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

Jm78 · Le 24/03/2023, à 22:28

jm@jm-OptiPlex-9020:~$ sudo mdadm --examine /dev/sd[a-d]3 |  egrep "sd|Update Time|Events"
[sudo] Mot de passe de jm : 
/dev/sda3:
    Update Time : Fri Mar 24 22:24:54 2023
         Events : 16803
/dev/sdb3:
    Update Time : Tue Feb 28 16:09:58 2023
         Events : 16531
/dev/sdc3:
    Update Time : Fri Mar 24 22:24:54 2023
         Events : 16803
/dev/sdd3:
    Update Time : Fri Mar 24 22:24:54 2023
         Events : 16803

jm@jm-OptiPlex-9020:~$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev               7,8G       0  7,8G   0% /dev
tmpfs              1,6G    1,7M  1,6G   1% /run
/dev/sdf2           56G     32G   22G  60% /
tmpfs              7,8G       0  7,8G   0% /dev/shm
tmpfs              5,0M       0  5,0M   0% /run/lock
tmpfs              7,8G       0  7,8G   0% /sys/fs/cgroup
/dev/loop0         128K    128K     0 100% /snap/bare/5
/dev/loop1          64M     64M     0 100% /snap/core20/1828
/dev/loop2          64M     64M     0 100% /snap/core20/1852
/dev/loop3         347M    347M     0 100% /snap/gnome-3-38-2004/119
/dev/loop4         347M    347M     0 100% /snap/gnome-3-38-2004/115
/dev/loop5          92M     92M     0 100% /snap/gtk-common-themes/1535
/dev/loop7          50M     50M     0 100% /snap/snapd/18357
/dev/loop6          55M     55M     0 100% /snap/snap-store/558
/dev/loop9          50M     50M     0 100% /snap/snapd/18596
/dev/loop8          46M     46M     0 100% /snap/snap-store/638
/dev/sdf1          511M    6,1M  505M   2% /boot/efi
tmpfs              1,6G     32K  1,6G   1% /run/user/1000
/dev/sde1          7,1G    2,5G  4,2G  38% /media/jm/9961aa9e-6ae1-45a4-973c-4065390d1bf3
/dev/md3           8,1T    5,4T  2,8T  67% /media/jm/152d0d5c-982e-4ff7-86b4-8db5373e3c72
/dev/sdg1          433M     30M  404M   7% /media/jm/Réservé au système
/dev/sdg2          465G     72G  394G  16% /media/jm/01D9456910A93EB0

geole · Le 24/03/2023, à 22:48

SDA3 SDC3 SDD3 sont en phase au N° 16803
SDB3 est en retard avec N° 16531
A mon avis, tu peux rebooter normalement
La suite serait que le disque de secours SDB soit un disque neuf.
Il faudrait donc déclarer en erreur SDB3 dans MD3 ainsi que SDB2 dans l'autre RAIDS.

sudo mdadm --manage /dev/md3 --fail /dev/sdb3 --remove /dev/sdb3

sudo mdadm --manage /dev/md127 --fail /dev/sdb2 --remove /dev/sdb2

Y mettre un disque neuf et regarder si les adresses des partitions physiques conviennent.
Les commandes vont venir.

sudo parted /dev/sdb unit MiB print free

Pour une référence.

sudo parted /dev/sda unit MiB print free

ou

sudo parted /dev/sdd unit MiB print free

et mettre un Mo en moins au swap afin que sdb2 et sdb3 soient identiques en taille aux références.
Puis si tout est bon.

sudo mdadm --manage /dev/md127 --add /dev/sdb2

sudo mdadm --manage /dev/md3 --add /dev/sdb3

Ne pas oublier que SDC a déjà défailli, il va certainement le refaire.
Peut-être le forcer à le faire lorsque le disque SDB neuf est mis en place.
Donne l'état du disque.

sudo smartctl -a /dev/sdc | egrep "Sector Size|Pending|Reallocated|Power_On"

J'ai noté que MD3 a une capacité de 8,1T qu'il y en a 5,4T d'utilisé qu'il reste reste 2,8T de disponible. Qu'il est plein à 67% et que tu as un disque de secours qui pourrait très bien être ajouté au RAIDS.
J'ai aussi noté que SDA n'a plus de secteurs défectueux.
que SDD n'a toujours pas de secteurs défectueux.

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

