• [^] # Re: SHR = mdadm + LVM

    Posté par . En réponse au message Aide pour récupérer les données d'un RAID SHR (4 discs ) sous linux. Évalué à 1. 

    Bonjour Kerro

    A la commande :
    sudo blkid j'obtiens les deux lignes les plus intéressantes concernant les deux volumes logiques que j'essaye de monter les fichiers sont biens en TYPE ext4 et cela me rassure

    /dev/mapper/vg1-volume_1: LABEL="1.41.10-2660" UUID="2d01f4aa-c415-41f2-8286-4dfcad272cac" TYPE="ext4"
    /dev/mapper/vg1-volume_2: LABEL="1.41.10-2660" UUID="116f4967-f3bc-4044-90a9-ba00c031b3bf" TYPE="ext4"
    j'ai déjà fait depuis longtemps vgechange -ay pour activer le groupe de volume

    A la commande fsck.ext4 /dev/vg1/volume_1

    j'obtiens
    ```
    souillard@souillard-bequiet:~$ sudo fsck.ext4 /dev/vg1/volume_1
    e2fsck 1.45.3 (14-Jul-2019)
    1.41.10-2660 : récupération du journal
    Corruption repérée dans le superbloc. (reserved_gdt_blocks = 8102).

     Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
 ext2/ext3/ext4 correct. Si le périphérique est valide et qu'il contient réellement
 un système de fichiers ext2/ext3/ext4 (et non pas de type swap, ufs ou autre),
 alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
 e2fsck avec un autre superbloc :
 e2fsck -b 8193 <périphérique>
 ou
 e2fsck -b 32768 <périphérique>

    ```ce que je comprends de ma recherche sur le web c'est que la version 19.04 de Ubuntu ne monte pas de bloc > à 8000 et qu'il faudrait que j'installe une version de ubuntu 15.10 pour pouvoir faire le montage, je trouve çà un peu louche