[SOLVED][Linux] Système boot pas après modifications branchement RAID

Marsh Posté le 05-09-2013 à 18:33:34

Bonjour à tous,

Il m'arrive un bien drôle de problème et j'espère que vous saurez m'aider.

On m'a demandé de changement le ventirad d'un PC. La carte mère est une Asus P6T, et il y'a 3 disques durs:
- 2*Velociraptor 300Go (en RAID j'imagine, mais lequel? je penche sur un RAID qui permet de sauvegarde les données)
- 1*Velociraptor 150Go (système CentOS 5.x)

Je vous passe tous les détails, mais bien évidemment j'ai dû débrancher les câbles sata de la carte mère, et dans la précipitation je n'ai pas noté l'ordre des câbles...

Ce qui fait que maintenant le système ne démarre plus! J'ai essayé avec le disque système uniquement et j'obtiens de magnifiques erreurs au moment du chargement du kernel et dont voici l'image.

Bon visiblement il lui manque un truc pour booter correctement. Quelques choses sur les 2 autres disques? Je ne sais pas et je ne sais même pas ce qu'il y a avait sur ces disques (sinon des données importantes!!). Du coup j'ai branché les 2 disques côte à côte sur la carte mère. J'ai essayé les ports 1 et 2, et 3 et 4, mais rien n'y fait... J'ai essayé avec un seul disque à chaque fois à différentes positions , mais non, à chaque fois j'ai le même problème.

Du coup je désespère un peu...

Est-ce que vous voyez une solution à ce problème?

Merci d'avance

Despe :hello:

Message édité par despe1990 le 06-09-2013 à 18:32:56

---------------
feedback : http://forum.hardware.fr/hfr/Achat [...] 4091_1.htm

Reply

Marsh Posté le 05-09-2013 à 18:33:34

Reply

Marsh Posté le 06-09-2013 à 11:08:28

Bon alors, j'arrive à faire booter la machine en utilisant un autre disque système.

De là, je peux accéder au contenu du disque de 150Go (qui est bien le disque système), par contre impossible d'accéder au RAID de 300Go.

J'ai ce message:

Citation :

Error mounting: mount: wrong fs type, bad option, bad superblock on /dev/sdb1,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so

J'ai vu des forums pas mal de sujets similaires, mais j'ai un peu peur que ça me supprime des données...

Pour info, voilà la sortie de fdisk -l:

Citation :

Disque /dev/sdc: 300.1 Go, 300069052416 octets
255 têtes, 63 secteurs/piste, 36481 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x00000000

Disque /dev/sdb: 300.1 Go, 300069052416 octets
255 têtes, 63 secteurs/piste, 36481 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x000a1e32

Périphérique Amorce Début Fin Blocs Id Système
/dev/sdb1 * 1 72961 586059201 83 Linux

Disque /dev/sdd: 200.0 Go, 200049647616 octets
255 têtes, 63 secteurs/piste, 24321 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x0007533b

Périphérique Amorce Début Fin Blocs Id Système
/dev/sdd1 * 1 64 512000 83 Linux
La partition 1 ne se termine pas sur une frontière de cylindre.
/dev/sdd2 64 24322 194847744 8e Linux LVM

Disque /dev/sda: 150.0 Go, 150039945216 octets
255 têtes, 63 secteurs/piste, 18241 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x000f1ca6

Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 * 1 2550 20482843+ 83 Linux
/dev/sda2 2551 12111 76798732+ 83 Linux
/dev/sda3 12112 17210 40957717+ 83 Linux
/dev/sda4 17211 18241 8281507+ 5 Etendue
/dev/sda5 17211 17720 4096543+ 82 Linux swap / Solaris
/dev/sda6 17721 18241 4184901 83 Linux

Disque /dev/mapper/VolGroup-lv_root: 53.7 Go, 53687091200 octets
255 têtes, 63 secteurs/piste, 6527 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x00000000

Disque /dev/mapper/VolGroup-lv_swap: 3439 Mo, 3439329280 octets
255 têtes, 63 secteurs/piste, 418 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x00000000

Disque /dev/mapper/VolGroup-lv_home: 142.4 Go, 142396620800 octets
255 têtes, 63 secteurs/piste, 17312 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x00000000

Et celle de mount:

Citation :

/dev/mapper/VolGroup-lv_root on / type ext4 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw,rootcontext="system_u:object_r:tmpfs_t:s0" )
/dev/sdd1 on /boot type ext4 (rw)
/dev/mapper/VolGroup-lv_home on /home type ext4 (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
/dev/sda2 on /media/_home type ext3 (rw,nosuid,nodev,uhelper=udisks)
/dev/sda1 on /media/_ type ext3 (rw,nosuid,nodev,uhelper=udisks)
/dev/sda3 on /media/_opt type ext3 (rw,nosuid,nodev,uhelper=udisks)

Des idées?

Despe

---------------
feedback : http://forum.hardware.fr/hfr/Achat [...] 4091_1.htm

Reply

Marsh Posté le 06-09-2013 à 12:35:43

C'est pas du RAID, le type de sdb serait FD alors qu'il est 83

(Si t'as un doute sur un device éventuellement RAID tu fais un

mdadm --examine /dev/sdb1
mdadm --examine /dev/sdc1)

Le mieux c'est d'afficher le /etc/fstab du disque système. Il te montrera quel partition est montée à quel endroit.
Tu fais un mount des partition /dev/sda1...2...3. et tu cherche le fstab

sdd c'est ton disque de secours ?

On dirait que sdc est vide.

---------------
"Your god is too small", Giordano Bruno, 1548 - 1600

Reply

Marsh Posté le 06-09-2013 à 13:33:02

Merci de ton aide.

J'avoue ne rien comprendre sur ces 2 disques...

J'ai tapé les 2 commandes mdadm:

Citation :

[root@localhost etc]# mdadm --examine /dev/sdb
mdadm: /dev/sdb is not attached to Intel(R) RAID controller.
mdadm: /dev/sdb is not attached to Intel(R) RAID controller.
/dev/sdb:
Magic : Intel Raid ISM Cfg Sig.
Version : 1.0.00
Orig Family : 1ec89785
Family : 1ec89785
Generation : 000000c0
Attributes : All supported
UUID : 4e4a9570:ee505cd6:0b466c76:35f36dd0
Checksum : 3f1a5dff correct
MPB Sectors : 1
Disks : 2
RAID Devices : 1

Disk00 Serial : WD-WXL309052588
State : active
Id : 00020000
Usable Size : 586067208 (279.46 GiB 300.07 GB)

[Bases]:
UUID : 49f6e8d2:c033926e:fdb3ea28:602d1d3e
RAID Level : 0
Members : 2
Slots : [UU]
Failed disk : none
This Slot : 0
Array Size : 1172133888 (558.92 GiB 600.13 GB)
Per Dev Size : 586067208 (279.46 GiB 300.07 GB)
Sector Offset : 0
Num Stripes : 4578648
Chunk Size : 64 KiB
Reserved : 0
Migrate State : idle
Map State : normal
Dirty State : clean

Disk01 Serial : WD-WXL309055598
State : active
Id : 00030000
Usable Size : 586067208 (279.46 GiB 300.07 GB)

Et

Citation :

[root@localhost etc]# mdadm --examine /dev/sdc
mdadm: /dev/sdc is not attached to Intel(R) RAID controller.
mdadm: /dev/sdc is not attached to Intel(R) RAID controller.
/dev/sdc:
Magic : Intel Raid ISM Cfg Sig.
Version : 1.0.00
Orig Family : 1ec89785
Family : 1ec89785
Generation : 000000c0
Attributes : All supported
UUID : 4e4a9570:ee505cd6:0b466c76:35f36dd0
Checksum : 3f1a5dff correct
MPB Sectors : 1
Disks : 2
RAID Devices : 1

Disk01 Serial : WD-WXL309055598
State : active
Id : 00030000
Usable Size : 586067208 (279.46 GiB 300.07 GB)

[Bases]:
UUID : 49f6e8d2:c033926e:fdb3ea28:602d1d3e
RAID Level : 0
Members : 2
Slots : [UU]
Failed disk : none
This Slot : 1
Array Size : 1172133888 (558.92 GiB 600.13 GB)
Per Dev Size : 586067208 (279.46 GiB 300.07 GB)
Sector Offset : 0
Num Stripes : 4578648
Chunk Size : 64 KiB
Reserved : 0
Migrate State : idle
Map State : normal
Dirty State : clean

Disk00 Serial : WD-WXL309052588
State : active
Id : 00020000
Usable Size : 586067208 (279.46 GiB 300.07 GB)

Les 2 disques ne sont pas en RAID géré par le controlleur Intel, mais il semble quand même être en RAID 0 (si je comprends bien ce qui est écrit), ça ne parait pas logique du coup, mais bon je métrise pas le sujet.

sdd est bien mon disque secours sur lequel je boot.

Voilà le fstab de sdd:

Citation :

#
# /etc/fstab
# Created by anaconda on Wed Oct 10 13:17:42 2012
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
/dev/mapper/VolGroup-lv_root / ext4 defaults 1 1
UUID=032ba55b-113a-4e94-8ddf-482bce7d74c2 /boot ext4 defau$
/dev/mapper/VolGroup-lv_home /home ext4 defaults 1 2
/dev/mapper/VolGroup-lv_swap swap swap defaults 0 0
tmpfs /dev/shm tmpfs defaults 0 0
devpts /dev/pts devpts gid=5,mode=620 0 0
sysfs /sys sysfs defaults 0 0
proc /proc proc defaults 0 0

Et celui du disque système initial, sda1:

Citation :

GNU nano 2.0.9 Fichier : fstab

LABEL=/ / ext3 defaults 1 1
LABEL=/tmp /tmp ext3 defaults 1 2
LABEL=/opt /opt ext3 defaults 1 2
LABEL=/home /home ext3 defaults 1 2
LABEL=/opt/bases /opt/bases ext3 defaults 1 2
tmpfs /dev/shm tmpfs defaults 0 0
devpts /dev/pts devpts gid=5,mode=620 0 0
sysfs /sys sysfs defaults 0 0
proc /proc proc defaults 0 0
LABEL=SWAP-sda5 swap swap defaults 0 0

Encore une fois, je n'y comprends rien... :cry:

sda1, sda2 et sda3 sont déjà montés:

Citation :

[root@localhost etc]# mount /dev/sda1
mount: /dev/sda1 est déjà monté ou /media/_ est occupé
mount: selon mtab /dev/sda1 est déjà monté sur /media/_
[root@localhost etc]# mount /dev/sda2
mount: /dev/sda2 est déjà monté ou /media/_home est occupé
mount: selon mtab /dev/sda2 est déjà monté sur /media/_home
[root@localhost etc]# mount /dev/sda3
mount: /dev/sda3 est déjà monté ou /media/_opt est occupé
mount: selon mtab /dev/sda3 est déjà monté sur /media/_opt

---------------
feedback : http://forum.hardware.fr/hfr/Achat [...] 4091_1.htm

Reply

Marsh Posté le 06-09-2013 à 13:49:11

vérifie /etc/mdadm.conf (s'il existe) dans le disque sda.

---------------
"Your god is too small", Giordano Bruno, 1548 - 1600

Reply

Marsh Posté le 06-09-2013 à 13:55:55

Citation :

Bonjour à tous,

Il m'arrive un bien drôle de problème et j'espère que vous saurez m'aider.

On m'a demandé de changement le ventirad d'un PC. La carte mère est une Asus P6T, et il y'a 3 disques durs:
- 2*Velociraptor 300Go (en RAID j'imagine, mais lequel? je penche sur un RAID qui permet de sauvegarde les données)

1- un raid n'est pas un système de sauvegarde
2- un raid un système de tolérance aux pannes ou d'optimisation des temps d'I/O (ou les deux)
vu qu'il n'y a que 2 disques c'est obligatoirement du raid 1 mirroir ou du raid 0 pour l'acceleration d'accès aux données mais pas le cumul des deux...

là franchement le plus simple c'est de re-tester avec les différentes combinaisons de câblages pour rétablir le bon... ça ira plus vite que tenter de reconstruire le système

Spoiler :

[root@localhost etc]# mdadm --examine /dev/sdb
mdadm: /dev/sdb is not attached to Intel(R) RAID controller.
mdadm: /dev/sdb is not attached to Intel(R) RAID controller.

indique très clairement que c'est juste un problème d'attachement donc sitôt les câblages retrouvés sitôt tes problèmes..résolus.

sinon il ya une méthode à froid
umount de tout ce qui peut l'etre
sortir tes disques du raid.
sauvegarder les données sur un media externe
recréer un raid vide
recréer le fstab
restaurer les datas dans le raid...
bref ça prend une apres-midi facile si tout va bien et si tu perds pas de temps...

changer les câbles si tu sais quels sont les trois connecteurs, y'a très peu de combinaisons donc 5 minutes par essais +1 minute de boot à chaque fois...
bref en 30minutes maxi tu as réparé.

---------------
Collectionner les vieux serveurs c'est chouette mais c'est lourd et ça prend de la place ;)

Reply

Marsh Posté le 06-09-2013 à 13:57:00

/etc/mdadm.conf n'existe pas sur sda

Message édité par despe1990 le 06-09-2013 à 13:57:44

---------------
feedback : http://forum.hardware.fr/hfr/Achat [...] 4091_1.htm

Reply

Marsh Posté le 06-09-2013 à 14:58:29

Je sais pas, je trouve les résultats de fdisk bizarre pour du Raid. Mais je connais pas le raid 0. A ta place j'éviterais toute modif' du RAID et je testerais les différentes combinaison de connexion sata.

si jamais e2label peut t'aider à retrouver les bonnes partitions (démontées) sur le disque en fonction du label.

---------------
"Your god is too small", Giordano Bruno, 1548 - 1600

Reply

Marsh Posté le 06-09-2013 à 15:42:28

Merci pour votre aide en tout cas :jap:

Sur la P6T, il y a 6 connecteurs SATA gérés par le chipset Intel et 2 gérés par une puce JMicron.

Petites questions:
- Quand je branche les 2 DD de 300Go sur les JMicron, un RAID est automatiquement détecté, même dans le bios. Malheureusement le système ne boot toujours pas entièrement et j'ai cette écran qui ressemble beaucoup au précédent à la différence qu'il est fait mention du RAID:

- J'ai testé toutes les combinaisons en partant du principe que les 2 DD de 300Go devaient forcément se trouver sur la même paire de connecteurs SATA sur la carte mère. Ai-je eu tord? Le chipset intel X58 peut il gérer un RAID même si l'un est branché sur SATA1 et l'autre sur SATA6?

- Enfin, pourquoi quand je ne branche que le DD de 150Go. Le système ne boot pas????

Despe

Message cité 1 fois

---------------
feedback : http://forum.hardware.fr/hfr/Achat [...] 4091_1.htm

Reply

Marsh Posté le 06-09-2013 à 15:44:16

Petite précision, j'ai eu confirmation qu'il s'agissait bien d'un RAID 0. Avec tous mes essais, n'ai-je pas endommagé l'intégrité des DD???

---------------
feedback : http://forum.hardware.fr/hfr/Achat [...] 4091_1.htm

Reply

Marsh Posté le 06-09-2013 à 15:44:16

Reply

Marsh Posté le 06-09-2013 à 16:05:24

raid0 ne sert donc qu'a accelerer les accès aux données, aucune tolérance aux pannes.

tant que tu ne tente que de réactiver le raid sans le reconstruire tu n'as rien perdu comme données.

---------------
Collectionner les vieux serveurs c'est chouette mais c'est lourd et ça prend de la place ;)

Reply

Marsh Posté le 06-09-2013 à 16:26:03

Okay, et aussi de ces 2 questions:

- J'ai testé toutes les combinaisons en partant du principe que les 2 DD de 300Go devaient forcément se trouver sur la même paire de connecteurs SATA sur la carte mère. Ai-je eu tord? Le chipset intel X58 peut il gérer un RAID même si l'un est branché sur SATA1 et l'autre sur SATA6?

- Enfin, pourquoi quand je ne branche que le DD de 150Go. Le système ne boot pas????

---------------
feedback : http://forum.hardware.fr/hfr/Achat [...] 4091_1.htm

Reply

Marsh Posté le 06-09-2013 à 16:32:53

despe1990 a écrit :

Merci pour votre aide en tout cas :jap:

Sur la P6T, il y a 6 connecteurs SATA gérés par le chipset Intel et 2 gérés par une puce JMicron.

Petites questions:
- Quand je branche les 2 DD de 300Go sur les JMicron, un RAID est automatiquement détecté, même dans le bios. Malheureusement le système ne boot toujours pas entièrement et j'ai cette écran qui ressemble beaucoup au précédent à la différence qu'il est fait mention du RAID:
http://img855.imageshack.us/img855/6926/uf9j.jpg

- J'ai testé toutes les combinaisons en partant du principe que les 2 DD de 300Go devaient forcément se trouver sur la même paire de connecteurs SATA sur la carte mère. Ai-je eu tord? Le chipset intel X58 peut il gérer un RAID même si l'un est branché sur SATA1 et l'autre sur SATA6?

- Enfin, pourquoi quand je ne branche que le DD de 150Go. Le système ne boot pas????

Despe

Le kernel (qui se trouve probablement dans /boot) tente de monter la partition / (qui se trouve peut-être sur le RAID) et il ne la trouve pas. Une fois que tu aura reconstitué le RAID il sera détecté et la partition / sera disponible.

Tu ne peux pas endommager un RAID simplement en déplaçant les connecteur. C'est quand même assez robuste.

Normalement c'est le kernel qui qui s'ocupe des partitions et du RAID. Si t'as pas fait de changement dans le BIOS il suffit de retrouver le bon ordre pour que les partitions retrouvent leur nom d'origine.
Je le trouve bizarre ce RAID en fait.

---------------
"Your god is too small", Giordano Bruno, 1548 - 1600

Reply

Marsh Posté le 06-09-2013 à 16:40:01

il a été mentionné plus haut que c'est un raid de carte mère donc ça sent bon le fake-raid... en fait un vulgaire raid-soft dans le firmware/bios... donc le manager avec mdadm etc... est dangereux... il faut soit le gérer 100% via le bios ou le desactiver complétement et le faire sois même au niveau raid-soft de l'OS mais pas les deux effectivement ... mais bon ça change rien au fait que tant qu'il n'y a pas de reconstruction, on peut manipuler au niveau cablages hardware pour le retrouver tel qu'il était...sans risques.

---------------
Collectionner les vieux serveurs c'est chouette mais c'est lourd et ça prend de la place ;)

Reply

Marsh Posté le 06-09-2013 à 17:57:46

Problème résolu!

Il fallait juste que dans le BIOS, au niveau de storage configuration, je passe la variable Configure SATA as de "IDE" à "RAID"!!!!

Le système a booté après une rapide vérification des données!

Ouf pour les données et moi je pars en week end l'esprit libre \o/

Merci pour votre aide en tout cas et bon week end!

Despe

---------------
feedback : http://forum.hardware.fr/hfr/Achat [...] 4091_1.htm

Reply

Marsh Posté le 06-09-2013 à 17:59:49

:heink:

'fin, si ça boot [:elessar53]