J'ai une situation horrible où je dois restaurer les données d'un système de raid endommagé dans un Debian Linux de secours. Je veux juste les monter tous dans / mnt / rescue en mode lecture seule pour pouvoir copier des images VMWare GSX sur une autre machine et les migrer vers ESXi plus tard. La sortie des commandes pertinentes est la suivante.
fdisk -l
Disk /dev/sda: 1500.3 GB, 1500301910016 bytes
255 heads, 63 sectors/track, 182401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0005e687
Device Boot Start End Blocks Id System
/dev/sda1 1 523 4200997 fd Linux raid autodetect
/dev/sda2 524 785 2104515 fd Linux raid autodetect
/dev/sda3 786 182401 1458830520 fd Linux raid autodetect
Disk /dev/sdb: 1500.3 GB, 1500301910016 bytes
255 heads, 63 sectors/track, 182401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00014fc7
Device Boot Start End Blocks Id System
/dev/sdb1 1 523 4200997 fd Linux raid autodetect
/dev/sdb2 524 785 2104515 fd Linux raid autodetect
/dev/sdb3 786 182401 1458830520 fd Linux raid autodetect
Disk /dev/md0: 4301 MB, 4301717504 bytes
2 heads, 4 sectors/track, 1050224 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Disk /dev/md0 doesn't contain a valid partition table
Disk /dev/md1: 2154 MB, 2154954752 bytes
2 heads, 4 sectors/track, 526112 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Disk /dev/md1 doesn't contain a valid partition table
J'essayais de monter les disques comme suit.
mount -o ro /dev/sda1 /mnt/rescue
Ensuite, j'obtiens l'erreur suivante.
mount: unknown filesystem type 'linux_raid_member'
Deviner que le système de fichiers ne va pas bien non plus.
mount -o ro -t ext3 /dev/sda1 /mnt/rescue/
mount: /dev/sda1 already mounted or /mnt/rescue/ busy
J'ai donc essayé de créer un périphérique virtuel comme suit.
mdadm -A -R /dev/md9 /dev/sda1
Il en résulte le message suivant.
mdadm: cannot open device /dev/sda1: Device or resource busy
mdadm: /dev/sda1 has no superblock - assembly aborted
Maintenant que je suis perdu, je ne sais pas comment récupérer les disques et récupérer les données. Ce qui suit est la sortie de mda --examine pour les 3 disques (je pense que ce devrait être 3x disques raid1).
/ dev / sda1:
Magic : a92b4efc
Version : 0.90.00
UUID : 6708215c:6bfe075b:776c2c25:004bd7b2 (local to host rescue)
Creation Time : Mon Aug 31 17:18:11 2009
Raid Level : raid1
Used Dev Size : 4200896 (4.01 GiB 4.30 GB)
Array Size : 4200896 (4.01 GiB 4.30 GB)
Raid Devices : 3
Total Devices : 2
Preferred Minor : 0
Update Time : Sun Jun 2 00:58:05 2013
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Checksum : 9070963e - correct
Events : 19720
Number Major Minor RaidDevice State
this 1 8 1 1 active sync /dev/sda1
0 0 0 0 0 removed
1 1 8 1 1 active sync /dev/sda1
2 2 8 17 2 active sync /dev/sdb1
/ dev / sda2:
Magic : a92b4efc
Version : 0.90.00
UUID : e8f7960f:6bbea0c7:776c2c25:004bd7b2 (local to host rescue)
Creation Time : Mon Aug 31 17:18:11 2009
Raid Level : raid1
Used Dev Size : 2104448 (2.01 GiB 2.15 GB)
Array Size : 2104448 (2.01 GiB 2.15 GB)
Raid Devices : 3
Total Devices : 2
Preferred Minor : 1
Update Time : Sat Jun 8 07:14:24 2013
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Checksum : 120869e1 - correct
Events : 3534
Number Major Minor RaidDevice State
this 1 8 2 1 active sync /dev/sda2
0 0 0 0 0 removed
1 1 8 2 1 active sync /dev/sda2
2 2 8 18 2 active sync /dev/sdb2
/ dev / sda3:
Magic : a92b4efc
Version : 0.90.00
UUID : 4f2b3b67:c3837044:776c2c25:004bd7b2 (local to host rescue)
Creation Time : Mon Aug 31 17:18:11 2009
Raid Level : raid5
Used Dev Size : 1458830400 (1391.25 GiB 1493.84 GB)
Array Size : 2917660800 (2782.50 GiB 2987.68 GB)
Raid Devices : 3
Total Devices : 2
Preferred Minor : 2
Update Time : Sat Jun 8 14:47:00 2013
State : clean
Active Devices : 1
Working Devices : 1
Failed Devices : 1
Spare Devices : 0
Checksum : 2b2b2dad - correct
Events : 36343894
Layout : left-symmetric
Chunk Size : 64K
Number Major Minor RaidDevice State
this 1 8 3 1 active sync /dev/sda3
0 0 0 0 0 removed
1 1 8 3 1 active sync /dev/sda3
2 2 0 0 2 faulty removed
cat /proc/mdstat
Personalities : [raid1]
md2 : inactive sda3[1](S) sdb3[2](S)
2917660800 blocks
md1 : active raid1 sda2[1] sdb2[2]
2104448 blocks [3/2] [_UU]
md0 : active raid1 sda1[1] sdb1[2]
4200896 blocks [3/2] [_UU]
md2 semble être endommagé et c'est probablement le raid avec mes images VMWare.
Je voudrais accéder aux données de md2 (les données sur le disque actif et non endommagé, c'est-à-dire / dev / sda3) en le montant en dehors du raid.
Est-ce une bonne idée de simplement exécuter
mdadm --manage /dev/md2 --remove /dev/sda3
(cela fonctionnerait-il même car md2 n'est pas vu par fdisk)?
Dois-je réassembler les autres raids md0 et md1 en exécutant
mdadm --assemble /dev/md0 /dev/sda1 /dev/sdb1
?
MISE À JOUR 0: Je ne peux pas assembler md0 et md2.
root@rescue ~ # mdadm --assemble /dev/md0 /dev/sda1 /dev/sdb1
mdadm: cannot open device /dev/sda1: Device or resource busy
mdadm: /dev/sda1 has no superblock - assembly aborted
root@rescue ~ # mdadm --assemble /dev/md2 /dev/sda3 /dev/sdb3
mdadm: cannot open device /dev/sda3: Device or resource busy
mdadm: /dev/sda3 has no superblock - assembly aborted
Le montage avec le montage -t auto n'est pas possible.
root@rescue ~ # mount -t auto -o ro /dev/md0 /mnt/rescue/
/dev/md0 looks like swapspace - not mounted
mount: you must specify the filesystem type
root@rescue ~ # mount -t auto -o ro /dev/md2 /mnt/rescue/
mount: you must specify the filesystem type
Le montage / dev / md1 fonctionne mais pas de données VMWare dessus.
root@rescue /mnt/rescue # ll
total 139M
-rw-r--r-- 1 root root 513K May 27 2010 abi-2.6.28-19-server
-rw-r--r-- 1 root root 631K Sep 16 2010 abi-2.6.32-24-server
-rw-r--r-- 1 root root 632K Oct 16 2010 abi-2.6.32-25-server
-rw-r--r-- 1 root root 632K Nov 24 2010 abi-2.6.32-26-server
-rw-r--r-- 1 root root 632K Dec 2 2010 abi-2.6.32-27-server
-rw-r--r-- 1 root root 632K Jan 11 2011 abi-2.6.32-28-server
-rw-r--r-- 1 root root 632K Feb 11 2011 abi-2.6.32-29-server
-rw-r--r-- 1 root root 632K Mar 2 2011 abi-2.6.32-30-server
-rw-r--r-- 1 root root 632K Jul 30 2011 abi-2.6.32-33-server
lrwxrwxrwx 1 root root 1 Aug 31 2009 boot -> .
-rw-r--r-- 1 root root 302K Aug 4 2010 coffee.bmp
-rw-r--r-- 1 root root 89K May 27 2010 config-2.6.28-19-server
...
MISE À JOUR 1:
J'ai essayé d'arrêter md2 et md0 et de réassembler.
mdadm -S /dev/md0
root@rescue ~ # mount -t auto -o ro /dev/md0 /mnt/rescue/
/dev/md0 looks like swapspace - not mounted
mount: you must specify the filesystem type
mdadm -S /dev/md2
root@rescue ~ # mount -t auto -o ro /dev/md2 /mnt/rescue/
mount: you must specify the filesystem type
Des idées?
MISE À JOUR 2:
L'assemblage à partir d'un disque ne fonctionne pas en raison du message d'erreur suivant.
root@rescue ~ # mdadm -S /dev/md2
root@rescue ~ # mdadm --assemble /dev/md2 /dev/sda3
mdadm: /dev/md2 assembled from 1 drive - not enough to start the array.
root@rescue ~ # mdadm -S /dev/md2
mdadm: stopped /dev/md2
root@rescue ~ # mdadm --assemble /dev/md2 /dev/sdb3
mdadm: /dev/md2 assembled from 1 drive - not enough to start the array.
Même un nouveau raid échoue.
root@rescue ~ # mdadm -S /dev/md9
mdadm: stopped /dev/md9
root@rescue ~ # mdadm --assemble /dev/md9 /dev/sda3
mdadm: /dev/md9 assembled from 1 drive - not enough to start the array.
root@rescue ~ # mdadm -S /dev/md9
mdadm: stopped /dev/md9
root@rescue ~ # mdadm --assemble /dev/md9 /dev/sdb3
mdadm: /dev/md9 assembled from 1 drive - not enough to start the array.
La création d'un nouveau disque md échoue également.
root@rescue ~ # cat /proc/mdstat
Personalities : [raid1]
md0 : active raid1 sda1[1] sdb1[2]
4200896 blocks [3/2] [_UU]
md1 : active raid1 sda2[1] sdb2[2]
2104448 blocks [3/2] [_UU]
unused devices: <none>
root@rescue ~ # mdadm -A -R /dev/md9 /dev/sda3
mdadm: failed to RUN_ARRAY /dev/md9: Input/output error
mdadm: Not enough devices to start the array.
root@rescue ~ # cat /proc/mdstat
Personalities : [raid1] [raid6] [raid5] [raid4]
md9 : inactive sda3[1]
1458830400 blocks
md0 : active raid1 sda1[1] sdb1[2]
4200896 blocks [3/2] [_UU]
md1 : active raid1 sda2[1] sdb2[2]
2104448 blocks [3/2] [_UU]
unused devices: <none>
root@rescue ~ # mdadm -S /dev/md9
mdadm: stopped /dev/md9
root@rescue ~ # mdadm -A -R /dev/md9 /dev/sdb3
mdadm: failed to RUN_ARRAY /dev/md9: Input/output error
mdadm: Not enough devices to start the array.
MISE À JOUR 3:
La suppression de disques de md2 ne fonctionne pas.
mdadm --remove /dev/md2 /dev/sda3
mdadm: cannot get array info for /dev/md2
MISE À JOUR 4:
Enfin, courir assembler avec, --forceespérons-le, l'a fait. Je copie maintenant des fichiers sur un autre serveur.
mdadm --assembleest la voie à suivre. Essayez sans--remove.mdadm --assemble /dev/md0 /dev/sda1 /dev/sdb1mdadm: /dev/md0 has been started with 2 drives (out of 3).Mais le montage échoue (je ne connais pas le type de système de fichiers).mount -o ro /dev/md0 /mnt/rescue/dev/md0 looks like swapspace - not mountedmount: you must specify the filesystem typesd?1- être est swapspace. Essayez de montermd1etmd2et à monter avecmount -t auto ....Réponses:
Dans mon cas, j'ai fait apparaître CentOS 7 et j'ai essayé de suivre les instructions de tout le monde sur cette page. J'ai continué à rencontrer un message de périphérique occupé. À mon avis, la raison pour laquelle vous obtenez le
Le message d'erreur est dû au fait que le périphérique est déjà monté comme autre chose.
Je ne voulais pas non plus apporter de modifications au disque car mon cas d'utilisation était d'extraire un très gros fichier de ma matrice RAID1 qui n'a pas pu être extrait de toutes les manières possibles et le moyen le plus rapide était de retirer l'un des disques , Je veux remettre le disque et toujours avoir ma configuration en place.
Voici ce que j'ai fait après avoir effectué des recherches en ligne sur d'autres sites: REMARQUE : NAS: 0 est le nom de mon périphérique NAS, remplacez-le de manière appropriée.
Il a été automatiquement monté bien qu'il dirait que ce n'est pas monté si vous exécutez la commande mount, vous pouvez vérifier qu'il a été monté en exécutant:
Remarquez qu'il a été automatiquement monté sous
/dev/md127moi.Alors ok:
Ça l'a fait pour moi.
En cas de doute, DD le lecteur pour faire une copie complète et utiliser CentOS ou autre Linux Live CD.
la source
/dev/md127donc j'ai émis l'arrêt comme çamdadm --manage --stop /dev/md127.Si vous le pouvez, vous devriez faire une
ddimage de votre disque entier avant de faire quoi que ce soit, au cas où.Vous devriez pouvoir monter / dev / sda3 directement une fois libéré
mdadm:Si cela ne fonctionne pas, vous
testdiskpouvez généralement trouver des systèmes de fichiers sur des périphériques de blocs bruts.la source
Je l'ai fait par la "voie dure": (d'abord si c'est possible de cloner ce disque avant de faire quoi que ce soit!)
dmesgpour le raid-disque ou essayer (exemple:sdc1)Modifiez le drapeau RAID-DISK sur votre système de fichiers Linux (ext3 ou quelque chose), enregistrez-le et redémarrez.
Après ça
et voila tu peux monter
la source