Contenu | Rechercher | Menus

Annonce

DVD, clés USB et t-shirts Ubuntu-fr disponibles sur la boutique En Vente Libre

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#51 Le 11/10/2019, à 18:22

Optarion

Re : [Résolu] volume dégradé RAID 5

ubuntu@ubuntu:~$ sudo losetup /dev/loop0 /dev/disk/by-id/ata-WDC_WD5000AAKS-08V0A0_WD-WCAWF5991929-part3
losetup: /dev/disk/by-id/ata-WDC_WD5000AAKS-08V0A0_WD-WCAWF5991929-part3: failed to set up loop device: Device or resource busy
ubuntu@ubuntu:~$ sudo losetup /dev/loop1 /dev/disk/by-id/ata-WDC_WD5000AAKS-08V0A0_WD-WCAWF5998784-part3
losetup: /dev/disk/by-id/ata-WDC_WD5000AAKS-08V0A0_WD-WCAWF5998784-part3: failed to set up loop device: Device or resource busy
sudo losetup /dev/loop0 /dev/disk/by-id/ata-WDC_WD5000AAKS-08V0A0_WD-WCAWF5991929-part3
sudo losetup /dev/loop1 /dev/disk/by-id/ata-WDC_WD5000AAKS-08V0A0_WD-WCAWF5998784-part3
sudo mdadm -A /dev/md0 /dev/loop0 /dev/loop1 -e 0.9 -fR
ubuntu@ubuntu:~$ sudo mdadm --assemble /dev/md0 -e 0.9 --run /dev/sd[cd]
mdadm: No super block found on /dev/sdc (Expected magic a92b4efc, got 00000000)
mdadm: no RAID superblock on /dev/sdc
mdadm: /dev/sdc has no superblock - assembly aborted
ubuntu@ubuntu:~$ sudo mdadm --assemble /dev/md0 --run /dev/sd[cd]
mdadm: Cannot assemble mbr metadata on /dev/sdc
mdadm: /dev/sdc has no superblock - assembly aborted

Hors ligne

#52 Le 11/10/2019, à 18:59

jamesbad000

Re : [Résolu] volume dégradé RAID 5

arrh. J'ai oublié le n° de partition. Mais il semble que la variante de rmy n'a retourné aucun message d'erreur.

que donnes
sudo lsblk -o size,name,fstype,label,mountpoint

Edit non en fait ça n'a pas dû fonctionner. Je viens juste de réaliser que la ou il n'y a pas de message d'erreur, il n'y a pas d'invite. C'est la recopie des commandes demandées, pas le résultat du terminal. Et juste au dessus on a vu que les loop n'étaient pas dispo. Et pour cause: ils sont occupés par des squashfs de snap. comme on peut le voir en #27

Donc je redonne une variante corrigée

sudo mdadm --assemble /dev/md0 -v -e 0.9 --run /dev/sd[cd]3

En parallèle, je teste la réversibilité du changement de byte order. Autrement on ne pourra pas remettre les disques dans le nas. A moins que ce ne soit pas l'objectif ?

Dernière modification par jamesbad000 (Le 11/10/2019, à 23:35)


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#53 Le 11/10/2019, à 20:47

Optarion

Re : [Résolu] volume dégradé RAID 5

ubuntu@ubuntu:~$ sudo mdadm --assemble /dev/md0 -v -e 0.9 --run /dev/sd[cd]3
mdadm: looking for devices for /dev/md0
mdadm: /dev/sdc3 is identified as a member of /dev/md0, slot 0.
mdadm: /dev/sdd3 is identified as a member of /dev/md0, slot 2.
mdadm: no uptodate device for slot 1 of /dev/md0
mdadm: failed to add /dev/sdd3 to /dev/md0: Invalid argument
mdadm: failed to add /dev/sdc3 to /dev/md0: Invalid argument
mdadm: failed to RUN_ARRAY /dev/md0: Invalid argument

