9.04 - ext4 - Problemas Boot - Recuperar Arquivos (RESOLVIDO)

[JackB]

Olá!

Estou desesperado e espero que alguém possa me ajudar.

Uso o Ubuntu no meu notebook tem 10 meses e nunca tive qualquer tipo de problema. No último sábado fiz o backup dos meus arquivos, formatei o disco e instalei a versão nova, 9.04, com ext4.

Tudo funcionou perfeitamente bem até hoje, quando do nada tudo parou de funcionar. Estava usando o computador normalmente e desliguei. Quando fui religar mais tarde, não dava boot. Carrega o GRUB normalmente e na hora de começar a carregar o UBUNTU simplesmente fica uma tela preta e nada acontece.

Para esclarecer, não instalei absolutamente nada, apenas as atualizações, e isso foi no sábado. Tudo estava funcionando perfeitamente até hoje, logo, duvido que nâo tenha sido o maldito ext4...

Enfim, minha dúvida é a seguinte: eu havia restaurado o meu backup para a instalação nova do Ubuntu e agora, como não consigo acessá-la, estou com medo de perder tudo. Tenho documentos e fotos lá, tanto de trabalho quanto pessoais, e preciso recuperá-las para refazer o backup. Após isso, pretendo formatar essa porcaria de novo e usar a ext3...

Tentei usar o LiveCD para acessar a partição e ao menos salvar meus arquivos em DVD, mas aparece a msg de que nâo pode montar o volume (alguém ainda duvida que a culpa é da ext4?). Como faço para acessar a partição e recuperar apenas os meus arquivos vitais???

Muito obrigado!!!

[Tota]

Olá,

Você já experimentou a opção 2 do grub, modo seguro?

La tem opções de escanear seu hd, recuperar a parte gráfica, etc.

Se não resolver, ao bootar a máquina, tecle  alt+F2 para ver as mensagens de log, talvez ajude.

Qualquer novidade poste os detalhes aquí.

Quando você acessou vía live cd você montou a partição como root, não foi? se diferente ela não monta mesmo, pois você em live cd está como guest e não como usuario.

Código: [Selecionar]

alt+F2 => gksudo nautilus

[],s

[JackB]

Olá,

Você já experimentou a opção 2 do grub, modo seguro?

La tem opções de escanear seu hd, recuperar a parte gráfica, etc.

Se não resolver, ao bootar a máquina, tecle  alt+F2 para ver as mensagens de log, talvez ajude.

Qualquer novidade poste os detalhes aquí.

Quando você acessou vía live cd você montou a partição como root, não foi? se diferente ela não monta mesmo, pois você em live cd está como guest e não como usuario.

Código: [Selecionar]

alt+F2 => gksudo nautilus

[],s

Obrigado pela resposta!

Sim, ja tentei o modo seguro e nao funciona do mesmo jeito.

Pelas msg de erro abaixo a particao parece estar mesmo com problema. Sabe como resolver isso?

Abracos!

Código: [Selecionar]

root@ubuntu:/home/ubuntu# sudo /sbin/fdisk -l

Disk /dev/sda: 250.0 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xd7d8d298

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1       30035   241256106   83  Linux
/dev/sda2           30036       30401     2939895    5  Extended
/dev/sda5           30036       30401     2939863+  82  Linux swap / Solaris

Código: [Selecionar]

root@ubuntu:/home/ubuntu# sudo mount /dev/sda1 /media/sda1
mount: wrong fs type, bad option, bad superblock on /dev/sda1,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

Código: [Selecionar]

root@ubuntu:/home/ubuntu#  dmesg

(...)

[13544.044136] EXT4-fs: ext4_check_descriptors: Block bitmap for group 768 not in group (block 3169060638)!
[13544.044143] EXT4-fs: group descriptors corrupted!
[15496.242468] EXT4-fs: ext4_check_descriptors: Block bitmap for group 768 not in group (block 3169060638)!
[15496.242475] EXT4-fs: group descriptors corrupted!
[15504.150784] EXT4-fs: ext4_check_descriptors: Block bitmap for group 768 not in group (block 3169060638)!
[15504.150791] EXT4-fs: group descriptors corrupted!
[15883.135418] EXT4-fs: ext4_check_descriptors: Block bitmap for group 768 not in group (block 3169060638)!
[15883.135424] EXT4-fs: group descriptors corrupted!
[16992.030400] EXT4-fs: ext4_check_descriptors: Block bitmap for group 768 not in group (block 3169060638)!
[16992.030407] EXT4-fs: group descriptors corrupted!


[JackB]

Nota mental: na proxima vez q formatar criar uma particao /home e NUNCA mais ter esse tipo de problemas...rs

[MIQUEIAS]

aconselho vc a tira o ext4 e deixar o ext3  o ext 4 no meu deu varios problemas agora q coloquei o ext3 nao deu mais problema valeu fica aqui uma dica

[Tota]

Boas, JackB

Retirado de http://www.ibm.com/developerworks/linux/library/l-ext4/

Maintaining an ext4 file system

