Bom dia!
Em 19 de outubro de 2014 11:28, Andre N Batista <andrenbatista@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
> > gunfurtado@gmail.com
> > sip:furtadog@ekiga.net
> >
> >
> >
> > Em 14 de outubro de 2014 09:58, Gunther Furtado <gunfurtado@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
> > > gunfurtado@gmail.com
> > > sip:furtadog@ekiga.net
> > >
> > >
> > >
> > > Em 13 de outubro de 2014 14:40, Andre N Batista
> > > <andrenbatista@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
> gunfurtado@gmail.com
> skype:gunfurtado
>
>
> To UNSUBSCRIBE, email to debian-user-portuguese-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> Archive: https://lists.debian.org/20141019075416.5df00b51@shrknemo.gbcm.net