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

[Rodolfo <rof20004@gmail.com>]

Olha, não sei se é o seu problema, mas digite como root o comando abaixo:

 

# df -ih

 

Esse comando mostrará a tabela de inodes do Disco.

 

Poste a saída pra gente. Uma vez vi um problema desse, não sei explicar porque, mas as tabelas de inode estavam cheias, sendo que f'ísicamente ainda havía espaço no disco para armazenar informações. Qualquer dúvida leia esse artigo: http://www.vivaolinux.com.br/artigo/Voce-sabe-o-que-e-INODE?pagina=1

 

 

Abraços.

Em 10 de fevereiro de 2012 15: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