Archlinux.fr [Forums]

Forum d'entraide ! Posez vos questions ici
https://forums.archlinux.fr/

[Raid] + LVM - données inaccessibles

https://forums.archlinux.fr/viewtopic.php?t=16511

Page 1 sur 1

[Raid] + LVM - données inaccessibles

Publié : ven. 20 févr. 2015, 20:36
par Yeocti
Bonjour,

Je me permets de venir requérir votre aide...

J'ai un PC me servant de NAS comprenant 4 disques configurés en RAID 5 (3 disques + 1 spare).
Il y avait sur ce raid un volume LVM formaté en ext4. Le système est installé sur un SSD.

J'ai, il y a quelques jours, changé de matériel (carte mère + processeur) et j'en ai profité pour réinstaller archlinux, le système n'ayant pas servi depuis fin 2013.
Le hic, c'est que lors de l'installation, j'ai (re ?)créé une table de partition GPT sur mes 4 disques durs, sur le coup je n'ai pas réalisé que ça risquait de porter à conséquence.

Après une configuration basique, j'ai tenté de redémarrer la grappe RAID sauf que, pfiut plus de table de partition donc plus d'assemblage automatique.
J'ai réussi à récupérer l'ancienne table sur 2 des 4 disques et à forcer l'assemblage du RAID en mode dégradé, pensant pouvoir ainsi accéder à mes données, les sauvegarder et remettre tout ça d'aplomb.
Que nenni, le volume LVM est introuvable !

Ayant réinstallé le système, je n'ai pas de sauvegarde de la configuration LVM antérieure. J'ai donc tenté d'examiner le RAID pour retrouver les métadonnées (https://www.howtoforge.com/recover_data ... partitions), sans succès.

J'en viens donc à me demander :
  1. Pourquoi je ne peux remettre que deux disques dans ma grappe RAID ;
  2. Si j'avais réellement du LVM au dessus de mon RAID ;
  3. S'il y a une petite chance pour que je puisse retrouver les données que j'avais là dessus ;
Merci pour vos conseils...

PS : Je précise qu'il n'y a pas de données particulièrement importantes, ce qui devait être sauvegardé l'est :D

Re: [Raid] + LVM - données inaccessibles

Publié : ven. 20 févr. 2015, 20:43
par Yeocti
Quelques compléments :

/dev/sdc

Code : Tout sélectionner

mdadm --examine /dev/sdc

Code : Tout sélectionner

/dev/sdc:
   MBR Magic : aa55
Partition[0] :   3907028992 sectors at         2048 (type 83)

Code : Tout sélectionner

mdadm --examine /dev/sdc1

Code : Tout sélectionner

mdadm: No md superblock detected on /dev/sdc1.
/dev/sdd

Code : Tout sélectionner

mdadm --examine /dev/sdd

Code : Tout sélectionner

/dev/sdd:
   MBR Magic : aa55
Partition[0] :   3907024002 sectors at           63 (type 83)

Code : Tout sélectionner

mdadm --examine /dev/sdd1
/dev/sdd1:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x0
     Array UUID : 5363dce4:f9b9aea9:ef8ea361:07e88084
           Name : Eckmul:0  (local to host Eckmul)
  Creation Time : Thu Jan 13 09:53:14 2011
     Raid Level : raid5
   Raid Devices : 3

 Avail Dev Size : 3907021954 (1863.01 GiB 2000.40 GB)
     Array Size : 3907020800 (3726.03 GiB 4000.79 GB)
  Used Dev Size : 3907020800 (1863.01 GiB 2000.39 GB)
    Data Offset : 2048 sectors
   Super Offset : 8 sectors
   Unused Space : before=1968 sectors, after=1154 sectors
          State : clean
    Device UUID : f7060803:a42b3626:cccfdfc1:8a00c6ce

    Update Time : Sun May  1 10:22:36 2011
       Checksum : e2106f35 - correct
         Events : 358

         Layout : left-symmetric
     Chunk Size : 512K

   Device Role : Active device 2
   Array State : AAA ('A' == active, '.' == missing, 'R' == replacing)
/dev/sde

Code : Tout sélectionner

mdadm --examine /dev/sde

