Obrigado, André. Vou executar à noite e posto o resultado.
Abraço, -- "¿De dónde viene tu mentir, y adónde empieza tu verdad? ¡Parece broma tu mirar, llanto parece tu reír!" Violeta Parra Gunther Furtado Curitiba - Paraná - Brasil gunfurt...@gmail.com sip:furta...@ekiga.net Em 13 de outubro de 2014 14:40, Andre N Batista <andrenbati...@gmail.com> escreveu: > On Sat, Oct 11, 2014 at 12:02:54PM -0300, Gunther Furtado wrote: > > Prezad@s, > > > > Toda vez que tento atualizar o pacote linux-image-686-pae da testing ele > > tenta instalar o linux-image-3.16-2-686-pae e surge um erro: > > > > dpkg: error processing archive > > /var/cache/apt/archives/linux-image-3.16-2-686-pae_3.16.3-2_i386.deb > > (--unpack): > > cannot copy extracted data for > > './lib/modules/3.16-2-686-pae/kernel/drivers/scsi/megaraid.ko' to > > '/lib/modules/3.16-2-686-pae/kernel/drivers/scsi/megaraid.ko.dpkg-new': > > unexpected end of file or stream > > dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) > > > > sempre nos drivers scsi, mas nem sempre no megaraid > > > > Acho que, apesar do erro ser 'unexpected end of file or stream', isto > está > > relacionado à falta de espaço em "/". > > > > root@kidos:~# df -h > > Filesystem Size Used Avail Use% Mounted on > > /dev/sda1 315M 223M 71M 76% / > > udev 10M 0 10M 0% /dev > > tmpfs 200M 5,2M 195M 3% /run > > tmpfs 500M 92K 500M 1% /dev/shm > > tmpfs 5,0M 4,0K 5,0M 1% /run/lock > > tmpfs 500M 0 500M 0% /sys/fs/cgroup > > /dev/sda9 78G 713M 74G 1% /home > > /dev/sda6 2,7G 585M 2,0G 23% /var > > /dev/sda5 8,2G 3,0G 4,8G 38% /usr > > tmpfs 100M 4,0K 100M 1% /run/user/109 > > /dev/sda8 360M 2,8M 335M 1% /tmp > > tmpfs 100M 8,0K 100M 1% /run/user/1000 > > root@kidos:~# > > > > Os modulos da versão instalada do kernel ocupam 111,0 MB. Imaginando que > o > > memo espaço deva ser ocupado pelos módulos novos, é preciso liberar uns > > 60MB em "/" para conseguir atualizar o kernel. localepurge instalado e > > operando, /var e /tmp em partições separadas. > > > > O diretório /lib etá ocupando 175,3 MB, ou seja, mais de metade de "/", > > /bin+/bin/etc=26MB, então, se eu quiser liberar 50 MB, tenho que apagar > > alguma coisa em /lib? > > Você poderia apagar se soubesse o que está apagando. Apagar no escuro, > só se vc tiver um backup. Por outro lado, em vez de apagar, vc pode > temporariamente mudar estes arquivos para outra partição e symlinkar ou > montar a > /lib lá, com isso talvez ganhe esse espaço extra que esteja faltando > para instalar o novo kernel. > > > > > Preciso liberar 50MB em /lib: > > root@kidos:~# du -kh --max-depth=1 /lib > > 13M /lib/udev > > 41K /lib/startpar > > 29K /lib/crda > > 4,2M /lib/discover > > 2,0K /lib/modules-load.d > > 19K /lib/lsb > > 94K /lib/terminfo > > 1,1M /lib/xtables > > 2,0K /lib/ifupdown > > 7,1M /lib/systemd > > 36K /lib/init > > 10K /lib/hdparm > > 47K /lib/security > > 2,0K /lib/modprobe.d > > 40K /lib/sysvinit > > 19M /lib/firmware > > 19M /lib/i386-linux-gnu > > 109M /lib/modules > > 171M /lib > > root@kidos:~# > > > > Alguém sabe dizer se tem alguma valor fora do normal na lita acima? > > > > Acho que posso quebrar o sistema se apagar alguma coisa, logo, não vou > > liberar espaço em /lib. > > > > Vou ter que apelar para redimensionamentos de partições, é isso? > > > > Uma dúvida: porque o particionador automático do instalador do Debian > > reserva tão pouco espaço para "/"? > > Depende do modo de instalação que você escolheu. Quando cria partições > separadas para /, /tmp, /usr, /var, a idéia é reduzir ao mínimo o "core" > do sistema operacional e dos binários e arquivos de configuração que > fazem seu sistema operar. > > Com isto, outros softwares tidos como menos essenciais ou não > relacionado com funções administrativas ficam isolados em outra > partição, o que garante alguma proteção hipotética de acesso a estas > ferramentas. Além disso, pode-se formatar a partir dela as demais > partições e recriá-las, enfim, você fica menos dependente de Live > distros ou RescueCD's. >