#1 Le 15/09/2020, à 15:34
- MeowMeow
MDADM récupération de donnée d'un disque RAID 1 BTRFS [RESOLU] [MIAOU]
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.
Dernière modification par MeowMeow (Le 16/09/2020, à 11:23)
Je suis un chat. Coincoin.
Hors ligne
#2 Le 15/09/2020, à 16:52
- geole
Re : MDADM récupération de donnée d'un disque RAID 1 BTRFS [RESOLU] [MIAOU]
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
Dernière modification par geole (Le 15/09/2020, à 17:16)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#3 Le 15/09/2020, à 17:10
- bruno
Re : MDADM récupération de donnée d'un disque RAID 1 BTRFS [RESOLU] [MIAOU]
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
#4 Le 16/09/2020, à 08:49
- MeowMeow
Re : MDADM récupération de donnée d'un disque RAID 1 BTRFS [RESOLU] [MIAOU]
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.
Je suis un chat. Coincoin.
Hors ligne
#5 Le 16/09/2020, à 09:10
- bruno
Re : MDADM récupération de donnée d'un disque RAID 1 BTRFS [RESOLU] [MIAOU]
Retour de :
dmsetup table
#6 Le 16/09/2020, à 09:32
- MeowMeow
Re : MDADM récupération de donnée d'un disque RAID 1 BTRFS [RESOLU] [MIAOU]
bruno
Voici la réponse
No devices found
Je suis un chat. Coincoin.
Hors ligne
#7 Le 16/09/2020, à 09:40
- bruno
Re : MDADM récupération de donnée d'un disque RAID 1 BTRFS [RESOLU] [MIAOU]
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…
#8 Le 16/09/2020, à 09:56
- MeowMeow
Re : MDADM récupération de donnée d'un disque RAID 1 BTRFS [RESOLU] [MIAOU]
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…
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?
Dernière modification par MeowMeow (Le 16/09/2020, à 09:57)
Je suis un chat. Coincoin.
Hors ligne
#9 Le 16/09/2020, à 10:07
- bruno
Re : MDADM récupération de donnée d'un disque RAID 1 BTRFS [RESOLU] [MIAOU]
Monter la partition, par exemple :
mount /dev/md2 /mnt
Puis copier les données sur un nouveau disque.
#10 Le 16/09/2020, à 10:16
- MeowMeow
Re : MDADM récupération de donnée d'un disque RAID 1 BTRFS [RESOLU] [MIAOU]
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/
Dernière modification par MeowMeow (Le 16/09/2020, à 10:23)
Je suis un chat. Coincoin.
Hors ligne
#11 Le 16/09/2020, à 10:20
- bruno
Re : MDADM récupération de donnée d'un disque RAID 1 BTRFS [RESOLU] [MIAOU]
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.
Dernière modification par bruno (Le 16/09/2020, à 10:25)
#12 Le 16/09/2020, à 10:24
- MeowMeow
Re : MDADM récupération de donnée d'un disque RAID 1 BTRFS [RESOLU] [MIAOU]
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 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
Je suis un chat. Coincoin.
Hors ligne
#13 Le 16/09/2020, à 10:26
- bruno
Re : MDADM récupération de donnée d'un disque RAID 1 BTRFS [RESOLU] [MIAOU]
Parfait
Tu peux mettre un [Résolu] devant le titre de ton premier message.
#14 Le 16/09/2020, à 10:54
- MeowMeow
Re : MDADM récupération de donnée d'un disque RAID 1 BTRFS [RESOLU] [MIAOU]
Parfait
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
Je suis un chat. Coincoin.
Hors ligne
#15 Le 16/09/2020, à 11:10
- MeowMeow
Re : MDADM récupération de donnée d'un disque RAID 1 BTRFS [RESOLU] [MIAOU]
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
ou
chmod 1777
J'ai la même erreur :
Erreur d'entrée/sortie
Sinon, c'est okay.
Dernière modification par MeowMeow (Le 16/09/2020, à 11:25)
Je suis un chat. Coincoin.
Hors ligne
#16 Le 16/09/2020, à 19:27
- geole
Re : MDADM récupération de donnée d'un disque RAID 1 BTRFS [RESOLU] [MIAOU]
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.
Dernière modification par geole (Le 16/09/2020, à 19:31)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne