HD danificado

[richardson597]

    Como recuperar um HD que foi danificado após um possível ERRO systema.

A versão do Ubuntu que eu estava usando é:  14.04..

O que aconteceu foi o seguinte:

Certa hora fui criar um arquivo texto na Área de Trabalho, usando o botão esquerdo do mouse. E o que aconteceu foi que esse arquivo não pode ser criado, apresentando-se, assim, uma mensagem informando sobre um systema de "Read-only". OK!
Fui tentar alterar a permissão de acesso da pasta e isso também não foi possível.

Daí, eu simplesmente reinciei o PC... Só que na volta o Systema não iniciou, apresentando-se assim a seguinte mensagem de ERRO:

            " ERRO: tentativa de ler ou gravar fora do "hd0" 
               Precione uma tecla para continuar....   "

E a partir daí, o Systema entra através de um terminal de comandos que apresenta a seguinte interface:

            "   BusyBox v1.21.1.1  (ubuntu 1:1.21.0-1ubuntu1)   built-in  shell (ash)
                 Enter "help" for a list of built-in  comands

                   (initramfs) _   "

E depois de tudo, eu não mais ver os conteúdos do meu HD, (mesmo entrando pelo LiveCD)  e também não posso formatá-lo e entre outras coisa que podem fazer com dispositivo de armazenamento...  Já tentei visualizar o conteúdo e, também, formatar pelo sistema Windows  e não consegui.  Ou seja, depois deste ERRO que o ubuntu apresentou creio que meu HD, simplesmente, não serve mais para nada...

Finalizando...
Você poderia me dizer, me informar melhor sobre o que é isto  que aconteceu...
Alguém neste fórum já passou por isso.
Enfim, aguardarei uma resposta que servir como uma luz...
No mais, estou disposto a fornecer mais informações sobre o problema.

att 

[druidaobelix]

[...] não mais ver os conteúdos do meu HD, (mesmo entrando pelo LiveCD) [...]

Se está subindo o sistema a partir de um live-iso (pendrive ou cdrom) e ainda assim não consegue visualizar os arquivos, então a coisa é grave mesmo, pois dessa forma deveria ao menos estar podendo montar e ver o conteúdo.

O disco rígido pode ter perdido uma área essencial, como por exemplo a tabela de partição, ou ter morrido mesmo.

De toda forma, suba o sistema novamente pelo live-iso e vamos ver se ao menos ele aparece como disco no sistema.
Abra um terminal, faça os comandos abaixo e cole aqui o resultado:

Código: [Selecionar]

sudo fdisk -l

Código: [Selecionar]

sudo parted -l
(sinal de hífen mais letra ele no final dos comandos acima)

[druidaobelix]

Além disso, este tópico foi postado com a classificação errada, em "Críticas e Sugestões", que é uma área do Fórum para outras finalidades. A questão que aqui se trata é matéria técnica, então o tópico deve ser movido.
Peça à Moderação que transfira o tópico de lugar.

[clcampos]

Tópico movido.

[richardson597]

Olá! pessoal. Primeiramente desculpa por ter postado a mensagem no tópico errado.
Bem vamos lá...
Ao colocar o pendrive (que estava funcionando como HD) o montador automático de disco do Ubuntu apresenta o ERRo:
             --!>
              Unable to access “16 GB Volume”
                 Error mounting /dev/sdc1 at /media/ubuntu/d95820c7-4ea9-4472-9e38-b12d8d155e79: 
          Command-line `mount -t "ext4" -o "uhelper=udisks2,nodev,nosuid" "/dev/sdc1" "/media/ubuntu   
           /d95820c7-4ea9-4472-9e38-b12d8d155e79"' exited with non-zero exit status 32: mount: block   
          device /dev/sdc1 is write-protected, mounting read-only
     mount: wrong fs type, bad option, bad superblock on /dev/sdc1,  missing codepage or helper         
      program, or other error
          In some cases useful info is found in syslog - try
           dmesg | tail  or so
           <!---

Agora usando os comando  fdisk e o parted, no terminal,  aparece o seguinte:

para sudo fdisk -l:

----->>
ubuntu@ubuntu:~$ sudo fdisk -l

Disk /dev/sda: 4004 MB, 4004511744 bytes
218 heads, 51 sectors/track, 703 cylinders, total 7821312 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0000110a

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048     7821311     3909632    b  W95 FAT32

Disk /dev/sdc: 8004 MB, 8004304896 bytes
27 heads, 25 sectors/track, 23160 cylinders, total 15633408 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000da4ae

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1   *        2048    15632907     7815430   83  Linux
ubuntu@ubuntu:~$
<<-----

       E para parted -l:
--->>
ubuntu@ubuntu:~$ sudo parted -l
Model: SanDisk Cruzer Blade (scsi)
Disk /dev/sda: 4005MB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  4005MB  4003MB  primary  fat32        boot

Warning: Unable to open /dev/sdc read-write (Read-only file system).  /dev/sdc
has been opened read-only.
Model: SanDisk Cruzer Blade (scsi)
Disk /dev/sdc: 8004MB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  8004MB  8003MB  primary  ext4         boot

ubuntu@ubuntu:~$
<<---

Enfim, é iso que acontece... O pen drive é 8 GB. E instalei o ubuntu neste pen drive para testar o sistema e também para ter um sistema portátil, onde eu pudesse instalar ferramentas que uso com frequência para poder usar em outros computadores. Mas aconteceu este imprevisto. E agora fiquei receoso em instalar instalar no HD do meu computador, né?! Vai que esse problema aconteça com o HD também?!...
 

[druidaobelix]

Mas é isso mesmo, não existe disco rígido nesse computador?

Os comandos estão reportando um pendrive de 4GB, que deve ser o live-pendrive usando para subir o sistema no modo live (em fat32), e o de 8GB (em ext4), que deve ser aquele que funcionava como o disco de instalação do sistema, portanto, disco rígido verdadeiro não está aparecendo nada.
É isso mesmo?

De toda forma em se tratando de apenas um pendrive de 8GB o problema é bem menor do que pensava inicialmente, pois possivelmente você não deve ter arquivos pessoais nele, diferente de um hd verdadeiro de trocentos GB onde se armazena muita coisa.

Bem, confirme se o entendimento desse quadro está correto, se é isso mesmo, se o sistema não possui disco rígido de fato.

Não entendi muito bem o porquê daquela mensagem " Unable to access “16 GB Volume” " se não há pendrive algum de 16GB no sistema e sim apenas um de 8 GB, ou estou entendendo algo errado?

Indo à questão, se o primeiro bloco de informação que você postou (do suposto 16GB) corresponde ao mesmo pendrive de 8GB, note que ali já consta qual é o problema potencial:

 mount: wrong fs type, bad option, bad superblock on /dev/sdc1,  missing codepage or helper program, or other error

Ou seja, está indicando que possa haver defeito físico no pendrive (que supostamente pode ter atingido o superblock e daí ocasionando o bad superblock), embora não necessariamente.

O fato é que há uma indicação de que o objeto superblock está avariado e com algum problema, por alguma razão que ainda desconhecemos, mas que é necessário investigar.

Vamos verificar isso com mais detalhe, mas primeiro confirme o quadro que mencionei, isto é, se a situação descrita é essa mesma.

Note que pendrives são muito mais suscetíveis de problemas físicos do que discos rígidos verdadeiros, então não é porque alguma coisa aconteceu em um pendrive que isso signifique que iria acontecer a mesma coisa se o sistema estivesse instalado num hd verdadeiro.

[Tota]

      Unable to access “16 GB Volume”
                 Error mounting /dev/sdc1 at /media/ubuntu/d95820c7-4ea9-4472-9e38-b12d8d155e79: 
          Command-line `mount -t "ext4" -o "uhelper=udisks2,nodev,nosuid" "/dev/sdc1" "/media/ubuntu   
           /d95820c7-4ea9-4472-9e38-b12d8d155e79"' exited with non-zero exit status 32: mount: block   
          device /dev/sdc1 is write-protected, mounting read-only

