HD particionado (mistério)

ruydantas
(usa Kurumin)

Enviado em 23/02/2009 - 22:01h

Caros amigos.
Vou tentar não complicar.
Comprei um notebook Amazon com LINUX (UBUNTU Based, assim que está escrito na tela de abertura).

HD 160 GB - Sata - WD1600VEBS-2
. sda1 - 5GB
. sda3 - 153GB (aqui é que está o mistério)

* não estou postando dele por isso não teremos screen shots do(s) problema(s) ou mistério

O fato é que pela descrição do HD ele é de 160GB, mas o problema é que acessando a propriedade da partição sda3 dá como se ela tivesse 225GB.

Usando # fdisk -l a informação é de que é de 160GB.
Com # df -h a informação é de que temos 225GB disponíveis.
Essa mesma informação é dada usando qualquer outra distro (Famelix, BigLinux, Kurumin, PUPPY) além da que está instalada.
Inicialmente achei que era presente (HD trocado), depois achei que era bug do sistema. Até que explicando o fato a um amigo, leia-se tentando convence-lo usar LINUX, cheguei a uma conclusão:
o HD foi preparado a partir da clonagem de um com 250GB, herdando o seu tamanho - não sei como e nem onde ficaria isso.

O HD está acessível. Pode-se gravar qq coisa nele. Eu copiei para lá o "/home" ( cp -a ) e está gravadinho lá.
O Gparted não reconhece qual o sistema de arquivo da partição "sda3".

Então estas são as minhas dúvidas:
1 - como pôde (me perdoe o acordo ortográfico) isso acontecer (250GB no lugar de 160GB) ?
2 - como resolver sem reformatar o HD ? Há como ?
3 - como usar o /home em sda3 ? Quando troquei no fstab deu erro no boot. Assim que puder posto a mensagem.

Isso é o começo.
Fico antecipadamente grato a todos.

ps.: não é marketing, várias distros, até mesmo o Kurumin 7, reconhecem o hardware (touchpad com scroll, camera, speakers, microfone) desse notebook.


Vejam o snapshot:
http://www.vivaolinux.com.br/screenshot/KDE-HD-com-particionamento-misterioso

removido
(usa Nenhuma)

Enviado em 23/02/2009 - 22:47h

Para usar a partição /dev/sda3 como home coloque isto no /etc/fstab

/dev/sda3 ext3 /home auto,users,exec 0 1

ruydantas
(usa Kurumin)

Enviado em 02/03/2009 - 13:36h

A alteração do fstab foi feita e de nada adiantou pois ele não consegue reiniciar o sistema.
Eu fiz várias tentativas e nenhuma delas surtiu efeito.
Até reformatei a partição e agora está indicando o tamanho certo.
Pois bem, já que ninguém matou a charada, vou dar a minha explicação:
para facilitar as coisas os sistemas não são instalados máquina a máquina. Cheguei a conclusão que ele foi inicialmente instalado em um HD de 250GB e duplicado para este meu HD e mais alguns outros, com toda a certeza. Claro que é uma medida acertada, mas erraram em não perceber que copiavam para um HD menor.

O que de toda forma não resolve o meu problema, eu quero usar o sda3 com /home, mas o motivo dele indicar uma capacidade maior eu já encontrei.

Obrigado pelas contribuições.

Abraços a todos.

removido
(usa Nenhuma)

Enviado em 02/03/2009 - 14:20h

Para usar o home em sda3:

Crie um ponto de montagem em /media para montar sda3, ex:

# mkdir /media/hd

# mount /dev/sad3 /media/hd

# cd /home

# cp -ax * /media/hd

Esse ultimo copiara sua home sem alterar nada em nível de permissões ou dono de diretórios para a partição sda3.

Renomei seu home que está em /:

# mv /home /home.old

Edite o fstab para montar seu home em sda3:

/dev/sda3 /home ext3 defaults 1 2

Reinicie o sistema, e o home já deve ser montado em sda3. Em caso de algum erro, basta comentar a linha de montagem do home no fstab e renomear novamente o home.old em / para home. Agora para acertar o tamanho da partição, já que deve ter sido clonado mesmo, eu acho que só formatando. Antes de realizar o processo acima, com a partição sda3 desmontada tente isso:

# mkfs.ext3 /dev/sda3

Veja se agora está normal e faça o procedimento para a montagem de home nessa partição. Espero ter ajudado.

ruydantas
(usa Kurumin)

Enviado em 07/03/2009 - 15:32h

