Page 2 sur 2

Re: Échec configuration RAID0

Posté : mer. 30 sept. 2015 12:18
par claudelaurent06

Dernier message de la page précédente :

Bonjour mapt.
Merci de ta réponse. Mon vieux PC quii me sert d'essai, a bien voulu redémarrer. Ce coup-ci, j'ai testé une configuration en RAID1 avec 3 disques.
Il y a un problème : La partition du disque raid est détectée avec le nom /dev/md127, alors que je l'ai bien déclarée en /dev/md0 à la création

Code : Tout sélectionner


[sudo fdisk -l
[sudo] password for titi: 

Disk /dev/sda: 80.0 GB, 80026361856 bytes
255 têtes, 63 secteurs/piste, 9729 cylindres, total 156301488 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x0003f949

Périphérique Amorçage  Début         Fin      Blocs    Id. Système
/dev/sda1   *        2048   152635391    76316672   83  Linux
/dev/sda2       152637438   156301311     1831937    5  Étendue
/dev/sda5       152637440   156301311     1831936   82  partition d'échange Linux / Solaris

Disk /dev/sdb: 20.0 GB, 20020396032 bytes
2 têtes, 63 secteurs/piste, 310336 cylindres, total 39102336 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x783bb466

Périphérique Amorçage  Début         Fin      Blocs    Id. Système
/dev/sdb1            2048    39102335    19550144   fd  RAID Linux autodétecté

Disk /dev/sdc: 80.0 GB, 80026361856 bytes
81 têtes, 63 secteurs/piste, 30629 cylindres, total 156301488 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x3b0a415a

Périphérique Amorçage  Début         Fin      Blocs    Id. Système
/dev/sdc1            2048   156301487    78149720   fd  RAID Linux autodétecté

Disk /dev/md127: 20.0 GB, 20002439168 bytes
2 têtes, 4 secteurs/piste, 4883408 cylindres, total 39067264 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x00000000

Le disque /dev/md127 ne contient pas une table de partitions valable
Alors que:

Code : Tout sélectionner

[ sudo mdadm --examine --scan
[sudo] password for titi: 
ARRAY /dev/md/0 metadata=1.2 UUID=f8e6bb2b:d8e494d2:29a7157f:649763f5 name=hp-dx2200:0
Mon fstab :

Code : Tout sélectionner

sudo cat /etc/fstab
# /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/sda1 during installation
UUID=7e629898-aa6e-4d4f-819b-fdec706249a1 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=44d707a1-dff4-425b-a015-e5dcc96affa6 none            swap    sw              0       0
/dev/md0   /media/raid1   ext3   defaults    0   0
Et pour finir, mon mdadm.conf:

Code : Tout sélectionner

sudo cat /etc/mdadm/mdadm.conf 
# mdadm.conf
#
# 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

# 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 <system>

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

# definitions of existing MD arrays

# This file was auto-generated on Tue, 29 Sep 2015 08:20:36 +0200
# by mkconf $Id$

# lancement du raid1
#ARRAY /dev/md/hp-dx2200:0 level=raid1 num-devices=2 metadata=1.2 name=hp-dx2200:0 UUID=f8e6bb2b:d8e494d2:29a7157f:649763f5 devices=/dev/sdb1,/dev/sdc1 auto=yes
ARRAY /dev/md0 level=raid1 num-devices=2 metadata=1.2 devices=/dev/sdb1,/dev/sdc1 auto=yes
Cherchez l'erreur...

Nota: je suis d'accord avec le principe que tout fichier perdu est un fichier qui n'a pas été sauvegardé.
J'ai fait cela dans mon travail pendant 25 ans sur des systèmes de téléphonie et serveurs informatiques : sauvegardes journalières, sauvegardes hebdomadaires et double sauvegardes mensuelles avec une stockée dans une autre ville. D'habitude, je le fais toujours, et pas là... J'ai une ancienne sauvegarde, mais partielle seulement. J'ai été trop confiant ; ça m'apprendra.

Re: Échec configuration RAID0

Posté : mer. 30 sept. 2015 13:28
par dagonh
claudelaurent06 a écrit :Il y a un problème : La partition du disque raid est détectée avec le nom /dev/md127, alors que je l'ai bien déclarée en /dev/md0 à la création[
J'ai eu le même gag l'année dernière en installant le serveur de ma boîte avec du Raid5.
J'avais arrangé en renommant afin d'avoir le même nom partout – par md127 en fstab, il me semble, mais je ne suis pas certain, et je ne suis pas sur place.

Ça semble être un bogue dans les utilitaires de configuration Raid.

Re: Échec configuration RAID0

Posté : mer. 30 sept. 2015 14:05
par mpat
bonjour,

Le raid semble fonctionner, ce n'est pas un souci du raid mais du système de fichiers. Essaye de faire de la récupération de fichier classique, tu peux notamment récupérer les numéros des copies des superblocks par mkfs.ext4 -n /dev/md127 (n'oublie pas le -n), ou bien même essayer testdisk... voir photorec.

Le retour de : mkfs.ext4 -n /dev/md127
Ça devrait te donner les  :Superblocs de secours stockés sur les blocs,

Exemple :
Superblocs de secours stockés sur les blocs :
   8193, 24577, 40961, 57345, 73729

Ensuite
Tu peux essayer fsck.ext4 -b 8193 /dev/md127 puis, si ça gueule, les suivants… genre fsck.ext4 -b 24577 /dev/md127 etc.

Tu auras sûrement une fenêtre genre :
le drapeau needs_recovery n'est pas activé, mais le journal contient des données.
Le drapeau de récupération n'est pas activé dans le superbloc de secours, le journal sera donc quand même exécuté.
Backup : récupération du journal
Le checksum d'un ou de plusieurs descripteurs de groupe de bloc est invalide. Corriger<o>?

Et tu prends le temps de 1 à quelques cafés…