mdadm niepoprawnie rozpoznaje tablicę, jak mogę odzyskać dane

Sformatowałem oba dyski sd [cd], każdy jako dużą partycję ext4, a następnie użyłem mdadm do utworzenia tablicy raid0 sd [cd] 1. To działało dobrze i zamontowałem urządzenie i zacząłem przechowywać na nim dane. Wcześniej próbowałem użyć sd [cd] bez uprzedniego podzielenia ich na tablicę raid, ale nie mogłem tego zrobić i usunąć tablicę - tak mi się wydawało.)

Po ponownym uruchomieniu tablicy RAID nie powiodło się sprawdzenie dysku i nie można go zamontować (ale dyski (ssds) są fabrycznie nowe i uruchomiłem nad nimi blokady i nie znalazłem żadnych błędów fizycznych)

Tablica wydaje się również źle skonfigurowana, tak jak chce używać urządzeń sd [cd], a nie partycji sd [cd] 1, z którymi ją skonfigurowałem. Kiedy sprawdzam mdstat, nie mam pojęcia, czym jest md127, może to była „prawdziwa” konfiguracja RAID, która działała wcześniej?

Chciałbym odzyskać dane na dyskach, jestem pewien, że to wszystko wciąż tam jest. I chciałbym ponownie je zaatakować, ale bez ponownego napotkania tego problemu.

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

linux ubuntu mdadm

— Eloff
źródło

Czekać. Użyłeś pasków (raid0) i sformatowałeś oba dyski osobno, ale nie sformatowałeś ich po utworzeniu urządzenia z wieloma dyskami? Twoje kroki brzmią bardziej, jakbyś chciał odbić lustrzane (raid1), ale skonfiguruj je do rozbierania. Myślę, że wyzdrowienie będzie w najlepszym razie trudne.

— 0xC0000022L

Myślę, że musiałem sformatować rzeczywiste urządzenie raidowe po ich rozebraniu (przypominam sobie, że to zrobiłem.) W każdym razie urządzenie z najazdem działało świetnie i miało odpowiedni rozmiar (oba dyski zsumowane), dopóki nie zrestartowałem, więc jestem pewien dyski są sformatowane prawidłowo, a dane są tam nadal.

— Eloff