Code : Tout sélectionner

/dev/sde:
   MBR Magic : aa55
Partition[0] :   3907029167 sectors at            1 (type ee)
/dev/sdf

Code : Tout sélectionner

mdadm --examine /dev/sdf

Code : Tout sélectionner

/dev/sdf:
   MBR Magic : aa55
Partition[0] :   3907024002 sectors at           63 (type 83)

Code : Tout sélectionner

mdadm --examine /dev/sdf1

Code : Tout sélectionner

/dev/sdf1:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x0
     Array UUID : 5363dce4:f9b9aea9:ef8ea361:07e88084
           Name : Eckmul:0  (local to host Eckmul)
  Creation Time : Thu Jan 13 09:53:14 2011
     Raid Level : raid5
   Raid Devices : 3

 Avail Dev Size : 3907021954 (1863.01 GiB 2000.40 GB)
     Array Size : 3907020800 (3726.03 GiB 4000.79 GB)
  Used Dev Size : 3907020800 (1863.01 GiB 2000.39 GB)
    Data Offset : 2048 sectors
   Super Offset : 8 sectors
   Unused Space : before=1968 sectors, after=1154 sectors
          State : clean
    Device UUID : 71d9751c:12ac2c24:70e3ad07:e5bac1f8

    Update Time : Sat Apr 30 11:52:26 2011
       Checksum : 693d53a9 - correct
         Events : 358

         Layout : left-symmetric
     Chunk Size : 512K

   Device Role : Active device 0
   Array State : AAA ('A' == active, '.' == missing, 'R' == replacing)
/dev/md0

Code : Tout sélectionner

mdadm --detail /dev/md0

Code : Tout sélectionner

/dev/md0:
        Version : 1.2
  Creation Time : Thu Jan 13 09:53:14 2011
     Raid Level : raid5
     Array Size : 3907020800 (3726.03 GiB 4000.79 GB)
  Used Dev Size : 1953510400 (1863.01 GiB 2000.39 GB)
   Raid Devices : 3
  Total Devices : 2
    Persistence : Superblock is persistent

    Update Time : Sat Apr 30 11:52:26 2011
          State : clean, degraded
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

         Layout : left-symmetric
     Chunk Size : 512K

           Name : Eckmul:0  (local to host Eckmul)
           UUID : 5363dce4:f9b9aea9:ef8ea361:07e88084
         Events : 358

    Number   Major   Minor   RaidDevice State
       0       8       81        0      active sync   /dev/sdf1
       2       0        0        2      removed
       2       8       49        2      active sync   /dev/sdd1

Re: [Raid] + LVM - données inaccessibles

