Ubuntu-fr

cerghan

remontage array mdadm sur nouveau systeme

Bonjour a tous,

Je viens ici en dernier recours, en esperant que quelqu'un ait la bonne idée.
J'ai un NAS 3 disques qui tourne avec ubuntu server 12.04. Le systeme tourne sur une partition de 10Go et le reste (2*2To +200Go) est dans un array mdadm en linear.
Hier je decide de passer le système sur un SSD. Le probleme c'est que sur le nouveau systeme, je n'arrive pas a reformer mon array et donc je ne peux pas récupérer mes données. La plupart sont sauvegardées ailleurs mais d'autres et notamment des souvenirs ne le sont pas...
Quelqu'un aurait-il une piste ?

Merci !

Kooothor

Re : remontage array mdadm sur nouveau systeme

T'as une erreur ?

cerghan

Re : remontage array mdadm sur nouveau systeme

Oui, lorsque j'essaye de monter /dev/md0 sur son point de montage, j'obtiens l'erreur suivante:

 EXT4-fs (md0): VFS: Can't find ext4 filesystem

ssdg

Re : remontage array mdadm sur nouveau systeme

Je crois qu'il faut les enregistrer (ou avoir une autodétection je crois) peut  être même dans le bon ordre. Tu as regardé ce que disaient les logs et mdstat?

---

s'il n'y a pas de solution, c'est qu'il n'y a pas de problème... ou pas.

cerghan

Re : remontage array mdadm sur nouveau systeme

J'ai quelques nouvelles infos.
J'ai ré-assemblé mes disques en un array avec la commande

mdadm --assemble --scan

Lorsque j'essaye ensuite de monter /dev/md0 sur son point de montage j'ai l'erreur suivante:

mount : vous devez indiquer le type de système de fichiers

En indiquant le systeme de fichier lors du montage:

root@NAS:/# mount -t ext4 /dev/md0 /media/test/
mount : mauvais type de système de fichiers, option erronée, superbloc erroné
        sur /dev/md0, page de code ou programme auxiliaire manquant, ou autre erreur
       Dans quelques cas certaines informations sont utiles dans le journal
        système — essayez « dmesg | tail » ou quelque chose du genre

J'ai essayé de faire un fsck sur /dev/md0 mais rien a faire il me donne toujours l'erreur suivante:

root@NAS:/# fsck /dev/md0
fsck de util-linux 2.20.1
e2fsck 1.42 (29-Nov-2011)
fsck.ext2 : Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
fsck.ext2: 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 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2 (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>

Pour les logs voici ce que dit mdstat:

root@NAS:/# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0 : active linear sda3[0] sdc1[2] sdb1[1]
      4137217176 blocks super 1.2 4k rounding

unused devices: <none>

et dmesg:

[57474.964239] md: unbind<sda3>
[57474.980248] md: export_rdev(sda3)
[57474.980370] md: unbind<sdc1>
[57474.992268] md: export_rdev(sdc1)
[57474.992301] md: unbind<sdb1>
[57474.992491] md: export_rdev(sdb1)
[57622.962885] md: md0 stopped.
[57622.968726] md: bind<sdb1>
[57622.969052] md: bind<sdc1>
[57622.969356] md: bind<sda3>
[57622.987040] md0: detected capacity change from 0 to 4236510388224
[57623.020924]  md0: unknown partition table
[68723.575637] EXT4-fs (md0): VFS: Can't find ext4 filesystem
[68734.161003] EXT3-fs (md0): error: can't find ext3 filesystem on dev md0.
[68734.190026] EXT4-fs (md0): VFS: Can't find ext4 filesystem
[68734.213188] XFS (md0): bad magic number
[68734.213197] XFS (md0): SB validate failed

Il semble que ce soit le système de fichier qui soit atteint mais, je ne comprend pas comment. Y a t-il encore un espoir de recuperer mes données. Sur la totalités, il doit y avoir 5Go qui m’intéresse...

Dernière modification par cerghan (Le 23/03/2014, à 16:04)

ssdg

Re : remontage array mdadm sur nouveau systeme

Euh, et un petit
fdisk -l /dev/md0
?

---

s'il n'y a pas de solution, c'est qu'il n'y a pas de problème... ou pas.

cerghan

Re : remontage array mdadm sur nouveau systeme

Je ne suis actuellement pas chez moi. Mais de tête le fdisk -l /dev/md0 indiquait qu'il n'y avait pas de table de partition valide.