Je te confirme que l'objectif est de remettre les disks dans le nas. Mais si je recupere les donnees je pourrait peut etre faire un gros formatage sur les disks et redemarrer un nas 'a neuf' ?
Si c'est plus simple comme ca, ca me va aussi

Et  effectivement. je me suis emmele les pinceaux dans les c/c, voici pour la commande de rmy

ubuntu@ubuntu:~$ sudo mdadm -A /dev/md0 /dev/loop0 /dev/loop1 -e 0.9 -fR
mdadm: No super block found on /dev/loop0 (Expected magic a92b4efc, got 626e640b)
mdadm: no RAID superblock on /dev/loop0
mdadm: /dev/loop0 has no superblock - assembly aborted

Dernière modification par Optarion (Le 11/10/2019, à 20:50)

Hors ligne

#54 Le 11/10/2019, à 21:00

jamesbad000

Re : [Résolu] volume dégradé RAID 5

Ok ça ne marche pas mieux comme je m'y attendais. Et le mode verbose ne me donnes pas beaucoup plus d'indications.

edit : Si ce n'est qu'il semble bien que ce sont les composants à assembler qui sont considérés comme invalides. Et après réflexion ça me semble logique qu'il refuse l'assemblage en l'état. Puisqu'à la moindre modif de métadonnée il va écrire avec le byte order inversé...