Publié : ven. 20 févr. 2015, 22:39
par benjarobin
L'état du RAID 5 étant "clean", normalement, le contenu de /dev/md0 devrait être intacte...
Je suis très loin de connaitre LVM (https://wiki.archlinux.org/index.php/LVM) mais quand tu fais une recherche des volumes LVM il ne trouve rien ?

Re: [Raid] + LVM - données inaccessibles

Publié : sam. 21 févr. 2015, 08:22
par Yeocti
Non, aucun volume ne ressort, ce que je trouve étonnant puisque le RAID est clean et que rien n'a été écrit dessus depuis le dysfonctionnement.

Code : Tout sélectionner

lvmdiskscan

Code : Tout sélectionner

/dev/md0  [       3,64 TiB]
  /dev/sda1 [       5,46 TiB]
  /dev/sdb1 [     512,00 MiB]
  /dev/sdb2 [      20,00 GiB]
  /dev/sdb3 [       9,32 GiB]
  /dev/sdc1 [       1,82 TiB]
  0 disks
  6 partitions
  0 LVM physical volume whole disks
  0 LVM physical volumes

Code : Tout sélectionner

pvscan -d -v

Code : Tout sélectionner

Wiping cache of LVM-capable devices
    Wiping internal VG cache
    No PV label found on /dev/md0.
    No PV label found on /dev/sda1.
    No PV label found on /dev/sdb1.
    No PV label found on /dev/sdb2.
    No PV label found on /dev/sdb3.
    No PV label found on /dev/sdc1.
    Walking through all physical volumes
No matching physical volumes found

Re: [Raid] + LVM - données inaccessibles

Publié : dim. 22 févr. 2015, 12:41
par Yeocti
Bonjour,

J'ai réussi à retrouver les volumes LVM. En fait, il s'avère que le RAID était constitué des 4 disques euh même et non des partitions.
Le problème maintenant est que je n'arrive pas à monter le système de fichier :(

Informations LVM

Code : Tout sélectionner

pvdisplay

Code : Tout sélectionner

  --- Physical volume ---
  PV Name               /dev/md0
  VG Name               RAID5
  PV Size               5.46 TiB / not usable 512.00 KiB
  Allocatable           yes (but full)
  PE Size               4.00 MiB
  Total PE              1430700
  Free PE               0
  Allocated PE          1430700
  PV UUID               0mxkgX-dbhr-OJXx-jqyo-Gr00-vRKM-9C7jwA

Code : Tout sélectionner

vgdisplay

Code : Tout sélectionner

  --- Volume group ---
  VG Name               RAID5
  System ID
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  4
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                1
  Open LV               0
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               5.46 TiB
  PE Size               4.00 MiB
  Total PE              1430700
  Alloc PE / Size       1430700 / 5.46 TiB
  Free  PE / Size       0 / 0
  VG UUID               aYic3J-nNOE-R18B-ONfD-6mMV-ti42-ckxrnf

Code : Tout sélectionner

lvdisplay

Code : Tout sélectionner

  --- Logical volume ---
  LV Path                /dev/RAID5/data
  LV Name                data
  VG Name                RAID5
  LV UUID                OM4uvB-Mg0T-CygK-r1ot-j2HO-zJTN-0Bsa5X
  LV Write Access        read/write
  LV Creation host, time Eckmul, 2012-06-07 22:06:09 +0200
  LV Status              available
  # open                 0
  LV Size                5.46 TiB
  Current LE             1430700
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     6144
  Block device           253:0
Si j'essaye de monter le volume LVM :

Code : Tout sélectionner

mount /dev/RAID5/data /data

Code : Tout sélectionner

mount: wrong fs type, bad option, bad superblock on /dev/mapper/RAID5-data,
       missing codepage or helper program, or other error

       In some cases useful info is found in syslog - try
       dmesg | tail or so.
Un fsck.ext4 me donne :

Code : Tout sélectionner

fsck.ext4 /dev/RAID5/data

Code : Tout sélectionner

e2fsck 1.42.12 (29-Aug-2014)
ext2fs_check_desc: Corrupt group descriptor: bad block for inode bitmap
fsck.ext4: Group descriptors look bad... trying backup blocks...
/dev/RAID5/data: recovering journal
fsck.ext4: unable to set superblock flags on /dev/RAID5/data


/dev/RAID5/data: ***** FILE SYSTEM WAS MODIFIED *****

/dev/RAID5/data: ********** WARNING: Filesystem still has errors **********
Si j'essaye d'utiliser les blocs de secours, même résultat

Code : Tout sélectionner

mke2fs 1.42.12 (29-Aug-2014)
/dev/RAID5/data contains a ext4 file system
        last mounted on /data on Sun Jun  9 17:09:24 2013
Proceed anyway? (y,n) y
Creating filesystem with 1465036800 4k blocks and 183132160 inodes
Filesystem UUID: 69946327-0d6f-4739-80e4-cf8316c4922d
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
        4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
        102400000, 214990848, 512000000, 550731776, 644972544

Code : Tout sélectionner

fsck.ext4 -b 32768 /dev/RAID5/data

Code : Tout sélectionner

e2fsck 1.42.12 (29-Aug-2014)
/dev/RAID5/data: recovering journal
fsck.ext4: unable to set superblock flags on /dev/RAID5/data


/dev/RAID5/data: ***** FILE SYSTEM WAS MODIFIED *****

/dev/RAID5/data: ********** WARNING: Filesystem still has errors **********
Semblerait bien que j'ai mis un peu le bordel dans le système de fichier :roll:
Fuseau horaire sur UTC+02:00
Page 1 sur 1

Développé par phpBB® Forum Software © phpBB Limited

Traduction française officielle © Qiaeru