Erro em partição do HD

[purplehaze]

Amigos. Estou com o seguinte problema quando tento abrir uma partição de um dos HDs que tenho no meu PC...

Se alguém souber como eu posso recuperar os dados dele eu ficarei eternamente grato, pois eu havia acabado formatá-lo em ext4 e transferido boa parte da minha biblioteca de músicas e vídeos para ele. Inclusive vídeos da minha filha pequena e etc. Tem toda uma vida ali...

Quando tento montar dá esse erro:

Error mounting /dev/sdb2 at /media/purplehaze/armazenamento: Command-line `mount -t "ext4" -o "uhelper=udisks2,nodev,nosuid" "/dev/sdb2" "/media/purplehaze/armazenamento"' exited with non-zero exit status 32: mount: mount /dev/sdb2 on /media/purplehaze/armazenamento failed: A estrutura necessita de limpeza

Se tento verificar o sistema de arquivos dá esse erro:

purplehaze@purplehaze-pc:~$ sudo e2fsck -C0 -p -f -v /dev/sdb2
/dev/sdb2 tem a(s) característica(s) não suportada(s): metadata_csum
e2fsck: Obter uma nova versão do e2fsck!

Desde já agradeço

[druidaobelix]

Rapidamente e antes que comece a acontecer a destruição do disco: **Não grave absolutamente nada num disco com problemas e que se quer recuperar**

Monte sempre no modo ro read-only, somente leitura.

O pior inimigo da qualquer recuperação de disco é sobrescrever arquivos.

Isso posto e tendo sempre isso em mente, agora podemos analisar o problema.

[druidaobelix]

Qualquer recuperação de discos com arquivos pessoais únicos e sem backup precisa inicialmente de uma estratégia de abordagem ao problema.

A estratégia depende dos recursos concretamente existentes e deve ser formulada sempre tentando minimizar o risco de perda dos arquivos pessoais.

O que há nesse sistema?

Lembre-se sempre que quem está do lado de cá não possui *nenhuma* informação sobre o seu sistema.

O que há de dados a serem recuperados? Qual tamanho estimado?
Não seja econômico ao fornecer informações que possam ser úteis.

Há possibilidade de uma cópia binária para um outro disco?

Traga mais informações, comece informando o que há no sistema de discos:

Código Selecionar Expandir

sudo fdisk -lu /dev/sd?

Código Selecionar Expandir

sudo parted -l

Código Selecionar Expandir

sudo blkid

Código Selecionar Expandir

df -h

[druidaobelix]

Informe também o resultado desse comando:

Código Selecionar Expandir

apt-cache policy e2fsprogs

[purplehaze]

valeu mano, consegui resolver.

Fiquei grilado com a mensagem "Obter uma nova versão do e2fsck" e fui pesquisar.

A solução foi a seguinte. A versão o e2fsck que vem por padrão no Ubuntu 16.04 é a 1.42.13, então eu li no Ask Ubuntu que  para ter suporte a resolução do problema é necessário a versão 1.43 para cima.

para obter é só baixar aqui a última versão, o e2fsprogs-1.43.3: https://sourceforge.net/projects/e2fsprogs/?source=typ_redirect

e compilar.

A correção me levou a perder parte da minha coleção da banda Live... durante a correção ele pergunta se pode limpar o bloco. Pelo menos foi algo que posso baixar novamente!

Foi até bem rápido, era pouca coisa que causava o erro!

Mas valeu pela ajuda Druida

Se alguém precisar de ajuda para compilar me avisem!

[purplehaze]

Esqueci, o comando que usei para resolver, depois de compilar o e2fsck:

Estando dentro do diretório onde ele foi compilado:

Código Selecionar Expandir

sudo ./e2fsck -C0 -f -v /dev/sdb2


O erro não aceita o parâmetro -p que é de reparo automático. Cada bloco defeituoso requer supervisão do administrador para ser limpo.

isso aqui é que doi no coração de fazer:

Entry 'Washing Machine' em /MM-CM-:sica/sonic youth (12451993) possui deleted/não utilizados inode 12845069.  Limpar? sim

Entry '..' em <12845081>/<13107201> (13107201) possui deleted/não utilizados inode 12845081.  Limpar? sim

Entry 'Lullabies To Paralyze' em /MM-CM-:sica (3407873) possui deleted/não utilizados inode 9175138.  Limpar? sim

Entry 'SOUL ASYLUM - DISCOGRAPHY [CHANNEL NEO]' em /MM-CM-:sica (3407873) possui deleted/não utilizados inode 12845081.  Limpar? sim

Entry 'George Harrison Complete Studio Discography' em /MM-CM-:sica (3407873) possui deleted/não utilizados inode 7864333.  Limpar? sim

Entry 'Frank Zappa' em /MM-CM-:sica (3407873) possui deleted/não utilizados inode 7864321.  Limpar? sim

[druidaobelix]

Excelente, folgo em saber que deu certo e não perdeu os arquivos da filha. 
Era essa mesmo a suspeita que tinha sobre a questão.

P.S.:
Em tempo e só para registro vez que mais alguém pode vir a ter idêntico problema.

Use um live-iso com o Ubuntu 16.10  (Yakkety Yak) que já vem com a versão adequada, sem necessidade de baixar o fonte e compilar.

e2fsprogs:
  Instalado: 1.43.3-1
  Candidato: 1.43.3-1
  Tabela de versão:
*** 1.43.3-1 500
        500 http://archive.ubuntu.com/ubuntu yakkety/main amd64 Packages
        100 /var/lib/dpkg/status

[purplehaze]

Boa mano... nem me liguei que poderia ter a versão nova no 16.10.

Eu até tenho ele num pendrive... como eu uso VGA AMD, o AMDGPU-PRO só funciona no 16.04, por isso não uso o 16.10. Poderia ter usado ele pra corrigir!

[druidaobelix]

Vencida a questão mais imediata e importante que é a recuperação dos arquivos pessoais, feito em seguida um imprescindível backup externo para não ter mais sustos como esse, seja por um disco externo, seja utilizando os serviços online (in cloud, nas nuvens) gratuitos existentes, tais como Drive do Google, OneDrive da Micrfosoft, Dropbox e outros tantos existentes, seja copiando para um dvdrom ou na pior das hipóteses para uma mídia não confiável como um pendrive, que ainda é melhor que nada, resta dar o passo seguinte que é perguntar:

Por qual razão o sistema operacional estava devolvendo a mensagem: "A estrutura necessita de limpeza"?

Alguma razão há de ter, já que em condições normais isso não é necessário.

Problemas no disco? Fez uma verificação de hardware?

[nomade]

Pelo que percebi, lendo a saída que ele postou, houveram erros de gravação que impediam a montagem do disco. Provavelmente por haver arquivos grandes que foram gravados com falha, ou arquivos que ainda não haviam terminado de serem baixados, por isso estavam incompreensíveis.

A Limpeza se tratava de excluir esses arquivos, ou corrigi-los.

Feito isso, o disco normaliza.

Estranho é que isso costuma acontecer quando há queda de energia durante a cópia e não com arquivos copiados direitinho até o fim, como manda o figurino.

A não ser que ele tem feito a cópia em um sistema mais novo, com alguma especificidade na gravação diferente para a montagem, que não era suportada pelo e2fsck do 16.04 e aí ele não conseguiu contornar essa peculiaridade.

purplehaze, você copiou esses dados para o HD enquanto usava o Ubuntu 16.10 e depois voltou ao 16.04?