Échec configuration RAID0.

Assistance concernant Linux Mint
claudelaurent06
Messages : 6
Enregistré le : mar. 22 sept. 2015 23:12
Localisation : Nice - Fance

Re: Échec configuration RAID0

Message 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.

Avatar du membre
dagonh
Messages : 1506
Enregistré le : lun. 13 juil. 2015 15:41

Re: Échec configuration RAID0

Message 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.
CM Gigabyte Z97-HD3, Intel i7-4790K, RAM 16 Go
système sur SSD 240 Go + 3 To pour les données (+2,5 To externes pour les sauvegardes)
Écran Hanns 27" 16/10
Sarah Maté

Avatar du membre
mpat
Messages : 7844
Enregistré le : mar. 25 août 2015 21:12
Localisation : Belgique

Re: Échec configuration RAID0

Message 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…
Clevo P775DM3-G
I7 -7700k (quad-core (8 threads) 4.2-4.5 ghz
ram 64go DDR4
Nvidia gtx 1080 8go GDDR5X
2 x ssd 500go m.2 Samsung + 2 to ssd Samsung
Lmint 18.3 Cinnamon 64bit, kernel 4.13.0-45

Répondre