André e demais membros,

Executei as mudanças da seguinte maneira: diminuí em 1 GB a partição
"/home", e, neste espaço, criei uma partição nova para "/", copiei o
conteúdo do "/" antigo e apaguei o conteúdo deste último.

Não consegui reinstalar o grub usando o cd de instalação em /dev/sda:
Recebi um "Erro Fatal" sem maiores explicações.

Consegui bootar usando os comando do grub.

> set prefix=(hd0,10)/boot/grub
> set root=hd0,10
> insmod normal
> normal

e atualizei o kernel.

Pergunta 1: como mudar o env do grub de maneira permanente? ("> save_env
prefix", não é um comando reconhecido)

Pergunta 2: devo tentar reinstalar o grub em /dev/sda10 ou montar /dev/sda1
(antigo root) como o novo "/boot" para tentar usar o env do grub antigo?

Amplex!


--

"¿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 14 de outubro de 2014 09:58, Gunther Furtado <gunfurt...@gmail.com>
escreveu:

> 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.
>>
>
>

Responder a