[Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

Jm78 · Le 23/03/2023, à 15:40

jm@jm-OptiPlex-9020:~$ sudo fsck /dev/md3
[sudo] Mot de passe de jm : 
fsck de util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
exet2fs_check_desc: Descripteur de groupe corrompu : bloc invalide pour le bitmap d'i-noeuds
fsck.ext4 : Les descripteurs de groupe semblent en mauvais état... tentons d'utiliser les blocs de sauvetage...
fsck.ext4 : Numéro magique invalide dans le super-bloc lors de l'utilisation des blocs de sauvetagefsck.ext4 : retour au superblock originel
le superbloc a un journal invalide (i-noeud 8).
Effacer<o>? oui
*** journal has been deleted ***

La taille du système de fichiers (selon le superbloc) est de 2193662832 blocs
La taille physique du périphérique est de 1462441888 blocs
Le superbloc ou la table des partitions est peut-être corrompue !
Arrêter<o>?

Faut répondre ...

geole · Le 23/03/2023, à 15:45

Rien de méchant n a été fait pour le moment
tu peux arrêter... Il faut que je cherche dans internet pour avoir une idée, je vais convertit tout cela en Go
Cela donne respectivement 1046 et 697... Pas bien avancé...
et le raid dit
d3 : active raid5 sdd3[2] sda3[0]
5849767552 blocks super 1.0 level 5, 64k chunk, algorithm 2 [3/2] [U_U] Donc 2789 ce qui est la moitié valeur espérée. A moins que par "périphérique", il faille comprendre "disque"
initialement
md3 : inactive sdd3[4](S) sda3[0](S) sdb3[5](S) sdc3[2](S)
11699537608 blocks super 1.0
ce qui fait 5578 Go donc les 6 To

Cette discussion https://wiki.vpsget.com/index.php/Eithe … orrupt_fix
me donne une piste basée sur le fait qu une valeur serait bonne Mais j ai impression que les deux sont fausses

Dernière modification par geole (Le 23/03/2023, à 16:48)

Jm78 · Le 23/03/2023, à 15:46

ok, merci encore pour ton aide

geole · Le 23/03/2023, à 16:17

Cela me fait penser cette table de partition qui s est installée grosso-modo au 1/3 du disque SDB.
était-elle une cause ou une conséquence.
Dans les forums français, il n y a rien d utilisable ( que 4 réponses, c est vite regardé)
Comme la réponse standard est d arrêter et comme tu as deux disques d essais, si on casse grave, ce n est pas si grave
alors tu reprends le fsck
sudo fsck /dev/md3
et a cette question
Le superbloc ou la table des partitions est peut-être corrompue !
tu réponds non
On verra bien si tu peux récupérer quelques fichiers.....

Recherche dans les forums anglais

Dernière modification par geole (Le 23/03/2023, à 16:55)

geole · Le 23/03/2023, à 16:23

Si pas trop tard, tu rebootes et au lieu de démonter le raid pour l assembler ou le créer tu attaques directement sur la commande fsck

sudo fsck /dev/md3

et à cette question: "Le superbloc ou la table des partitions est peut-être corrompue !"
tu réponds non
On verra bien si tu peux récupérer quelques fichiers.....

Dernière modification par geole (Le 23/03/2023, à 16:25)

Jm78 · Le 23/03/2023, à 16:43

ok, donc je reboot et je lance Fsck

Jm78 · Le 23/03/2023, à 16:47

C'est pas comme d'habitude ... c'est normal

jm@jm-OptiPlex-9020:~$  cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4] [linear] [multipath] [raid0] [raid1] [raid10] 
md126 : active (auto-read-only) raid1 sdd2[4] sda2[0]
      4883392 blocks super 1.0 [2/2] [UU]
      
md127 : active (auto-read-only) raid5 sdd3[2] sda3[0]
      5849767552 blocks super 1.0 level 5, 64k chunk, algorithm 2 [3/2] [U_U]
      bitmap: 0/22 pages [0KB], 65536KB chunk

md3 : inactive sdb3[5](S) sdc3[2](S)
      5849769184 blocks super 1.0
       
unused devices: <none>

Je lance quand meme FSCK ?

Dernière modification par Jm78 (Le 23/03/2023, à 16:48)

geole · Le 23/03/2023, à 16:57

Oui le but est de le faire tel qu il est
mais avant donne ce retour

sudo fdisk -l /dev/md3

sudo fdisk -l /dev/md127

sudo mkdir -v /media/md127
sudo mount -v /dev/md127   /media/md127

Peut-être que la suppression du journal a suffit pour le faire monter.

Comme il n y pas de journal, il ne peut pas monter en lecture seule

Et si on fait la manipulation. On casse
alors si par hasard, il est monté en lecture seule et que les fichiers sont accessibles, je te propose de copier dans un nouveau raids-5 (sdb et sdc).

Dernière modification par geole (Le 23/03/2023, à 17:20)

Jm78 · Le 23/03/2023, à 17:04

jm@jm-OptiPlex-9020:~$ sudo fdisk -l /dev/md3
[sudo] Mot de passe de jm : 
fdisk: impossible d'ouvrir /dev/md3: Aucun fichier ou dossier de ce type
jm@jm-OptiPlex-9020:~$ sudo fdisk -l /dev/md126
Disque /dev/md126 : 4,67 GiB, 5000593408 octets, 9766784 secteurs
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
jm@jm-OptiPlex-9020:~$ sudo mkdir -v /media/md126
mkdir: création du répertoire '/media/md126'
jm@jm-OptiPlex-9020:~$ sudo mount -v /dev/md126   /media/md126
mount : /dev/md126 monté sur /media/md126.
jm@jm-OptiPlex-9020:~$

Je me suis trompé c'est pas md126 mais md 127 qu'il fallait faire ...

Dernière modification par Jm78 (Le 23/03/2023, à 17:05)

Jm78 · Le 23/03/2023, à 17:07

jm@jm-OptiPlex-9020:~$ sudo fdisk -l /dev/md127
Disque /dev/md127 : 5,46 TiB, 5990161973248 octets, 11699535104 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 65536 octets / 131072 octets

jm@jm-OptiPlex-9020:~$ sudo mkdir -v /media/md127
mkdir: création du répertoire '/media/md127'

jm@jm-OptiPlex-9020:~$ sudo mount -v /dev/md127   /media/md127
mount: /media/md127: wrong fs type, bad option, bad superblock on /dev/md127, missing codepage or helper program, or other error.

geole · Le 23/03/2023, à 17:14

sudo fsck /dev/md127

Jm78 · Le 23/03/2023, à 17:15

jm@jm-OptiPlex-9020:~$ sudo fsck /dev/md127
fsck de util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
exet2fs_check_desc: Descripteur de groupe corrompu : bloc invalide pour le bitmap d'i-noeuds
fsck.ext4 : Les descripteurs de groupe semblent en mauvais état... tentons d'utiliser les blocs de sauvetage...
fsck.ext4 : Numéro magique invalide dans le super-bloc lors de l'utilisation des blocs de sauvetagefsck.ext4 : retour au superblock originel
le superbloc a un journal invalide (i-noeud 8).
Effacer<o>?

Je repond OUI ?

Dernière modification par Jm78 (Le 23/03/2023, à 17:19)

geole · Le 23/03/2023, à 17:19

o

Jm78 · Le 23/03/2023, à 17:20

jm@jm-OptiPlex-9020:~$ sudo fsck /dev/md127
fsck de util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
exet2fs_check_desc: Descripteur de groupe corrompu : bloc invalide pour le bitmap d'i-noeuds
fsck.ext4 : Les descripteurs de groupe semblent en mauvais état... tentons d'utiliser les blocs de sauvetage...
fsck.ext4 : Numéro magique invalide dans le super-bloc lors de l'utilisation des blocs de sauvetagefsck.ext4 : retour au superblock originel
le superbloc a un journal invalide (i-noeud 8).
Effacer<o>? oui
*** journal has been deleted ***

La taille du système de fichiers (selon le superbloc) est de 2193662832 blocs
La taille physique du périphérique est de 1462441888 blocs
Le superbloc ou la table des partitions est peut-être corrompue !
Arrêter<o>?

et donc c'est là qu'il faut répondre NON ?

geole · Le 23/03/2023, à 17:28

Donc on a la même réponse qu'avec ce qu'on avait construit. Cela supprime une mauvaise erreur de fabrication.
On va donc répondre non et constater les dégâts.

Une remarque
La taille physique actuelle trouvée est 8 fois plus petite que la vraie taille
1462441888 * 8 = 11699535104

et j'avais tilté sur la valeur du shunk indiqué 64 alors que cela aurait pu/du être 512.
et 64 * 8 = 512
Donc, c'est une piste sérieuse.

man mdadm a écrit :

-c, --chunk=
Specify chunk size of kilobytes. The default when creating an array is 512KB. To ensure
compatibility with earlier versions, the default when building an array with no persistent
metadata is 64KB. This is only meaningful for RAID0, RAID4, RAID5, RAID6, and RAID10.
RAID4, RAID5, RAID6, and RAID10 require the chunk size to be a power of 2. In any case it
must be a multiple of 4KB.
A suffix of 'K', 'M', 'G' or 'T' can be given to indicate Kilobytes, Megabytes, Gigabytes or
Terabytes respectively.

Dernière modification par geole (Le 23/03/2023, à 17:48)

Jm78 · Le 23/03/2023, à 17:29

Le checksum d'un ou de plusieurs descripteurs de groupe de bloc est invalide.  Corriger<o>?

je répond OUI ?

Dernière modification par Jm78 (Le 23/03/2023, à 17:29)

geole · Le 23/03/2023, à 17:41

o

Jm78 · Le 23/03/2023, à 17:48

la table d'i-noeuds du groupe 2349 à 201326592 est en conflit avec des blocs d'autres systèmes de fichiers.
Relocaliser<o>?

Faut répondre OUI ?

geole · Le 23/03/2023, à 17:49

o

Jm78 · Le 23/03/2023, à 18:13

le bitmap de blocs du groupe 28297 à 469762048 est en conflit avec des blocs d'autres systèmes de fichiers.
Relocaliser<o>?

je suis en train de validé plusieurs centaines de relocalisation ... et c'est loin d'être fini si faut aller jusqu'a 469762048
c'est normal ?

geole · Le 23/03/2023, à 18:18

Ce n'est pas illogique.
Pour aller plus vite, tu tues le fsck et tu le relances en réparation automatique

sudo fsck -y /dev/md127

Je pense qu'on va aller dans le mur
Tu verras si le le montage est possible et ce qui été retrouvé.. histoire d'aller au bout de l'opération qui, je l'espre a permis de trouver la cause

Donc la suite serait ( c'est une façon de faire):
Arrêter le NAS.
Enlever les vieux disques SDA et SDD et les remplacer par les deux disques neuf SDA et SDD.
Rebooter.
Dupliquer le disque SDA sur le disque SDB et en même temps dupliquer le disque SDD sur le disque SDC.
puis relancer la création du RAIDS en mettant la valeur 512 au lieux de 64 pour le paramètre chunk
Si c'était la cause, on a gagné. il reste à ajouter les deux autres disques.

Donc la suite serait ( c'est l'autre façon de faire):
Dupliquer le disque externe neuf SDA sur le vieux disque SDA.
Puis dupliquer le disque externe neuf SDD sur le vieux disque SDD.
Démonter les RAIDS actifs/inactifs.
Puis relancer la création du RAIDS en mettant la valeur 512 au lieux de 64 pour le paramètre chunk
Si c'était la cause, on a gagné. Il reste à ajouter les deux autres disques et probablement remplacer les deux vieux disques qui ont fait leur temps.

A toi de décider car c'est toi le bosseur qui paie cash cette erreur de décision.

Dernière modification par geole (Le 23/03/2023, à 18:37)

Jm78 · Le 23/03/2023, à 18:21

jm@jm-OptiPlex-9020:~$ sudo fsck -y /dev/md127
[sudo] Mot de passe de jm : 
fsck de util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
exet2fs_check_desc: Descripteur de groupe corrompu : bloc invalide pour le bitmap d'i-noeuds
fsck.ext4 : Les descripteurs de groupe semblent en mauvais état... tentons d'utiliser les blocs de sauvetage...
La taille du système de fichiers (selon le superbloc) est de 2193662832 blocs
La taille physique du périphérique est de 1462441888 blocs
Le superbloc ou la table des partitions est peut-être corrompue !
Arrêter ? oui

La commande s’arrête ... sans que je puisse répondre NON

Dernière modification par Jm78 (Le 23/03/2023, à 18:23)

geole · Le 23/03/2023, à 18:39

C’est idiot ce que je t’ait dit.
Tu as répondu y de Yes donc oui à la commande.
Donc laisse tomber. Cela n’aurait probablement rien donné.
et passe à la remise en état en choisissant un plan afin de refaire un paramètrage inverse de ddrescue.

Dernière modification par geole (Le 23/03/2023, à 18:45)

Jm78 · Le 23/03/2023, à 18:45

ok donc là ... c'est inutile de relancer FSCK ...

Je clone le disque SDA Neuf sur le SDA(origine) et le SDD neuf sur SDD(origine)

C'est bien ça ?

geole · Le 23/03/2023, à 18:48

C est un choix.
Comme il me semble que tu ne peux pas brancher les deux disques externes en même temps
Je tente de retrouver les commandes faites, tu peux aussi proposer

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#251 Le 23/03/2023, à 15:40

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#252 Le 23/03/2023, à 15:45

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#253 Le 23/03/2023, à 15:46

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#254 Le 23/03/2023, à 16:17

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#255 Le 23/03/2023, à 16:23

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#256 Le 23/03/2023, à 16:43

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#257 Le 23/03/2023, à 16:47

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#258 Le 23/03/2023, à 16:57

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#259 Le 23/03/2023, à 17:04

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#260 Le 23/03/2023, à 17:07

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#261 Le 23/03/2023, à 17:14

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#262 Le 23/03/2023, à 17:15

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#263 Le 23/03/2023, à 17:19

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#264 Le 23/03/2023, à 17:20

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#265 Le 23/03/2023, à 17:28

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#266 Le 23/03/2023, à 17:29

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#267 Le 23/03/2023, à 17:41

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#268 Le 23/03/2023, à 17:48

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#269 Le 23/03/2023, à 17:49

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#270 Le 23/03/2023, à 18:13

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#271 Le 23/03/2023, à 18:18

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#272 Le 23/03/2023, à 18:21

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#273 Le 23/03/2023, à 18:39

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#274 Le 23/03/2023, à 18:45

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#275 Le 23/03/2023, à 18:48

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

Pied de page des forums