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 <gunfurt...@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 > gunfurt...@gmail.com > sip:furta...@ekiga.net > > > -- > To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: > http://lists.debian.org/calkj2cqsl2be9bnxgpp1s5qmm6yksdaarakueqrxyo5onhu...@mail.gmail.com > >