Jm78 · Le 24/03/2023, à 22:59

Ok merci,
Je vais d'abord sauvegarder tant que j'ai accès aux fichiers si ça te dérange pas car j'ai trop peur qu'au reboot les problèmes reviennent
Donc, je reprends contact avec toi demain si tu es dispo pour la remise en marche du serveur,
bonne nuit et merci encore pour ton aide

geole · Le 24/03/2023, à 23:02

Tu as bien raison. Mets de bonnes étiquettes pour ne pas confondre le/les disques qui vont avoir des données classiques.

Jm78 · Le 25/03/2023, à 10:39

Bonjour Geole,

La situation s'est dégradée pendant la copie des fichiers, j'ai pu en récupérer 1/5ème avant de perdre l'accès aux fichiers.
Je ne sais pas ce qui s'est passé, peut être qu'un disque à laché ?
Quand j'ai rebooté je suis retombé sur ça

jm@jm-OptiPlex-9020:~$ cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md127 : active (auto-read-only) raid1 sda2[2] sdd2[4]
      4883392 blocks super 1.0 [2/2] [UU]
      
md3 : inactive sdb3[5](S) sdd3[4](S) sda3[0](S) sdc3[2](S)
      11699537608 blocks super 1.0
       
unused devices: <none>

Pour info, dans le serveur j'ai actuellement :
SDA et SDD (Disks Anciens)
SDB et SDC (Disks Neufs)

jm@jm-OptiPlex-9020:~$ sudo mdadm --examine /dev/sd[a-d]3 |  egrep "sd|Update Time|Events"
[sudo] Mot de passe de jm : 
/dev/sda3:
    Update Time : Sat Mar 25 01:04:29 2023
         Events : 17912
/dev/sdb3:
    Update Time : Sat Mar 25 01:05:36 2023
         Events : 17919
/dev/sdc3:
    Update Time : Sat Mar 25 01:05:36 2023
         Events : 17919
/dev/sdd3:
    Update Time : Sat Mar 25 01:05:36 2023
         Events : 17919

Est-ce que je peux remplacer les Disks Anciens SDA et SDD par leurs clones (Disks Neufs) et relancer ensuite la commande "ASSEMBLE" qui avait fonctionné Hier soir ?

Qu'est ce que tu me conseilles de faire ?

Dernière modification par Jm78 (Le 25/03/2023, à 10:40)

geole · Le 25/03/2023, à 11:16

Bonjour.
Pas trop de chances..
Au vu des éléments, je pense que SDA à lâché... il a sept numéros de retard.
Donne un retour rapide de l'état physique des disques avec cette commande

DSK=(sda sdb sdc sdd) 
for i in "${DSK[@]}";do sudo smartctl -a  /dev/$i|egrep "Serial|Reallocated_Sector|Current_Pending|Power_On|Errors Logged";done

( commande rectifiée).

Vu que maintenant, on sait que la commande assemble donne le bon résultat, tu peux remplacer les deux vieux disques.
Il faudra alors la refaire sans se tromper.

J'ai pris le temps de vérifier les N° de modèle de tes quatre disques. Ils viennent de la même usine et ont certainement été fabriqué la même semaine, voir le même jour pour deux d'entre eux. Donc exactement les même risques de fabrication.

smartctl -s on -a /dev/sda  Device Model:     WDC WD30EFRX-68AX9N0 Serial Number:    WD-WMC1T3074298
smartctl -s on -a /dev/sdd  Device Model:     WDC WD30EFRX-68AX9N0 Serial Number:    WD-WMC1T3131578
smartctl -s on -a /dev/sdc  Device Model:     WDC WD30EFRX-68AX9N0 Serial Number:    WD-WMC1T3131894
smartctl -s on -a /dev/sdb  Device Model:     WDC WD30EFRX-68AX9N0 Serial Number:    WD-WMC1T3193003

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

Jm78 · Le 25/03/2023, à 11:21

