Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

MDADM récupération de donnée d'un disque RAID 1 BTRFS [RESOLU] [MIAOU]

MeowMeow

Bonjour à toutes et à tous,

Tout d'abord, j'utilise xubuntu sur une vm en version 20 64bits.

Un ami m'a donné un de ses disque durs qui était en miroir sur un synology. Voici leurs doc ici

D'après leurs doc, il faut utiliser linux. C'est pour cela que mon pote m'a donné son disque dur car il ne connaît personne qui sait utiliser linux.

Je fais un "fidsk -l" : il détecte bien le disque dur :

Périphérique Amorçage   Début      Fin Secteurs Taille Id Type
/dev/sda1    *           2048  1050623  1048576   512M  b W95 FAT32
/dev/sda2             1052670 20969471 19916802   9,5G  5 Étendue
/dev/sda5             1052672 20969471 19916800   9,5G 83 Linux


Disque /dev/sdb : 3,65 TiB, 4000787030016 octets, 7814037168 secteurs
Disk model: 2105            
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 57EBF010-E5C2-4E7D-9DE1-1485168BF9C1

Périphérique   Début        Fin   Secteurs Taille Type
/dev/sdb1       2048    4982527    4980480   2,4G RAID Linux
/dev/sdb2    4982528    9176831    4194304     2G RAID Linux
/dev/sdb5    9453280 7813830239 7804376960   3,6T RAID Linux

Sur la doc, il faut taper ceci :

mdadm -Asf && vgchange -ay

Voici son retour quand moi je le fait :

mdadm: No arrays found in config file or automatically]

Quand j'essaie de le monter :

mount /dev/sdb5 /mnt

mount: /mnt: type de système de fichiers « linux_raid_member » inconnu.

Avec quelques recherches, je n'ai pas réussi à trouver une solution.

Quand je fais un :

mdadm --examine /dev/sdb5
/dev/sdb5:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x0
     Array UUID : 802d6854:a0d1cb33:f02db0d4:d6c74eb6
           Name : DiskStation:2
  Creation Time : Tue Aug 23 10:29:11 2016
     Raid Level : raid1
   Raid Devices : 2

 Avail Dev Size : 7804374912 (3721.42 GiB 3995.84 GB)
     Array Size : 3902187456 (3721.42 GiB 3995.84 GB)
    Data Offset : 2048 sectors
   Super Offset : 8 sectors
   Unused Space : before=1968 sectors, after=0 sectors
          State : clean
    Device UUID : f41521ae:aa7c05ac:4dfc9f26:a813d742

    Update Time : Mon Sep  7 21:52:22 2020
       Checksum : f2ee7728 - correct
         Events : 733


   Device Role : Active device 1
   Array State : AA ('A' == active, '.' == missing, 'R' == replacing)

Et l'uid sur le mdadm.conf est bon :

cat /etc/mdadm.conf 
ARRAY /dev/md/2  metadata=1.2 UUID=802d6854:a0d1cb33:f02db0d4:d6c74eb6 name=DiskStation:2

Autres infos :

cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md2 : inactive sdb5[1](S)
      3902187456 blocks super 1.2
       
unused devices: <none>

mdadm --assemble /dev/md0 /dev/sdb5
mdadm: /dev/sdb5 is busy - skipping

Pouvez-vous m'aider?

Je vous remercie.

geole

Bonjour
Je ne sais pas trop d'aider sur ce message

mdadm --assemble /dev/md0 /dev/sdb5
mdadm: /dev/sdb5 is busy - skipping

Peut-être en forçant malgré le busy

mdadm --assemble --run --read-only /dev/md0 /dev/sdb5

mdadm --assemble -- force  --run --read-only /dev/md0 /dev/sdb5

Je pense que le but est de récupérer les données et de les transfèrer dans un autre disque
Si cela ne fonctionne pas, tu peux alors essayer testdisk https://doc.ubuntu-fr.org/testdisk

bruno

Il faut éviter de forcer.
Il faut comprendre pourquoi sd5 est considéré comme actif. Peut-être à cause de la commande mount précédente…
Le mieux est de repartir à zéro (quitte à redémarrer la machine) et de lancer :

mdadm --detail --scan --verbose

et donner :

cat /etc/mdadm/mdadm.conf

MeowMeow

Merci de vos réponses. Alors oui, c'est pour lire en lecture seule afin de récupérer des données.
Je vais commencer par répondre à Bruno. Car celui-ci me dit de ne pas forcer.

Donc pour :

mdadm --detail --scan --verbose

Résultat :

INACTIVE-ARRAY /dev/md127 num-devices=1 metadata=1.2 name=DiskStation:2 UUID=802d6854:a0d1cb33:f02db0d4:d6c74eb6
   devices=/dev/sdb5

Pour la deuxième question :

cat /etc/mdadm/mdadm.conf

# mdadm.conf
#
# !NB! Run update-initramfs -u after updating this file.
# !NB! This will ensure that initramfs has an uptodate copy.
#
# Please refer to mdadm.conf(5) for information about this file.
#

# by default (built-in), scan all partitions (/proc/partitions) and all
# containers for MD superblocks. alternatively, specify devices to scan, using
# wildcards if desired.
#DEVICE partitions containers

# automatically tag new arrays as belonging to the local system
HOMEHOST <system>

# instruct the monitoring daemon where to send mail alerts
MAILADDR root

# definitions of existing MD arrays

