Re: récupérer des données en RAID 1
Vincent Bernat a écrit :
> BERTRAND Joël <joel.bertrand@systella.fr> :
>
>> Si c'est du Raid1, tu dois pouvoir monter les disques à la
>> main comme s'il s'agissait de disques non raid.
>>
>> Typiquement, si /dev/md0 est composé de /dev/sda1 et de
>> /dev/sdb1, tu peux monter /dev/sdb1 tout seul.
>
> Avec des métadata en 1.1 ou 1.2, le superblock est maintenant en début
> de volume, on ne peut donc plus monter une partition comme si de rien
> n'était.
On peut la monter en loop avec l'offset qui va bien pour sauter le
superbloc, obtenu grâce à mdadm -E :
root@raid-gpt-efi:~# mdadm -E /dev/sdb2
/dev/sdb2:
Magic : a92b4efc
Version : 1.2
Feature Map : 0x0
Array UUID : 502f5850:ca3c0adb:e19a5529:50c46b7b
Name : raid-gpt-efi:0 (local to host raid-gpt-efi)
Creation Time : Mon Dec 29 22:37:16 2014
Raid Level : raid1
Raid Devices : 2
Avail Dev Size : 7809024 (3.72 GiB 4.00 GB)
Array Size : 3904448 (3.72 GiB 4.00 GB)
Used Dev Size : 7808896 (3.72 GiB 4.00 GB)
Data Offset : 4096 sectors
(...)
root@raid-gpt-efi:~# losetup -v -r -o $((4096*512)) -f /dev/sdb2
Loop device is /dev/loop0
root@raid-gpt-efi:~# file -s /dev/loop0
/dev/loop0: sticky Linux rev 1.0 ext4 filesystem data,
UUID=7c0d3084-a66a-46b3-9fd0-2893d0ba9e59 (needs journal recovery)
(extents) (large files) (huge files)
root@raid-gpt-efi:~# file -s /dev/md0
/dev/md0: sticky Linux rev 1.0 ext4 filesystem data,
UUID=7c0d3084-a66a-46b3-9fd0-2893d0ba9e59 (needs journal recovery)
(extents) (large files) (huge files)
Mais c'est se compliquer la vie pour rien : il suffit d'assembler
explicitement un volume RAID avec cette seule partition.
Reply to: