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
La commande donne cela;
(Pour info j'ai dû faire un reset de mon NAS 412 + car il redémarré toutes les 1/2 heures et lors de la reset il me demande de formater les disques au lieu de retrouver la configuration initiale, aussi je suis obligé de récupérer les données d'abord via un autre moyen avant de remettre mes disques dans mon nas)
```souillard@souillard-bequiet:~$ sudo cat /proc/mdstat
[sudo] Mot de passe de souillard :
Personalities : [raid1] [raid6] [raid5] [raid4] [linear] [multipath] [raid0] [raid10]
md4 : active raid1 sdf7[0] sdc7[1]
976742784 blocks super 1.2 [2/2] [UU]
md3 : active raid5 sde6[0] sdf6[1] sdc6[2]
1953485568 blocks super 1.2 level 5, 64k chunk, algorithm 2 [3/3] [UUU]
md2 : active raid5 sde5[3] sdd5[1] sdf5[2] sdc5[4]
2916082944 blocks super 1.2 level 5, 64k chunk, algorithm 2 [4/4] [UUUU]
[^] # Re: SHR = mdadm + LVM
Posté par freelinux . En réponse au message Aide pour récupérer les données d'un RAID SHR (4 discs ) sous linux. Évalué à 1.
ok merci je vais essayer
[^] # Re: SHR = mdadm + LVM
Posté par freelinux . En réponse au message Aide pour récupérer les données d'un RAID SHR (4 discs ) sous linux. Évalué à 1. Dernière modification le 10 mai 2020 à 18:28.
En effet ce serait mieux que j'arrive à remonter le raid sur le nas directement
Seulement depuis que j'ai fait reset le nas me demande de formater les disques lorsque j'en insère un pour voir.
Par précaution j'avais sorti les disques avant de faire reset pour pas que le nas me les formates sans demander
je ne trouve pas de docs sur le web pour m'aider dans cette voie
C'est quoi SSH ?
[^] # Re: SHR = mdadm + LVM
Posté par freelinux . En réponse au message Aide pour récupérer les données d'un RAID SHR (4 discs ) sous linux. Évalué à 1.
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"
A la commande
fsck.ext4 /dev/vg1/volume_1j'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).
```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
[^] # Re: SHR = mdadm + LVM
Posté par freelinux . En réponse au message Aide pour récupérer les données d'un RAID SHR (4 discs ) sous linux. Évalué à 1.
Bonjour
La commande donne cela;
(Pour info j'ai dû faire un reset de mon NAS 412 + car il redémarré toutes les 1/2 heures et lors de la reset il me demande de formater les disques au lieu de retrouver la configuration initiale, aussi je suis obligé de récupérer les données d'abord via un autre moyen avant de remettre mes disques dans mon nas)
```souillard@souillard-bequiet:~$ sudo cat /proc/mdstat
[sudo] Mot de passe de souillard :
Personalities : [raid1] [raid6] [raid5] [raid4] [linear] [multipath] [raid0] [raid10]
md4 : active raid1 sdf7[0] sdc7[1]
976742784 blocks super 1.2 [2/2] [UU]
md3 : active raid5 sde6[0] sdf6[1] sdc6[2]
1953485568 blocks super 1.2 level 5, 64k chunk, algorithm 2 [3/3] [UUU]
md2 : active raid5 sde5[3] sdd5[1] sdf5[2] sdc5[4]
2916082944 blocks super 1.2 level 5, 64k chunk, algorithm 2 [4/4] [UUUU]
unused devices: ```