mdadm reconnaissant le tableau de manière incorrecte, comment puis-je récupérer les données


0

J'ai donc formaté les deux disques sd [cd], chacun en tant que grande partition ext4, puis utilisé mdadm pour créer un tableau raid0 sd [cd] 1. Cela a bien fonctionné et j'ai monté le périphérique et commencé à y stocker des données. Avant cela, j’essayais d’utiliser sd [cd] sans les partitionner au préalable dans un tableau RAID, mais je n’arrivais pas à le faire fonctionner et j’ai supprimé le tableau - ou du moins je le pensais.

Lorsque j'ai redémarré le raid array a échoué, vérifiez le disque et ne monte pas (mais les disques (ssds) sont neufs et j'ai exécuté des badblocks sur eux sans trouver d'erreurs physiques.)

Le tableau semble également mal configuré, comme s'il voulait utiliser les périphériques sd [cd] eux-mêmes et non les partitions sd [cd] 1 avec lesquelles je l'ai configuré. Quand je vérifie mdstat, je ne sais pas du tout qu'est-ce que md127, c’est peut-être la "vraie" configuration de raid qui fonctionnait auparavant?

Je voudrais récupérer les données sur les disques, je suis sûr que tout est toujours là. Et je voudrais les raid0ter encore mais sans rencontrer ce problème encore.

cat / proc / mdstat

Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md127 : inactive md0[0](S)
      117218776 blocks super 1.2

md0 : active raid0 sdc[0] sdd[1]
      234438656 blocks super 1.2 512k chunks

unused devices: <none>

dmsg

[   18.347571] md: bind<sdd>
[   18.349296] md: bind<sdc>
[   18.350345] bio: create slab <bio-1> at 1
[   18.350350] md/raid0:md0: md_size is 468877312 sectors.
[   18.350351] md: RAID0 configuration for md0 - 1 zone
[   18.350352] md: zone0=[sdc/sdd]
[   18.350354]       zone-offset=         0KB, device-offset=         0KB, size= 234438656KB
[   18.350354] 
[   18.350359] md0: detected capacity change from 0 to 240065183744
[   18.351480]  md0: unknown partition table
[   18.358626] md: bind<md0>

fdisk -l

Disk /dev/sdc: 120.0 GB, 120034123776 bytes
30 heads, 16 sectors/track, 488420 cylinders, total 234441648 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: 0xa57656d5

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1            2048   234441647   117219800   83  Linux

Disk /dev/sdd: 120.0 GB, 120034123776 bytes
30 heads, 16 sectors/track, 488420 cylinders, total 234441648 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: 0xe34daa29

   Device Boot      Start         End      Blocks   Id  System
/dev/sdd1            2048   234441647   117219800   83  Linux

Disk /dev/md0: 240.1 GB, 240065183744 bytes
2 heads, 4 sectors/track, 58609664 cylinders, total 468877312 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 524288 bytes / 1048576 bytes
Disk identifier: 0x00000000

Disk /dev/md0 doesn't contain a valid partition table

Attendre. Vous avez utilisé la répartition (raid0) et formaté les deux lecteurs individuellement, mais vous ne les avez pas formatés après la création du périphérique multi-disque? Vos pas sonnent plus comme si vous vouliez une mise en miroir (raid1) mais que vous l’ayez configurée pour la répartition. Je pense que la récupération sera difficile au mieux.
0xC0000022L

Je pense que je dois avoir formaté le périphérique RAID réel après l'avoir rayé (je crois me souvenir de l'avoir fait.) En tout état de cause, le périphérique RAID a fonctionné à merveille et était de la bonne taille (les deux disques ajoutés ensemble) jusqu'au redémarrage. les disques sont formatés correctement et les données sont toujours là.
Eloff
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.