Software-Raid auflösen

rbest · 15 Mai 2012

Guten Morgen die Damen und Herrn. Bei meiner gestrigen Umstellung auf 12.1 hab ich wieder mal einen dummen Fehler gemacht und software-raid mit md angegeben.

Hier hab ich zwar eine ähnliche Abhandlung gefunden, komm aber nicht so recht klar. Admins lacht nicht

http://www.linux-club.de/viewtopic.php?f=4&t=110263&p=685630&hilit=software+raid+entfernen#p685630

So sieht das jetzt aus. /etc/mdadm.conf hab ich umbenannt.

Könnt ihr mir bitte helfen? Danke.

josef-wien · 15 Mai 2012

rbest schrieb:
So sieht das jetzt aus.

Dein zu wenig aussagefähiges Bild läßt vermuten, daß Du ein RAID0 (also kein echtes RAID, sondern die scheibchenweise Aufteilung jeder einzelnen Datei auf zwei Platten) erzeugt hast, das dann partitioniert wurde. Da Dateisysteme vorhanden sind, mußt Du diese Partitionen auch schon formatiert haben. Waren auf diesen beiden Platten vor Partitionierung und Formatierung schon Daten enthalten (deren teilweise Wiederherstellung Du dann z. B. mit testdisk versuchen möchtest)? Enthalten die Partitionen schon "neue" Daten?

rbest schrieb:
/etc/mdadm.conf hab ich umbenannt.

Wie sieht die Datei aus? Und was ergibt:

Code:

mdadm --detail /dev/md126*

rbest · 15 Mai 2012

stimmt, 2 Platten waren im raid0 zusammengefasst und partitioniert. Und waren mit 11.4 auch im Einsatz, tlw. für windows und eine Linux-Partition für BAK. Nein, neue Daten sind nicht drauf.
Beim upgrade habe ich zwar fälschlicherweise raid (md) angegeben, aber nix neu partitioniert. Nach Erkennung meines Fehlers hab ich den Dienst md auch gleich ausgeschalten und die beiden großen Partitionen ließen sich manuell einhängen. Lies sich aber nicht komplett hochfahren, deshalb hab ich die Einträge aus fstab entfernt.

So sieht, bzw. sah die mdadm.conf aus:

Code:

DEVICE containers partitions
ARRAY metadata= UUID=33dd31e6:6662621d:279f8ead:e4f79a0f
ARRAY /dev/md/ARRAY0 container=33dd31e6:6662621d:279f8ead:e4f79a0f member=0 UUID=d0532cfd:b8296673:1853a5af:47bc1e67

mdadm --detail /dev/md126*

ergibt:

Code:

/dev/md126:
      Container : /dev/md127, member 0
     Raid Level : raid0
     Array Size : 1250258944 (1192.34 GiB 1280.27 GB)
   Raid Devices : 2
  Total Devices : 2

          State : clean 
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

     Chunk Size : 128K


           UUID : d0532cfd:b8296673:1853a5af:47bc1e67
    Number   Major   Minor   RaidDevice State
       1       8        0        0      active sync   /dev/sda
       0       8       16        1      active sync   /dev/sdb
/dev/md126p1:
      Container : /dev/md127, member 0
     Raid Level : raid0
     Array Size : 120456 (117.65 MiB 123.35 MB)
   Raid Devices : 2
  Total Devices : 2

          State : clean 
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

     Chunk Size : 128K


           UUID : d0532cfd:b8296673:1853a5af:47bc1e67
    Number   Major   Minor   RaidDevice State
       1       8        0        0      active sync   /dev/sda
       0       8       16        1      active sync   /dev/sdb
/dev/md126p2:
      Container : /dev/md127, member 0
     Raid Level : raid0
     Array Size : 10078208 (9.61 GiB 10.32 GB)
   Raid Devices : 2
  Total Devices : 2

          State : clean 
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

     Chunk Size : 128K


           UUID : d0532cfd:b8296673:1853a5af:47bc1e67
    Number   Major   Minor   RaidDevice State
       1       8        0        0      active sync   /dev/sda
       0       8       16        1      active sync   /dev/sdb
/dev/md126p3:
      Container : /dev/md127, member 0
     Raid Level : raid0
     Array Size : 457852500 (436.64 GiB 468.84 GB)
   Raid Devices : 2
  Total Devices : 2

          State : clean 
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

     Chunk Size : 128K


           UUID : d0532cfd:b8296673:1853a5af:47bc1e67
    Number   Major   Minor   RaidDevice State
       1       8        0        0      active sync   /dev/sda
       0       8       16        1      active sync   /dev/sdb
/dev/md126p4:
      Container : /dev/md127, member 0
     Raid Level : raid0
     Array Size : 1
   Raid Devices : 2
  Total Devices : 2

          State : clean 
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

     Chunk Size : 128K


           UUID : d0532cfd:b8296673:1853a5af:47bc1e67
    Number   Major   Minor   RaidDevice State
       1       8        0        0      active sync   /dev/sda
       0       8       16        1      active sync   /dev/sdb
/dev/md126p5:
      Container : /dev/md127, member 0
     Raid Level : raid0
     Array Size : 782205952 (745.97 GiB 800.98 GB)
   Raid Devices : 2
  Total Devices : 2

          State : clean 
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

     Chunk Size : 128K


           UUID : d0532cfd:b8296673:1853a5af:47bc1e67
    Number   Major   Minor   RaidDevice State
       1       8        0        0      active sync   /dev/sda
       0       8       16        1      active sync   /dev/sdb

Ach ja, /boot/grub/device.map sieht so aus:

Code:

(hd1)	/dev/disk/by-id/md-uuid-d0532cfd:b8296673:1853a5af:47bc1e67
(hd0)	/dev/disk/by-id/ata-SAMSUNG_HD502HJ_S20BJ9FZ405085

Herz-von-Hessen · 15 Mai 2012

Hallo rbest,

rbest schrieb:
Könnt ihr mir bitte helfen? Danke.

Wie wäre es damit:
http://www.howtoforge.de/anleitung/eine-ausgefallene-festplatte-in-einem-software-raid1-array-ersetzen/

lieben Gruß aus Hessen

rbest · 15 Mai 2012

danke für den Tipp, aber wie Josef-Wien schon richtig festgestellt hat, habe ich raid0 und bin zu wenig Admin, dass ich die Anleitung "umbauen" könnte. Aufgrund der Anleitung hab ich aber weitere Infos ans Tageslicht bekommen:

Code:

Personalities : [raid0] 
md126 : active raid0 sda[1] sdb[0]
      1250258944 blocks super external:/md127/0 128k chunks
      
md127 : inactive sdb[1](S) sda[0](S)
      4520 blocks super external:imsm
       
unused devices: <none>

spoensche · 15 Mai 2012

Wenn ich dich jetzt richtig verstanden habe willst du kein RAID sondern einzelne Partitionen.
Du machst also ein Backup der Daten, stoppst und deaktivierst danach mdadm und partitionierst die Platten neu.

josef-wien · 15 Mai 2012

rbest schrieb:
2 Platten waren im raid0 zusammengefasst und partitioniert.

Das heißt wohl, Du hattest ein dmraid, also ein Fake-RAID mit ein bißchen BIOS-Unterstützung, das Du jetzt zum mdraid gemacht hast. Alles, was jetzt kommt, ist reine Theorie und kann zu einem Datenverlust führen, also solltest Du beide Platten sichern. Versuche das mdraid zu stoppen:

Code:

mdadm --stop /dev/md126

Eventuell müssen auch die einzelnen Teile separat gestoppt werden (mit aus meiner Sicht unnützen Dingen wie RAID0 und Fake-RAID kenne ich mich nicht aus). Zum bei 12.1 standardmäßig verwendeten systemd kann ich nichts sagen, bei sysvinit deaktivierst Du den Dienst mdadmd und gegebenenfalls auch boot.md, den laufenden mdadmd würde ich auch beenden und danach versuchen, den Dienst boot.dmraid zu starten.

Aber vielleicht wartest Du noch auf bessere Vorschläge.

rbest · 15 Mai 2012

nein, ich möchte gerne zurück zu dem fakeraid, also md-raid wieder entfernen und dmraid wie vorher.

Nun hab ich folgendes gemacht - hoffe, dass es mir keinen Datenmüll bringt. md hab ich umounted, device.map so geändert:

Code:

(hd1)	/dev/disk/by-id/raid-isw_begaijhdbj_ARRAY0

und die alten Einträge in fstab:

Code:

/dev/disk/by-id/raid-isw_begaijhdbj_ARRAY0-part3	/windows/C	ntfs-3g	users,gid=users,fmask=133,dmask=022,locale=de_DE.UTF-8 0 0 
/dev/disk/by-id/raid-isw_begaijhdbj_ARRAY0-part5	/home/Daten	ext4   	acl,user_xattr 1 2

rbest · 15 Mai 2012

josef-wien schrieb:
Versuche das mdraid zu stoppen:

Code:

mdadm --stop /dev/md126

.

danke, das hatte ich gerade vorhin erfolgreich ausgeführt. Im Partitionierer habe ich gesehen, dass die beiden sda und sdb nun "frei liegen"

rbest · 15 Mai 2012

halleluja, ich glaub es geht. Jetzt boot ich mal in guter Hoffnung

rbest · 15 Mai 2012

sch.... leider nicht. Nach dem booten waren sda und sdb wieder auf md126 gemountet, obwohl die Dienste boot.md und mdadm ausgeschalten sind. Was kann das noch sein?

josef-wien · 15 Mai 2012

josef-wien schrieb:
... deaktivierst Du den Dienst mdadmd und gegebenenfalls auch boot.md, den laufenden mdadmd würde ich auch beenden und danach versuchen, den Dienst boot.dmraid zu starten.

War der letzte Schritt (oder alternativ das Ausführen von /sbin/dmraid -ay) erfolgreich?

Du kannst

Code:

mdadm --zero-superblock /dev/sda
mdadm --zero-superblock /dev/sdb

ausführen, aber ich habe keine Ahnung, ob das Nebenwirkungen auf dmraid hat. Wenn bei

Code:

grep ^INITRD_MODULES /etc/sysconfig/kernel

etwas von raid0 steht, mußt Du das in der Datei entfernen und die initrd neu erstellen.

rbest schrieb:
device.map so geändert

Ich hoffe, die Eintragung für Deine Boot-Platte (hd0) ist auch noch vorhanden, sonst hast Du bei der nächsten YaST-Bootloader-Aktion ein Problem (die Datei wird nur verwendet, wenn Du im laufenden System direkt oder über YaST GRUB-Aktionen ausführst).

rbest · 16 Mai 2012

josef-wien schrieb:
Du kannst

Code:

mdadm --zero-superblock /dev/sda mdadm --zero-superblock /dev/sdb

ausführen, aber ich habe keine Ahnung, ob das Nebenwirkungen auf dmraid hat.

ja, hat es leider.

josef-wien schrieb:
Wenn bei

Code:

grep ^INITRD_MODULES /etc/sysconfig/kernel

etwas von raid0 steht, mußt Du das in der Datei entfernen und die initrd neu erstellen.

jetzt ist offenbar überhaupt kein raid mehr vorhanden :schockiert:

josef-wien schrieb:
Ich hoffe, die Eintragung für Deine Boot-Platte (hd0) ist auch noch vorhanden, sonst hast Du bei der nächsten YaST-Bootloader-Aktion ein Problem (die Datei wird nur verwendet, wenn Du im laufenden System direkt oder über YaST GRUB-Aktionen ausführst).

Ja, die Einträge sind in device.map vorhanden

Code:

(hd1)	/dev/disk/by-id/raid-isw_begaijhdbj_ARRAY0
(hd0)	/dev/disk/by-id/ata-SAMSUNG_HD502HJ_S20BJ9FZ405085

Mein restliches Problem ist lediglich, wie kriege ich jetzt sda und sdb wieder mit dmraid zusammen?
Ich such mal in Google weiter, wär aber nett, wenn jemand, der es weiß, mir einen Tipp gibt. Danke bis jetzt mal.

rbest · 16 Mai 2012

eine Meldung ist ebenfalls noch übrig, die ich nicht zuordnen kann:

/lib/udev/mtp-probe

diese Datei existiert nicht. In Google habe ich einen Hinweis gefunden, dass eine libmtp-irgendwas ausreicht und hab deshalb einen mtp-player installiert, hat aber nichts gebracht.

In einem Artikel hier hat Josef-Wien geschrieben, es gäbe ein update für libmtp9 und damit sie die Meldung erledigt. Diese hab ich in yast gesucht und aktualisiert, aber keine Besserung:http://www.linux-club.de/viewtopic.php?f=61&t=115964&p=729643&hilit=/lib/udev/mtp+probe#p729643

josef-wien · 16 Mai 2012

Du hast das Ergebnis von

josef-wien schrieb:
/sbin/dmraid -ay

noch nicht verraten.

rbest · 16 Mai 2012

hab ich noch nicht? Seitdem ich

Code:

mdadm --zero-superblock /dev/sda
mdadm --zero-superblock /dev/sdb

ausgeführt habe, ergibt

Code:

/sbin/dmraid -ay

no raid disks

josef-wien · 16 Mai 2012

Dann wirst Du dich entweder mit dem Befehl dmraid auseinandersetzen oder auf einen diesbezüglich Kundigen warten müssen.

rbest · 16 Mai 2012

hab ich bereits - und zwar mit der Hilfe

Code:

dmraid: Device-Mapper Software RAID tool

* = [-d|--debug]... [-v|--verbose]... [-i|--ignorelocking]

dmraid	{-a|--activate} {y|n|yes|no} *
	[-f|--format FORMAT[,FORMAT...]]
	[-P|--partchar CHAR]
	[-p|--no_partitions]
	[--separator SEPARATOR]
	[-t|--test]
	[-Z|--rm_partitions] [RAID-set...]

dmraid	{-b|--block_devices} *
	[-c|--display_columns][FIELD[,FIELD...]]...
	[device-path...]

dmraid	{-h|--help}

dmraid	{-l|--list_formats} *

dmraid	{-n|--native_log} *
	[-f|--format FORMAT[,FORMAT...]]
	[--separator SEPARATOR]
	[device-path...]

dmraid	{-r|--raid_devices} *
	[-c|--display_columns][FIELD[,FIELD...]]...
	[-D|--dump_metadata]
	[-f|--format FORMAT[,FORMAT...]]
	[--separator SEPARATOR]
	[device-path...]

dmraid	{-r|--raid_devices} *
	{-E|--erase_metadata}
	[-f|--format FORMAT[,FORMAT...]]
	[--separator SEPARATOR]
	[device-path...]

dmraid	{-s|--sets}...[a|i|active|inactive] *
	[-c|--display_columns][FIELD[,FIELD...]]...
	[-f|--format FORMAT[,FORMAT...]]
	[-g|--display_group]
	[--separator SEPARATOR]
	[RAID-set...]

dmraid	{-f|--format FORMAT}
 	{-C|--create RAID-set} 
	{--type RAID-level}
	[--size [0-9]...[kKgG][bB]]
	[--str[i[de]] [0-9]...[kK][bB]]
	{--disk[s] "device-path[, device-path..."}

dmraid	{-x|--remove RAID-set} 

dmraid	{-R|--rebuild} RAID-set [drive_name]

dmraid	[{-f|--format FORMAT}]
	{-S|--spare [RAID-set]} 
	{-M|--media "device-path"}

dmraid	{-V/--version}

Allerdings komme ich nicht so recht klar. Was ich erfolglos probiert hatte, war die Option -R, sowie diese Version:

Code:

dmraid --create raid-isw_begaijhdbj_ARRAY0 --type 0 --disks "/dev/sda, /dev/sdb"

Ach ja, das Ergebnis könnte ich auch bekanntgeben:

Code:

ERROR: format handler string is NULL
ERROR: unknown format type: (null)

rbest · 16 Mai 2012

ich habe hier Erklärungen gefunden.

Kann mir jemand verklickern, dass eine Erstellung evtl. nur mit format möglich ist?

spoensche · 16 Mai 2012

Eine Erstellung ist nur mit dem jeweiligen Format möglich, weil die Metadaten Formate der Hersteller unterschiedlich sind. D.h. wenn du ein anderes Metadaten Format wählst, dann kommt der Controller damit nicht klar und es kommt zu Funktionsfehlern und Datenverlust. Du müsstest als Format ISW wählen, weil du einen Intel Controller hast,

Software-Raid auflösen

Hacker

Ultimate Guru

Hacker

Guru

Hacker

Moderator

Ultimate Guru

Hacker

Hacker

Hacker

Hacker

Ultimate Guru

Hacker

Hacker

Ultimate Guru

Hacker

Ultimate Guru

Hacker

Hacker

Moderator