Seu pendrive esta com erros de alocaçao.

Pendrives não foram projetados para leitura/escrita intensas e se "desgastam".

inicie a maquina com o live dvd e passe um fsck completo nele. qualquer erro residente no pendrive sempre ir´a fazer o Ubuntu monta-lo como read only, ou somente leitura por segurança.

[richardson597]

Ok!
Era no Pendrive de 8GB que estava instalado o Uuntu e o pendrive de 4GB é onde está o "live iso" . (16GB coloquei ERRado).
O HD não consta na lista, pois ele não está conectado ao Notebook.

Porém, com este erro, perdi alguns códigos-fontes de atividades que vinha fazendo em programação Python e linguagem C. (estava usando Ubuntu por causa destas funcionalidades).

Este códigos-fontes estavam no pendrive de 8GB e eu queria recuperá-los. Pelo jeito isto não vai ser possível! Devo jogá-lo fora!

Mas fiquei tranquilo, pois você falou que dificilmente este problema afetará o HD verdadeiro. Então, sendo assim, vou reservar um espaço no HD para o Ubuntu.

Enfim, obrigado pela atenção.
Vou continuar usando Ubuntu. Mas peço a vocês, que são mais conhecedores do assunto, que continue investigando sobre este tipos de problemas, pois aconteceu num pendrive (que é irrelevante), mas quem garante que isso não possa ser causado em HD de grande porte?!

No mais! mais uma vez obrigado. E quando surgir novos problemas entrarei em contato. Até mais ver!

[richardson597]

Ok! Tota.
 Valeu pela dica.

Pelo jeito não tem mais como corrigir?!

Valeu

[druidaobelix]

Não é nada disso, /richardson597/, pode ser sim que dê para corrigir, ainda temos um caminho de verificações pela frente, pode ser que ainda dê para recuperar o conteúdo do pendrive e até mesmo que ainda se possa utilizá-lo, dependendo do que resultar da verificação. Calma, esses são apenas os passos iniciais.

[druidaobelix]

Um erro em superblock pode ocorrer por várias razões, as quais ocorrendo vão bloquear o sistema para que não seja montado.

Esses erros podem decorrer de um erro no sistema de arquivos, um bug em um driver ou qualquer outro programa, um bug no kernel, uma queda de força (energia elétrica), bem como de um defeito físico propriamente dito no disco. Dessas a que mais preocupa obviamente são erros físicos no disco, que precisam ser imediatamente verificados para avaliar a situação. Isso vale para discos em geral, mas com muito maior ênfase em pendrives em razão da fragilidade própria da midia.

A primeira providência é tentar recuperar o filesystem (sistema de arquivos) de uma forma simples.

Suba o sistema pelo live-iso (live-pendrive) no caso.

Coloque o pendrive de 8GB que corresponde ao disco com o sistema instalado.

O Ubuntu, por padrão, faz a montagem do pendrive, entretanto, para o que se pretende ele **não** pode estar montado, isto é, precisa mesmo estar desmontado, sob pena de avariar seriamente o filesystem.

Assim, verifique se a unidade está mesmo desmontada, se o caso desmonte fazendo (supondo que a unidade seja sdc e que a partição seja a 1, verifique se é mesmo com o fdisk e se necessário adapte ao caso concreto):

Código: [Selecionar]

sudo umount /dev/sdc1
Tendo certeza que a partição a ser verificada está desmontada, execute:

Código: [Selecionar]

e2fsck -f /dev/sdc1
Caso o superbloco não seja encontrado, o e2fsck vai terminar com um erro fatal.

Entretanto, o Linux possui cópias redundantes do superbloco, de forma tal que podemos utilizar essas cópias para fazer a verificação caso no comando anterior tenha terminado com erro fatal.