jm@jm-OptiPlex-9020:~$ for i in "${DSK[@]}";do sudo smartctl -a  /dev/$DSK|egrep "Serial|Reallocated_Sector|Current_Pending|Power_On|Errors Logged";done
[sudo] Mot de passe de jm : 
Serial Number:    WD-WMC1T3074298
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0032   002   002   000    Old_age   Always       -       72133
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       3
No Errors Logged
Serial Number:    WD-WMC1T3074298
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0032   002   002   000    Old_age   Always       -       72133
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       3
No Errors Logged
Serial Number:    WD-WMC1T3074298
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0032   002   002   000    Old_age   Always       -       72133
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       3
No Errors Logged
Serial Number:    WD-WMC1T3074298
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0032   002   002   000    Old_age   Always       -       72133
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       3
No Errors Logged

Jm78 · Le 25/03/2023, à 11:27

est-ce qu'il y a un risque d'abimer les disks Neufs (SDA et SDD) pendant l'opération "ASSEMBLE" car après il n'y aura plus de disks Clone valides pour pouvoir revenir en arrière au cas où ?
Est-ce qu'il serait plus prudent de faire des images des disks Neufs (SDA et SDD) et les mettre sur un autre disk ?

geole · Le 25/03/2023, à 11:28

Ma commande n'est pas au point pour la bonne itération. En tout cas, 3 secteurs illisibles sur ce SDA que tu réécris entièrement il y a 48 heures.

Jm78 · Le 25/03/2023, à 11:37

Sinon, je peux toujours recopier SDA(Neuf) sur le SDA(Ancien) et peux-être que cette fois-ci il tiendra un peu plus longtemps ?
Sinon, est-ce que les disks SDB et SDC sont utiles pour pouvoir récupérer mes fichiers ?

Dernière modification par Jm78 (Le 25/03/2023, à 11:38)

geole · Le 25/03/2023, à 11:37

On va avoir SDA et SDD avec le même numéro qui sera inférieur au n° du SDC.

Je pense qu'il n'y a pas de risque dans l'assemblage
Soit il accepte d'accrocher. Soit il refuse....

geole · Le 25/03/2023, à 11:42

Jm78 a écrit :

Sinon, je peux toujours recopier SDA(Neuf) sur le SDA(Ancien) et peux-être que cette fois-ci il tiendra un peu plus longtemps ?

Je n'y crois pas. Lorsque cela commence, cela se détériore de plus en plus vite. Surtout que les vieux disques ont l'âge (à 2% près) prévu par le constructeur pour cesser de fonctionner.

Dans la procédure d'assemblage, SDB n'était pas cité.
et on n'a jamais pour réassembler ni recréer avec SDA3 missing SDD3 Si on doit retenter la création, on a intérêt à avoir un double.

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

nany · Le 25/03/2023, à 11:48

Bonjour,

geole a écrit :

Ma commande n'est pas au point pour la bonne itération.

geole a écrit :

DSK=(sda sdb sdc sdd) 
for i in "${DSK[@]}";do sudo smartctl -a  /dev/$DSK|egrep "Serial|Reallocated_Sector|Current_Pending|Power_On|Errors Logged";done

Il faut $i à la place de $DSK :

DSK=(sda sdb sdc sdd) 
for i in "${DSK[@]}";do sudo smartctl -a  /dev/"$i" | grep -E "Serial|Reallocated_Sector|Current_Pending|Power_On|Errors Logged";done

Nota : j’ai aussi remplacé egrep par grep -E car egrep est dépréciée (cf. man grep)

geole · Le 25/03/2023, à 11:54

Bonjour Nany.
La commande était préparée trop vite par des (copier/collé) et je n'avais pas tout remplacé... Je note egrep => grep -E

man egrep a écrit :

In addition, the variant programs egrep, fgrep and rgrep are the same as grep -E, grep -F, and grep -r, respectively. These variants are deprecated, but are provided for backward compatibility.

Merci.

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

Jm78 · Le 25/03/2023, à 13:06

Merci Nany et Geole,

jm@jm-OptiPlex-9020:~$ for i in "${DSK[@]}";do sudo smartctl -a  /dev/"$i" | grep -E "Serial|Reallocated_Sector|Current_Pending|Power_On|Errors Logged";done
[sudo] Mot de passe de jm : 
Serial Number:    WD-WMC1T3074298
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0032   002   002   000    Old_age   Always       -       72134
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       3
No Errors Logged
Serial Number:    WD-WX12D4111XR6
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       48
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
No Errors Logged
Serial Number:    WD-WX12D412TN31
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       39
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
No Errors Logged
Serial Number:    WD-WMC1T3131578
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0032   002   002   000    Old_age   Always       -       72124
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
No Errors Logged

Donc ca serait que le SDA qui a un problème ?
Si SDB (Neuf) ne sert pas pour la récupération des fichiers, Est-ce que je peux Cloner SDA(Neuf) sur SDB(Neuf) qui deviendra un SDAbis(Neuf)
Ensuite je remplace le SDA(Ancien) par SDAbis(Neuf) comme ça j'aurai toujours SDA(Neuf) et SDD(Neuf) en secours au cas où ca se passe mal ? Par contre, je perds le clone de SDB... est-ce que c'est un problème ?

Dernière modification par Jm78 (Le 25/03/2023, à 13:09)

geole · Le 25/03/2023, à 13:17

Tu peux copier le sda neuf qui est sur support USB sur le sdb neuf qui est interne
puis tenter de faire un assemblage avec les partitions SDB3 ( clone de SDA3) SDC3 et SDD3

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

Jm78 · Le 25/03/2023, à 13:26

Ok, je vais suivre ta proposition, cloner SDA(Neuf) sur SDB(Neuf)
puis retenter la commande Assemblage
Je te donne des nouvelles dès que ca sera fait

geole · Le 25/03/2023, à 13:31

Donc à priori 12 heures de copie

DSKout=disk/by-id/ata-WDC_ valeur à trouver       
DSKin=disk/by-id/usb-WDC_WD30_EFAX-68JH4N1_74D78524312A861-0:0 #Nom du disque externe   à vérifier
M=8
Suivi=$HOME/sdb.rescue
rm -v $Suivi #### Il me semble que le fichier ne va pas exister....
sudo ddrescue -f -n -b$((512*$M)) /dev/$DSKin /dev/$DSKout $Suivi

sudo ls -ls /dev/disk/by-id

AJOUT: Quelques idées pour ta duplication......
Je pense qu'à terme, on va se retrouver avec 3 disques neufs en fonctionnement et un disque de secours neuf ou vieux dans le nas.
Pour la sauvegarde, je déconseille d'utiliser les deux vieux disques qui ont donné des signes de faiblesse.
Il te reste donc disponible, 1 disque neuf et un vieux disque ou deux vieux disques.
Tu ne peux pas sauver la totalité de tes données en un passage sur support USB à moins de mettre les deux disques en raids-0. Dans ce cas, je te conseille d'acheter un autre disque de 3 To pour avoir deux disques de qualité..

Tu peux aussi faire cela: Sauver logiquement ce qui est très important sur le disque neuf et ce qui l'est moins, sur le vieux disque.

Tu peux aussi prendre la solution d'acheter un disque de 6 To voir de 8 To.

Pour faire les sauvegardes, il y a certainement mieux que l'interface graphique du liveUSB => La commande RSYNC est faite pour cela. Je peux t'aider à la coder. Ce qui permettrait une maintenance facile de ta sécurité.

Il faudrait aussi regarder si tu peux accéder directement depuis un ordinateur classique et faire exécuter des commandes au NAS. Je ne sais pas si tu sais le faire. C'est basé sur la commande SFTP mais la documentation de ton NAS n'en parle pas.

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

Jm78 · Le 25/03/2023, à 14:25

Ok merci pour les commandes

Jm78 · Le 27/03/2023, à 08:57

Bonjour Geole,

Le clonage du SDA(Neuf) sur SDB(Neuf) que je nommerai désormais SDABis(Neuf) s'est bien terminé, aucune erreur détectée
J'ai ensuite installé dans le serveur les 3 disks suivants :
Le clone de SDA(Neuf) => SDABis(Neuf)
Le clone de SDC(origine) => SDC(Neuf)
Le Disk SDD (Origine)
Après démarrage de Ubuntu :
sda = SDABis(Neuf)
sdb = SDC(Neuf)
sdc = SDD (Origine) (vieux disk)