Et, après un test, je constate que l'option byteorder n'est pas réversible. (a moins qu'elle ne fonctionne pas du tout...)

Optarion a écrit :

si je recupere les donnees je pourrait peut etre faire un gros formatage sur les disks et redemarrer un nas 'a neuf' ?

Oui. Mais tu as potentiellement 1To de données à récupérer. Tu as un disque pour mettre tout ça ?

Autre possibilité. Si tu as accès à un terminal de commande sur ton NAS (via ssh depuis ubuntu), on arriverait peut-être plus simplement au résultat en intervenant avec les disques dans le NAS.

Dernière modification par jamesbad000 (Le 11/10/2019, à 21:18)


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#55 Le 11/10/2019, à 21:23

jamesbad000

Re : [Résolu] volume dégradé RAID 5

En lecture seule le byteorder inversé pourrait poser moins de problèmes...

sudo mdadm --assemble /dev/md0 -v -e 0.9 --run  --readonly /dev/sd[cd]3

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#56 Le 11/10/2019, à 21:27

Optarion

Re : [Résolu] volume dégradé RAID 5

Je n'ai sans doutes pas 1To de donnees a recuperer et ai 500+ Go disponible sur un autre disk. Je pense que ce doit etre assez.
Donc s'il faut en passer par la, cela devrait etre faisable.

Je ne pense pas qu'il soit possible de passer par le nas. Si je l'allume avec les disks dedans, il bippe sans discontinuer et n'est pas detecte par le program synology. Il me faudra meme peut etre reinstaller tout le system lors du redemarrage. Ce qui me fait un peu plus pencher vers une recuperation des donnes + un formatage complet et une reinstallation totale du nas.

ubuntu@ubuntu:~$ sudo mdadm --assemble /dev/md0 -v -e 0.9 --run  --readonly /dev/sd[cd]3
mdadm: looking for devices for /dev/md0
mdadm: /dev/sdc3 is identified as a member of /dev/md0, slot 0.
mdadm: /dev/sdd3 is identified as a member of /dev/md0, slot 2.
mdadm: no uptodate device for slot 1 of /dev/md0
mdadm: failed to add /dev/sdd3 to /dev/md0: Invalid argument
mdadm: failed to add /dev/sdc3 to /dev/md0: Invalid argument
mdadm: failed to RUN_ARRAY /dev/md0: Invalid argument

Dernière modification par Optarion (Le 11/10/2019, à 21:28)

Hors ligne

#57 Le 11/10/2019, à 21:37

jamesbad000

Re : [Résolu] volume dégradé RAID 5

Le readonly ne change rien. Donc on tente la conversion du superbloc :

sudo mdadm --assemble /dev/md0 -v --update=byteorder --run  /dev/sd[cd]3

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#58 Le 11/10/2019, à 21:45

Optarion

Re : [Résolu] volume dégradé RAID 5

ubuntu@ubuntu:~$ sudo mdadm --assemble /dev/md0 -v --update=byteorder --run  /dev/sd[cd]3
mdadm: looking for devices for /dev/md0
mdadm: /dev/sdc3 is identified as a member of /dev/md0, slot 0.
mdadm: /dev/sdd3 is identified as a member of /dev/md0, slot 2.
mdadm: no uptodate device for slot 1 of /dev/md0
mdadm: added /dev/sdd3 to /dev/md0 as 2
mdadm: added /dev/sdc3 to /dev/md0 as 0
mdadm: /dev/md0 has been started with 2 drives (out of 3).

WOW
Je crois que c'est bon! Merci beaucoup!

Quelle est la suite maintenant? Recuperation des donnees et formatage?

Dernière modification par Optarion (Le 11/10/2019, à 21:47)

Hors ligne

#59 Le 11/10/2019, à 21:47

jamesbad000

Re : [Résolu] volume dégradé RAID 5

Ok voyons ce qu'il y a la dedans

sudo lsblk -o size,name,fstype,label,mountpoint,uuid

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#60 Le 11/10/2019, à 21:48

Optarion

Re : [Résolu] volume dégradé RAID 5

ubuntu@ubuntu:~$ sudo lsblk -o size,name,fstype,label,mountpoint,uuid
  SIZE NAME    FSTYPE            LABEL              MOUNTPOINT                     UUID
  1.9G loop0   squashfs                             /rofs                          
 88.5M loop1   squashfs                             /snap/core/7270                
 54.4M loop2   squashfs                             /snap/core18/1066              
 42.8M loop3   squashfs                             /snap/gtk-common-themes/1313   
149.9M loop4   squashfs                             /snap/gnome-3-28-1804/67       
    4M loop5   squashfs                             /snap/gnome-calculator/406     
 14.8M loop6   squashfs                             /snap/gnome-characters/296     
 1008K loop7   squashfs                             /snap/gnome-logs/61            
  3.7M loop8   squashfs                             /snap/gnome-system-monitor/100 
223.6G sda                                                                         
223.6G └─sda1  ntfs              Nouveau nom        /media/ubuntu/Nouveau nom      88222E33222E2722
465.8G sdb                                                                         
  2.4G ├─sdb1  linux_raid_member                                                   8dd34b1e-57d9-fcec-ac3a-0d90958c2f94
509.9M ├─sdb2  linux_raid_member                    [SWAP]                         e8d9e9dd-8c6e-9fe5-4839-398273a3945a
462.8G └─sdb3  linux_raid_member                                                   f370ed9e-8bc8-70e9-e280-e5f200e9935e
465.8G sdc                                                                         
  2.4G ├─sdc1  linux_raid_member                                                   8dd34b1e-57d9-fcec-ac3a-0d90958c2f94
509.9M ├─sdc2  linux_raid_member                    [SWAP]                         e8d9e9dd-8c6e-9fe5-4839-398273a3945a
462.8G └─sdc3  linux_raid_member                                                   f370ed9e-8bc8-70e9-e280-e5f200e9935e
925.5G   └─md0 ext3              1.39-Sep192008     /media/ubuntu/1.39-Sep192008   3dea818a-5862-49aa-b8fb-588d535b4e17
465.8G sdd                                                                         
  2.4G ├─sdd1  linux_raid_member                                                   8dd34b1e-57d9-fcec-ac3a-0d90958c2f94
509.9M ├─sdd2  linux_raid_member                    [SWAP]                         e8d9e9dd-8c6e-9fe5-4839-398273a3945a
462.8G └─sdd3  linux_raid_member                                                   f370ed9e-8bc8-70e9-e280-e5f200e9935e
925.5G   └─md0 ext3              1.39-Sep192008     /media/ubuntu/1.39-Sep192008   3dea818a-5862-49aa-b8fb-588d535b4e17
931.5G sde                                                                         
  100M ├─sde1  ntfs              Réservé au système                                6C62C30D62C2DACA
  244G ├─sde2  ntfs                                 /media/ubuntu/9602C6BC02C6A11B 9602C6BC02C6A11B
687.4G └─sde3  ntfs              Data               /media/ubuntu/Data             DAFA76ABFA768413
  7.6G sdj                                                                         
  7.6G └─sdj1  vfat              UBUNTU 18_0        /cdrom                         6EA2-0903
 1024M sr0                                                                         

Hors ligne

#61 Le 11/10/2019, à 21:53

jamesbad000

Re : [Résolu] volume dégradé RAID 5

Parfait il a monté le volume dans /media/ubuntu/1.39-Sep192008
Et il devrait apparaitre dans ton gestionnaire de fichier


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#62 Le 11/10/2019, à 21:56

Optarion

Re : [Résolu] volume dégradé RAID 5

Effectivement il est la
Est ce que je peux commencer la recuperation ou dois je faire autre chose?

Hors ligne

#63 Le 11/10/2019, à 21:59

jamesbad000

Re : [Résolu] volume dégradé RAID 5

Non rien de plus à faire...


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#64 Le 11/10/2019, à 22:04

Optarion

Re : [Résolu] volume dégradé RAID 5

Super. Merci beaucoup pour tout ce que vous avez fait pour m'aider

Je commence la recuperation.

Y a t'il une manip particuliere a faire pour le formatage?

Hors ligne

#65 Le 11/10/2019, à 22:07

jamesbad000

Re : [Résolu] volume dégradé RAID 5

Ben ça va se passer sur le NAS que je ne connais pas. Si je l'avais entre les mains je trouverais certainement ce qu'il faut faire, mais à distance, je déclare forfait.


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#66 Le 11/10/2019, à 22:10

Optarion

Re : [Résolu] volume dégradé RAID 5

Tu veux dire que je peux remonter les disks tels quel dans le nas et il va tourner ?
Que ce passe t'il avec le 3eme disk?

Hors ligne

#67 Le 11/10/2019, à 22:16

Nuliel

Re : [Résolu] volume dégradé RAID 5

gg à tous les aidants pour cette récupération complexe! Je vais commencer à parcourir ce fil sûrement très instructif


[ poster un retour de commande ] [ poster une photo ]
thinkpad x220, Thinkstation E32 modifié: i5-4570, GTX 1060 6 Gb, 16 Gb de RAM, ...
Pour reprendre le contrôle des semences: https://kokopelli-semences.fr/fr/

Hors ligne

#68 Le 11/10/2019, à 22:35

jamesbad000

Re : [Résolu] volume dégradé RAID 5

Optarion a écrit :

Tu veux dire que je peux remonter les disks tels quel dans le nas et il va tourner ?
Que ce passe t'il avec le 3eme disk?

Non bien au contraire. Maintenant qu'on a convertit les superblocs en byteorder local, il va falloir les réinitialiser directement sur le NAS. Pour le 3ème disque idem.
En clair tu devrais procéder comme si tu remplaçais les 3 disques.

Dernière modification par jamesbad000 (Le 11/10/2019, à 23:33)


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#69 Le 12/10/2019, à 09:39

geole

Re : [Résolu] volume dégradé RAID 5

Bonjour à tous.
Je tente de résumer la situation:

1) Cette commande sudo mdadm --examine /dev/disk/by-id/ata-WDC_WD5000AAKS-08V0A0_WD-WCAWF599*-part* -e 0.9 a permis de  trouver le problème

....
      Number   Major   Minor   RaidDevice State
this     1       8       51        1      active sync   /dev/sdd3
   0     0       8       19        0      active sync   /dev/sdb3
   1     1       8       51        1      active sync   /dev/sdd3
   2     2       0        0        2      faulty removed

  L'option -e 0.9 a permis  d'analyser le disque sinon la commande ne fonctionnait pas bien et répondait "mdadm: no recogniseable superblock on /dev/sdX3". Trouver la version RAID utilisée peut se faire grâce à GNOME-DISK-UTILITY Mais je pense qu'il devrait  y avoir une autre façon de faire.

2) La tentative d'assemblage ne peut pas se faire avec les trois disques puisque l'un est Hors Service. La cause n'est pas évidente et n'est pas liée à un disque de mauvaise qualité.

3) Le retour testdisk n'est pas facile à comprendre en montrant un mélange de partitions EXT3 et BTRFS. Il montre que la notion "super bloc" s'applique aussi aux partitions BTRFS  (probablement aussi à d'autres types de partitions).

4) Le montage n'a pu être réalisé qu'en changeant la structure des super blocs.

Dernière modification par geole (Le 12/10/2019, à 09:42)

En ligne

#70 Le 12/10/2019, à 14:12

jamesbad000

Re : [Résolu] volume dégradé RAID 5

