# \[Lenny\] Problème RAID1

**URL:** <https://www.debian-fr.org/t/lenny-probleme-raid1/24255>\
**Category:** Support Debian\
**Created:** [Février 20, 2016, 9:19 UTC](https://www.debian-fr.org/t/lenny-probleme-raid1/24255 "2016-02-20T21:19:45Z")\
**Posts on this page:** 17\
**Page:** 1

<div class="post-metadata">

**Author:** ![franquis](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/c4cdca/32.png) [@franquis](https://www.debian-fr.org/u/franquis)\
**Post date:** [Février 20, 2016, 9:19 UTC](https://www.debian-fr.org/t/lenny-probleme-raid1/24255/1 "2016-02-20T21:19:45Z")

</div>

Bonjour à tous,  
j’ai 2 disques de 1TO sdb et sdc que j’ai monté en RAID1 avec mdadm (/dev/md1)…

Au démarrage, j’ai un problème lors du fsck:

```auto
Log of fsck:

fsck.ext3: Bad magic number in super-block while trying to open /dev/md1

/dev/md1: 
The superblock couldn't be read or does no describe a correct ext2 filesystem.
If the device is valid and it really countains an ext2 filesystem (and not swap or ufs or something else)...

/dev/sda3: clean, 4675/12484608 files, 4103490/24952961 blocks
fsck died with exit status 8
```

Je n’arrive pas à trouver d’où vient le problème…

Dans Gparted:

```auto
/dev/sdb1: ext3, les champs taille 931.51Go, utilisé: 14.81Go, inutilisé 916.79Go, marqueur raid
/dev/sdc1: ext3, champ taille 931.51Go, utilisé: ---, Inutilisé: ----, marqueur raid
```

```auto
Informations sur sdc1: 
e2label: No such file or directory while trying to open /dev/sdc1
Couldn't find valid filesystem superblock

dumpe2fs: No such file or directory while trying to open /dev/sdc1
```

Auriez-vous des idées?

Merci

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Février 20, 2016, 9:19 UTC](https://www.debian-fr.org/t/lenny-probleme-raid1/24255/2 "2016-02-20T21:19:46Z")

</div>

Que contient /proc/mdstat ?  
Que racontent “mdadm -D /dev/md1” et “mdadm -E /dev/sd[bc]1” ?  
Que dit gparted (et/ou fsck en lecture seule) sur dev/sdb1 ?  
Si /dev/sdb1 semble correct, tu pourrais essayer de retirer /dev/sdc1 de /dev/md1 puis de l’ajouter à nouveau.

---

<div class="post-metadata">

**Author:** ![franquis](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/c4cdca/32.png) [@franquis](https://www.debian-fr.org/u/franquis)\
**Post date:** [Février 20, 2016, 9:19 UTC](https://www.debian-fr.org/t/lenny-probleme-raid1/24255/3 "2016-02-20T21:19:46Z")

</div>

Alors, dans un premier temps:

[code]cat /proc/mdstat  
Personalities : [raid1]  
md1 : active (auto-read-only) raid1 sdc[1]  
976762496 blocks [2/1] [\_U]

unused devices:   
[/code]

```auto
 mdadm -D /dev/md1
/dev/md1:
        Version : 00.90
  Creation Time : Sat Jan 2 15:19:24 2010
     Raid Level : raid1
     Array Size : 976762496 (931.51 GiB 1000.20 GB)
  Used Dev Size : 976762496 (931.51 GiB 1000.20 GB)
   Raid Devices : 2
  Total Devices : 1
Preferred Minor : 1
    Persistence : Superblock is persistent

    Update Time : Fri Jan 8 17:11:29 2010
          State : clean, degraded
 Active Devices : 1
Working Devices : 1
 Failed Devices : 0
  Spare Devices : 0

           UUID : 88c501b6:d47f5d7d:c230666b:5103eba0
         Events : 0.86

    Number Major Minor RaidDevice State
       0 0 0 0 removed
       1 8 32 1 active sync /dev/sdc
```

> [@](#):
>
> Si /dev/sdb1 semble correct, tu pourrais essayer de retirer /dev/sdc1 de /dev/md1 puis de l’ajouter à nouveau.

> Comment je fais? 😊

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Février 20, 2016, 9:19 UTC](https://www.debian-fr.org/t/lenny-probleme-raid1/24255/4 "2016-02-20T21:19:46Z")

</div>

Pour le moment on ne touche à rien, on fait le point sur la situation.  
Apparemment md1 n’a plus que sdc1 qui est foireux, et sdb1 a disparu, il n’est même pas listé en tant que “unused device”.  
Que raconte la commande mdadm -E que j’avais mentionnée ? Et “fsck -n /dev/sdb1” ?  
Tu peux regarder dans les logs s’il y a des messages intéressants concernant md1, sdb1 et sdc1 ?

---

<div class="post-metadata">

**Author:** ![franquis](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/c4cdca/32.png) [@franquis](https://www.debian-fr.org/u/franquis)\
**Post date:** [Février 20, 2016, 9:19 UTC](https://www.debian-fr.org/t/lenny-probleme-raid1/24255/5 "2016-02-20T21:19:46Z")

</div>

Alors…

`fsck -n /dev/sdb1
fsck 1.41.3 (12-Oct-2008)
fsck : fsck.mdraid : non trouvé
fsck : Erreur 2 lors de l'exécution de fsck.mdraid pour /dev/sdb1
`

` mdadm -E
mdadm: No devices to examine
`

Je comprends pas où j’ai me\*dé 😢  
Merci pour ton aide encore une fois Pascal!

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Février 20, 2016, 9:19 UTC](https://www.debian-fr.org/t/lenny-probleme-raid1/24255/6 "2016-02-20T21:19:46Z")

</div>

```auto
e2fsck -n /dev/sdb1
mdadm -E /dev/sd[bc]1
```

Des messages intéressants dans /var/log/\* ?

---

<div class="post-metadata">

**Author:** ![franquis](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/c4cdca/32.png) [@franquis](https://www.debian-fr.org/u/franquis)\
**Post date:** [Février 20, 2016, 9:19 UTC](https://www.debian-fr.org/t/lenny-probleme-raid1/24255/7 "2016-02-20T21:19:46Z")

</div>

`e2fsck -n /dev/sdb1
e2fsck 1.41.3 (12-Oct-2008)
/dev/sdb1 : propre, 11/61054976 fichiers, 3883124/244189984 blocs
`

[code]mdadm -E /dev/sd[bc]1  
/dev/sdb1:  
Magic : a92b4efc  
Version : 00.90.00  
UUID : 57574d12:95010b26:345a719c:ee0e83b4 (local to host serveur)  
Creation Time : Sat Jan 9 16:53:41 2010  
Raid Level : raid1  
Used Dev Size : 976759936 (931.51 GiB 1000.20 GB)  
Array Size : 976759936 (931.51 GiB 1000.20 GB)  
Raid Devices : 2  
Total Devices : 2  
Preferred Minor : 1

```
Update Time : Sat Jan 9 17:04:00 2010
      State : active

```

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

```
  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  
[/code]

checkfs

[code]

Log of fsck -C -R -A -a  
Sat Jan 9 17:04:34 2010

fsck 1.41.3 (12-Oct-2008)  
fsck.ext3: Bad magic number in super-block while trying to open /dev/md1

/dev/md1:  
The superblock could not be read or does not describe a correct ext2  
filesystem. If the device is valid and it really contains an ext2  
filesystem (and not swap or ufs or something else), then the superblock  
is corrupt, and you might try running e2fsck with an alternate superblock:  
e2fsck -b 8193

/dev/sda3: clean, 4675/12484608 files, 4103490/24952961 blocks  
fsck died with exit status 8

Sat Jan 9 17:04:34 2010  
----------------[/code]

checkroot

[code]  
Log of fsck -C -a -t ext3 /dev/sda1  
Sat Jan 9 17:04:33 2010

fsck 1.41.3 (12-Oct-2008)  
/dev/sda1: clean, 113070/3203072 files, 1008081/12799780 blocks

Sat Jan 9 17:04:33 2010  
----------------[/code]

J’ai vu ça dans kern.log sinon rien d’intéressant à priori…

[quote]  
Jan 9 17:06:16 serveur kernel: [128.402001] VFS: Can’t find ext3 filesystem on dev md1.[/quote]

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Février 20, 2016, 9:19 UTC](https://www.debian-fr.org/t/lenny-probleme-raid1/24255/8 "2016-02-20T21:19:47Z")

</div>

La commande avec mdadm -E ne dit rien sur /dev/sdc1 ?

EDIT : je viens de me rendre compte que ton md1 est basé sur sdc et non sdc1. Donc pas sur une partition comme d’habitude mais sur le disque entier ! Pourtant gparted parle bien de sdc1, donc sdc contient une table de partition. Comment a été créé ce fichu RAID ? Il marchait avant ou tu viens de le créer ? Que contient /etc/mdadm/mdadm.conf ?

En tout cas sdb1 semble contenir un système de fichiers correct. 11 fichiers pour ~15 Go, c’est bon ? Tu peux essayer de le monter en lecture seule pour voir.

---

<div class="post-metadata">

**Author:** ![franquis](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/c4cdca/32.png) [@franquis](https://www.debian-fr.org/u/franquis)\
**Post date:** [Février 20, 2016, 9:19 UTC](https://www.debian-fr.org/t/lenny-probleme-raid1/24255/9 "2016-02-20T21:19:48Z")

</div>

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 partitions

# 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/md1 level=raid1 num-devices=2 UUID=88c501b6:d47f5d7d:c230666b:5103eba0

# This file was auto-generated on Fri, 08 Jan 2010 20:08:49 +0100

# by mkconf $Id$

[/code]

> [@](#):
>
> Il marchait avant ou tu viens de le créer ? Que contient /etc/mdadm/mdadm.conf ?

Je viens de le créer…

Je récapitule ce que j’ai fait…

Formatage des deux disques en “fd” RAID…  
puis  
mkdir /mnt/raid  
mdadm --create /dev/md1 --level=1 --raid-devices=2 /dev/sdb1 /dev/sdc1  
mkfs.ext3 /dev/md1  
mount /dev/md1 /mnt/raid

Je me suis entre autres aidé de [doc.ubuntu-fr.org/installation/raid1\_software](http://doc.ubuntu-fr.org/installation/raid1_software)

EDIT: je rajoute au cas ou…

[code]mdadm --detail /dev/md1  
/dev/md1:  
Version : 00.90  
Creation Time : Sat Jan 2 15:19:24 2010  
Raid Level : raid1  
Array Size : 976762496 (931.51 GiB 1000.20 GB)  
Used Dev Size : 976762496 (931.51 GiB 1000.20 GB)  
Raid Devices : 2  
Total Devices : 1  
Preferred Minor : 1  
Persistence : Superblock is persistent

```
Update Time : Fri Jan 8 17:11:29 2010
      State : clean, degraded

```

Active Devices : 1  
Working Devices : 1  
Failed Devices : 0  
Spare Devices : 0

```
       UUID : 88c501b6:d47f5d7d:c230666b:5103eba0
     Events : 0.86

Number Major Minor RaidDevice State
   0 0 0 0 removed
   1 8 32 1 active sync /dev/sdc

```

[/code]  
Je note que Total Device: 1 et Raid Devices : 2

Peut-être devrais-je tout recommencer nan 😒 ?

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Février 20, 2016, 9:19 UTC](https://www.debian-fr.org/t/lenny-probleme-raid1/24255/10 "2016-02-20T21:19:48Z")

</div>

Quelques informations encore.  
/proc/mdstat et mdadm -D indique que md1 est basé sur sdc (numéros major:mineur 8:32), l’autre volume a été retiré.  
En revanche mdadm -E /dev/sdb1 indique que l’ensemble RAID auquel il appartient est basé sur sdb1 (8:17) et un autre périphérique, 8:33, qui correspond normalement à sdc1 mais n’est pas identifié comme tel. En relisant les messages d’erreur “No such file or directory while trying to open /dev/sdc1”, j’ai l’impression que le fichier périphérique (je ne parle pas de la partition) /dev/sdc1 n’existe pas. Pourtant gparted affiche la partition… Tu peux vérifier dans /dev et avec fdisk -l ?

Autre chose, l’identifiant (UUID) du superbloc RAID de sdb1 est différent ce celui de md1 rapporté par mdadm -D et inscrit dans mdadm.conf.

Quand tu as créé le RAID, je suppose qu’il fonctionnait ? Tu n’as rien fait d’autre ? A quel moment n’a-t-il plus fonctionné ? Après un redémarrage ? Les données qui sont dessus sont importantes ?

EDIT : note : mdadm --detail, c’est pareil que -D.

---

<div class="post-metadata">

**Author:** ![franquis](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/c4cdca/32.png) [@franquis](https://www.debian-fr.org/u/franquis)\
**Post date:** [Février 20, 2016, 9:19 UTC](https://www.debian-fr.org/t/lenny-probleme-raid1/24255/11 "2016-02-20T21:19:49Z")

</div>

> [@](#):
>
> Tu peux vérifier dans /dev et avec fdisk -l ?

J’ai pas de /dev/sdc1

[code]fdisk -l

Disk /dev/sda: 160.0 GB, 160041885696 bytes  
255 heads, 63 sectors/track, 19457 cylinders  
Units = cylinders of 16065 \* 512 = 8225280 bytes  
Disk identifier: 0x0003f60b

Device Boot Start End Blocks Id System  
/dev/sda1 \* 1 6374 51199123+ 83 Linux  
/dev/sda2 18801 19457 5277352+ 5 Extended  
/dev/sda3 6375 18800 99811845 83 Linux  
/dev/sda5 18801 19457 5277321 82 Linux swap / Solaris

Partition table entries are not in disk order

Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes  
255 heads, 63 sectors/track, 121601 cylinders  
Units = cylinders of 16065 \* 512 = 8225280 bytes  
Disk identifier: 0x000d2be1

Device Boot Start End Blocks Id System  
/dev/sdb1 1 121601 976760032 fd Linux raid autodetect

Disk /dev/sdc: 1000.2 GB, 1000204886016 bytes  
255 heads, 63 sectors/track, 121601 cylinders  
Units = cylinders of 16065 \* 512 = 8225280 bytes  
Disk identifier: 0x216c2bc4

Device Boot Start End Blocks Id System  
/dev/sdc1 1 121601 976760001 fd Linux raid autodetect

Disk /dev/md1: 1000.2 GB, 1000204795904 bytes  
255 heads, 63 sectors/track, 121601 cylinders  
Units = cylinders of 16065 \* 512 = 8225280 bytes  
Disk identifier: 0x216c2bc4

```
Device Boot Start End Blocks Id System

```

/dev/md1p1 1 121601 976760001 fd Linux raid autodetect  
[/code]

[quote]Quand tu as créé le RAID, je suppose qu’il fonctionnait ? Tu n’as rien fait d’autre ? A quel moment n’a-t-il plus fonctionné ? Après un redémarrage ? Les données qui sont dessus sont importantes ?  
[/quote]

J’ai créée le RAID, puis redémarré, c’est alors que les messages d’erreurs sont apparus.  
J’ai aucune données dessus…

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Février 20, 2016, 9:19 UTC](https://www.debian-fr.org/t/lenny-probleme-raid1/24255/12 "2016-02-20T21:19:49Z")

</div>

Il y plusieurs mystères qui demeurent.

- Pourquoi /dev/sdc1 n’a pas été créé alors que la partition existe sur sdc ? Il faudrait regarder dans le log du dernier démarrage du noyau avec dmesg.
- Pourquoi les volumes RAID des deux disques ont des UUID différents ?
- Pourquoi fdisk indique que sdc1 est légèrement plus petite que sdb1 alors que les disques sont de même taille ?
- Pourquoi md1 utilise le disque sdc et non la partition sdc1 ? (c’est peut-être lié au fait que sdc1 n’a pas été créé, mais quelle est la cause et la conséquence ?)

En tout cas un mystère s’éclaircit : le système de fichier a été créé dans sdc1, pas dans sdc, du coup on le cherche au mauvais endroit puisqu’il y a une piste d’écart.

Si le volume ne contient rien, le plus simple est à mon avis de tout supprimer et recréer, y compris les partitions RAID. Avais-tu laissé le temps au RAID de synchroniser après la création avant de redémarrer ?

---

<div class="post-metadata">

**Author:** ![franquis](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/c4cdca/32.png) [@franquis](https://www.debian-fr.org/u/franquis)\
**Post date:** [Février 20, 2016, 9:19 UTC](https://www.debian-fr.org/t/lenny-probleme-raid1/24255/13 "2016-02-20T21:19:50Z")

</div>

> [@](#):
>
> Avais-tu laissé le temps au RAID de synchroniser après la création avant de redémarrer ?

Oui

> [@](#):
>
> le plus simple est à mon avis de tout supprimer et recréer, y compris les partitions RAID.

Je n’y vois pas d’inconvénient. Par contre, existe-t’il une méthode bien clean pour m’éviter les mauvaises surprises par la suite?

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Février 20, 2016, 9:19 UTC](https://www.debian-fr.org/t/lenny-probleme-raid1/24255/14 "2016-02-20T21:19:50Z")

</div>

Je n’ai pas lu le tutorial, mais la procédure que tu as indiquée me semble appropriée.

---

<div class="post-metadata">

**Author:** ![franquis](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/c4cdca/32.png) [@franquis](https://www.debian-fr.org/u/franquis)\
**Post date:** [Février 20, 2016, 9:19 UTC](https://www.debian-fr.org/t/lenny-probleme-raid1/24255/15 "2016-02-20T21:19:51Z")

</div>

Ok merci pour ton aide!  
Une dernière question, comment procéder pour supprimer sans traces mon raid?

Bonne soirée

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Février 20, 2016, 9:19 UTC](https://www.debian-fr.org/t/lenny-probleme-raid1/24255/16 "2016-02-20T21:19:54Z")

</div>

Pour arrêter le volume RAID : mdadm --stop /dev/md1  
Ensuite pour nettoyer je ne sais pas trop, je n’ai jamais fait. Il doit falloir supprimer la ligne ARRAY correspondante dans mdadm.conf, puis recréer les partitions RAID et recommencer la procédure.

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Février 20, 2016, 9:19 UTC](https://www.debian-fr.org/t/lenny-probleme-raid1/24255/17 "2016-02-20T21:19:54Z")

</div>

Info : Il y a un rapport de bug Debian pour mdadm qui ressemble à ton problème : partition qui n’apparaît pas dans /dev et disque entier utilisé comme volume RAID au lieu de la partition.

[http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=554461](http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=554461)

Cela pourrait être lié au fait que la partition RAID va jusqu’à la fin du disque. Donc ça peut valoir le coup de les faire un peu plus petites. Et pour être tranquille, il faudrait effacer la fin du disque pour éliminer toute trace de ce qui pourrait ressembler à un superbloc RAID. L’option --zero-superblock est censée faire ça, mais un autre rapport de bug signale qu’elle ne marche pas toujours. Reste le bon vieux dd dans ce cas pour écrire des zéros. Le plus simple, créer une petite partition sdX2 dans l’espace restant et :

```auto

```

(On pourrait aussi effacer sdX à partir de la fin de sdX1, mais il faut calculer un peu)
