Falha de disco, fsck não fazendo nada

2

Nota: Isso começou como uma pergunta, mas enquanto eu estava digitando eu tentei coisas diferentes e, eventualmente, consegui trabalhar. Eu ainda queria postar no caso de poder ajudar alguém

Problema: disco colidido, não pode ser montado. Meu palpite é que bad usb no meu pc ou o cabo causou esse acidente.

SO: Ubuntu 12.04 Disco: ataque externo 5 matriz "4 baía soho raid", cerca de 3 meses de idade Partição: sde1, ext4, 8.2TB Gerenciador de disco mostra disco e partição, incluindo tipo e outras informações. Os dados SMART mostram "Autotestes: Concluído OK" e "Avaliação geral: o disco está íntegro".

/ etc / fstab

UUID=9540030a-323d-483f-8fdc-20dbaa09bcaf /mnt/Data    ext4    defaults,async,errors=remount-ro  0  0

mount -a

wrong fs type, bad option, bad superblock on /dev/sde1,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail  or so

lsblk

NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sde      8:64   0   8.2T  0 disk 
└─sde1   8:65   0   8.2T  0 part 

fdisk / dev / sde -l

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


Disk /dev/sde: 9001.6 GB, 9001613918208 bytes
255 heads, 63 sectors/track, 1094383 cylinders, total 17581277184 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: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sde1               1  4294967295  2147483647+  ee  GPT

sfdisk -l / dev / sde

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


Disk /dev/sde: 1094383 cylinders, 255 heads, 63 sectors/track
Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0

   Device Boot Start     End   #cyls    #blocks   Id  System
/dev/sde1          0+ 267349- 267350- 2147483647+  ee  GPT
        start: (c,h,s) expected (0,0,2) found (0,0,1)
/dev/sde2          0       -       0          0    0  Empty
/dev/sde3          0       -       0          0    0  Empty
/dev/sde4          0       -       0          0    0  Empty

dmesg | cauda

[ 9605.609668] Buffer I/O error on device sdd1, logical block 17578328274
[ 9605.609671] Buffer I/O error on device sdd1, logical block 17578328275
[ 9605.609673] Buffer I/O error on device sdd1, logical block 17578328276
[ 9605.609676] Buffer I/O error on device sdd1, logical block 17578328277
[ 9605.609678] Buffer I/O error on device sdd1, logical block 17578328278
[ 9605.609681] Buffer I/O error on device sdd1, logical block 17578328279
[ 9605.670459] Buffer I/O error on device sdd1, logical block 17578328152
[ 9605.670466] Buffer I/O error on device sdd1, logical block 17578328153
[ 9806.549854] EXT4-fs (sde1): ext4_check_descriptors: Checksum for group 0 failed (59348!=46035)
[ 9806.549859] EXT4-fs (sde1): group descriptors corrupted!

parted / dev / sde

GNU Parted 2.3
Using /dev/sde

Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) unit TB                                                          
(parted) print                                                            

Model: HzW RAID 5 (scsi)
Disk /dev/sde: 9.00TB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start   End     Size    File system  Name  Flags
 1      0.00TB  9.00TB  9.00TB  ext4

fsck -CfDy / dev / sde1 * Nota: Eu corri isso um total de 4 vezes, parecia que os erros estavam se repetindo e fsck não estava realmente fazendo nada, mas havia pequenas diferenças entre cada execução. Também em duração, os primeiros 2 levaram horas, os últimos 2 por hora ou menos.

Esta é a descrição da última execução realizada:

Grande parte disso: (nas quatro corridas)

Group descriptor xxxxx checksum is invalid.  FIXED.

cerca de uma hora (as 2 primeiras funcionam muitas horas, as últimas 2 cerca de uma hora)

Pass 1: Checking inodes, blocks, and sizes

então esses 2 em poucos segundos

Pass 2: Checking directory structure                                           
Pass 3: Checking directory connectivity

alguns minutos em

Pass 3A: Optimising directories

com um monte deles em torno da marca de 98%

free blocks count wrong for group #59104 (28640, counted=28617).
Fix? yes

nas execuções anteriores eu recebi mensagens de erro muito diferentes aqui, ele estava perguntando se eu queria ignorar um problema, se eu digitei "não", em seguida, fsck apenas bastante. se eu entrasse sim, então eu tenho outra pergunta à qual eu respondi sim. Eu tenho milhares destes então eu coloco um peso na minha tecla [enter] e deixo para ela (demorou um pouco).

depois da última corrida que recebi

Data: ***** FILE SYSTEM WAS MODIFIED *****
Data: 716082/274710528 files (2.4% non-contiguous), 1193918074/2197659639 blocks

** sudo mount -a ** o disco foi montado, mas nenhum diretório ou arquivo estava visível. Ele disse "espaço disponível" 3,8 gb que seria sobre o correto, mas eu não podia ver os arquivos que deveriam ter sido lá ocupando o resto do espaço. Era o Dark Data! (está lá e pode ser observado pelo espaço que ocupa, mas você não pode ver diretamente).

** sudo umount / mnt / Data **

fdisk -l

Disk /dev/sde: 9001.6 GB, 9001613918208 bytes
255 heads, 63 sectors/track, 1094383 cylinders, total 17581277184 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: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sde1               1  4294967295  2147483647+  ee  GPT

** sudo mount -a ** ah! finalmente: D o disco está montado e consigo ver os diretórios novamente. Nenhuma idéia porque funcionou desta vez, mas eu não estou reclamando! Eu vejo dois diretórios lost + found, um com um prefixo ".". Mas ambos parecem vazios. Eu decidi fazer uma comparação com o meu backup.

rsync -rvnc --delete [diretórioDir] [backupDir]

e, com certeza, eu também corri sudo diff -qr [montadoDir] [backupDir]

Demorou um pouco para executá-los, mas parece que tudo está como deveria ser:)

    
por Luckdragon 06.03.2014 / 06:33

1 resposta

1

regra 1. não entre em pânico regra 2. permaneça positivo

continue executando o fsck e fique de olho nele por quaisquer diferenças indicando que algum progresso está sendo feito!

Isenção de responsabilidade, isso funcionou para mim, mas não promete que funcionará para você. cada situação é diferente. os diferentes comandos que eu rodei podem lhe dar uma indicação se seus problemas de disco são similares.

    
por Luckdragon 06.03.2014 / 06:33