Autor Tópico: HD danificado  (Lida 13972 vezes)

Offline richardson597

  • Usuário Ubuntu
  • *
  • Mensagens: 8
    • Ver perfil
Re:HD danificado
« Resposta #15 Online: 17 de Julho de 2015, 18:06 »
Passo1: verificando a partição:
!----->>
ubuntu@ubuntu:~$ sudo fdisk -l

Disk /dev/sda: 4004 MB, 4004511744 bytes                         <<--[[ aqui é o "LiveCD"]]
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/sdb: 8004 MB, 8004304896 bytes           <<--[[ aqui é a partição com problemas]]
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/sdb1   *        2048    15632907     7815430   83  Linux     <<<--- NOTE
ubuntu@ubuntu:~$

!<<-----

Passo 2: Desmontando a partição:

------>>
ubuntu@ubuntu:~$ sudo umount /dev/sdb1
umount: /dev/sdb1: not mounted
ubuntu@ubuntu:~$
<<------

Passo 3: Usando o e2fsck

------>>>
ubuntu@ubuntu:~$ sudo e2fsck -f /dev/sdb1
e2fsck 1.42.9 (4-Feb-2014)
e2fsck: Read-only file system while trying to open /dev/sdb1
Disk write-protected; use the -n option to do a read-only        <<<--- NOTA:
check of the device.                         Disk write-protected
ubuntu@ubuntu:~$
<<<------


Passo 4:  usando o mk2fsck

----->>>>
ubuntu@ubuntu:~$ sudo mke2fs -n /dev/sdb1
mke2fs 1.42.9 (4-Feb-2014)
/dev/sdb1: Read-only file system while setting up superblock   <<<--- NOTA
ubuntu@ubuntu:~$
<<<<-----


            COMENTÁRIOS
   Ao usar o comando <sudo mke2fs -n /dev/sdb1>  ele não mostra Cópias de segurança de superblocos gravadas em blocos.
   Assim, não poderei usar (ou testar) o comando <sudo e2fsck -f -b "numero_block" /dev/sdc1>

#####################################
##          MAS! Usando a seguinte linha de comando:     ##
##                --->>  sudo e2fsck -f -n /dev/sdb1              ##
##                                                                 ##
##        Obtive o seguinte saída:                            ##
#####################################
Início aqui ---------->>>>>

Warning: skipping journal recovery because doing a read-only filesystem check.
Pass 1: Checking inodes, blocks, and sizes
Inode 266259, end of extent exceeds allowed value
   (logical block 2048, physical block 1550336, len 2048)
Clear? no

Inode 266259, end of extent exceeds allowed value
   (logical block 4096, physical block 1386496, len 3)
Clear? no

Inode 266259, i_blocks is 32736, should be 16392.  Fix? no

Inode 266260, end of extent exceeds allowed value
   (logical block 2048, physical block 272384, len 1237)
Clear? no

Inode 266260, i_blocks is 26216, should be 16392.  Fix? no

Inode 267223, end of extent exceeds allowed value
   (logical block 1024, physical block 996352, len 588)
Clear? no

Inode 267223, i_blocks is 12840, should be 8200.  Fix? no

Deleted inode 455923 has zero dtime.  Fix? no

Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Block bitmap differences:  -(272384--273620) -(743178--743180) -(996352--996939) -(1199654--1199662) -(1199673--1199678) -(1199684--1199692) -(1199736--1199744) -(1200033--1200041) -(1200061--1200069) -(1202205--1202213) -(1202217--1202225) -(1202229--1202237) -(1202337--1202345) -(1202419--1202427) -(1202667--1202675) -1203026 -(1380608--1380751) -(1386496--1386498) -(1550336--1552383) -(1766591--1766593) -(1766751--1766753) -1768097 -(1881242--1881250)
Fix? no

Free blocks count wrong (527251, counted=524802).
Fix? no

Inode bitmap differences:  -133108 -135874 -261859 -262057 -394455 -455543 -455575 -455797 -455923 -457313 -(457473--457474) -457949 -458132 -458939 -459645 -460345 -460664 -460824 -460891
Fix? no

Free inodes count wrong (239541, counted=238672).
Fix? no


/dev/sdb1: ********** WARNING: Filesystem still has errors **********

/dev/sdb1: 249099/488640 files (0.3% non-contiguous), 1426606/1953857 blocks

<<<<<<<<<<--------------------- Fim do "retorno"

Offline richardson597

  • Usuário Ubuntu
  • *
  • Mensagens: 8
    • Ver perfil
Re:HD danificado
« Resposta #16 Online: 17 de Julho de 2015, 19:24 »
OK!
Como o Testdisk, consegui entrar no pendrive e ver seu conteudo, que no caso, os arquivos e pastas do sistema que estava instalado (Ubuntu 14.04).

Mas, porém,  não consegui recuperar os arquivos de minha pasta pessoal, pois os mesmo, não estavam visíveis. Talvez, tenha sido pelo fato de eu ter marcado a opção de criptografá-la, no momento da instalação.

O que eu desejava fazer, não sei como fazer no Testdisk, que é: "ressuscitar o pen drive" (rsrsrs). Para então, poder usá-lo novamento.

Mas faleu pelas dicas que foram dadas, principalmente agradescer a druidaobelix. Valeu.

Offline druidaobelix

  • Usuário Ubuntu
  • *
  • Mensagens: 5.552
    • Ver perfil
Re:HD danificado
« Resposta #17 Online: 17 de Julho de 2015, 20:37 »
Citar
[...] Talvez, tenha sido pelo fato de eu ter marcado a opção de criptografá-la, no momento da instalação.

Aí não vai mesmo, se criptografou não há como chegar neles, lamento. :-(

Já que os arquivos já eram e antes de enterrar de vez o pendrive, verifique o estado dele.

Código: [Selecionar]
sudo badblocks -o errosbadblocks.dat -nsv /dev/sdb

Esse comando vai gerar um arquivo texto de nome  errosbablocks.dat onde estarão relacionados os blocos com defeito.

Importante: no final há um resumo, copie e cole o resultado aqui.

A execução do comando pode ser **muito**, mas **muito** demorada mesmo.
Por exemplo, para um processador não muito rápido (lento mesmo) e pendrive de 16 GB não é incomum demorar entre 50 e 100 horas!

O caso concreto vai depender do seu processador e da velocidade do pendrive e da porta usb.

Todavia um colega que fez aqui um dia desses demorou apenas 2 horas num pendrive de 16GB,  não sei dizer usando qual tipo de porta (2.0 ou 3.0), porém numa cpu i7, que é muito rápida. (fui rever o post, na verdade não sei qual é a cpu dele)

Na execução vai ficar aparecendo um mostrador indicando o percentual já executado e o tempo decorrido.

Depois de meia hora ou uma hora de processamento já dá para fazer uma estimativa de duração fazendo uma regra de três simples.

Execute num horário em que possa deixar o computador trabalhando.
« Última modificação: 17 de Julho de 2015, 23:04 por druidaobelix »
www.arredondar.org.br
Vencedor Desafio de Impacto Social Google 2016!
Você também pode participar e fazer a diferença.

Offline richardson597

  • Usuário Ubuntu
  • *
  • Mensagens: 8
    • Ver perfil
Re:HD danificado
« Resposta #18 Online: 17 de Julho de 2015, 21:22 »
Ao execultar o comando, aprarece simplesmente isso:

ubuntu@ubuntu:~$ sudo badblocks -o errosbablocks.dat -nsv /dev/sdb1
badblocks: Read-only file system while trying to open /dev/sdb1
ubuntu@ubuntu:~$

Offline druidaobelix

  • Usuário Ubuntu
  • *
  • Mensagens: 5.552
    • Ver perfil
Re:HD danificado
« Resposta #19 Online: 17 de Julho de 2015, 21:35 »
Vamos ver se destrava com um utilitário de baixo nível (low level system utility):

Código: [Selecionar]
sudo hdparm -r0 /dev/sdb
Note que é no dispositivo (sdb), não na partição.
« Última modificação: 17 de Julho de 2015, 21:37 por druidaobelix »
www.arredondar.org.br
Vencedor Desafio de Impacto Social Google 2016!
Você também pode participar e fazer a diferença.

Offline druidaobelix

  • Usuário Ubuntu
  • *
  • Mensagens: 5.552
    • Ver perfil
Re:HD danificado
« Resposta #20 Online: 17 de Julho de 2015, 21:47 »
Em tempo: use inicialmente o modo somente leitura do badblocks, isto é, sem o parâmetro n

Código: [Selecionar]
sudo badblocks -o errosbadblocks.dat -sv /dev/sdb
Sem partição novamente, direto no dispositivo (sdb)

Faça primeiro isso, antes de usar o hdparm

Não é exatamente confiável (porque não está testando se dá mesmo para escrever), mas talvez dê para ter uma ideia inicial do tamanho do estrago.

Esse modo é bem mais rápido para executar.

No final há um demonstrativo de erros. Caso não venha nenhuma informação relevante (0/0/0 errors), então tente executar novamente da forma do post #17, observando que é no dispositivo (sdb), não na partição (sdb1). Veja que no post #18 você está indicando que aplicou na partição, então dessa vez não faça daquela forma, mas sim diretamente no dispositivo.

Se ainda não for, então use o hdparm conforme retro mencionado (#19) e em seguida repita o #17.

« Última modificação: 17 de Julho de 2015, 23:04 por druidaobelix »
www.arredondar.org.br
Vencedor Desafio de Impacto Social Google 2016!
Você também pode participar e fazer a diferença.

Offline Gutierredesouza

  • Usuário Ubuntu
  • *
  • Mensagens: 1
    • Ver perfil
Re:HD com senha
« Resposta #21 Online: 11 de Outubro de 2015, 17:22 »
Pessoa preciso da ajuda de vocês, nem sei se posso postar aqui mas vamos lá.
decidi formatar meu notebook Dell inspiron 14 2620... Para isso utilizei um live cd do Parted magic dando boot pelo pendrive.
Ao iniciar as ferramentas utilizei a "erase" ao abrir essa ferramenta em modo gráfico me apareceu a opção "secure erase" então escolhi essa opção
e coloquei o HD para zerar então paralisou e quando reiniciei a máquina apareceu uma tela pedindo a senha do HD, acontece que não coloquei senha alguma e agora o HD não formata e nem libera acesso de nenhuma forma nem mesmo com a bendita ferramente que o bloqueou. Se puderem me ajudar eu agradeço muito o Hd é um Samsung ST750LM022 de 750GB. :'(