De novo - mudar a /home... [RESOLVIDO!]

[clcampos]

Obrigado pela preocupação, clcampos!...  Mas melhorou, sim; na verdade creio que as suas dicas já resolveram o problema. Após executá-las e dar um boot normal, o comando 'df -Th' retorna:

Código Selecionar Expandir


Sist. Arq.    Tipo    Tam   Usad Disp  Uso% Montado em
/dev/hda2     ext3     16G  6,2G  8,2G  43% /
varrun       tmpfs    252M  224K  252M   1% /var/run
varlock      tmpfs    252M     0  252M   0% /var/lock
procbususb   usbfs    252M  100K  252M   1% /proc/bus/usb
udev         tmpfs    252M  100K  252M   1% /dev
devshm       tmpfs    252M     0  252M   0% /dev/shm
lrm          tmpfs    252M   33M  219M  14% /lib/modules/2.6.20-16-generic/volatile
/dev/hda1     vfat     19G  8,8G   10G  47% /media/XP
/dev/hdb1     vfat     75G   11G   65G  14% /media/SEGUNDO
/dev/hda5     ext3    2,9G  957M  1,8G  35% /home

Pela última linha, a /home agora está em /dev/hda5, como era para ser, e nesse caso o problema básico está resolvido.  Porém ainda tenho algumas dúvidas:

Que bom VB5, já tem sua /home em uma partição separado!

- Usei  'cp' ao invés de 'mv' para passar o conteúdo da /home antiga para a nova, nas suas instruções. Ao abrir o Nautilus, agora, os arquivos mostrados são os antigos ( que estavam em /dev/hda2) ou esse já é o conteúdo de  /dev/hda5 (presumo que sim)?... Se são os antigos, como removê-los com segurança, sem prejudicar os que estão na nova /home? Se não, onde estão eles, já que não foram removidos?...

Pois é, usar o cp é mesmo muito mais seguro que usar o mv, afinal seus dados ficam duplicados, mas ai tem o inconveniente de ter que removê-los agora. No ponto que esta, quando da boot de forma normal  e visualiza o conteúdo do diretório /home/ você esta na verdade vendo o conteúdo da partição criada, mas mesmo assim o conteúdo antigo do seu /home (que esta em /dev/hda2) ainda ocupa espaço lá. Portanto você deve deletá-lo. Para isto faça o seguinte:

• De boot usando o LiveCD mais uma vez;
• Monte sua partição raiz:

Código Selecionar Expandir

mount -t ext3 /dev/hda2   /media

• E ai é com você:
  
  
  • De forma segura:

Código Selecionar Expandir

$ sudo mkdir /media/backup_home
$ sudo mv /media/home/* /media/backup_home

• De forma nada conservadora (tipo eu faço as vezes... hehehehe):

Código Selecionar Expandir

$ sudo rm -rf /media/home/*

[/li]

• Ai é só dar boot novamente e vai ter acesso ao conteúdo (usando a forma segura), ou já terá o espaço liberado.

- Outra coisa, a saída acima indica que a nova /home ocupa 957 MB; no Nautilus, mostra 581.8... 

Essa não entendi. As duas informações deveriam ser compatíveis. Existe mais de um usuário em seu diretório /home? Pois o que pode esta acontecendo é que o Nautilus não consiga ler o quanto um outro usuário ocupa de espaço, por falta de permissão de acesso ao diretório dele.

Experimente ver o tamanho do seu diretório /home usando o Nautilus, mas chamando ele com um sudo.

Código Selecionar Expandir

sudo nautilus

- E a última: depois do processo todas as pastas (à exceção de /tmp) agora pertencem ao root, incluindo a /home. Claro que posso mudar as permissões uma a uma, mas creio que há pastas que devam de fato pertencer somente ao root; quais são?

Obrigado pela paciÊncia, mas se não perguntar não aprendo!... 

( ),

VB5

Na raiz os diretórios devem mesmo ter dono/grupo igual a root, veja:

Código Selecionar Expandir

~$ ls -l /
total 21
drwxr-xr-x   2 root     root      2648 2007-10-23 14:35 bin
drwxr-xr-x   3 root     root      1144 2007-09-25 19:26 boot
lrwxrwxrwx   1 root     root        11 2007-02-24 18:21 cdrom -> media/cdrom
drwxr-xr-x  13 root     root     13860 2007-10-28 21:46 dev
drwxr-xr-x 139 root     root      7808 2007-10-28 21:46 etc
drwxr-xr-x   6 clcampos clcampos   144 2007-09-20 10:06 home
drwxr-xr-x   2 root     root        48 2006-10-25 10:26 initrd
lrwxrwxrwx   1 root     root        33 2007-05-28 16:24 initrd.img -> boot/initrd.img-2.6.20-16-generic
lrwxrwxrwx   1 root     root        33 2007-04-24 08:38 initrd.img.old -> boot/initrd.img-2.6.20-15-generic
drwxr-xr-x  18 root     root      4656 2007-10-08 01:07 lib
drwxr-xr-x  14 root     root       448 2007-10-28 21:46 media
drwxr-xr-x   2 root     root        48 2006-10-19 19:49 mnt
drwxr-xr-x   5 root     root       120 2007-06-17 17:55 opt
dr-xr-xr-x 142 root     root         0 2007-10-28 19:45 proc
drwxr-xr-x  25 root     root      1064 2007-10-25 14:01 root
drwxr-xr-x   2 root     root      4560 2007-10-23 14:35 sbin
drwxr-xr-x   2 root     root        48 2006-10-25 10:26 srv
drwxr-xr-x  11 root     root         0 2007-10-28 19:45 sys
drwxrwxrwt  12 root     root       560 2007-10-28 23:03 tmp
drwxr-xr-x  16 root     root       384 2007-07-28 21:25 usr
drwxr-xr-x  17 root     root       416 2007-06-02 19:28 var
lrwxrwxrwx   1 root     root        30 2007-05-28 16:24 vmlinuz -> boot/vmlinuz-2.6.20-16-generic
lrwxrwxrwx   1 root     root        30 2007-04-24 08:38 vmlinuz.old -> boot/vmlinuz-2.6.20-15-generic


O meu diretório /home esta errado, pois deveria estar também com root/root. Pense o seguinte, usuários normais devem ter acesso para gravação apenas em seu diretório (/home/SEU-USUARIO), até porque criar um arquivo diretamente em /home é de certa forma uma quebra de segurança, pois assim o arquivo fica acessível a todos os usuários, e não é o normal.

Bom VB5 fico feliz que esteja com seu problema praticamente todo solucionado, vou pesquisar sobre a diferença nas informações que não consegui responder e volto ao tópico.

[]'s

Cristiano.



Só um adendo final, como usou o cp  para a cópia do conteúdo do seu diretório /home pode ser que venha a ter problemas de permissão nos arquivos dos usuários, então vou deixar uma pequena rotina que resolve isto:

Código Selecionar Expandir


#!/bin/bash
#
# Acerta dono/grupo de todos os usuários com diretório pessoal em /home
# Para a rotina funcionar ela precisa:
#    - Ter poderes de root, ou seja, rodar com sudo
#    - Cada diretório criado diretamente em /home deve ter um usuário correspondente
#
# Cristiano
# 28/10/2007
#

cd /home

for dir in `ls`; do
     chown -R $dir:$dir  $dir
done


kkkkkkkkk... enorme né, mas pode ajudar a quem tem muitos usuários cadastrados em um PC.

obs.: digitei isso direto aqui, não testei



VB5, o tópico tá muito mais mastigado do que você precisa, mas como temos que pensar nos outros você entende né. Sei que se escrevesse pensando em você bastariam poucas linhas. Me desculpe o tamanho.

[VB5]

Cristiano,

nada como falar com quem sabe!...  Tá feito, tudo OK!... Sua resposta vai fazer deste tópico uma salvação pra quem tiver o mesmo problema, sem dúvida alguma. Acho que agora está tudo bem, /home separada, todos os arquivos preservados, tudo certo. 
Quanto à diferença entre os  tamanhos reportado pelo 'df -Th' e o Nautilus, ela  persiste, e não tenho nenhum outro usuário ou mesmo pasta na home, exceto um diretório 'publico' para troca de arquivos na rede interna (normalmente vazio), mas não creio que isso seja problema.
Já quanto às permissões das pastas, concordo inteiramente quanto à segurança, e vou deixar como está.
Por fim, mais uma vez muito obrigado pela paciência, interesse, e por compartilhar seu conhecimento não apenas comigo, mas com todos que ainda buscarão por esse assunto - esse é o espírito Linux / Ubuntu que faz esta comunidade ser única!...

Um grande abraço,

VB5

[clcampos]

VB5 não faço mais que você aqui no fórum, e mais uma porção de pessoas. Graças a  Deus que somos uma reunião de pessoas tão diferentes, mas com objetivos em comum, e sempre dispostos a ajudar uns aos outros.

De qualquer forma ainda faltou o problema na discrepância das informações, e vou fazer alguns testes para ver se descubro. Conseguindo algo eu posto aqui.

[]'s

Cristiano.

[VB5]

De qualquer forma ainda faltou o problema na discrepância das informações, e vou fazer alguns testes para ver se descubro. Conseguindo algo eu posto aqui.

Também vou dar uma fuçada a respeito... acho isso estranho, mas deve haver  um motivo lógico ( e provavelmente bem simples...  ).

( ), 

VB5

[alexcosta67]

Este tópico poderia ser aproveitado para ir para dicas & truques.
Estava pesquisando e não encontrei nada lá.

[adrboliveira]

Este espaço deve ser a área de trash (lixo) não? aqui acontecia comigo também. Eu desmontei o volume e montei novamente para que ocorresse esta limpeza. Agora esta dica do tópico tem me dado trabalho também, vou tentar seguir estes passos para ver no que dá.

Abraços

[VB5]

adrboliveira,

o único segredo é que todo o processo tem que ser feito com as partições desmontadas. Meu erro, ao seguir o how-to que havia encontrado, foi maginar que apenas a criação da nova /home deveria ser feita assim. Com a dica do FaBMak e a paciente e inestimável ajuda do amigo clcampos, o problema foi definitivamente resolvido. É realmente muito simples, eu é que não percebi a bobagem que estava fazendo.
Pode seguir o tópico sem medo que vai funcionar!... Boa sorte!...

VB5

[Turritopsis nutricula]

E quando não diz o ponto de montagem o que eu faço?

Veja o exemplo abaixo:

# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
# / was on /dev/sda5 during installation
UUID=a50abb2b-d73c-45a8-a2e7-317e42e335d2 /               reiserfs notail          0       1
# /home was on /dev/sda7 during installation
UUID=0a165b66-0840-4261-a398-031c7a64e9fd  /home           reiserfs defaults        0       2
# swap was on /dev/sda6 during installation
UUID=56a218f3-fe3f-439b-a854-b8494a0c7e2e none            swap    sw              0       0
# DazukoFS ...
# Example of mounting one dir onto dazukofs (directory to be protected by AVIRA Guard)
#/home/shared /home/shared dazukofs
/home    /home    dazukofs
# ... DazukoFS