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

Système boot pas après modifications branchement RAID [SOLVED][Linux] - Hardware - Linux et OS Alternatifs

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.
 
http://img209.imageshack.us/img209/3673/p1iv.jpg
 
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:
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


---------------
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]


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

Marsh Posté le 06-09-2013 à 18:32:00    

ouais je sais, ça fait vraiment bête! mais aussi pourquoi la variable est pas restée sur RAID!!!!


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

Marsh Posté le 07-09-2013 à 15:40:36    

voilà pourquoi je parle de FAKE-RAID parce que les raid bios comme ca c'est pas fiable et en voila encore une preuve de plus


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

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed