Wrong fs type, bad option, bad superblock on /dev/md0

cam · Février 20, 2016, 6:57pm

Salut,

J’ai récemment changé de distribution (j’aime bien tester différentes distros) en gardant comme d’habitude mon /home et mes autres partitions de données dont une partition raid0 md0. Depuis le dernier changement la partition md0 n’est plus montée automatiquement. Apparemment elle ne seraia pas formatée alors que j’ai pleins de données dessus.

Voici le message que j’ai au démarrage:

mount: wrong fs type, bad option, bad superblock on /dev/md0, missing codepage or helper program, or other error (could this be the IDE device where you in fact use ide-scsi so that sr0 or sda or so is needed?) In some cases useful info is found in syslog - try dmesg | tail or so

Voici mon /etc/fstab:

[code]# /etc/fstab: static file system information.

proc /proc proc defaults 0 0

/dev/sda2

/dev/sda2 / ext3 relatime,errors=remount-ro 0 1

/dev/sda3

/dev/sda3 /home ext3 relatime 0 2

/dev/md0

/dev/md0 /media/janbeuhnoix ext3 relatime 0 2

/dev/sdb2

/dev/sdb2 /media/share ext3 relatime 0 2

/dev/sdb1

/dev/sdb1 /media/windows ntfs defaults,umask=007,gid=46 0 1

/dev/sda1

/dev/sda1 none swap sw 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto,exec,utf8 0 0
/dev/scd1 /media/cdrom1 udf,iso9660 user,noauto,exec,utf8 0 0[/code]

fdisk -l:

[code]Disk /dev/sda: 74.0 GB, 74000000000 bytes
255 heads, 63 sectors/track, 8996 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00029ad0

Device Boot Start End Blocks Id System
/dev/sda1 1 486 3903763+ 82 Linux swap / Solaris
/dev/sda2 * 487 2918 19535040 83 Linux
/dev/sda3 2919 8996 48821535 83 Linux

Disk /dev/sdb: 250.0 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000d3f33

Device Boot Start End Blocks Id System
/dev/sdb1 * 1 6527 52428096 7 HPFS/NTFS
/dev/sdb2 6528 30401 191767905 83 Linux

Disk /dev/sdc: 320.0 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x0003286b

Device Boot Start End Blocks Id System
/dev/sdc1 * 1 38913 312568641 fd Linux raid autodetect

Disk /dev/sdd: 320.0 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x19e219e1

Device Boot Start End Blocks Id System
/dev/sdd1 1 38913 312568641 fd Linux raid autodetect[/code]

Est-ce que mes options de montage ne sont pas adaptées? Avant le dernier changement de distribution j’ai fait ces manipulations des dizaines de fois et ça n’avait jamais posé de problème, je suppose juste que l’autodétection des périphériques multidisques pendant l’installation à foutu le bordel. Pour info je suis sous ubuntu 8.10 en 64bits. Merci pour votre aide si vous avez une idée de ce qui pourrait m’aider à récupérer ma partition raid

thomas.leclerc · Février 20, 2016, 6:57pm

lors du changement de distrib, as tu changé le nom du pc ?

cam · Février 20, 2016, 6:57pm

Oui j’ai changé le nom de machine mais je vois pas ce que ça peut changer étant donné que toutes les manipulations concernées ont déjà été faites maintes fois et ça n’avait jamais posé de problèmes. Tu penses à quoi comme source du problème?

thomas.leclerc · Février 20, 2016, 6:57pm

je ne sais pas … mais essaye de remettre le même nom de machine qu’avant…pour voir.

cam · Février 20, 2016, 6:57pm

Je peux pas essayer pour l’instant parce que je suis au travail mais je pense pas que ça changera grand chose car il n’y aucun rapport entre le problème de lecture sur ma grappe raid et le nom de la machine. Mais bon je veux bien essayer mais je fonde pas tous mes espoirs là dedans :smt003

cam · Février 20, 2016, 6:57pm

Il se trouve en fait que mon fichier /proc/mdstat est vide:

cat /proc/mdstat Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] unused devices: <none>

Mais je sais pas trop comment réparer ça donc si quelqu’un a une solution, ça me fera gagner du temps

cam · Février 20, 2016, 6:58pm

Salut,

Personne n’a d’idée sur la question? J’ai cherché sur le net et ya pas grand chose qui a retenu mon attention et je voudrais surtout pas faire une connerie qui pourrait m’empecher de récupérer mes données. Merci de votre aide :smt001

J’ai essayé ça mais …

# mdadm /dev/md0 --add /dev/sdc1 /dev/sdd1 mdadm: cannot get array info for /dev/md0

cam · Février 20, 2016, 6:58pm

Re,

Je découvre quelques commandes mais qui ne font pas avancer le schmilblick…

[code]~$ sudo mdadm --examine /dev/sdc1
/dev/sdc1:
Magic : a92b4efc
Version : 00.90.00
UUID : edf2cdd8:ded5032d:33a70373:7f0eea01
Creation Time : Sat Apr 14 05:01:06 2007
Raid Level : raid0
Used Dev Size : 0
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0

Update Time : Sat Apr 14 05:28:16 2007
      State : active

Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Checksum : b4ea9ca7 - correct
Events : 5

 Chunk Size : 64K

  Number   Major   Minor   RaidDevice State

this 1 8 33 1 active sync /dev/sdc1

0 0 8 17 0 active sync /dev/sdb1
1 1 8 33 1 active sync /dev/sdc1
[/code]

[code]~$ sudo mdadm --examine /dev/sdd1
/dev/sdd1:
Magic : a92b4efc
Version : 00.90.00
UUID : edf2cdd8:ded5032d:33a70373:7f0eea01
Creation Time : Sat Apr 14 05:01:06 2007
Raid Level : raid0
Used Dev Size : 0
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0

Update Time : Sat Apr 14 05:28:16 2007
      State : active

Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Checksum : b4ea9c95 - correct
Events : 5

 Chunk Size : 64K

  Number   Major   Minor   RaidDevice State

this 0 8 17 0 active sync /dev/sdb1

0 0 8 17 0 active sync /dev/sdb1
1 1 8 33 1 active sync /dev/sdc1
[/code]

~$ sudo mdadm --assemble /dev/md0 /dev/sd[cd]1 mdadm: cannot open device /dev/sdc1: Device or resource busy mdadm: /dev/sdc1 has no superblock - assembly aborted

Je sais pas vraiment quoi faire donc si vous avec un souçon d’idée qui pourrait me faire avancer ça serai extremement aimable à vous

thomas.leclerc · Février 20, 2016, 6:58pm

ok. une fois le raid monté, il y a aussi la commande mdadm --detail /dev/md0 qui est bien utile.

~$ sudo mdadm --examine /dev/sdd1
(.....)
this     0       8       17        0      active sync   /dev/sdb1
(...)

q’est ce qu’il fout là sdb1 ??
tu demande des infos sur /dev/sdd1 et il te repond this --> /dev/sdb1 ??
le raid logiciel, est logiciel justement. je pense que tu prends des risques en le migrant d’un OS à l’autre.

tu as peut être un problème avec les UID des disques au niveau de mdadm ? car sur fstab on voit bien que les deux partitions ‘linux raid’ sont /dev/sdc1 & /dev/sdd1.

cam · Février 20, 2016, 6:58pm

En fait, c’est moi qui a viré les UUID des disques dans le fstab parce que vu que ça marchait pas je me suis dit que dans tous les cas ça casserai rien car les deux syntaxes passe.

Pour ce qui est du mdadm.conf je trouve ça bizarre aussi… je vais tester ça ce soir pour voir. Par contre pour l’instant je n’arrive pas à monter le raid. mais j’approfondi de jour en jour, ptete un jour j’aurai le déclic :smt003

Si quelqu’un a un exemple de mdadm.conf à poster ça serait fantastique.

cam · Février 20, 2016, 6:58pm

En fait, j’avais pas tilté quand je l’ai écrit mais là où sa semble bizarre c’est le résultat du “mdadm --examine” mais je sais pas où il trouve ses infos donc je sais pas non plus où tester autre chose… Quelqu’un sait où ça peut se trouver? (en tout cas pas dans le mdadm.conf

Vla mon mdadm.conf:

[code]# mdadm.conf

Please refer to mdadm.conf(5) for information about this file.

by default, scan all partitions (/proc/partitions) for MD superblocks.

alternatively, specify devices to scan, using wildcards if desired.

DEVICE /dev/sdc1 /dev/sdd1

auto-create devices with Debian standard permissions

CREATE owner=root group=disk mode=0660 auto=yes

automatically tag new arrays as belonging to the local system

HOMEHOST

instruct the monitoring daemon where to send mail alerts

MAILADDR root

definitions of existing MD arrays

ARRAY /dev/md0 devices=/dev/sdc1,/dev/sdd1 level=raid0 num-devices=2 UUID=edf2cdd8:ded5032d:33a70373:7f0eea01

This file was auto-generated on Sun, 01 Feb 2009 19:56:56 +0000

by mkconf $Id$

[/code]

cam · Février 20, 2016, 6:59pm

Up, personne?

cam · Février 20, 2016, 6:59pm

[code]# mdadm -E /dev/sdc1
/dev/sdc1:
Magic : a92b4efc
Version : 00.90.00
UUID : 84788b68:1bb79088:9a73ebcc:2ab430da
Creation Time : Mon Sep 23 16:02:33 2002
Raid Level : raid0
Device Size : 17920384 (17.09 GiB 18.40 GB)
Raid Devices : 4
Total Devices : 4
Preferred Minor : 0

Update Time : Mon Sep 23 16:14:52 2002
      State : clean, no-errors

Active Devices : 4
Working Devices : 4
Failed Devices : 0
Spare Devices : 0
Checksum : 8ab5e437 - correct
Events : 0.10

 Chunk Size : 128K

  Number   Major   Minor   RaidDevice State

this 1 8 33 1 active sync /dev/sdc1
0 0 8 17 0 active sync /dev/sdb1
1 1 8 33 1 active sync /dev/sdc1
2 2 8 49 2 active sync /dev/sdd1
3 3 8 65 3 active sync /dev/sde1[/code]

Quelqu’un aurait-il des explications sur les dernières lignes en dessous de la chunck size? Cet exemple n’est pas issu de mon PC mais pris sur internet.
Pourquoi la partition sdc1 est mentionnée 2 fois à la fin du suoperblock? Ou puis-je modifier ce superblock?
Ya pas un connaisseur de ces outils pour m’expliquer un peu tout ca svp?

cam · Février 20, 2016, 6:59pm

Trouvé ça. Je le poste ici pour pouvoir y accéder ce soir et ça pourra ptete servir à quelqu’un

cam · Février 20, 2016, 7:00pm

C’est bizarre ya plein de trucs que je capte pas… Il se trouve que mes UUID sont bons, les lettres de lecteurs qui sont attribuées sont les même qu’avant mais le montage du raid ne se fait pas et pourtant je vois pas ce qui cloche à part ce *****é de superblock.

cam@intrepid-studio:~$ sudo /bin/ls -lF /dev/disk/by-id/ total 0 lrwxrwxrwx 1 root root 9 2009-02-07 11:16 ata-MAXTOR_STM3250310AS_9RY19XRQ -> ../../sdb lrwxrwxrwx 1 root root 10 2009-02-07 11:16 ata-MAXTOR_STM3250310AS_9RY19XRQ-part1 -> ../../sdb1 lrwxrwxrwx 1 root root 10 2009-02-07 11:16 ata-MAXTOR_STM3250310AS_9RY19XRQ-part2 -> ../../sdb2 lrwxrwxrwx 1 root root 9 2009-02-07 11:16 ata-SAMSUNG_HD321KJ_S0MQJ1KP101021 -> ../../sdc lrwxrwxrwx 1 root root 10 2009-02-07 11:16 ata-SAMSUNG_HD321KJ_S0MQJ1KP101021-part1 -> ../../sdc1 lrwxrwxrwx 1 root root 9 2009-02-07 11:16 ata-SAMSUNG_HD321KJ_S0MQJ1KP101256 -> ../../sdd lrwxrwxrwx 1 root root 10 2009-02-07 11:16 ata-SAMSUNG_HD321KJ_S0MQJ1KP101256-part1 -> ../../sdd1 lrwxrwxrwx 1 root root 9 2009-02-07 11:16 ata-WDC_WD740GD-75FLA0_WD-WMAKE1089813 -> ../../sda lrwxrwxrwx 1 root root 10 2009-02-07 11:16 ata-WDC_WD740GD-75FLA0_WD-WMAKE1089813-part1 -> ../../sda1 lrwxrwxrwx 1 root root 10 2009-02-07 11:16 ata-WDC_WD740GD-75FLA0_WD-WMAKE1089813-part2 -> ../../sda2 lrwxrwxrwx 1 root root 10 2009-02-07 11:16 ata-WDC_WD740GD-75FLA0_WD-WMAKE1089813-part3 -> ../../sda3 lrwxrwxrwx 1 root root 39 2009-02-07 11:16 dm-name-isw_bdcciigdbc_Janbeuhnoix -> ../../mapper/isw_bdcciigdbc_Janbeuhnoix lrwxrwxrwx 1 root root 40 2009-02-07 11:16 dm-name-isw_bdcciigdbc_Janbeuhnoix1 -> ../../mapper/isw_bdcciigdbc_Janbeuhnoix1 lrwxrwxrwx 1 root root 39 2009-02-07 11:16 dm-uuid-DMRAID-isw_bdcciigdbc_Janbeuhnoix -> ../../mapper/isw_bdcciigdbc_Janbeuhnoix lrwxrwxrwx 1 root root 40 2009-02-07 11:16 dm-uuid-DMRAID-isw_bdcciigdbc_Janbeuhnoix1 -> ../../mapper/isw_bdcciigdbc_Janbeuhnoix1 lrwxrwxrwx 1 root root 9 2009-02-07 11:16 scsi-1ATA_MAXTOR_STM3250310AS_9RY19XRQ -> ../../sdb lrwxrwxrwx 1 root root 10 2009-02-07 11:16 scsi-1ATA_MAXTOR_STM3250310AS_9RY19XRQ-part1 -> ../../sdb1 lrwxrwxrwx 1 root root 10 2009-02-07 11:16 scsi-1ATA_MAXTOR_STM3250310AS_9RY19XRQ-part2 -> ../../sdb2 lrwxrwxrwx 1 root root 9 2009-02-07 11:16 scsi-1ATA_SAMSUNG_HD321KJ_S0MQJ1KP101021 -> ../../sdc lrwxrwxrwx 1 root root 10 2009-02-07 11:16 scsi-1ATA_SAMSUNG_HD321KJ_S0MQJ1KP101021-part1 -> ../../sdc1 lrwxrwxrwx 1 root root 9 2009-02-07 11:16 scsi-1ATA_SAMSUNG_HD321KJ_S0MQJ1KP101256 -> ../../sdd lrwxrwxrwx 1 root root 10 2009-02-07 11:16 scsi-1ATA_SAMSUNG_HD321KJ_S0MQJ1KP101256-part1 -> ../../sdd1 lrwxrwxrwx 1 root root 9 2009-02-07 11:16 scsi-1ATA_WDC_WD740GD-75FLA0_WD-WMAKE1089813 -> ../../sda lrwxrwxrwx 1 root root 10 2009-02-07 11:16 scsi-1ATA_WDC_WD740GD-75FLA0_WD-WMAKE1089813-part1 -> ../../sda1 lrwxrwxrwx 1 root root 10 2009-02-07 11:16 scsi-1ATA_WDC_WD740GD-75FLA0_WD-WMAKE1089813-part2 -> ../../sda2 lrwxrwxrwx 1 root root 10 2009-02-07 11:16 scsi-1ATA_WDC_WD740GD-75FLA0_WD-WMAKE1089813-part3 -> ../../sda3

Les 2 partitions du raid sont les disques samsung donc sdd1 et sdc1 mais quand je veux recréer le raid ça ne fonctionne pas.

cam@intrepid-studio:~$ sudo mdadm --create /dev/md0 --assume-clean --level=0 --raid-devices=2 /dev/sdc1 /dev/sdd1 mdadm: Cannot open /dev/sdc1: Device or resource busy mdadm: Cannot open /dev/sdd1: Device or resource busy mdadm: create aborted

Mais je sais pas pourquoi les 2 disques du raid n’apparaissent pas dans la recherche par UUID…

cam@intrepid-studio:~$ sudo /bin/ls -lF /dev/disk/by-uuid/ total 0 lrwxrwxrwx 1 root root 10 2009-02-07 11:16 10E0D6E7E0D6D1D8 -> ../../sdb1 lrwxrwxrwx 1 root root 10 2009-02-07 11:16 1a3ad476-bea7-4d30-914c-25d074623643 -> ../../sda3 lrwxrwxrwx 1 root root 10 2009-02-07 11:16 5a64b7a0-53a6-476d-8e95-bed15a5e7ead -> ../../sda2 lrwxrwxrwx 1 root root 10 2009-02-07 11:16 999abaab-40ef-40a0-9fc1-977eff5f13a2 -> ../../sdb2 lrwxrwxrwx 1 root root 10 2009-02-07 11:16 dd1c5856-ad2e-42b6-a08d-2406b68fe6d6 -> ../../sda1

cam · Février 20, 2016, 7:01pm

Re,

Si on se base sur ces commandes:

[code]cam@intrepid-studio:/proc$ sudo mdadm --misc -E /dev/sd[cd]1
/dev/sdc1:
Magic : a92b4efc
Version : 00.90.00
UUID : edf2cdd8:ded5032d:33a70373:7f0eea01
Creation Time : Sat Apr 14 05:01:06 2007
Raid Level : raid0
Used Dev Size : 0
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0

Update Time : Sat Apr 14 05:28:16 2007
      State : active

Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Checksum : b4ea9ca7 - correct
Events : 5

 Chunk Size : 64K

  Number   Major   Minor   RaidDevice State

this 1 8 33 1 active sync /dev/sdc1

0 0 8 17 0 active sync /dev/sdb1
1 1 8 33 1 active sync /dev/sdc1
/dev/sdd1:
Magic : a92b4efc
Version : 00.90.00
UUID : edf2cdd8:ded5032d:33a70373:7f0eea01
Creation Time : Sat Apr 14 05:01:06 2007
Raid Level : raid0
Used Dev Size : 0
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0

Update Time : Sat Apr 14 05:28:16 2007
      State : active

Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Checksum : b4ea9c95 - correct
Events : 5

 Chunk Size : 64K

  Number   Major   Minor   RaidDevice State

this 0 8 17 0 active sync /dev/sdb1

0 0 8 17 0 active sync /dev/sdb1
1 1 8 33 1 active sync /dev/sdc1
[/code]

[code]cam@intrepid-studio:~$ more /proc/partitions
major minor #blocks name

8 0 72265625 sda
8 1 3903763 sda1
8 2 19535040 sda2
8 3 48821535 sda3
8 16 244198584 sdb
8 17 52428096 sdb1
8 18 191767905 sdb2
8 32 312571224 sdc
8 33 312568641 sdc1
8 48 312571224 sdd
8 49 312568641 sdd1
254 0 625137920 dm-0
254 2 312568641 dm-2[/code]

Ne suffirait-il pas de remplacer dans le superblock la référence à “/dev/sdb1 major=8 minor=17” pour “/dev/sdd1 major=8 minor=49”?
Le problème c’est que je ne sais pas comment éditer le superblock pour tester des trucs dedans, quelqu’un sait-il comment on fait ça?
Merci

Karl_Abruti · Février 20, 2016, 7:01pm

Regarde ces outils :
http://www.cgsecurity.org/wiki/Advanced_Find_EXT2_EXT3_Backup_SuperBlock
http://www.cgsecurity.org/wiki/PhotoRec_Step_By_Step
Je les ai utilisés il y a un peu moins d’un an, ils m’avaient permis de récupérer 99% de mes données après un formatage erroné.
Mais je n’ai plus de souvenir précis de ce que j’avais fait et je ne suis pas capable de t’aider directement.