Teletrapinaer | Bonjour,
J'ai un raid5 avec 4 disque dur (3 sur les commandes qui suivent car j'ai retiré le spare) sur une Debian qui tournait tranquillement depuis 2ans lorsque j'ai voulu mettre à jour le système. Le résultat fut un plantage complet du système après reboot.
Partant de la, j'ai réinstallé le système et... recréé l'array (1ere erreur). Ensuite j'ai voulu monter md0 et la ce fut le drame,
Code :
- mount /dev/md0 /mnt/
- mount: mauvais type de système de fichiers, option erronée, superbloc erroné
- sur /dev/md0, page de code ou programme auxiliaire manquant, ou autre erreur
|
Dmesg me donne cela:
Code :
- md/raid:md0: raid level 5 active with 2 out of 3 devices, algorithm 2
- [ 1975.870259] created bitmap (15 pages) for device md0
- [ 1975.871211] md0: bitmap initialized from disk: read 1 pages, set 0 of 29807 bits
- [ 1975.935837] md0: detected capacity change from 0 to 4000527155200
- [ 1975.936512] RAID conf printout:
- [ 1975.936517] --- level:5 rd:3 wd:2
- [ 1975.936522] disk 0, o:1, dev:sda1
- [ 1975.936527] disk 1, o:1, dev:sdb1
- [ 1975.936531] disk 2, o:1, dev:sdc1
- [ 1975.940388] md0: unknown partition table
- [ 2065.178513] md: recovery of RAID array md0
- [ 2065.178521] md: minimum _guaranteed_ speed: 1000 KB/sec/disk.
- [ 2065.178528] md: using maximum available idle IO bandwidth (but not more than 200000 KB/sec) for recovery.
- [ 2065.178540] md: using 128k window, over a total of 1953382400k.
- [ 2065.178546] md: resuming recovery of md0 from checkpoint.
- [ 2065.178548] EXT4-fs (md0): Couldn't mount because of unsupported optional features (1fd00001)
|
Je constate donc que 1 j'ai une reconstruction d'un disque alors que théoriquement aucun besoin (je l'ai suspendu.)
2 md0: unknown partition table
Code :
- cat /proc/mdstat
- Personalities : [raid6] [raid5] [raid4]
- md0 : active raid5 sda1[0] sdc1[3] sdb1[1]
- 3906764800 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/2] [UU_]
- [>....................] recovery = 1.5% (30515040/1953382400) finish=32031.7min speed=1000K/sec
- bitmap: 0/15 pages [0KB], 65536KB chunk
- unused devices: <none>
|
Code :
- fdisk -l
- Disque /dev/sda : 1,8 TiB, 2000398934016 octets, 3907029168 secteurs
- Unités : secteur de 1 × 512 = 512 octets
- Taille de secteur (logique / physique) : 512 octets / 512 octets
- taille d'E/S (minimale / optimale) : 512 octets / 512 octets
- Type d'étiquette de disque : dos
- Identifiant de disque : 0x0001ffa7
- Device Boot Start End Sectors Size Id Type
- /dev/sda1 2048 3907028991 3907026944 1,8T fd Linux raid autodetect
- Disque /dev/sdb : 1,8 TiB, 2000398934016 octets, 3907029168 secteurs
- Unités : secteur de 1 × 512 = 512 octets
- Taille de secteur (logique / physique) : 512 octets / 4096 octets
- taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
- Type d'étiquette de disque : dos
- Identifiant de disque : 0x00094075
- Device Boot Start End Sectors Size Id Type
- /dev/sdb1 2048 3907029167 3907027120 1,8T fd Linux raid autodetect
- Disque /dev/sdc : 1,8 TiB, 2000398934016 octets, 3907029168 secteurs
- Unités : secteur de 1 × 512 = 512 octets
- Taille de secteur (logique / physique) : 512 octets / 512 octets
- taille d'E/S (minimale / optimale) : 512 octets / 512 octets
- Type d'étiquette de disque : dos
- Identifiant de disque : 0x0008fdd5
- Device Boot Start End Sectors Size Id Type
- /dev/sdc1 2048 3907028991 3907026944 1,8T fd Linux raid autodetect
- Disque /dev/sdd : 29,2 GiB, 31376707072 octets, 61282631 secteurs
- Unités : secteur de 1 × 512 = 512 octets
- Taille de secteur (logique / physique) : 512 octets / 512 octets
- taille d'E/S (minimale / optimale) : 512 octets / 512 octets
- Type d'étiquette de disque : gpt
- Identifiant de disque : BF7E1601-FA94-4A7E-B222-AEAA3ED2C539
- Device Start End Sectors Size Type
- /dev/sdd1 2048 61282303 61280256 29,2G Linux filesystem
- Disque /dev/md0 : 3,7 TiB, 4000527155200 octets, 7813529600 secteurs
- Unités : secteur de 1 × 512 = 512 octets
- Taille de secteur (logique / physique) : 512 octets / 4096 octets
- taille d'E/S (minimale / optimale) : 524288 octets / 1048576 octets
|
Code :
- fsck /dev/md0
- fsck de util-linux 2.25.2
- e2fsck 1.42.12 (29-Aug-2014)
- fsck.ext4: Révision de système de fichier trop grande lors de la tentative d'ouverture de /dev/md0
- La version du système de fichiers est apparemment trop élevée pour cette
- version d'e2fsck. (ou bien le superbloc du système de fichiers est
- corrompu)
- Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
- ext2/ext3/ext4 correct. Si le périphérique est valide et qu'il contient réellement
- un système de fichiers ext2/ext3/ext4 (et non pas de type swap, ufs ou autre),
- alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
- e2fsck avec un autre superbloc :
- e2fsck -b 8193 <périphérique>
- ou
- e2fsck -b 32768 <périphérique>
|
Code :
- mdadm --detail /dev/md0
- /dev/md0:
- Version : 1.2
- Creation Time : Sat Feb 27 00:22:09 2016
- Raid Level : raid5
- Array Size : 3906764800 (3725.78 GiB 4000.53 GB)
- Used Dev Size : 1953382400 (1862.89 GiB 2000.26 GB)
- Raid Devices : 3
- Total Devices : 3
- Persistence : Superblock is persistent
- Intent Bitmap : Internal
- Update Time : Sat Feb 27 01:35:33 2016
- State : clean, degraded, recovering
- Active Devices : 2
- Working Devices : 3
- Failed Devices : 0
- Spare Devices : 1
- Layout : left-symmetric
- Chunk Size : 512K
- Rebuild Status : 1% complete
- Name : debian:0 (local to host debian)
- UUID : a9777543:8c595754:031bc6de:7cbdb08d
- Events : 572
- Number Major Minor RaidDevice State
- 0 8 1 0 active sync /dev/sda1
- 1 8 17 1 active sync /dev/sdb1
- 3 8 33 2 spare rebuilding /dev/sdc1
|
Code :
- mdadm --examine /dev/md0
- mdadm: No md superblock detected on /dev/md0.
|
Si une bonne âme pouvais m'apporter son aide, j’apprécierai énormément car la je vous avoue je flippe un peu pour mes données.
question subsidier, une reconstruction de disque détruit t'elle les données sur le dit disque? (dois-je avoir peur de laisser la reconstruction ce faire?)
Merci Message édité par Teletrapinaer le 09-04-2016 à 15:13:01
|