Como faço para corrigir a mensagem Gparted: Erro ao ler o bloco no setor xxx?

5

Quando tentei mover uma das minhas partições, recebi algumas mensagens de erro. Aqui estão alguns trechos:

Move /dev/sda7 to the left  00:05:09    ( ERROR ) 

(...)

check file system on /dev/sda7 for errors and (if possible) fix them  00:00:10    ( SUCCESS )    
   e2fsck -f -y -v /dev/sda7

(...)

move file system to the left  00:04:52    ( ERROR )             
perform read-only test  00:04:52    ( ERROR )
   using internal algorithm    
   read 114013242 sectors    
   finding optimal blocksize 

(...)

read 113357882 sectors using a blocksize of 1024 sectors  00:04:36    ( ERROR ) 
   22527034 of 113357882 read    
   Error while reading block at sector 385849832    
23182394 sectors read    ( ERROR )  

(...)

libparted messages    ( INFO )          
   Input/output error during read on /dev/sda

O que devo fazer para mover efetivamente minha partição?

    
por Agmenor 11.01.2011 / 19:48

3 respostas

3

Isso é o que realmente me fez resolver o meu problema. A resposta do psusi realmente ajudou, no entanto, foi realmente muito difícil para mim e eu passei algo como três horas para obter tudo e extrair o que seria interessante para mim do seu post. Eu tive que procurar na Wikipedia, nos fóruns oficiais do Ubuntu e no Ask Ubuntu. Como consequência, considero o seu post como uma sugestão bem-vinda, mas não como a resposta certa.

  • Execute o Ubuntu em um CD ao vivo.
  • Usando o sistema - > Administração - > Gparted, desabilite a eventual partição swap (em outras palavras, "swapoff"). Além disso, anote o nome da sua unidade corrompida, no meu caso "sda"
  • Em um terminal, execute o comando sudo badblocks -sv -b 512 <device-name> , onde no meu caso deve ser substituído por /dev/sda . Depois de muito tempo esperando, o resultado é uma lista de números que são os setores corrompidos.
  • Execute o comando sudo dd if=<device-name> of=/dev/null bs=512 count=1 skip=<sector> , onde eu substituí por dev/sda e por 385850816 , o primeiro número dado pelo comando anterior.
  • Repita o ponto anterior para cada número.
  • Para verificar se seu resgate foi bem-sucedido, execute novamente o comando sudo badblocks -sv -b 512 <device-name> . Deve dar (depois de um longo tempo) sem número.

No que me diz respeito, resolveu o meu problema e consegui mover novamente a minha partição. Eu tenho que admitir que eu realmente não sei por que, já que os comandos aqui pareciam ser apenas lidos e escrever comandos. Mas o que quer que seja, não encontro mais nenhum problema.

    
por Agmenor 23.01.2011 / 18:21
7

Você tem setores defeituosos no seu disco rígido. Faça backup de todos os dados importantes AGORA. Em seguida, execute o utilitário de disco e clique no diagnóstico SMART. Execute o autoteste longo e, quando terminar, observe os valores dos seguintes atributos:

Offline_Uncorrectable Current_Pending_Sector Reallocated_Sector_Ct

Se a contagem incorrigível for diferente de zero, ou as contagens realocadas ou pendentes forem mais do que algumas, será necessário substituir a unidade. Se houver apenas alguns pendentes, você poderá tentar repará-los. Primeiro você precisa identificar o número do setor ruim. O utilitário badblocks pode ser usado para isso. Em seguida, você pode usar o hdparm --read-sector para tentar lê-lo para ter certeza de que tem o caminho certo, e então hdparm --write-sector para tentar reescrever o setor com zeros. Isso forçará a unidade a tentar corrigir o setor ou, se não puder, a realocará do pool sobressalente, movendo uma contagem dos setores pendentes para realocada. Repita para todos os setores defeituosos.

    
por psusi 11.01.2011 / 20:19
1

Parece que há um problema de hardware com o seu disco rígido, então sugiro que você use algo como ddrescue ou gddrescue para fazer uma cópia dele em um disco rígido diferente. Em seguida, tente consertar o (s) sistema (s) de arquivos (com fsck) e, se isso não funcionar, use o photorec ou ferramentas de resgate similares.

Ou apenas coloque um backup de volta em outro disco, se você tiver um, é claro ...

    
por JanC 11.01.2011 / 20:20