Eu alterei o arquivo fstab como indicado para o /dev/sda3 ser utilizado como /home e apareceu a mensagem "could not start kstartupconfig. check your installation" e o sistema não inicializou.
Voltei ao original.

nicolo
(usa Ubuntu)

Enviado em 07/03/2009 - 16:33h

Amigo, há muita coisa errada nesta estória. O SNAPSHOT QUE VOCÊ POSTOU reporta uma particão de duzentos e poucos MEGABYTES e não GIGABYTES. a PARTIÇÃO que o gparted não sabe qual o formato parece que NÃO ESTÁ FORMATADA. O que foi clonado não tem 250 GIGABYTES, mas uns poucos MEGABYTES?
Resumindo DO JEITO QUE ESTÁ CONTADO o disco de 160 GIGABYTES parece não estar sendo utilizado completamente?

É isso?
Se não não é explique melhor porque os dados forecidos estão incoerentes.
Manda aí que a gente ajuda.
Um abraço.

pinduvoz
(usa Debian)

Enviado em 07/03/2009 - 16:55h

Posta aqui o resultado do comando "df -h".

ruydantas
(usa Kurumin)

Enviado em 09/03/2009 - 10:07h

Valeu, pessoal.
O nicolo observou bem. Mas o resultado do #df -h dava como 200 e poucos GB, e eu reformatei ele com o Gparted para ficar "normal". Não dá para postar o resultado anterior.
O que eu preciso resolver é montá-lo como /home.
Como postei, qdo altero o fstab ele não inicializa o sistema, erro apontado no outro post.

Aguardo as contribuições.

removido
(usa Nenhuma)

Enviado em 09/03/2009 - 13:11h

Tente novamente o processo que mencionei acima. Foi desse modo que movi minha pasta /home para ser montada em outra partição. Algo deve ter sido feito errado no processo.

ruydantas
(usa Kurumin)

Enviado em 09/03/2009 - 14:45h

Ainda não sei o que estou fazendo de errado.
*
******** fstab que está funcionando
*
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
# /dev/sda1
UUID=d6a70a1d-dcc9-410b-9dca-b7f61afee2fe / ext3 nouser,relatime,errors=remount-ro,atime,auto,rw,dev,exec,suid 0 1
# /dev/sda3
# /dev/sda2
UUID=919914ef-5b2d-4e40-acf1-e15e1fd1c569 none swap sw 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,utf8,atime,noauto,rw,dev,exec,suid 0 0
/dev/sda3 /media/sda3 auto users,atime,auto,rw,nodev,noexec,nosuid 0 0

*
*********** fstab que alterei *********
*
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
# /dev/sda1
UUID=d6a70a1d-dcc9-410b-9dca-b7f61afee2fe / ext3 nouser,relatime,errors=remount-ro,atime,auto,rw,dev,exec,suid 0 1
# /dev/sda3
# /dev/sda3 /home ext3 defaults 1 2
UUID=eff93a2f-b853-4d21-ac5e-db6f519ad943 /home ext3 defaults 1 2
# /dev/sda2
UUID=919914ef-5b2d-4e40-acf1-e15e1fd1c569 none swap sw 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,utf8,atime,noauto,rw,dev,exec,suid 0 0

Usando este último a mensagem é "could not start kstartupconfig. check your installation" e o sistema para.

removido
(usa Nenhuma)

Enviado em 09/03/2009 - 18:31h

Eu acho que isso é problema de permissão em algum arquivo do kde em sua pasta home. Se você não renomeou a pasta home de sua raiz, mesmo setado no seu fstab para montar em /dev/sda3 continuará dando erro. Se esse não é o caso, algo de errado aconteceu durante a cópia de /home /dev/sda3, alterando no processo a permissão de um ou mais arquivos. Se esse for o caso sugiro que refaça a cópia de /home em um ponto de montagem para /dev/sda3, arrume o fstab e tente novamente.

ruydantas
(usa Kurumin)

Enviado em 18/03/2009 - 00:46h

Amigos.
Já li por aqui que os usuários ficam cadastrados no /etc/passwd.
Vou fazer a reinstalação do sistema indicando a maior partição para o /home, já copiei ele para lá (# cp -a).
A minha pergunta é:
fazendo o backup do /etc/passwd posso restaurá-lo para não ter que cadastrar os usuários outra vez?
Para manter o grupo de cada um eu teria que cadastrá-los na mesma ordem (1001, 1002,...). São 3 (tres) e se fossem mais que isso? olha o trabalho que daria para anotar e lembrar o grupo de cada um.
Essa forma daria certo ou existe outra?

Valeu.....