jm@jm-OptiPlex-9020:~$ ls -ls /dev/disk/by-id
total 0
0 lrwxrwxrwx 1 root root  9 mars  27 09:08 ata-WDC_WD30EFAX-68JH4N1_WD-WX12D4111XR6 -> ../../sda
0 lrwxrwxrwx 1 root root 10 mars  27 09:08 ata-WDC_WD30EFAX-68JH4N1_WD-WX12D4111XR6-part1 -> ../../sda1
0 lrwxrwxrwx 1 root root 10 mars  27 09:08 ata-WDC_WD30EFAX-68JH4N1_WD-WX12D4111XR6-part2 -> ../../sda2
0 lrwxrwxrwx 1 root root 10 mars  27 09:12 ata-WDC_WD30EFAX-68JH4N1_WD-WX12D4111XR6-part3 -> ../../sda3
0 lrwxrwxrwx 1 root root  9 mars  27 09:08 ata-WDC_WD30EFAX-68JH4N1_WD-WX12D412TN31 -> ../../sdb
0 lrwxrwxrwx 1 root root 10 mars  27 09:08 ata-WDC_WD30EFAX-68JH4N1_WD-WX12D412TN31-part1 -> ../../sdb1
0 lrwxrwxrwx 1 root root 10 mars  27 09:08 ata-WDC_WD30EFAX-68JH4N1_WD-WX12D412TN31-part2 -> ../../sdb2
0 lrwxrwxrwx 1 root root 10 mars  27 09:12 ata-WDC_WD30EFAX-68JH4N1_WD-WX12D412TN31-part3 -> ../../sdb3
0 lrwxrwxrwx 1 root root  9 mars  27 09:08 ata-WDC_WD30EFRX-68AX9N0_WD-WMC1T3131578 -> ../../sdc
0 lrwxrwxrwx 1 root root 10 mars  27 09:08 ata-WDC_WD30EFRX-68AX9N0_WD-WMC1T3131578-part1 -> ../../sdc1
0 lrwxrwxrwx 1 root root 10 mars  27 09:08 ata-WDC_WD30EFRX-68AX9N0_WD-WMC1T3131578-part2 -> ../../sdc2
0 lrwxrwxrwx 1 root root 10 mars  27 09:12 ata-WDC_WD30EFRX-68AX9N0_WD-WMC1T3131578-part3 -> ../../sdc3
0 lrwxrwxrwx 1 root root 11 mars  27 09:08 md-name-system:upgrade -> ../../md127
0 lrwxrwxrwx 1 root root  9 mars  27 09:12 md-name-VHS-4:3 -> ../../md3
0 lrwxrwxrwx 1 root root  9 mars  27 09:12 md-uuid-2cf3b800:2850935b:ce39bd48:03cc522e -> ../../md3
0 lrwxrwxrwx 1 root root 11 mars  27 09:08 md-uuid-9a995d76:588623a7:3b1a8f08:1b6292c6 -> ../../md127
0 lrwxrwxrwx 1 root root  9 mars  27 09:08 usb-Kingston_DataTraveler_2.0_50E549C20268BD408981133B-0:0 -> ../../sdd
0 lrwxrwxrwx 1 root root 10 mars  27 09:08 usb-Kingston_DataTraveler_2.0_50E549C20268BD408981133B-0:0-part1 -> ../../sdd1
0 lrwxrwxrwx 1 root root  9 mars  27 09:08 usb-USB_SanDisk_3.2Gen1_0401765090c0170d408f44b5b5896e963c6c5f0b37bd6348e785bac59f506c69f06900000000000000000000fd64f788ff8d091881558107b42cd9b0-0:0 -> ../../sde
0 lrwxrwxrwx 1 root root 10 mars  27 09:08 usb-USB_SanDisk_3.2Gen1_0401765090c0170d408f44b5b5896e963c6c5f0b37bd6348e785bac59f506c69f06900000000000000000000fd64f788ff8d091881558107b42cd9b0-0:0-part1 -> ../../sde1
0 lrwxrwxrwx 1 root root 10 mars  27 09:08 usb-USB_SanDisk_3.2Gen1_0401765090c0170d408f44b5b5896e963c6c5f0b37bd6348e785bac59f506c69f06900000000000000000000fd64f788ff8d091881558107b42cd9b0-0:0-part2 -> ../../sde2
0 lrwxrwxrwx 1 root root  9 mars  27 09:08 wwn-0x50014ee21445c946 -> ../../sdb
0 lrwxrwxrwx 1 root root 10 mars  27 09:08 wwn-0x50014ee21445c946-part1 -> ../../sdb1
0 lrwxrwxrwx 1 root root 10 mars  27 09:08 wwn-0x50014ee21445c946-part2 -> ../../sdb2
0 lrwxrwxrwx 1 root root 10 mars  27 09:12 wwn-0x50014ee21445c946-part3 -> ../../sdb3
0 lrwxrwxrwx 1 root root  9 mars  27 09:08 wwn-0x50014ee2bef173dc -> ../../sda
0 lrwxrwxrwx 1 root root 10 mars  27 09:08 wwn-0x50014ee2bef173dc-part1 -> ../../sda1
0 lrwxrwxrwx 1 root root 10 mars  27 09:08 wwn-0x50014ee2bef173dc-part2 -> ../../sda2
0 lrwxrwxrwx 1 root root 10 mars  27 09:12 wwn-0x50014ee2bef173dc-part3 -> ../../sda3
0 lrwxrwxrwx 1 root root  9 mars  27 09:08 wwn-0x50014ee6589e43e8 -> ../../sdc
0 lrwxrwxrwx 1 root root 10 mars  27 09:08 wwn-0x50014ee6589e43e8-part1 -> ../../sdc1
0 lrwxrwxrwx 1 root root 10 mars  27 09:08 wwn-0x50014ee6589e43e8-part2 -> ../../sdc2
0 lrwxrwxrwx 1 root root 10 mars  27 09:12 wwn-0x50014ee6589e43e8-part3 -> ../../sdc3

jm@jm-OptiPlex-9020:~$ cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md127 : active raid1 sda2[2] sdc2[4]
      4883392 blocks super 1.0 [2/2] [UU]
      
md3 : inactive sda3[0](S) sdc3[4](S) sdb3[2](S)
      8774653016 blocks super 1.0
       
unused devices: <none>

J'arrête MD3 :

jm@jm-OptiPlex-9020:~$ sudo mdadm --stop md3
mdadm: stopped md3

jm@jm-OptiPlex-9020:~$ cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md127 : active raid1 sda2[2] sdc2[4]
      4883392 blocks super 1.0 [2/2] [UU]
      
unused devices: <none>

Je lance la commande d'assemblage :

jm@jm-OptiPlex-9020:~$ sudo mdadm --assemble --verbose --metadata=1.0 --force --run /dev/md3 /dev/sda3  /dev/sdb3 /dev/sdc3
mdadm: looking for devices for /dev/md3
mdadm: /dev/sda3 is identified as a member of /dev/md3, slot 0.
mdadm: /dev/sdb3 is identified as a member of /dev/md3, slot 2.
mdadm: /dev/sdc3 is identified as a member of /dev/md3, slot 3.
mdadm: no uptodate device for slot 1 of /dev/md3
mdadm: added /dev/sdb3 to /dev/md3 as 2
mdadm: added /dev/sdc3 to /dev/md3 as 3
mdadm: added /dev/sda3 to /dev/md3 as 0
mdadm: /dev/md3 has been started with 3 drives (out of 4).

MD3 est bien activée :

jm@jm-OptiPlex-9020:~$ cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md3 : active raid5 sda3[0] sdc3[4] sdb3[2]
      8774651328 blocks super 1.0 level 5, 64k chunk, algorithm 2 [4/3] [U_UU]
      
md127 : active raid1 sda2[2] sdc2[4]
      4883392 blocks super 1.0 [2/2] [UU]
      
unused devices: <none>

Par contre, cette fois-ci, je n'arrive pas à accéder à la partition MD3 via explorateur Ubuntu
J’ai ce message d’erreur :
« Impossible d’accéder à l’emplacement :
Error mounting dev/md3 at /media/jm/-152d0d5c-982e-4ff7-86b4-8db5373e3c72:mount(2) system call failed:Structure needs cleaning »

As-tu une solution ?