You can use the standard e2fsprogs tool to maintain an ext4 file system, such as tune2fs to adjust options after creating the file system, fsck.ext4 to perform a file system check, and so on. These programs aren't much different for ext4 compared to ext3. Although, as noted earlier, ext4 includes some enhancements that should improve the performance of fsck.

In addition to these tools, a new one deserves special mention: e4defrag. This program defragments a mounted ext4 file system. This can improve performance, particularly if your file system has become close to full. It also has the advantage of converting ext2/3-style allocation to the ext4-style extents-based allocation, so it can improve performance on a file system that had previously been used as an ext3 file system. Unfortunately, e4defrag isn't yet part of the standard e2fsprogs package, so you need to dig up a "bare" copy (the Resources section provides a link).

Logo

Código: [Selecionar]

sudo fsck.ext4 -p /dev/sda1 deve resolver o problema

[],s

[JackB]

Boas, JackB

Retirado de http://www.ibm.com/developerworks/linux/library/l-ext4/

Maintaining an ext4 file system

You can use the standard e2fsprogs tool to maintain an ext4 file system, such as tune2fs to adjust options after creating the file system, fsck.ext4 to perform a file system check, and so on. These programs aren't much different for ext4 compared to ext3. Although, as noted earlier, ext4 includes some enhancements that should improve the performance of fsck.

In addition to these tools, a new one deserves special mention: e4defrag. This program defragments a mounted ext4 file system. This can improve performance, particularly if your file system has become close to full. It also has the advantage of converting ext2/3-style allocation to the ext4-style extents-based allocation, so it can improve performance on a file system that had previously been used as an ext3 file system. Unfortunately, e4defrag isn't yet part of the standard e2fsprogs package, so you need to dig up a "bare" copy (the Resources section provides a link).

Logo

Código: [Selecionar]

sudo fsck.ext4 -p /dev/sda1 deve resolver o problema

[],s

Obrigado, Tota! Usei um comando parecido com esse sugerido no fórum em inglês. 

Agora está tudo funcionando e estou escrevendo essa resposta da minha particão recuperada!

Alguma licões aprendidas:

• Sempre manter um backup externo;
• Sempre manter uma particão /home separada da /;
• Nunca usar a ext4 (pelo menos por enquanto).

A solucão:

1)

Código: [Selecionar]

root@ubuntu:/home/ubuntu# fsck.ext4 -f /dev/sda1

(...Muitos erros encontrados. Dei <y> para todos...)

/dev/sda1: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sda1: 135285/15081472 files (0.4% non-contiguous), 3525756/60314026 blocksProblema encontrado e resolvido!

2)

Código: [Selecionar]

root@ubuntu:/home/ubuntu# fsck.ext4 -f /dev/sda1
e2fsck 1.41.4 (27-Jan-2009)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/sda1: 135285/15081472 files (0.4% non-contiguous), 3525756/60314026 blocksVerificando novamente se estava tudo resolvido. Sim, estava!!!

3)

Código: [Selecionar]

root@ubuntu:/home/ubuntu# sudo fsck.ext4 -p /dev/sda1
/dev/sda1: clean, 135285/15081472 files, 3525756/60314026 blocks]Não sei pra que serve isso, mas fiz pra garantir... rs

[Tota]

3)
Código:

root@ubuntu:/home/ubuntu# sudo fsck.ext4 -p /dev/sda1
/dev/sda1: clean, 135285/15081472 files, 3525756/60314026 blocks]

Não sei pra que serve isso, mas fiz pra garantir... rs

As chaves:

-f (force) faz uma recuperação forçada, com isto aumentam os riscos de perda de dados, visto não fazer verificação de redundância

-p ( preservative ) faz a recuperação checando os ciclos de CRC ( cyclic redundancy check ), onde os riscos de perda de dados são bem menores.

Melhores esclarecimentos em => http://www.manpagez.com/man/8/fsck/

Com isto espero esclarecer a quem pesquisar por esta mesma dduvida.


[],s

A chave -f deve ser utilizada apenas se a chave -p não recuperar as partições.

[NewWave]

Aproveitando a carona do post do amigo:
Mais desesperado estou eu, que após uma sucessão de m**das com cfdisk e o comando fsck.ext4 -f /dev/sda5, agora aparece a pasta lost+found, que tem como conteúdo pastas que começam com # seguido de um número. Dentro de cada pasta dessas tem "versões" anteriores do meu sistema de arquivos, com meus diretórios particulares (multimidia, videos, fotos, mp3, etc), mas todas as pastas estão misteriosamente vazias!
Mais: o espaço ocupado no HD pelo diretório lost+found corresponde a situação como se todos os arquivos estivessem lá, intactos.
Mais ainda: no konqueror, quando eu uso (propositalmente) a opção "ver > tamanho do arquivo" os arquivos aparecem momentaneamente e depois desaparecem, coisa de fraçao de segundos, como se realmente ainda estivessem la´.

Algu´em poderia ajudar essa pobre alma?
Tem minha vida nesses ´ultimos 12 anos nessa partiç~ao.
Obrigado.