1 - Précisément l'option (non documentée) -e 0.9 permet de lire un superbloc qui est en format 0.90, sur un système qui n'utilise pas le même "byteorder" que la machine sur laquelle il a été créé (les processeur x86 manipulent les nombres avec l'octet de poids fort à droite -> appelé little-endian...).
C'est une particularité à la con du raid 0.90 d'être dépendant du byteorder local. Les autres formats raid sont toujours en little-endian. De même pour fat, NTFS, ext. Pour d'autres, maintenant je me poserais la question, mais ça ne doit pas être courant...

2 - D'une façon générale, si des disques sont désynchronisés, il faut retirer le disque qui a le nombre d'évènements le plus petit pour faire l'assemblage (autrement on risque de récupérer un mélange de données anciennes et plus récentes. Ce qui pourrait induire un système de fichier gravement endommagé). Et ensuite réintroduire le disque manquant avec --add (il sera resynchronisé par rapport aux données des disques déjà présents).
l'option --run permet un assemblage partiel.

3 - superbloc est un terme générique pour désigner la structure de données qui décrit les caractéristiques fondamentales d'un système de fichier (ou de conteneur. Conceptuellement c'est la même chose...). Sachant que chez microsoft (fat,NTFS) ce type de structure est inclue dans le secteur de boot du système de fichier.

Testdisk détecte les "magic number" des superbloc: Chaque type de superbloc est identifié par une séquence de caractères particulière à un ou plusieurs emplacement définis (4 différent avec le raid suivant le format) dans le périphérique de bloc.

Quand testdisk trouve cette séquence particulière, il fait quelques contrôles de cohérence pour vérifier qu'il ne s'agit pas d'un faux positif.
par ex : il détermine la position de début du système de fichier par rapport à l'emplacement du super bloc candidat et la position de fin avec la longueur du système de fichier trouvée dans le superbloc candidat et vérifie si ça ne déborde pas du périphérique. Il ne retient que les superbloc qui ont un minimum de cohérence...

Dernière modification par jamesbad000 (Le 12/10/2019, à 16:53)


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#71 Le 12/10/2019, à 15:22

rmy

Re : [Résolu] volume dégradé RAID 5

Bien joué ;-)

Pense à passer en [Résolu]

Dernière modification par rmy (Le 12/10/2019, à 15:23)

Hors ligne

#72 Le 12/10/2019, à 16:11

jamesbad000

Re : [Résolu] volume dégradé RAID 5

C'est une réussite partagée...


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#73 Le 12/10/2019, à 21:38

Optarion

Re : [Résolu] volume dégradé RAID 5

Merci encore à vous pour cette belle réussite. Je ne pensais vraiment pas que cela demanderai autant de tests mais j'ai pu voir que mon problème était entre de bonnes mains !

Le NAS est maintenant totalement opérationnel et il ne me reste plus qu'à réinsérer les données dedans. C'est repartit pour 10 ans... peut être !

Je vous dois une fière chandelle et ce sera avec plaisir que je vous payerai une bière si l'occasion se présente !

Hors ligne