Abraço,Obrigado, André.Vou executar à noite e posto o resultado.--
"¿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
gunfurtado@gmail.com
sip:furtadog@ekiga.netEm 13 de outubro de 2014 14:40, Andre N Batista <andrenbatista@gmail.com> escreveu:Você poderia apagar se soubesse o que está apagando. Apagar no escuro,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?
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.
Depende do modo de instalação que você escolheu. Quando cria partições
>
> 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 "/"?
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.