geole · Le 27/03/2023, à 09:16

Bonjour
Oui, cela veut dire qu'il faut faire un fsck. J'espère que cette fois-ci, il ne sera pas destructif.

sudo fsck /dev/md3

exemple lorsque tout est bon

sudo fsck /dev/md20
fsck de util-linux 2.37.2
e2fsck 1.46.5 (30-Dec-2021)
/dev/md20 : propre, 11/12500992 fichiers, 1062250/49988608 blocs

J'espère qu'il ne râlera que pour le journal et quelques broutilles.

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

Jm78 · Le 27/03/2023, à 09:41

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 la table d'i-noeuds
fsck.ext4 : Les descripteurs de groupe semblent en mauvais état... tentons d'utiliser les blocs de sauvetage...
le drapeau needs_recovery n'est pas activé, mais le journal contient des données.
Le drapeau de récupération n'est pas activé dans le superbloc de secours, le journal sera donc quand même exécuté.
/dev/md3 : récupération du journal
Passe 1 : vérification des i-noeuds, des blocs et des tailles
L'i-noeud 22024 a un noeud d'extent invalide (blk 365461503, lblk 0)
Effacer<o>?

Faut répondre OUI j'imagine ?
Qu'est qui a pu changer depuis samedi, car y avait pas ce problème ?

Dernière modification par Jm78 (Le 27/03/2023, à 09:46)

geole · Le 27/03/2023, à 09:46

On n'a pas trop le choix.
o

Je n'ai pas d'idée sur ce qui a pu changer.
Mais tu n'as restauré qu'un seul disque, et malgré le fait que tu n'aies fait que de la duplication, il y aurait pu avoir des écritures techniques pendant ce temps sur les trois disques? Donc un petit déphasage.

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

Jm78 · Le 27/03/2023, à 09:48

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 la table d'i-noeuds
fsck.ext4 : Les descripteurs de groupe semblent en mauvais état... tentons d'utiliser les blocs de sauvetage...
le drapeau needs_recovery n'est pas activé, mais le journal contient des données.
Le drapeau de récupération n'est pas activé dans le superbloc de secours, le journal sera donc quand même exécuté.
/dev/md3 : récupération du journal
Passe 1 : vérification des i-noeuds, des blocs et des tailles
L'i-noeud 22024 a un noeud d'extent invalide (blk 365461503, lblk 0)
Effacer<o>? oui
    
L'arbre d'extent de l'i-noeud 22024 (au niveau 1) pourrait être plus court.  Optimiser<o>? oui
I-noeud 22024, i_blocs est 2097160, devrait être 0.  Corriger<o>?

Je repond OUI ?

geole · Le 27/03/2023, à 09:54

o

Nota, Ce message est classique
L'arbre d'extent de l'i-noeud 22024 (au niveau 1) pourrait être plus court

Dernière modification par geole (Le 27/03/2023, à 09:56)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#301 Le 24/03/2023, à 22:28

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

#302 Le 24/03/2023, à 22:48

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

#303 Le 24/03/2023, à 22:59

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

#304 Le 24/03/2023, à 23:02

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

#305 Le 25/03/2023, à 10:39

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

#306 Le 25/03/2023, à 11:16

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

#307 Le 25/03/2023, à 11:21

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

#308 Le 25/03/2023, à 11:27

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

#309 Le 25/03/2023, à 11:28

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

#310 Le 25/03/2023, à 11:37

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

#311 Le 25/03/2023, à 11:37

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

#312 Le 25/03/2023, à 11:42

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

#313 Le 25/03/2023, à 11:48

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

#314 Le 25/03/2023, à 11:54

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

#315 Le 25/03/2023, à 13:06

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

#316 Le 25/03/2023, à 13:17

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

#317 Le 25/03/2023, à 13:26

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

#318 Le 25/03/2023, à 13:31

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

#319 Le 25/03/2023, à 14:25

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

#320 Le 27/03/2023, à 08:57

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

#321 Le 27/03/2023, à 09:16

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

#322 Le 27/03/2023, à 09:41

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

#323 Le 27/03/2023, à 09:46

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

#324 Le 27/03/2023, à 09:48

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

#325 Le 27/03/2023, à 09:54

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

Pied de page des forums