# This configuration was auto-generated on Tue, 15 Sep 2020 09:17:29 +0200 by mkconf

Pour geole
Pour ta première ligne de commande :

mdadm --assemble --run --read-only /dev/md0 /dev/sdb5

PS : il faut utiliser "--readonly"
Réponse :

mdadm: /dev/sdb5 is busy - skipping

Pour la 2ème

mdadm --assemble -- force  --run --readonly /dev/md0 /dev/sdb5

Réponse :

mdadm: an md device must be given in this mode

Je suis entrain de faire un testdisk.

bruno

Retour de :

dmsetup table

MeowMeow

bruno

Voici la réponse

No devices found

bruno

Ok donc c'est bien parce qu'il y a déjà /dev/md127 que tu as une réponse /dev/sdb5 is busy

mdadm --run /dev/md127

Je ne sais pas pourquoi tu t'acharnes à vouloir assembler ton raid sur /dev/md0. Dans le premier message déjà c'était md2…

MeowMeow

bruno a écritOk donc c'est bien parce qu'il y a déjà /dev/md127 que tu as une réponse /dev/sdb5 is busy
mdadm --run /dev/md127
Je ne sais pas pourquoi tu t'acharnes à vouloir assembler ton raid sur /dev/md0. Dans le premier message déjà c'était md2…

Réponse :
mdadm: error opening /dev/md127: No such file or directory

Pour répondre, je n'avais pas vu tout cela.

Du coup, j'ai refait ceci :

mdadm --detail --scan --verbose
INACTIVE-ARRAY /dev/md2 num-devices=1 metadata=1.2 name=DiskStation:2 UUID=802d6854:a0d1cb33:f02db0d4:d6c74eb6
   devices=/dev/sdb5
root@xubuntu-VirtualBox:/home/xubuntu# mdadm --run /dev/md2
mdadm: started array /dev/md/2
root@xubuntu-VirtualBox:/home/xubuntu#

Donc, cela à fonctionné, que dois-je faire par la suite?

bruno

Monter la partition, par exemple :

mount /dev/md2 /mnt

Puis copier les données sur un nouveau disque.

MeowMeow

Tout simplement! Piouf, dernière ligne droite.

Par contre :

mount: /mnt: type de système de fichiers « LVM2_member » inconnu.

Donc, j'ai fait ceci :

vgscan
  WARNING: PV /dev/md2 in VG vg1000 is using an old PV header, modify the VG to update.
  Found volume group "vg1000" using metadata type lvm2

Puis :

vgchange -a y 
  WARNING: PV /dev/md2 in VG vg1000 is using an old PV header, modify the VG to update.
  1 logical volume(s) in volume group "vg1000" now active

Et donc pour le montage :

mount /dev/vg1000/lv /mnt -o ro

Et maintenant j'arrive à voir les dossier (seulement en ligne de commande) sur /mnt/

bruno

J'espérais que ce soit un simple système de fichiers ext, mais ce n'est pas le cas :/
Visiblement il s'agit de volume LVM ce qui va sérieusement compliquer les choses.
Il faut d'abord regarder le retour de :

parted -l

(uniquement la partie concernant /dev/md2)
et de

vgscan

et espérer qu'un spécialiste de LVM passe par ici pour t'aider à monter le volume, si c'est possible.

MeowMeow

bruno a écritJ'espérais que ce soit un simple système de fichiers ext, mais ce n'est pas le cas :/
Visiblement il s'agit de volume LVM ce qui va sérieusement compliquer les choses.
Il faut d'abord regarder le retour de :
parted -l
(uniquement la partie concernant /dev/md2)
et espérer qu'un spécialiste de LVM passe par ici pour t'aider à monter le volume, si c'est possible.

J'ai repris le tuto de mon premier message et cela fonctionne.

Merci pour tout 🙂

bruno

Parfait 😉
Tu peux mettre un [Résolu] devant le titre de ton premier message.

MeowMeow

bruno a écritParfait 😉
Tu peux mettre un [Résolu] devant le titre de ton premier message.

J'attends de voir si j'arrive à copier les fichiers sur un disque dur. Mais j'avais un soucis avec virtual box (il fallait passer du usb3 a usb2). Dur dur.

Mais oui, je vais le faire. Merci beaucoup encore

MeowMeow

Par contre, le soucis à évolué.

Je n'arrive pas à copier les dossiers vers un disque dur :

cp /mnt/nomdudossier /nomdudisque/dossier

cp: impossible d'évaluer

EDIT : en gros, j'arrive bien à copier d'autres fichier.

Mais le dossier où j'ai une erreur (impossible évaluer erreur entrée/sortie) --> il doit être corrompu. J'ai fait un

ls -la

, le dossier en question n'a pas de droit de lecteur. Donc

chmod +x

chmod 1777

J'ai la même erreur :

Erreur d'entrée/sortie

Sinon, c'est okay.

geole

Bonjoir,
C'est un dossier qui n'est pas bien structuré.
Si tu veux malgré tout tenter d'en récupérer des extraits.
A) Dupliquer le disque avec ddrescue.
https://doc.ubuntu-fr.org/ddrescue
Vu ton contexte, c'est peut-être facultatif.
B) Remettre à zéro avec un wipe tous les fichiers que tu as déjà récupéré,
https://doc.ubuntu-fr.org/wipe
C) Récupérer les zones non à zéro avec photorec.
https://doc.ubuntu-fr.org/photorec
Ou récupérer le second disque pour remettre en état le raids.