[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: sem espaço para atualizar kernel (wheezy/sid)



Vai ter que redimensionar as partições utilizando os comandos do lvm.
São seguros, mas é bom fazer backup.


Em 10 de fevereiro de 2012 17:32, Gunther Furtado <gunfurtado@gmail.com> escreveu:
Olá,

Tenho tido dificuldades em atualizar o kernel pois o particionador do
cd de instalação oficial que eu usei há alguns meses designou espaço
aparentemente insuficiente para para o "/".

--------
# dpkg -i /var/cache/apt/archives/linux-image-3.2.0-1-amd64_3.2.4-1_amd64.deb
(Lendo banco de dados ... 164676 ficheiros e directórios actualmente
instalados.)
Desempacotando linux-image-3.2.0-1-amd64 (de
.../linux-image-3.2.0-1-amd64_3.2.4-1_amd64.deb) ...
dpkg: erro processando
/var/cache/apt/archives/linux-image-3.2.0-1-amd64_3.2.4-1_amd64.deb
(--install):
 falhou ao escrever na cópia do buffer para mecanismo dpkg-deb durante
'./lib/modules/3.2.0-1-amd64/kernel/net/sunrpc/sunrpc.ko': Não há
espaço disponível no dispositivo
dpkg-deb (sub-processo): subprocess dados was killed by signal (Pipe quebrado)
dpkg-deb: error: sub-processo <descompressão> retornou estado de saída de erro 2
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools
3.2.0-1-amd64 /boot/vmlinuz-3.2.0-1-amd64
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.2.0-1-amd64
/boot/vmlinuz-3.2.0-1-amd64
Erros foram encontrados durante o processamento de:
 /var/cache/apt/archives/linux-image-3.2.0-1-amd64_3.2.4-1_amd64.deb

-------------

# df
Sist. Arq.                 1K-blocos      Usad   Dispon. Uso% Montado em
rootfs                        329233    234991     77244  76% /
udev                         1411148         0   1411148   0% /dev
tmpfs                         283476       812    282664   1% /run
/dev/mapper/shreknemo-root    329233    234991     77244  76% /
tmpfs                         566952      1640    565312   1% /run/shm
/dev/sda1                     240972     26418    202113  12% /boot
/dev/mapper/shreknemo-tmp     376807     15713    341638   5% /tmp
/dev/mapper/shreknemo-usr    8647944   4515928   3692720  56% /usr
/dev/mapper/shreknemo-var    2882592    889768   1846392  33% /var
/dev/mapper/shreknemo-home 462778232 121547736 317722736  28% /home

Com este particionamento, só consigo manter um único kernel instalado.
Perguntas:

(i) Aqueles programinhas para alterar o tamanho das partições lv
funcionam e são razoavelmente seguros?

(ii) Isto é um bug?

(iii) Se isto é um bug, contra qual pacote devo reportá-lo? debian-installer?

Grato,

--

"Cuando la guática pide comídica
Pone al cristiánico firme y guerrérico
Por sus poróticos y sus cebóllicas,
No hay regimiéntico que los deténguica
Si tienen hámbrica los populáricos." Violeta Parra

Gunther Furtado
Curitiba - Paraná - Brasil
gunfurtado@gmail.com
sip:furtadog@ekiga.net


--
To UNSUBSCRIBE, email to debian-user-portuguese-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: CALKj2CqSL2BE9BNXgPP1S5Qmm6yKSDaaRAKUeQrXYo5ONHuu8g@mail.gmail.com" target="_blank">http://lists.debian.org/CALKj2CqSL2BE9BNXgPP1S5Qmm6yKSDaaRAKUeQrXYo5ONHuu8g@mail.gmail.com



Reply to: