☰

Mounten von Datenträgern aus einem RAID 1-Array zur Datenwiederherstellung

tag-icon • tag-icon linux hard-drive debian raid
Mounten von Datenträgern aus einem RAID 1-Array zur Datenwiederherstellung

Ich habe einige Probleme mit einemDebian 7.5 stabil (Wheezy)Server. Es läuft derzeit im Rettungsmodus.

Es hat ein2 x 2000 GB HDD in einem RAID 1-Array.

Meine unmittelbare Priorität besteht darin, auf ein bestimmtes Verzeichnis () zugreifen und es sichern zu können /home/servers/.

Das Problem ist, dass ich Schwierigkeiten habe, die Festplatte(n) zu mounten. Ich würde das lieber auf saubere Art und Weise machen, indem ich das RAID-Array verwende, aber alles ist in Ordnung, solange ich auf die Daten zugreifen kann, weil ich später alles neu installieren und auf Ubuntu umsteigen werde.

root@rescue:~# fdisk -l

WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sda: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1  3907029167  1953514583+  ee  GPT
Partition 1 does not start on physical sector boundary.

WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sdb: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1  3907029167  1953514583+  ee  GPT
Partition 1 does not start on physical sector boundary.

Disk /dev/md2: 1978.4 GB, 1978380779520 bytes
2 heads, 4 sectors/track, 483003120 cylinders, total 3864024960 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

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

Disk /dev/md1: 21.5 GB, 21474770944 bytes
2 heads, 4 sectors/track, 5242864 cylinders, total 41942912 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

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

Zuerst habe ich den einfachen Weg versucht:

root@rescue:~# mount /dev/sda1 sda1
mount: unknown filesystem type 'linux_raid_member'

Dann habe ich versucht, dieser Anleitung zu folgen @http://blog.sleeplessbeastie.eu/2012/05/08/how-to-mount-software-raid1-member-using-mdadm/

root@rescue:~# mdadm -A -R /dev/md9 /dev/sda1
mdadm: /dev/sda1 is busy - skipping

Ich habe den Server neu gestartet, aber /dev/sda1 ist immer noch beschäftigt. Jetzt stecke ich fest und dies ist ein Produktionsserver! Bitte helfen Sie mir, ich weiß nicht, wie ich von hier aus weitermachen soll.

AKTUALISIEREN:

root@rescue:~# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath] [faulty]
md1 : active raid1 sda1[0] sdb1[1]
      20971456 blocks [2/2] [UU]

md2 : active raid1 sda2[0] sdb2[1]
      1932012480 blocks [2/2] [UU]

unused devices: <none>

.

root@rescue:~# cat /etc/fstab
# /etc/fstab: Information sur les systèmes de fichiers.
#
# <sys.fichiers><pt de montage><type> <options>  <dump> <pass>
proc    /proc   proc    defaults        0       0

Antwort1

Was passiert, wenn Sie Folgendes versuchen:

mkdir /mnt/md1
mount /dev/md1 /mnt/md1

mkdir /mnt/md2
mount /dev/md2 /mnt/md2

?

Dadurch werden leere Ordner erstellt, die als Einhängepunkte verwendet werden können, und es wird versucht, die RAID-Dateisysteme einzuhängen, sofern dies sauber gelingt (falls beim Einhängen Probleme auftreten, wird der Fehler gemeldet und die Laufwerke bleiben unberührt).

Wenn diese Befehle funktionieren, befinden sich Ihre Dateien entweder unter /mnt/md1/servers/oder /mnt/md2/servers/(höchstwahrscheinlich unter der zweiten Option).

Zum späteren Nachschlagen:

/proc/mdstaterstellt eine Liste aller aktiven und inaktiven RAID-Arrays. Es zeigt Ihnen, dass Sie ein 21,5-GiB-Array ( md1) haben, das auf /dev/sda1und aufgebaut ist /dev/sdb1, und ein zweites 1,9-TiB-Array ( md2), das auf /dev/sda2und aufgebaut /dev/sdb2ist. Dies ist ein recht gängiges Partitionierungsschema, bei dem sich das Betriebssystem/die Anwendungen auf einer kleinen Partition ( md1) befinden und alle Benutzerdaten ( /home/*) auf einer separaten, größeren Partition ( ) gespeichert sind md2. Dies macht es einfach, nur die Betriebssystempartition zu löschen und neu zu installieren, ohne eine Menge Benutzerdaten verschieben zu müssen.

/etc/fstablistet alle Standard-Einhängepunkte im System auf. Dies ist hier nicht sehr hilfreich, da Sie auf einem Rettungssystem arbeiten, aber auf einem Nicht-Rettungssystem würden wir so etwas wie eine Zuordnung für /dev/md1to /​​und /dev/md2to sehen /home/(wenn die Annahme zur Partitionierung im vorherigen Absatz zutrifft).

Beim Hochfahren eines Systems erkennt es RAID-Arrays automatisch und startet sie, wenn es alle Laufwerke findet (weshalb sie bereits laufen und der mdadmVersuch, ein Array manuell zusammenzustellen, mit einem Busy-Fehler fehlschlug /dev/md9– das md1Array verwendete es bereits). Da es sich jedoch um ein Rettungssystem handelt, waren keine Mount-Informationen vorhanden, die dem System das Mounten irgendwohin /etc/fstabverwiesen hätten – dies versucht der obige Befehlsblock manuell zu erledigen./dev/md1/dev/md2

verwandte Informationen