From: djibril ousmanou
[mailto:djibrilo@yahoo.fr]
Sent: mercredi 26 mars 2008 17:45
To:
debian-user-french@lists..debian.org
Subject: [etch] Blocage au
demarrage, initramfs, PERC5, driver
Salut à tous,
Salut,
J'ai un souci au démarrage de mon serveur (power edge 850) qui utilise debian
etch, 2.6.18-6-686.
Ce dernier contient 2 disques et est relié a une baie de stockage Power PV
MD1000 via le controller PERC5. cette baie de stockage a été acheté chez DELL
qui m'avait proposé (pour redhat) le driver megaraid_sas-v00.00.03.16.
DELL me proposait pour une redhat leur driver sur un power edge 1950 - Contrôleurs SAS RAID (7) - PERC 5/E Adapter
http://support.euro.dell.com/support...NET&hidlang=fr
http://support.euro.dell.com/support/downloads/format.aspx?c=fr&l=fr&s=gen&deviceid=9181&libid=46&releaseid=R169676&vercnt=2&formatcnt=0&SystemID=PWE_1950&servicetag=&os=RHEL5&osl=fr&catid=-1&impid=-1
car il n'avait pas d'option controleur SAS RAID pour un 850.
Mais je souhaite utiliser redhat.
T’es sûr de vouloir une Red Hat ? ;)
Euh non pas du tout envie de redhat, mais je souhaite rester sur Debian, c'est un lapsus
sda1 a 3 partitions (swap, / et /sauvegarde1 )
sdb a une partition ext3 (/sauvegarde2) de 300 Go
sdb c (baie de stockage ) une partition de 2To (/baie_sauvegarde).
Avec une belle config comme ça, avec la facilité apportée par Debian, à ta place je penserai sur LVM... Mais la question n’est sûrement pas là : )
Bah vu que les partitions sont déjà faites, je pense pas que le souci soit à ce niveau
Quand j'ai installé debian, je n'ai pas eu de soucis avec. J'ai crée une
partition de 2To nommée baie_sauvegarde.
Au démarrage, à certain moment, il se bloque avec le message d'erreur suivant :
Begin Mounting root file system...
Begin Running /scripts/local-top ...
Done.
Begin: Waiting for root file system... ...
Done.
check root= botarg cat /proc/cmdline
or missing modules, devices: cat /proc/modules ls /dev
ALERT! /dev/sda2 does not exist. Dropping to a shell!
BusyBox v1.1.3 (Debian 1:1.1..3-4) Built-in shell (ash)
Enter 'Help' for a list of built-in commands.
/bin/sh: can't access tty; job control turned off
(initramfs)_
fstab de mon /dev/sda2
#
# <file system> <mount point> <type>
<options> <dump>
<pass>
proc
/proc
proc defaults
0 0
/dev/sda2
/
ext3 defaults,errors=remount-ro
0 1
/dev/sdc1 /baie_sauvegarde ext3
defaults
0 2
/dev/sda3 /sauvegarde1
ext3 defaults
0 2
/dev/sdb1 /sauvegarde2
ext3 defaults
0 2
/dev/sda1
none
swap
sw
0 0
/dev/hda /media/cdrom0
udf,iso9660 user,noauto
0 0
mon sources.list
# deb cdrom:[Debian
GNU/Linux 4.0 r3 _Etch_ - Official i386 NETINST Binary-1 20080218-14:15]/ etch
contrib main
#deb cdrom:[Debian GNU/Linux 4.0 r3 _Etch_ - Official i386 NETINST Binary-1 20080218-14:15]/
etch contrib main
deb http://ftp.fr.debian.org/debian/
etch main
deb-src http://ftp.fr.debian.org/debian/
etch main
deb http://security.debian.org/
etch/updates main contrib
deb-src http://security.debian.org/
etch/updates main contrib
Dans le bios
Dans Hard-Disk Drive Sequence
1. Slot 1: 01,39160 A: 00 SEAGATE ST3300007
2. PERC 5/E Adaptater(bus 02 dev 0E)
En éteignant le serveur de stockage
Il me dit qu'il y a des souci de branchement, normal vu que mon
serveur a été configuré pour être relié au serveur de stockage (via controller
PERC5).
Ensuite je tape n'importe quelle touche pour continuer.
Ensuite j'obtiens un failed (code8) car fsck failed surement du fait que
/dev/sdc n'existe pas.
j'ai donc le choix de taper controlD pour continuer ou bien le pass root pour
réparer.
Je fais donc ctrl D et là, il démarre correctement.
Reteins le serveur et le relie avec le
serveur de stockage pour un redémarrage
Il démarre correctement. Mais c'est aléatoire car des fois il rebug.
Il m'arrive de devoir rebooter 5 fois pour que ça marche.
Hum, les problèmes aléatoires sont souvent liés à des problèmes hardware selon ma maigre expérience…
Et même avec du matériel de compétition neuf on peut en avoir…
Aie, dans ce cas que faire ?
Help.
J'ai trouvé des liens sur le web :
- http://lists.us.dell.com/pipermail/linux-poweredge/2006-September/027504.html
- http://www.bonz.org/tech/post/2007/09/16/Un-peu-dordre-dans-la-maison
Mais rien à faire.
j'ai essayé de rajouter dans /etc/initramfs-tools/modules les modules suivant :
- megaraid_sas
- megaraid_mbox
- megaraid_mm
mais ça ne change rien.
Voici un aperçu de update-initramfs -v -u
...
...
Adding module /lib/modules/2.6.18-6-686/kernel/drivers/scsi/megaraid.ko
Adding module /lib/modules/2.6.18-6-686/kernel/drivers/scsi/megaraid/megaraid_mm.ko
Adding module
/lib/modules/2.6.18-6-686/kernel/drivers/scsi/megaraid/megaraid_mbox..ko
Adding module
/lib/modules/2.6.18-6-686/kernel/drivers/scsi/megaraid/megaraid_sas.ko
...
donc je suppute que les modules sont déjà présents mais pourquoi ça ne
fonctionne pas correctement.
Soit ils le sont, soit ils ne sont pas
nécessaires, soit tu bootes de temps à autre sur une autre paire noyau/initrd.
Si ça marche une fois, que tu touches plus à la configuration de l’OS, que ça plante, j’ai du mal à me dire que l’OS puisse être en cause, ni même le système de démarrage…
D'apres une doc que j'ai lu, c'est bien dû à l'OS, en fait les nouveaux volumes sont détectés par le noyau avant le disque sur
lequel est installé le système. Du coup, le système n'est plus sur /dev/sda2
mais sur un autre
car le controller mettrait du temps à se déclarer. Mais pour régler le souci, il est demandé de joué avec la partition RAM d'initialisation nommé initramfs
.
( http://www.bonz.org/tech/post/2007/09/16/Un-peu-dordre-dans-la-maison)
Mais pour l'instant je ne trouve pas
Merci
De rien, en espérant t’avoir un poil aidé…
The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other then the addressee. Access to this e-mail by anyone else is unauthorised.
If you are not the intended recipient, please notify Airbus immediately and delete this e-mail.
Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately.
All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free.