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? > > 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: [🔎] 20141019075416.5df00b51@shrknemo.gbcm.net">https://lists.debian.org/[🔎] 20141019075416.5df00b51@shrknemo.gbcm.net
Attachment:
signature.asc
Description: Digital signature