[gull] Récupération des données d'un disk raid par un port USB - problème avec LVM

[Yves Martin]

  Bonsoir,

Un premier conseil, si vous avez un doute sur la structure de la source,
le mieux est de ne tenter de s'en servir qu'en mode "read-only", aussi
bien avec "mdadm" qu'avec "mount".

D'un autre côté, il nous faudrait en savoir plus sur le contenu de
ce /dev/sds3

Le message d'erreur émis par mount est suspect. "No such device" n'est
pas vraiment ce que j'attendrai. Il faudrait d'abord essayer de monter
ailleurs - au cas où /mnt/usb serait de l'automount dans le NAS par
exemple:
  mkdir /tmp/test
  mount --read-only /dev/md3 /tmp/test

Si c'est OK, ne vous reste plus qu'à copier les fichiers vers un point
de montage d'un système de fichiers créé par l'interface habituelle du
NAS.

Si mount échoue, "md3" n'est pas un système de fichiers directement à
cet emplacement. On peut supposer qu'il y a un PV (physical volume LVM)
sur cette partition déclarée en RAID (en supposant que le volume group
n'était pas distribué sur plusieurs PVs)

Apparemment les "vg1" et "vg1000" sont quasi identiques en taille ce qui
me semble surprenant. À confirmer.

Le "vg1000" serait constitué d'un PV sur /dev/md2
alors que "vg1" serait constitué d'un PV sur /dev/md3

Pour en avoir le coeur net, merci de fournir la sortie de "pvdisplay"

Si c'est juste, "lvdisplay vg1" vous permettra de voir les volumes
logiques configurés sur "vg1" donc "dans" votre /dev/sds3.

Si vous ne voyez rien, une séquence de "pvscan", "vgscan", "lvscan"
pourrait aider à faire apparaître les systèmes de fichiers.

Utilisez alors les valeurs fournies en "LV path" pour les monter en
read-only.

À priori vous n'avez besoin d'utiliser aucune commande de
configuration/modification des entités LVM, donc le risque de perte est
limité. Les commandes que j'ai nommé ne font que de la consultation.

Cordialement
-- 
Yves Martin