Bom dia!

Em 19 de outubro de 2014 11:28, Andre N Batista <andrenbati...@gmail.com>
escreveu:

> On Sun, Oct 19, 2014 at 07:54:16AM -0200, Gunther Furtado wrote:
> > Amigos,
> >
> > Consegui driblar o grubenv e o boot está ocorrendo como eu gostaria,
> > preciso ver se a próxima atualização de kernel não bagunça os links.
> >
> > O único senão é que alguns as alguns programas (/bin/su)
> > tem permissões especiais:
> >
> > $ ls -l /bin/su
> > -rwsr-xr-x 1 root root 40168 Out 15 06:21 /bin/su
> >
> > e ao fazer:
> >
> > # cp /dev/sda1/* /dev/sda10/*
> >
> > isto se perdeu. É possível que venham outros problemas do mesmo tipo,
> > mas espero que as atualizações aos poucos eliminem as discrepâncias.
> >
> > Abrax.
>
> Hmmm... se eu fosse você pelo menos checaria as permissões em $PATH,
> /root /etc e /var.
>
> Mas como você conseguiu copiar um /dev não montado?
>
>

Ops! Na verdade, eu estava escrevendo de memória... o comando exato foi
rodado a partir de um CD de ubuntu, com o famoso ($ sudo su -) e foi mais
ou menos este:

# cp /media/uudisk-label-do-sda1/*/media/uudisk-label-do-sda10/*

Abrax.


> >
> > Em 16.10.2014, quinta, Gunther Furtado disse:
> >
> > > 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.
> > > >>
> > > >
> > > >
> >
> >
> > --
> >
> > "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
> > skype:gunfurtado
> >
> >
> > --
> > To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
> > with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> > Archive:
> https://lists.debian.org/20141019075416.5df00...@shrknemo.gbcm.net
>

Responder a