Remarque: cela a commencé comme une question, mais pendant que je tapais, j'ai essayé différentes choses et j'ai finalement réussi à le faire fonctionner. Je voulais toujours le poster au cas où cela pourrait aider quelqu'un d'autre
Problème: disque en panne, impossible à monter. Je suppose que c'est une mauvaise clé USB dans mon PC ou le câble qui a provoqué ce crash.
Système d'exploitation: Ubuntu 12.04 Disque: baie de raid 5 externe "raid soho 4 baies", environ 3 mois Partition: sde1, ext4, 8,2 To Le gestionnaire de disque affiche le disque et la partition, y compris le type et d'autres informations. SMART indiquent "Auto-tests: OK terminé" et "Évaluation globale: le disque est sain").
/ etc/fstab
UUID=9540030a-323d-483f-8fdc-20dbaa09bcaf /mnt/Data ext4 defaults,async,errors=remount-ro 0 0
montage -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 | queue
[ 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!
séparé/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 * Remarque: J'ai exécuté cela au total 4 fois, il semblait que les erreurs se répétaient et fsck ne faisait rien, mais il y avait de légères différences entre chaque exécution. Également en durée, les 2 premiers ont pris des heures, les 2 derniers une heure ou moins.
Voici la description de la dernière exécution effectuée:
Beaucoup de cela: (dans les 4 pistes)
Group descriptor xxxxx checksum is invalid. FIXED.
puis environ une heure (les 2 premiers durent plusieurs heures, les 2 derniers environ une heure)
Pass 1: Checking inodes, blocks, and sizes
puis ces 2 en quelques secondes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
quelques minutes
Pass 3A: Optimising directories
avec un tas de ceux-ci autour de la marque de 98%
free blocks count wrong for group #59104 (28640, counted=28617).
Fix? yes
dans les versions précédentes, j'ai reçu des messages d'erreur très différents ici, il me demandait si je voulais ignorer un problème, si je saisissais "non", puis fsck, tout à fait. si j'ai répondu oui, j'ai reçu une autre question à laquelle j'ai répondu oui. J'en ai reçu des milliers, donc j'ai juste mis un poids sur ma touche [Entrée] et je l'ai laissé (cela a pris pas mal de temps).
après la dernière manche j'ai eu
Data: ***** FILE SYSTEM WAS MODIFIED *****
Data: 716082/274710528 files (2.4% non-contiguous), 1193918074/2197659639 blocks
** Sudo mount -a ** le disque a été monté mais aucun répertoire ou fichier n'était visible. Il a bien dit "espace disponible" 3,8 Go, ce qui serait à peu près correct, mais je ne pouvais pas voir les fichiers qui auraient dû être là occupant le reste de l'espace. Ça a été Dark Data! (il est là et peut être observé par l'espace qu'il occupe, mais vous ne pouvez pas le voir directement).
** 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
** Mont Sudo -a ** ah! enfin: D le disque est monté et je peux revoir les répertoires. Aucune idée pourquoi cela a fonctionné cette fois mais je ne me plains pas! Je vois 2 répertoires perdus + trouvés, un avec un préfixe ".". Mais les deux semblent vides. J'ai décidé d'exécuter une comparaison avec ma sauvegarde.
rsync -rvnc --delete [montéDir] [backupDir]
et, pour être sûr, j'ai aussi couru Sudo diff -qr [montéDir] [backupDir]
Il a fallu un certain temps pour les exécuter, mais il semble que tout soit comme il se doit :)
règle 1. ne paniquez pas règle 2. restez positif
continuez à exécuter fsck et gardez un œil dessus pour toute différence indiquant que des progrès sont en cours!
Avertissement, cela a fonctionné pour moi, mais aucune promesse que cela fonctionnera pour vous. chaque situation est différente. les différentes commandes que j'ai exécutées peuvent vous donner une indication si vos problèmes de disque sont similaires.