Ubuntu-fr

nathan@CO

Mount RAID 5 impossible après grosse mise à jour Ubuntu

Bonjour,

Je plante le décors, PC de travail sous Ubuntu 12.04 pendant trop longtemps, contenant en plus de son SSD de travail 3 disques de 1To en RAID 5 qui étaient avant sur mon serveur qui a rendu l'âme, passons ce détail

Tout fonctionnait bien jusqu'à la semaine dernière où je veux enfin depuis le temps faire ma mise à jour Ubuntu, me croyant en sécurité, je copie quelques dossiers importants dans etc, mais pas vers l'extérieur, (je sais, je suis imprudent) et quel ne fut pas ma suprise quand la mise à jour vers Ubuntu me supprima d'elle même tout fichier dans /etc qu'elle ne voulait pas y voir... je fait toujours ça et ça se passe toujours bien, pas là...

A la limite, pas grave, sauf que du coup impossible pour moi de me rappeler ma configuration RAID, et j'ai du coup pas mal de datas importantes sur ce RAID 5 qui ne veulent pas se monter.

Les disques sont sains, le RAID démarre et se synchronise avec ses 3 disques, mais le superblocks, table de partition et je ne sais quoi encore ne veut rien entendre, donc commande "mount" impossible à réaliser, et j'ai bien peur d'avoir joué avec le feu plusieurs heures en testant 50k solutions sur le web...

Me voilà désespéré sur ces données, ma dernière chance étant ici, entre les mains de celui qui voudra bien m'aider à chercher au bon endroit et trouver un solution...

Les 3 disques sont physiquements les mêmes, tous 3 font 1 To, ils avaient été formatés et partitionnés le même jour il y a pas mal d'années et tout a très bien marché jusqu'à la mise à jour. Le montage était simple avec /dev/sd[abc]1 en RAID 5, et j'ai aussi un petit bout de chaque disque [abc]2 qui sont chaqun un swap pour alléger le SSD

Voici ci-après les premiers éléments pour vous indiquer la situation, n'hésitez pas à me demander tout autre log ou résultat de commande, il me faut vraiment récupéré ces données....

Pour info j'ai une assez bonne connaissance d'Ubuntu que j'utilise depuis 10 ans pour du développement PHP (j'ai commencé avec la 5) et je fais pas mal d'administration serveur wamp via ssh.
Seulement là la situation me dépasse le RAID n'étant pas mon fort... :-/

# mdadm --examine --scan
ARRAY /dev/md/0  metadata=1.2 UUID=ade9ac65:2dd7c5e7:caa9f85c:c487e04a name=nathan-coueb:0

# cat /proc/mdstat 
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md0 : active raid5 sda1[0] sdc1[3] sdb1[1]
      1950908416 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/3] [UUU]
      bitmap: 0/8 pages [0KB], 65536KB chunk

unused devices: <none>

# mdadm --detail /dev/md0
/dev/md0:
        Version : 1.2
  Creation Time : Fri Oct  2 16:02:44 2015
     Raid Level : raid5
     Array Size : 1950908416 (1860.53 GiB 1997.73 GB)
  Used Dev Size : 975454208 (930.27 GiB 998.87 GB)
   Raid Devices : 3
  Total Devices : 3
    Persistence : Superblock is persistent

  Intent Bitmap : Internal

    Update Time : Sun Oct  4 03:32:10 2015
          State : clean 
 Active Devices : 3
Working Devices : 3
 Failed Devices : 0
  Spare Devices : 0

         Layout : left-symmetric
     Chunk Size : 512K

           Name : nathan-coueb:0  (local to host nathan-coueb)
           UUID : ade9ac65:2dd7c5e7:caa9f85c:c487e04a
         Events : 1950

    Number   Major   Minor   RaidDevice State
       0       8        1        0      active sync   /dev/sda1
       1       8       17        1      active sync   /dev/sdb1
       3       8       33        2      active sync   /dev/sdc1

# e2fsck /dev/md0
e2fsck 1.42.12 (29-Aug-2014)
ext2fs_open2: Numéro magique invalide dans le super-bloc
e2fsck : Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/md0

Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2/ext3/ext4 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2/ext3/ext4 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
    e2fsck -b 8193 <périphérique>
 ou
    e2fsck -b 32768 <périphérique>

Les 2 commandes qu'ils propose ne fonctionnent pas.

Je cherche les autres copies :

# mke2fs -n /dev/md0
mke2fs 1.42.12 (29-Aug-2014)
En train de créer un système de fichiers avec 487727104 4k blocs et 121937920 i-noeuds.
UUID de système de fichiers=115c1987-f01c-4108-9189-5f63ff5ec4eb
Superblocs de secours stockés sur les blocs : 
	32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
	4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 
	102400000, 214990848

Le seul qui me dit quelque chose est le 163840, mais ça ne m'aide pas...

# mdadm --examine --scan
ARRAY /dev/md/0  metadata=1.2 UUID=ade9ac65:2dd7c5e7:caa9f85c:c487e04a name=nathan-coueb:0
root@nathan-coueb:~# e2fsck -b 163840 /dev/md0
e2fsck 1.42.12 (29-Aug-2014)
le superbloc a un journal invalide (i-noeud 8).
Effacer<o>? oui
*** ext3 journal has been deleted - filesystem is now ext2 only ***

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

shrek: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****

Voilà où j'en suis rendu. Et pour info, si j'essaye le mount, j'ai ça :

# mount /dev/md0 /media/shrek
mount: wrong fs type, bad option, bad superblock on /dev/md0,
       missing codepage or helper program, or other error

       In some cases useful info is found in syslog - try
       dmesg | tail or so.

# dmesg | grep md0
[  924.391560] md0: detected capacity change from 1997730217984 to 0
[  924.391569] md: md0 stopped.
[ 1010.544035] md: md0 stopped.
[ 1010.547340] md/raid:md0: device sda1 operational as raid disk 0
[ 1010.547344] md/raid:md0: device sdc1 operational as raid disk 2
[ 1010.547346] md/raid:md0: device sdb1 operational as raid disk 1
[ 1010.547692] md/raid:md0: allocated 0kB
[ 1010.547792] md/raid:md0: raid level 5 active with 3 out of 3 devices, algorithm 2
[ 1010.547913] created bitmap (8 pages) for device md0
[ 1010.548296] md0: bitmap initialized from disk: read 1 pages, set 0 of 14885 bits
[ 1010.561266] md0: detected capacity change from 0 to 1997730217984

Quelqu'un à une piste ? ^_^

bruno

Re : Mount RAID 5 impossible après grosse mise à jour Ubuntu

Bonjour,

Jette un coup d'œil ici : http://www.linuxpedia.fr/doku.php/exper … itionnable

nathan@CO

Re : Mount RAID 5 impossible après grosse mise à jour Ubuntu

Salut,

Merci du lien, il m'a fait avancer d'un poil en supprimant visiblement une erreur, mais je reste bloqué car e2fsck refuse de faire toute action...

Même si je force en manuel, je dis oui à tout, c'est long.... mais je peux toujours pas faire le resize ensuite, donc je garde la même erreur...

Voici ce que je viens de faire :

# mdadm --grow /dev/md0 --size=max
mdadm: component size of /dev/md0 unchanged at 975454208K

(je n'ai pas la 1ère réponse de la commande qui avait été positive sur un changement, le log du manuel de e2fsck a bouffé l'affichage de la commande ci-dessus :-))

La commande ci-dessus m'a permis que e2fsck ne dise plus qu'il ne trouve plus le superblock, mais il reste le problème de taille

# e2fsck -cc /dev/md0
e2fsck 1.42.12 (29-Aug-2014)
exet2fs_check_desc: Descripteur de groupe corrompu : bloc invalide pour le bitmap d'i-noeuds
e2fsck : 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 487792608 blocs
La taille physique du périphérique est de 487727104 blocs
Le superbloc ou la table des partitions est peut-être corrompue !
Arrêter<o>? oui

shrek: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****

Sur cette commande ci-dessus, j'ai fait "non" puis oui à toutes les demandes manuelles, mais le problème persiste sur resize qui me dit :

# resize2fs /dev/md0
resize2fs 1.42.12 (29-Aug-2014)
SVP exécutez « e2fsck -f /dev/md0 » d'abord.

voilà, du coup je tourne en rond sur les 2 commandes que je dois lancer...

je vais redémarrer ma machine voir si ça change quelque chose, mais j'ai un doute...

nathan@CO

Re : Mount RAID 5 impossible après grosse mise à jour Ubuntu

Bon, le redémarrage n'a rien donné, et je suis toujours au même point... impossible de redimensionner/mettre en phase le superblock et la taille physique... et du coup impossible de monter mon disque....

Je commence à avoir peur pour mes données... et ma dernière sauvegarde conséquente date de plusieurs mois imprudent que je suis :-/

Quelqu'un a une autre piste à me donner ? Je suis preneur

MicP

Re : Mount RAID 5 impossible après grosse mise à jour Ubuntu

… je dis oui à tout, c'est long....

Pour info :

…
       -y     Répondre « yes » à toutes les questions, permet ainsi l'utilisation non interactive d'e2fsck. Cette option ne peut pas être utilisée en même temps que les options -n ou -p.
…

Dernière modification par MicP (Le 07/10/2015, à 10:07)

nathan@CO

Re : Mount RAID 5 impossible après grosse mise à jour Ubuntu

Et non justement, ce n'est pas possible

Regarde mes logs, ils ont bloqué cette fonctionnalité si les tailles sont différentes, car il poste la question "Arreter ?" et forcément l'auto-yes répond oui et tout s'arrête et rien n'est corrigé....

Je n'ai trouvé aucun moyen de contourner ça... du coup impossible d'être en auto...

La preuve en "image" ^_^

# e2fsck -y /dev/md0
e2fsck 1.42.12 (29-Aug-2014)
exet2fs_check_desc: Descripteur de groupe corrompu : bloc invalide pour le bitmap d'i-noeuds
e2fsck : 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 487792608 blocs
La taille physique du périphérique est de 487727104 blocs
Le superbloc ou la table des partitions est peut-être corrompue !
Arrêter ? oui
shrek: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****

Donc impossible comme tu vois...

Pour info, une tentative de montage donne toujours :

# mount /dev/md0 /media/shrek/
mount: wrong fs type, bad option, bad superblock on /dev/md0,
       missing codepage or helper program, or other error

       In some cases useful info is found in syslog - try
       dmesg | tail or so.

Merci quand même

Alors que le RAID semble tourner lui...