Contenu | Rechercher | Menus

Annonce

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.

Pages : 1 2

#1 Le 06/12/2020, à 15:16

piouk03

[Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Bonjour à tous,

J'ai depuis quelques années un serveur sous Ubuntu 14.04 LTS avec un RAID5 de 6 disque de 2To que j'ai voulus mettre à jour avec un Ubuntu 20.04 LTS. (Tout fonctionnait alors bien...)

Après l'installation du nouvel Ubutnu mon RAID était reconnu en MD127 au lieu de MD0... J'ai été un peu vite pour régler ce problème, j'ai supprimer le RAID et l'ai recréé (oui, à ne pas faire....!). En faisant ça je me suis rendu compte que j'avais supprimé mon RAID5 d'origine et toutes les données qui étaient dessus, car mon RAID date maintenant de 2020... Et n'est pas montage car il n'est pas formaté.

Ne voulant pas aggraver mon cas je me suis arrêté ici... Apparemment ce n'est pas encore trop grave, il faut juste que je récupère mes tables de partitions d'origine avec "testdisk" et que je remonte mon RAID mais je n'ai jamais fais la manip.

Est-ce que quelqu'un peut me guider afin que je n'empire pas la situation et que je récupère toutes mes données ? (le nouveau RAID n'a pas été formaté)

D'avance merci pour votre aide.

Dernière modification par piouk03 (Le 14/12/2020, à 21:42)

Hors ligne

#2 Le 06/12/2020, à 18:47

geole

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Bonjour
Je pense que tu t'es mis dans des ennuis insurmontables
As-tu un double des données de ce raids ?   Si oui tu es sauvé.
Si non, je pense que c'est du ressort des experts en récupération de données tel que RMI ou jamesbad000 ou hoper
J'explique
   Testdisk   travaille très bien pour un disque qui a des partitions.
   Normalement, il pourrait travailler   dans les partitions  d'un RAIDS à condition que le RAIDS soit monté!!!!
J'ai compris que ce RAIDS date de 2014    donc avec un format RAID défini  probablement avant 2014
Tu viens de le redéfinir en 2020   Donc probablement avec le format 2020
Qui n'est certainement pas celui de 2014    et il s'est mis à la place    en écrasant les valeurs de l'époque.
Donc au montage il va falloir donner les bonnes valeurs qui sont à trouver.
   Elles ne doivent pas très très nombreuses.

Mais j'ai compris que tu n'as pas encore lancé le formatage.     Donc il y a une chance de s'en tirer
Comme je pense que tu connais assez bien le RAID vu ton passé, tu pourras rectifier mes éventuelles erreurs

La commande de base sera certainement 

sudo mdadm  --create   --metadata=1.0   /dev/md0 --level=5  --raid-devices=6 /dev/sd[b-g]

Le tout va être de trouver celle qu'il y avait  à l'époque
Aucune idée de la liste des  valeurs       1.20      1.10      1.0        0.90

Si tu te rappelles de la date de la première création,   en cherchant dans l'internet , on pourrait  avoir une idée des  valeurs possibles.

Une discussion des experts du forum sur le sujet metadata ( https://forum.ubuntu-fr.org/viewtopic.p … #p22160165 )
Mais dans ton contexte, ce n'est pas applicable puisque tu as écrasé.
Ils avaient trouvé que c'était la version 0.9 https://forum.ubuntu-fr.org/viewtopic.p … #p22160745


Tu pourrais tenter un testdisk pour savoir s'il sait te donner la version  utilisée.
Le message 33 de la discussion dit
EDIT : Je suis complètement d'accord avec Hoper dont je n'avais pas vu le message avent d'écrire le mien.
1- testdisk pour essayer de retrouver des méta raid si les partitions ne sont plus alignées correctement pour une raison ou une autre (ça aiderait à savoir l'ordre des disques sans trop creuser en hexadécimal…

Dernière modification par geole (Le 06/12/2020, à 19:05)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#3 Le 06/12/2020, à 21:35

piouk03

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Non je n'ai malheureusement aucun sauvegarde,  car pour moi je faisais juste une mise à jour de mon système, donc "aucun" risque de perdre les données...

jamesbad000 est effectivement très fort dans le domaine, il m'avait aidé il y a quelques années à sauver un serveur du même type que j'avais monté pour mon père, et dont les disques du RAID5 c'étaient désynchronisés à cause d'une alim defectueuse...Je ne suis pas un pro des forums, sais-tu s'il y a un moyen de lui faire suivre mon post pour avoir son avis ?

De ce que j'ai compris de Testdisk  effectivement il retrouve facilement des partitions windows, mac ou autre mais je ne sais justement pas ce qu'il en ait avec un RAID5.

Pour mon RAID5 il date bien de 2014 (ou 2015) mais en tout cas il a été créé à la base avec ubutnu 14.04 LTS, car la version ubuntu n'avait jamais été mise à jour sur mon serveur. Effectivement comme je n'ai pas formaté, il me dit que le montage du RAID n'est pas possible.

J'ai un fichier image de l'installation de l'époque, que j'ai remis dans le serveur, mais impossible également de monter le RAID avec.

Si je comprends bien, ton idée est de recréer encore un nouveau RAID pas dessus avec une valeur qui correspond à mon RAID de l'époque ?

Pour ce qui est des lignes de commandes, je ne risque pas de te corriger car c'est loin d'être mon fort, je travaille à partir de webmin (c'est d'ailleurs ça qui m'a induit en erreur, j'aurais vu la commande que ça lançait, je n'aurais pas fait un nouveau RAID...car dans l'idée je pensais juste démonter et remonter mon RAID pour qu'il reprenne son nom de MD0)

Hors ligne

#4 Le 07/12/2020, à 10:41

geole

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Je viens de passer un testdisk sur un disque en RAID-1.
A priori, il n'a pas détecté le type de meta data.

Je viens de trouver ce document https://raid.wiki.kernel.org/index.php/ … ck_formats

Il n'y aurait donc que 4 types en tout

Commence avec un test en 0.9 puis en 1.0 si besoin

Dernière modification par geole (Le 07/12/2020, à 10:57)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#5 Le 07/12/2020, à 12:52

bruno

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

piouk03 a écrit :

Après l'installation du nouvel Ubutnu mon RAID était reconnu en MD127 au lieu de MD0...

Ce n'est pas un problème et cela se règle avec update-initramfs

piouk03 a écrit :

J'ai été un peu vite pour régler ce problème, j'ai supprimer le RAID et l'ai recréé (oui, à ne pas faire....!). En faisant ça je me suis rendu compte que j'avais supprimé mon RAID5 d'origine et toutes les données qui étaient dessus, car mon RAID date maintenant de 2020... Et n'est pas montage car il n'est pas formaté.

Il faut décrire précisément ce que tu as fait pour supprimer ce RAID. Normalment les données sont toujours présentesµ.

piouk03 a écrit :

Ne voulant pas aggraver mon cas je me suis arrêté ici...

Effectivement il vaut mieux ne rien faire pour l'instant.

Il va falloir donner le retour de ces commandes pour que l'on arrive à comprendre ta configuration :

sudo parted -l
sudo mdadm --detail --scan --verbose

P.S. : le RAID n'est pas une sauvegarde. Webmin est une plaie.

Dernière modification par bruno (Le 07/12/2020, à 12:54)

#6 Le 07/12/2020, à 21:51

piouk03

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Bonsoir à vous 2.

Pour le passage de MD127 à MD0 je sais que ce n'était pas un problème, j'avais fais la manip il y a 4 ans sur un autre serveur... J'étais sûr de moi quand j'ai supprimé mon RAID, mais ma mémoire à fait défaut... en 4ans on oublie en faite ^^

Pour supprimer mon RAID j'ai fais "Supprimer le RAID array" sur Webmin puis "Créer un RAID". Et je suis d'accord avec toi bruno avec une telle manip les données sont normalement toujours là.

Alors la fonction "sudo parted -1" donne :

Modèle: ATA WDC WD20EZRX-00D (scsi)
Disque /dev/sda : 2000GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : msdos

Numéro  Début   Fin     Taille  Type     Système de fichiers  Fanions
 1      1049kB  2000GB  2000GB  primary  ntfs                 raid


Modèle: ATA WDC WD20EZRX-00D (scsi)
Disque /dev/sdb : 2000GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : msdos

Numéro  Début   Fin     Taille  Type     Système de fichiers  Fanions
 1      1049kB  2000GB  2000GB  primary  ntfs                 raid


Modèle: ATA WDC WD20EARX-00P (scsi)
Disque /dev/sdc : 2000GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : msdos

Numéro  Début   Fin     Taille  Type     Système de fichiers  Fanions
 1      1049kB  2000GB  2000GB  primary  ntfs                 raid


Modèle: ATA WDC WD20EZRX-00D (scsi)
Disque /dev/sdd : 2000GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : msdos

Numéro  Début   Fin     Taille  Type     Système de fichiers  Fanions
 1      1049kB  2000GB  2000GB  primary  ntfs                 raid


Modèle: Kingston DataTraveler G3 (scsi)
Disque /dev/sde : 8007MB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos

Numéro  Début   Fin     Taille  Type      Système de fichiers  Fanions
 1      1049kB  5994MB  5993MB  primary   ext4                 démarrage
 2      5995MB  8006MB  2011MB  extended
 5      5995MB  8006MB  2011MB  logical   linux-swap(v1)


Modèle: ATA WDC WD20EZRX-00D (scsi)
Disque /dev/sdf : 2000GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : msdos

Numéro  Début   Fin     Taille  Type     Système de fichiers  Fanions
 1      1049kB  2000GB  2000GB  primary  ntfs                 raid


Modèle: ATA SAMSUNG HD204UI (scsi)
Disque /dev/sdg : 2000GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos

Numéro  Début   Fin     Taille  Type     Système de fichiers  Fanions
 1      1049kB  2000GB  2000GB  primary  ntfs                 raid


Erreur: Impossible d'ouvrir /dev/md127 - étiquette de disque non reconnue.]

Le sde n' a rien à faire en plein milieu c'est la clé USB sur laquelle est installé le système (au passage on m'avait dit que cette solution ne serait pas fiable...Ca fonctionne très bien sur USB, ça tourne depuis 8 ans comme ça... cool )

Pour la commande "sudo mdadm --detail --scan --verbose" :

ARRAY /dev/md/serveur:0 level=raid5 num-devices=6 metadata=1.2 name=serveur:0 UU                                                                                                                                                             ID=525241b3:4f5e7a05:724e8712:69ab3631
   devices=/dev/sda1,/dev/sdb1,/dev/sdc1,/dev/sdd1,/dev/sdf1,/dev/sdg1

Et pour "le RAID n'est pas une sauvegarde. Webmin est une plaie." je sais on me l'a déjà dit plusieurs fois sad

Dernière modification par piouk03 (Le 07/12/2020, à 21:53)

Hors ligne

#7 Le 08/12/2020, à 10:06

bruno

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

J'ai oublié de te demander le contenu du fstab :

cat /etc/fsatb

Et le contenu du fichier /etc/mdadm/mdadm.conf :

cat /etc/mdadm/mdadm.conf

A priori le RAID est toujours là. Mais ce qui m'étonne c'est que le système de fichiers soit affiché comme ntfs avec un drapeau raid.

Avec les informations demandées on pourra sans doute arriver à réactiver ton RAID.

#8 Le 08/12/2020, à 18:23

piouk03

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Pour aller plus loin j'ai remis mon fichier image avec l'installation d'ubuntu 20.04 LTS sur la clé (les données que j'avais envoyé juste avant étaient sous 12.04 LTS). J'ai donc tout repris :

- sudo parted -l :

Model: ATA WDC WD20EZRX-00D (scsi)
Disk /dev/sda: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  2000GB  2000GB  primary  ntfs         raid


Model: ATA WDC WD20EZRX-00D (scsi)
Disk /dev/sdb: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  2000GB  2000GB  primary  ntfs         raid


Model: ATA WDC WD20EARX-00P (scsi)
Disk /dev/sdc: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  2000GB  2000GB  primary  ntfs         raid


Model: ATA WDC WD20EZRX-00D (scsi)
Disk /dev/sdd: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  2000GB  2000GB  primary  ntfs         raid


Model: ATA WDC WD20EZRX-00D (scsi)
Disk /dev/sde: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  2000GB  2000GB  primary  ntfs         raid


Model: ATA SAMSUNG HD204UI (scsi)
Disk /dev/sdf: 2000GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  2000GB  2000GB  primary  ntfs         raid


Error: /dev/md0: unrecognised disk label
Model: Linux Software RAID Array (md)
Disk /dev/md0: 10,0TB
Sector size (logical/physical): 512B/4096B
Partition Table: unknown
Disk Flags:

Model: Kingston DataTraveler G3 (scsi)
Disk /dev/sdg: 8007MB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number  Start   End     Size    File system  Name  Flags
 1      1049kB  2097kB  1049kB                     bios_grub
 2      2097kB  8006MB  8004MB  ext4

- sudo mdadm --detail --scan --verbose

ARRAY /dev/md0 level=raid5 num-devices=6 metadata=1.2 name=serveur:0 UUID=525241b3:4f5e7a05:724e8712:69ab3631
   devices=/dev/sda1,/dev/sdb1,/dev/sdc1,/dev/sdd1,/dev/sde1,/dev/sdf1

- cat /etc/fsatb :

cat: /etc/fsatb: No such file or directory

- cat /etc/mdadm/mdadm.conf

# mdadm.conf
#
# !NB! Run update-initramfs -u after updating this file.
# !NB! This will ensure that initramfs has an uptodate copy.
#
# Please refer to mdadm.conf(5) for information about this file.
#

# by default (built-in), scan all partitions (/proc/partitions) and all
# containers for MD superblocks. alternatively, specify devices to scan, using
# wildcards if desired.
#DEVICE partitions containers

# automatically tag new arrays as belonging to the local system
HOMEHOST <system>

# instruct the monitoring daemon where to send mail alerts
MAILADDR root

# definitions of existing MD arrays

# This configuration was auto-generated on Thu, 23 Apr 2020 07:34:28 +0000 by mkconf
ARRAY /dev/md0 uuid=525241b3:4f5e7a05:724e8712:69ab3631

- Mais ce qui m'étonne c'est que le système de fichiers soit affiché comme ntfs avec un drapeau raid : Oui c'est ce qui m'a également sauté aux oeils quand j'ai tapé la commande... On devrait être en ext4 ?!

Hors ligne

#9 Le 08/12/2020, à 18:50

bruno

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Faute de frappe c'est (attention le copier/coller de commandes est risqué) :

cat /etc/fstab

#10 Le 08/12/2020, à 19:04

piouk03

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Ok. Je comprends a peu près tout ce qu'on me fait faire, mais mon problème c'est que je ne connais pas les commandes, donc je recopie bêtement tongue

Voici le retour :

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda2 during curtin installation
/dev/disk/by-uuid/13a5c0d4-5d00-4192-9f0d-36c23304e883 / ext4 defaults 0 0
/swap.img       none    swap    sw      0       0

J'ai pas mal réfléchi à ce que geole m'a expliqué et au final je me pose la question : "Est-il possible que ma mémoire ne soit pas si mauvaise que je pensais, et que j'ai fais la même manip il y a 4 ans sur le serveur de mon père (supprimer et recréer le RAID5 pour le remettre en MD0), sans que cela ne pose de problème ? 16.04 LTS aurait recréé le RAID comme 12.04 LTS l'avait créé au départ, alors que là, ça n'a pas fonctionné car 20.04 LTS ne crée pas les RAID5 de la même manière ?"

Hors ligne

#11 Le 08/12/2020, à 19:47

bruno

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Le RAID existe et il a le bon UUID dans mdadm.conf. Par contre je ne vois pas de point de montage dans le fstab.
Bon on va essayer ceci :

sudo update-initramfs -u

Redémarrage de la machine, puis à nouveau :

sudo parted -l

et :

sudo mdadm -D /dev/md0

Dernière modification par bruno (Le 08/12/2020, à 19:50)

#12 Le 08/12/2020, à 20:59

piouk03

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

C'est en voulant créer le point de montage que je me suis rendu compte qu'il y avait problème et que j'en avais fait une... Il refuse de le monter. 

Model: ATA WDC WD20EZRX-00D (scsi)
Disk /dev/sda: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  2000GB  2000GB  primary  ntfs         raid


Model: ATA WDC WD20EZRX-00D (scsi)
Disk /dev/sdb: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  2000GB  2000GB  primary  ntfs         raid


Model: ATA WDC WD20EARX-00P (scsi)
Disk /dev/sdc: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  2000GB  2000GB  primary  ntfs         raid


Model: ATA WDC WD20EZRX-00D (scsi)
Disk /dev/sdd: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  2000GB  2000GB  primary  ntfs         raid


Model: ATA WDC WD20EZRX-00D (scsi)
Disk /dev/sde: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  2000GB  2000GB  primary  ntfs         raid


Model: ATA SAMSUNG HD204UI (scsi)
Disk /dev/sdf: 2000GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  2000GB  2000GB  primary  ntfs         raid


Error: /dev/md0: unrecognised disk label
Model: Linux Software RAID Array (md)
Disk /dev/md0: 10,0TB
Sector size (logical/physical): 512B/4096B
Partition Table: unknown
Disk Flags:

Model: Kingston DataTraveler G3 (scsi)
Disk /dev/sdg: 8007MB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number  Start   End     Size    File system  Name  Flags
 1      1049kB  2097kB  1049kB                     bios_grub
 2      2097kB  8006MB  8004MB  ext4
/dev/md0:
           Version : 1.2
     Creation Time : Thu Nov 19 11:46:59 2020
        Raid Level : raid5
        Array Size : 9766906880 (9314.45 GiB 10001.31 GB)
     Used Dev Size : 1953381376 (1862.89 GiB 2000.26 GB)
      Raid Devices : 6
     Total Devices : 6
       Persistence : Superblock is persistent

     Intent Bitmap : Internal

       Update Time : Thu Nov 19 18:03:51 2020
             State : clean
    Active Devices : 6
   Working Devices : 6
    Failed Devices : 0
     Spare Devices : 0

            Layout : left-symmetric
        Chunk Size : 4K

Consistency Policy : bitmap

              Name : serveur:0  (local to host serveur)
              UUID : 525241b3:4f5e7a05:724e8712:69ab3631
            Events : 4100

    Number   Major   Minor   RaidDevice State
       0       8        1        0      active sync   /dev/sda1
       1       8       17        1      active sync   /dev/sdb1
       2       8       33        2      active sync   /dev/sdc1
       3       8       49        3      active sync   /dev/sdd1
       4       8       65        4      active sync   /dev/sde1
       5       8       81        5      active sync   /dev/sdf1

Dernière modification par piouk03 (Le 08/12/2020, à 21:19)

Hors ligne

#13 Le 08/12/2020, à 22:18

geole

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Bonsoir.
J'ai trouvé cette discussion https://www.codeflow.site/fr/article/ho … untu-16-04
Donc si ton raids a été créé en version 16.04, les metadonnées étaient déjà au format 1.2
Mais si le raids a été créé en version 12.04, les metadonnées étaient au format 0.90 d'aprés cette discussion. https://serverfault.com/questions/46242 … unbootable
Alors mets l'option dans la commande de création et essaie.

sudo mdadm  --create   --metadata=0.90   /dev/md0 --level=5  --raid-devices=6 /dev/sd[abcdfg]1

Dernière modification par geole (Le 09/12/2020, à 07:47)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#14 Le 09/12/2020, à 08:56

bruno

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

@geole, non.
Le retour en #12 indique bien que l'on est en version 1.2.
Il indique aussi que le RAID est fonctionnel : tous les disques sont actifs et synchronisés.

Par contre comme je le soupçonnais en #7 :

bruno a écrit :

Mais ce qui m'étonne c'est que le système de fichiers soit affiché comme ntfs avec un drapeau raid.

Il y a un problème de partition et de systèmes de fichiers.
En fait j'ai l'impression qu'il ne s'agit pas d'un RAID logiciel créé sous Linux mais d'un RAID créé sous WIndows ou d'erreurs de manipulations lors de la création du RAID.
Une autre possibilité est que les manipulations sous webmin ont bousillé les tables de partition.
Et là cela vaudrait le coup d'utiliser testdisk sur /dev/md0 pour voir ce qu'il « voit » comme ancienne table de partition (surtout n'appliquer aucun changement).

#15 Le 09/12/2020, à 15:21

geole

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Un essai
1) création d'un raids a partir d'un ancien raids

mdadm  --create  /dev/md30 --level=5  --raid-devices=4 /dev/sdc1[1-4]
mdadm: /dev/sdc11 appears to be part of a raid array:
       level=raid5 devices=4 ctime=Wed Dec  9 14:26:30 2020
mdadm: partition table exists on /dev/sdc11 but will be lost or
       meaningless after creating array
mdadm: /dev/sdc12 appears to be part of a raid array:
       level=raid5 devices=4 ctime=Wed Dec  9 14:26:30 2020
mdadm: /dev/sdc13 appears to be part of a raid array:
       level=raid5 devices=4 ctime=Wed Dec  9 14:26:30 2020
mdadm: /dev/sdc14 appears to be part of a raid array:
       level=raid5 devices=4 ctime=Wed Dec  9 14:26:30 2020
mdadm: partition table exists on /dev/sdc14 but will be lost or
       meaningless after creating array
Continue creating array? y
mdadm: Defaulting to version 1.2 metadata
mdadm: array /dev/md30 started.

2) Vérification

sudo mdadm -D /dev/md30
/dev/md30:
           Version : 1.2
     Creation Time : Wed Dec  9 15:12:21 2020
        Raid Level : raid5
        Array Size : 3139584 (2.99 GiB 3.21 GB)
     Used Dev Size : 1046528 (1022.00 MiB 1071.64 MB)
      Raid Devices : 4
     Total Devices : 4
       Persistence : Superblock is persistent

       Update Time : Wed Dec  9 15:15:47 2020
             State : clean, degraded, recovering 
    Active Devices : 3
   Working Devices : 4
    Failed Devices : 0
     Spare Devices : 1

            Layout : left-symmetric
        Chunk Size : 512K

Consistency Policy : resync

    Rebuild Status : 98% complete

              Name : b:30  (local to host b)
              UUID : 07275185:28e803eb:18240d21:9691c3f5
            Events : 16

    Number   Major   Minor   RaidDevice State
       0       8       43        0      active sync   /dev/sdc11
       1       8       44        1      active sync   /dev/sdc12
       2       8       45        2      active sync   /dev/sdc13
       4       8       46        3      spare rebuilding   /dev/sdc14
a@b:~$

On voit bien qu'il est en cours de reconstruction.    J'attends malgré tout que cela soit fini.

3) Montage et vérification du contenu

sudo mount -v /dev/md30 /media/md20
mount: /media/md20: wrong fs type, bad option, bad superblock on /dev/md30, missing codepage or helper program, or other error.

4) Mais j'ai la chance de connaître le passé de ce raid donc

sudo mdadm --stop /dev/md30
sudo mdadm  --create    /dev/md30 --level=5  --metadata=0.90 --raid-devices=4 /dev/sdc1[1-4]
mdadm: /dev/sdc11 appears to be part of a raid array:
       level=raid5 devices=4 ctime=Wed Dec  9 15:12:21 2020
mdadm: partition table exists on /dev/sdc11 but will be lost or
       meaningless after creating array
mdadm: /dev/sdc12 appears to be part of a raid array:
       level=raid5 devices=4 ctime=Wed Dec  9 15:12:21 2020
mdadm: /dev/sdc13 appears to be part of a raid array:
       level=raid5 devices=4 ctime=Wed Dec  9 15:12:21 2020
mdadm: /dev/sdc14 appears to be part of a raid array:
       level=raid5 devices=4 ctime=Wed Dec  9 15:12:21 2020
mdadm: partition table exists on /dev/sdc14 but will be lost or
       meaningless after creating array
Continue creating array? y
mdadm: array /dev/md30 started.

sudo mount /dev/md30 /media/md20
cd /media/md20
/media/md20$ ls
a        Capture.sh   data                Documents  franz_5.4.0_amd64.deb  k3d-build  Musique       Public     RAID5.txt
aa       Capture.txt  Data                ESSAI.txt  fstab                  log.head   Permission    R1         RAIDchiffré.txt
Bureau   Club.txt     Data1               F          Images                 log.tail   photorec.se2  R2         RESTOdeja-dup
Capture  Collect.txt  deja-dup-debug.log  fi2        k3d                    Modèles    plot.svg      RAID1.txt

Donc les données sont retrouvées.

6) Au fait

sudo parted -l 
..........
Modèle: Grappe RAID logiciel Linux (md)
Disque /dev/md30 : 3220MB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : loop
Drapeaux de disque : 

Numéro  Début  Fin     Taille  Système de fichiers  Fanions
 1      0,00B  3220MB  3220MB  ntfs

Dernière modification par geole (Le 09/12/2020, à 16:53)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#16 Le 09/12/2020, à 20:41

piouk03

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Bonsoir à vous 2,

Merci pour vos réflexions à tous les 2, et merci à toi geole pour cet essai.

Geole, tu termines également avec un disque en NTFS, par contre il n'a pas le drapeau RAID comme sur mes disques. Quand j'ai recréé mon RAID sur Webmin il y a eu reconstruction également car mon serveur à travaillé environ 5 à 6H00 je pense avant le statu "clean". Par contre au final je ne peux pas le monter...

Bruno, je veux bien tenté le testdisk mais es-tu capable de me guider dans la démarche à suivre ?

Vous n'avez pas l'air d'accord tous les 2 sur l'opération à effectuer. Pour ma part je n'arrive pas à avoir un avis. Je serais seul sans proposition je pense que j'aurais tenté le tout pour le tout en supprimant à nouveau mon RAID mais sous Ubuntu 12.04 LTS et je l'aurais recréé... Mais pas sûr qu'au final je ne fasse plus de mal que de bien smile Parmi vos deux propositions, est-ce qu'il y en a une qui ne peut pas aggraver la situation ?

Car on commence par celle-là, et si ça donne rien, on passe éventuellement à l'autre ? Car je rappelle que le gros boulet que je suis doit avoir dessus environ 5 ou 6 To de données (certaines sans importance certes) sans aucune sauvegarde....

Hors ligne

#17 Le 10/12/2020, à 09:01

geole

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Bonjour

Bruno t'a proposé un " testdisk /dev/md0"
Tu peux le lancer sans aucun risque.   
      testdisk se contente de lire, il n'y a que toi qui peut dire que tu veux réécrire quelque chose.
      Si par accident, tu le dit,   testdisk te demandera confirmation.....     Alors ne confirme pas...


Avec la commande create, tu fais une sorte de coffre-fort pour stocker tes données.
         Actuellement c'est une clé de 120 qui est utilisée pour ouvrir.
         Donc, lorsque tu fabriques maintenant le coffre fort et que tu demandes quelle clé est utilisée, on te répond "clé de 120"!!!!!
      Mais en  version 12.04,  ce modèle de clé n'existait pas donc une clé de 120 ne peut pas ouvrir la porte de tes données.
     Si tu n'as pas changé de serrure,  mes recherches ont montré que c'est une clé de 090 qui était utilisée à l'époque.
    Tu n'es pas obligé de réinstaller la version 12.04 pour utiliser une clé de 090, Il suffit de le dire au moment de la fabrication du coffre-fort (voir le test que j'ai fait).

    Le test fait montre qu'avec une clé  standard (de 120) les données sont inaccessibles, mais le redeviennent avec la bonne clé de 090
   Il n'existe que deux autres modèles de clé  100 et 110
  Donc, si chez toi la clé de 090 ne fonctionne pas, essaies la clé de 100  puis la clé de 110

N'ayant pas 6 disques de 2 To à ma disposition, je me suis contenté de  4 partitions de petite taille.
    Donc au premier niveau, on ne voit pas les disques mais on voit les mots loop

Tu constateras que j'ai fais l'effort de fabriquer en demandant de formater en NTFS
Je suis conscient, qu'il ne faut jamais faire ce genre de formatage.  En cas d'incident logiciel, ubuntu n'a aucun outil pour réparer les partitions formatées en NTFS.
Je viens encore de voir un cas récent où  j'ai demandé de relancer windows
Mais, à ma connaissance (Je ne connais pas de tuto) , windows ne sait pas  facilement accéder aux enveloppent RAIDS créées par MDADM .

J'ai vu une commande  qui  permet un changement de  clé en dynamique mais dans ton contexte, il serait sage que tu sauvegardes tes données  ailleurs et que tu refabriques un raids tout neuf en ne le formatant pas en NTFS!

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

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#18 Le 10/12/2020, à 09:04

bruno

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Il faut que tu essaies la commande de geole en #13. Je n'avais pas compris que le RAID avait été reconstruit.

#19 Le 10/12/2020, à 19:49

piouk03

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Bonsoir,

J'ai essayé sans succès... 

~$ sudo mdadm  --create   --metadata=0.90   /dev/md0 --level=5                                                                                                                                                               --raid-devices=6 /dev/sd[abcdfg]1
mdadm: super0.90 cannot open /dev/sda1: Device or resource busy
mdadm: /dev/sda1 is not suitable for this array.
mdadm: super0.90 cannot open /dev/sdb1: Device or resource busy
mdadm: /dev/sdb1 is not suitable for this array.
mdadm: super0.90 cannot open /dev/sdc1: Device or resource busy
mdadm: /dev/sdc1 is not suitable for this array.
mdadm: super0.90 cannot open /dev/sdd1: Device or resource busy
mdadm: /dev/sdd1 is not suitable for this array.
mdadm: super0.90 cannot open /dev/sdf1: Device or resource busy
mdadm: /dev/sdf1 is not suitable for this array.
mdadm: create aborted

sudo mdadm  --create   --metadata=1.00   /dev/md0 --level=5                                                                                                                                                               --raid-devices=6 /dev/sd[abcdfg]1
mdadm: super1.x cannot open /dev/sda1: Device or resource busy
mdadm: /dev/sda1 is not suitable for this array.
mdadm: super1.x cannot open /dev/sdb1: Device or resource busy
mdadm: /dev/sdb1 is not suitable for this array.
mdadm: super1.x cannot open /dev/sdc1: Device or resource busy
mdadm: /dev/sdc1 is not suitable for this array.
mdadm: super1.x cannot open /dev/sdd1: Device or resource busy
mdadm: /dev/sdd1 is not suitable for this array.
mdadm: super1.x cannot open /dev/sdf1: Device or resource busy
mdadm: /dev/sdf1 is not suitable for this array.
mdadm: create aborted

sudo mdadm  --create   --metadata=1.10   /dev/md0 --level=5                                                                                                                                                               --raid-devices=6 /dev/sd[abcdfg]1
mdadm: unrecognised metadata identifier: 1.10

Il n'y a pas une manip à faire avant, car on dirait qu'il est déjà occupé ?

Hors ligne

#20 Le 10/12/2020, à 21:18

geole

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Bonsoir.
Il faut probablement que tu fasses un
sudo madm  --stop /dev/mdnnnn
commande dite de mémoire. avec nnn = 0 ou 127

Dernière modification par geole (Le 10/12/2020, à 21:23)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#21 Le 11/12/2020, à 07:08

piouk03

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Je viens de faire la manip...C'est pire... Mon RAID fait maintenant 2.5Mo au lieu de 9.1 TO sad

sudo mdadm  --create   --metadata=0.90   /dev/md0 --level=5                                                                                                                                                               --raid-devices=6 /dev/sd[abcdfg]1
mdadm: /dev/sda1 appears to be part of a raid array:
       level=raid5 devices=6 ctime=Thu Nov 19 11:46:59 2020
mdadm: partition table exists on /dev/sda1 but will be lost or
       meaningless after creating array
mdadm: /dev/sdb1 appears to be part of a raid array:
       level=raid5 devices=6 ctime=Thu Nov 19 11:46:59 2020
mdadm: partition table exists on /dev/sdb1 but will be lost or
       meaningless after creating array
mdadm: /dev/sdc1 appears to be part of a raid array:
       level=raid5 devices=6 ctime=Thu Nov 19 11:46:59 2020
mdadm: partition table exists on /dev/sdc1 but will be lost or
       meaningless after creating array
mdadm: /dev/sdd1 appears to be part of a raid array:
       level=raid5 devices=6 ctime=Thu Nov 19 11:46:59 2020
mdadm: partition table exists on /dev/sdd1 but will be lost or
       meaningless after creating array
mdadm: /dev/sdf1 appears to be part of a raid array:
       level=raid5 devices=6 ctime=Thu Nov 19 11:46:59 2020
mdadm: partition table exists on /dev/sdf1 but will be lost or
       meaningless after creating array
mdadm: largest drive (/dev/sda1) exceeds size (512K) by more than 1%
Continue creating array? (y/n) y
mdadm: array /dev/md0 started.
sudo parted -l
Model: ATA WDC WD20EZRX-00D (scsi)
Disk /dev/sda: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  2000GB  2000GB  primary  ntfs         raid


Model: ATA WDC WD20EZRX-00D (scsi)
Disk /dev/sdb: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  2000GB  2000GB  primary  ntfs         raid


Model: ATA WDC WD20EARX-00P (scsi)
Disk /dev/sdc: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  2000GB  2000GB  primary  ntfs         raid


Model: ATA WDC WD20EZRX-00D (scsi)
Disk /dev/sdd: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  2000GB  2000GB  primary  ntfs         raid


Model: ATA WDC WD20EZRX-00D (scsi)
Disk /dev/sde: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  2000GB  2000GB  primary  ntfs         raid


Model: ATA SAMSUNG HD204UI (scsi)
Disk /dev/sdf: 2000GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  2000GB  2000GB  primary  ntfs         raid


Model: Linux Software RAID Array (md)
Disk /dev/md0: 2621kB
Sector size (logical/physical): 512B/4096B
Partition Table: loop
Disk Flags:

Number  Start  End     Size    File system  Flags
 1      0,00B  2621kB  2621kB  ntfs


Model: Kingston DataTraveler G3 (scsi)
Disk /dev/sdg: 8007MB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number  Start   End     Size    File system  Name  Flags
 1      1049kB  2097kB  1049kB  ntfs               bios_grub
 2      2097kB  8006MB  8004MB  ext4

Hors ligne

#22 Le 11/12/2020, à 08:51

geole

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Bonjour
Mais on voit que chacune des partions a toujours  une taille correcte.


Je ne sais que penser de ce message
mdadm: largest drive (/dev/sda1) exceeds size (512K) by more than 1%
anomalie?
erreur?
Dans une discussion, j'ai récupéré ce constat "
Plusieurs remarques ici. Premièrement, mdadm constate que les deux éléments physiques n'ont pas la même taille ; comme cela implique que de l'espace sera perdu sur le plus gros des deux éléments, une confirmation est nécessaire. "

Tu tu lançais testdisk sur /dev/md0    que dirait-il ?

Dernière modification par geole (Le 11/12/2020, à 08:57)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#23 Le 11/12/2020, à 20:45

piouk03

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Alors on a empiré les choses... Mon serveur ne redémarrait plus (écran noir après le bios qui bootait bien sur le système). J'ai donc remis le fichier image du système et là un sudo mdadm --detail --scan --verbose me donne :

INACTIVE-ARRAY /dev/md127 num-devices=5 metadata=0.90 UUID=020f62b5:40fed8b6:345                                                                       a719c:ee0e83b4
   devices=/dev/sdb1,/dev/sdc1,/dev/sdd1,/dev/sde1,/dev/sdg1
INACTIVE-ARRAY /dev/md0 num-devices=1 metadata=1.2 name=serveur:0 UUID=525241b3:                                                                       4f5e7a05:724e8712:69ab3631
   devices=/dev/sdf1

Je regarde alors sur Webmine (oui désolé...) qui me dit que j'ai un md0 de 1.81To et un md127 de 9.09To le tout en RAID0 sad

Help help ça sent pas bon...!

Hors ligne

#24 Le 11/12/2020, à 20:59

piouk03

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Alors, je viens de voir que j'en avais fais une... J'ai gardé la commande tel quelle, sauf que mes disques étaient en a, b, c, d, e et f au moment de l'exécution or "sd[abcdfg]1"...

Une fois mon système réinstallé j'ai donc j'ai stoppé le MD0 et le MD127... J'ai recréé un MD0 avec la bonne commande (cette fois le système était passé en a, j'ai donc entré  "sd[bcdefg]1" dans la commande. J'ai de nouveau un md0 avec un statut dans webmin "clean, degraded, recovering (0%, 291 min)... Il y a plus qu'à croiser le doigts. La suite demain ! Je vous tiens au courant wink

Hors ligne

#25 Le 12/12/2020, à 10:41

piouk03

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Alors après une nuit de travail on a de nouveau un RAID au statut "Clean" mais lors du montage de celui-ci, toujours le même message d'erreur : "mount: /mnt/serveur: wrong fs type, bad option, bad superblock on /dev/md0, missing codepage or helper program, or other error."

En regardant dans les propriétés du RAID dans webmin j'ai "Taille des morceaux : 512 kB" alors que je sais avec certitude que lors de la création de mon RAID en 2014 la taille des morceaux était de 4kB. Est-ce que le problème peut venir de là ?

Qu'en pensez-vous ?

Dernière modification par piouk03 (Le 12/12/2020, à 10:45)

Hors ligne

Pages : 1 2