Assim, se for o caso, use o seguinte comando para determinar os superblocos alternativos:

Código: [Selecionar]

sudo mke2fs -n /dev/sdc1
Na saída que se segue, com várias informações sobre o filesystem, interessa particularmente a última linha onde consta (os números aqui são apenas exemplificativos):

Cópias de segurança de superblocos gravadas em blocos:
   32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632

Tem-se aí os endereços das cópias redundantes dos superblocos.

Vamos utilizar um desses endereços para fazer a verificação, agora usando o parâmetro -b e informando o endereço do superbloco, comece pelo menor deles e vá testando até que algum funcione (novamente adapte os números ao caso concreto conforme aí apurar, portanto, o número no comando abaixo é novamente apenas exemplificativo):

Código: [Selecionar]

sudo e2fsck -f -b 98304 /dev/sdc1

[druidaobelix]

Ao executar o e2fsck e ele encontrar erros irá perguntando se quer corrigi-los, entretanto, se o número de erros for muito extenso, é melhor usar o parâmetro -y para responder 'sim' (=yes) de forma automática a todas as questões.

Então fica algo assim:

Código: [Selecionar]

sudo e2fsck -f -y -b 98304 /dev/sdc1
Normalmente acho preferível responder individualmente às questões, porém quando são em grande número nem sempre é possível, então aí é partir mesmo para o -y e seguir em frente.

Você pode interromper o processamento usando a tecla Ctrl mais a tecla c

[druidaobelix]

Se conseguiu corrigir o filesystem então a primeira coisa a ser feita, antes de mais nada, é ver se seus arquivos pessoais estão lá e salvá-los imediatamente para algum outro lugar seguro.

Nesse caso, isto é, tendo sido possível salvar os arquivos pessoais, o próximo passo é fazer um exame da superfície do pendrive procurando por badblocks (defeitos físicos) e então marcando-os para não serem mais usados, se não forem em número excessivo, isto é, caso se trate apenas de um defeito ocasional.

Caso a correção do filesystem não tenha resultado em êxito, ainda é possível tentar usar o Testdisk para ver se consegue recuperar seus arquivos pessoais.

Em todo caso, vá dando retorno que vamos encaminhando as possibilidades com mais detalhes conforme as questões forem se apresentando.

Boa sorte.

[richardson597]

Olá, druidaobelix!  Boa Tarde!

Fiz os procedimentos anterios (e2fsck, mke2fs e etc.). Mas não houve resultados desejáveis.

 Se quiseres, posso postar  tudo passo a passo, para tu verificar aí! Está tudo organizado em arquivo texto.

[druidaobelix]

Na verdade interessa saber o resultado do e2fsck, no final ele dá um relatório, igualmente interessa saber, sempre, qualquer mensagem de erro que o sistema venha a dar.

A questão é saber: conseguiu realizar ele?

Foi necessário usar endereços de superblocks alternativos conforme indicado?

O que resultou da verificação, disse que o sistema foi corrigido?

Depois que tenha realizado evidentemente é necessário tentar montar o pendrive para ver se seus arquivos estão lá.

Uma forma é tirar o pendrive (não retire apenas, pois isso é fonte de erro no filesystem, use o eject) e recolocar para ser montado e então observar se os arquivos estão lá ou não.

Para retirar o pendrive (supondo que esteja como sdc):

Código: [Selecionar]

sudo eject /dev/sdc
Depois recoloque, observe se o sistema monta automaticamente, se não montar no automático então tente montar manualmente e veja se seus arquivos estão lá.

Tente montar somente leitura (ro=read only), já que o caso é inicialmente recuperar os arquivos:

Código: [Selecionar]

sudo mount -o ro /dev/sdc1 /media/user
o ponto de montagem (/media/user) precisa existir previamente.

Se não existir, antes de executar o comando anterior, crie:

Código: [Selecionar]

sudo mkdir /media/user
Nesse caso os arquivos, se estiverem acessíveis, estarão dentro de /media/user