Problemas de disco me impedem de inicializar ou configurar o disco para somente leitura. Como corrijo o disco?

1

Problema:

Desde cerca de uma semana atrás, meu sistema Ubuntu encontra vários problemas graves e estranhos. Às vezes, todo o sistema congela de repente. Eu tenho que apertar o botão de energia para desligar a máquina por força bruta. Às vezes, todos os arquivos de repente se tornam somente leitura. Eu tenho que reiniciar a máquina e, em seguida, parece normal, mas pode ter os problemas acima posteriormente. Quando estou tentando desligar o Ubuntu, às vezes uma tela preta mostra uma mensagem sobre o erro de disco.

Tenta corrigir:

Acho que meu disco rígido WD 1T possui alguns erros que precisavam ser corrigidos. Então eu corro os seguintes comandos no disco de instalação do Ubuntu ou Ubuntu em outro disco rígido, depois de descarregar o disco rígido em problema. No entanto, não posso consertar o problema. Em particular, quando tento executar sudo e2fsck -b 8193 /dev/sda1 , há uma mensagem de erro dizendo "argumento inválido". Os detalhes são os seguintes,

1) em primeiro lugar, fdisk -l mostra a seguinte mensagem (copie somente a parte relevante para /dev/sda1 que estou tentando corrigir):

WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.

Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000
Device Boot      Start         End      Blocks   Id  System
/dev/sda1              1    1953525167   976762583+  ee  GPT
Partition 1 does not start on physical sector boundary.

2) execute sudo fsck.ext4 -ck /dev/sda1 , tentando consertar o disco rígido

e2fsck 1.42.5 (29-Jul-2012)
ext2fs_open2: Bad magic number in super-block
fsck.ext4: Superblock invalid, trying backup blocks...
fsck.ext4: Bad magic number in super-block while trying to open /dev/sda1
The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 

3) sudo e2fsck -b 8193 /dev/sda1 , tentando recuperar o super bloco do bloco 8193

e2fsck 1.42.5 (29-Jul-2012) e2fsck: Invalid argument while trying to
open /dev/sda1

The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the
superblock is corrupt, and you might try running e2fsck with an
alternate superblock:
    e2fsck -b 8193 

4) sudo mke2fs -n /dev/sda1 , para localizar outros blocos de backup

mke2fs 1.42.5 (29-Jul-2012)
Filesystem label=
OS type: Linux
Block size=1024 (log=0)
Fragment size=1024 (log=0)
Stride=4 blocks, Stripe width=4 blocks
48768 inodes, 194560 blocks
9728 blocks (5.00%) reserved for the super user
First data block=1
Maximum filesystem blocks=67371008
24 block groups
8192 blocks per group, 8192 fragments per group
2032 inodes per group
Superblock backups stored on blocks: 
    8193, 24577, 40961, 57345, 73729

5) refazer a etapa 3 para todos os outros backups de superblocos retornados em 4. O mesmo erro é mostrado na etapa 3.

PS: de acordo com comentários, colei a saída de gdisk e parted da seguinte forma:

sudo gdisk -l /dev/sda
GPT fdisk (gdisk) version 0.8.5

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /dev/sda: 1953525168 sectors, 931.5 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 6166B96C-AD2A-4EF1-8967-1ACFA23FE2E4
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 1953525134
Partitions will be aligned on 2048-sector boundaries
Total free space is 3437 sectors (1.7 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048          391167   190.0 MiB   EF00  
   2          391168          890879   244.0 MiB   0700  
   3          890880      1953523711   931.1 GiB   8E00  
'sudo parted -l '
Model: ATA WDC WD10EZEX-00R (scsi) (note: this is the disk in problem)
Disk /dev/sda: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt

Number  Start   End     Size    File system  Name  Flags
 1      1049kB  200MB   199MB   fat32              boot
 2      200MB   456MB   256MB   ext2
 3      456MB   1000GB  1000GB                     lvm


Model: ATA SAMSUNG HD103SJ (scsi)  (note: this is another normal disk)
Disk /dev/sdb: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End     Size    Type      File system     Flags
 1      1049kB  30.0GB  30.0GB  primary   ext4
 4      30.0GB  1000GB  970GB   extended                  lba
 6      30.0GB  983GB   953GB   logical   ext4
 5      983GB   1000GB  16.9GB  logical   linux-swap(v1)


Model: Linux device-mapper (linear) (dm)
Disk /dev/mapper/ubuntu-root: 983GB
Sector size (logical/physical): 512B/4096B
Partition Table: loop

Number  Start  End    Size   File system  Flags
 1      0.00B  983GB  983GB  ext4


Model: Linux device-mapper (linear) (dm)
Disk /dev/mapper/ubuntu-swap_1: 16.9GB
Sector size (logical/physical): 512B/4096B
Partition Table: loop

Number  Start  End     Size    File system     Flags
 1      0.00B  16.9GB  16.9GB  linux-swap(v1)
    
por Fashandge 20.09.2013 / 00:22

2 respostas

2

Você está tentando fsck a coisa errada. Felizmente, falhou ...

Você deseja executar fsck -f /dev/mapper/ubuntu-root . Você pode adicionar -c se desejar. Você também desejará verificar smartctl -a /dev/sda para ver se o disco está indicando uma falha SMART (backup, substitua o disco imediatamente) ou setores pendentes (tente -c).

Se isso der um erro ao longo das linhas de "não encontrado", você precisa iniciar o LVM primeiro. Você faria algo assim:

# vgscan 
# vgchange -ay

tente novamente o fsck acima.

(Você pode dizer que sda1 está errado porque gdisk e parted ambos dizem seus 200MB. Além disso, isso é FAT32, não EXT4. Você pode dizer o material LVM porque a partição 1T está listada como LVM. Você ignora fdisk porque, bem , disse-lhe que não suporta GPT).

edit: Outra abordagem, já que o seu sistema inicializa, é executar apenas shutdown -F -r now , o que fará com que sua máquina faça uma reinicialização e faça um fsck completo. Não vai fazer fsck -c , no entanto. Além disso, você pode executar com segurança smartctl -a no disco em que foi inicializado.

    
por 20.09.2013 / 00:42
1

Você não mencionou o que pretende realizar. Você precisa salvar dados importantes desse disco, ou apenas quer descobrir se está quebrado?

I think my WD 1T hard drive has some errors that needed to be fixed.

Esta é uma contradição em termos. Existem dois cenários possíveis aqui:

1) Seu disco rígido tem erros (ou seja, está falhando). Você deve então tentar salvar seus dados assim que possível, de preferência imaginando o disco em outro disco rígido com dd . "Corrigindo" o disco rígido é impossível. Quando você salvou seus dados com sucesso, pode jogá-los fora.

2) Seu sistema de arquivos tem erros (ou seja, é inconsistente de alguma forma), mas o disco em si não está danificado. Isso é algo que normalmente você pode corrigir com e2fsck , embora não seja difícil criar uma imagem de backup antes de tentar fsck o sistema de arquivos, porque em alguns casos o fsck pode piorar a situação.


Se você quiser apenas descobrir se o seu disco rígido está danificado, execute um autoteste SMART nele. Como root, execute o seguinte comando:

smartctl -t long /dev/sda

Isso levará várias horas. Quando estiver concluído, você pode consultar o resultado com

smartctl -a /dev/sda | less

Role para baixo até o bloco SMART Selective self-test log . Se o resultado mais acima diz Completed without error , o seu disco rígido está bem. Se reportar um erro, ele será danificado e você precisará salvar seus dados o mais rápido possível.

    
por 20.09.2013 / 00:40