Discussion :

[djibril]

Salut,
J'ai un souci au démarrage de mon serveur.
Ce dernier contient 3 disques
sda1 a 3 partitions (swap, / et /sauvegarde1 )
sdb a une partition ext3 de 300 Go
sdb c une partition de 2To

Au démarrage, à certain moment, il se bloque avec le message d'erreur suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
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)_

Help, Pour que le demarrage fontionne bien, il veut qu'il y ait le CD d'install de DEBIAN, c'est la première fois que j'ai ce genre de souci.

Merci

[djibril]

bah même en mettant le CD d'install par la suite, ça fonctionne pas.
On dirait qu'il ne trouve plus ma partition /dev/sda2 qui correspond au /
Help car je suis coincé.

Merci

[Purple Haze]

Salut,

si j'ai bien compris ton debian bloque sur le montage de sda2 et du coup tu n'as aucune possibilité d'agir dessus et d'entrer des commandes non ?
Je vais peut être dire une connerie, mais peut être que tu peux utiliser un live cd quelconque pour accèder à sda2, et dans un premier temps consulter /etc/fstab pour vérifier que sda2 est présent et bien renseigné.
Cela t'aiderai-t-il ?

[djibril]

C'est bien ce que je viens de faire.
Je me suis mis sous knoppix.
Déjà je tiens à préciser qu'après avoir fait l'installation de Debian, j'ai fait un apt-get update et upgrade, c'est peut etre là le souci.

Donc sous knoppix, voici ce que j'obtiens :
Le fstab de mon /dev/sda2

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
# /etc/fstab: static file system information.
#
# <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

fdisk -l , je tiens à préciser que mon /dev/sdc n'est pas visible, je ne sais pas pourquoi.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
Disque /dev/sda: 300.0 Go, 300000000000 octets
255 têtes, 63 secteurs/piste, 36472 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
 
Périphérique Boot      Start         End      Blocks   Id  System
/dev/sda1               1         122      979933+  82  Linux swap
/dev/sda2             123        1581    11719417+  83  Linux
/dev/sda3            1582       36472   280261957+  83  Linux
 
Disque /dev/sdb: 300.0 Go, 300000000000 octets
255 têtes, 63 secteurs/piste, 36472 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
 
Périphérique Boot      Start         End      Blocks   Id  System
/dev/sdb1               1       36472   292961308+  83  Linux

mon menu.lst grub

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
title		Debian GNU/Linux, kernel 2.6.18-6-686
root		(hd0,1)
kernel		/boot/vmlinuz-2.6.18-6-686 root=/dev/sda2 ro 
initrd		/boot/initrd.img-2.6.18-6-686
savedefault
 
title		Debian GNU/Linux, kernel 2.6.18-6-686 (single-user mode)
root		(hd0,1)
kernel		/boot/vmlinuz-2.6.18-6-686 root=/dev/sda2 ro single
initrd		/boot/initrd.img-2.6.18-6-686
savedefault

Merci pour ce qui pourront m'aider

[djibril]

Autre précision.
Mon serveur ne contient en effet que deux disques de 300 Go et est relié à un serveur de stockage configuré en RAID5 qui dispose d'une capacité de 2To. C'est ce dernier qui est donc normalement visible sur /dev/sdc.
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.

voilà

[Pilru]

Vérifie le mappage des devices de grub, histoire d'être sur que hd0,1 correspond bien à sda2.
Assures-toi que l'initrd est bien construit.

L'erreur semble être du à un module manquant.

Est-ce qu'il a déjà bien démarré ce serveur ? Si oui, qu'as tu fais pour qu'il ne boot plus (maj, ajout d'un périph, etc.) ?

[Pilru]

Autre précision.
Mon serveur ne contient en effet que deux disques de 300 Go et est relié à un serveur de stockage configuré en RAID5 qui dispose d'une capacité de 2To. C'est ce dernier qui est donc normalement visible sur /dev/sdc.
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.
voilà

Essayes de booter sans lien avec ce serveur de stockage.

[djibril]

Vérifie le mappage des devices de grub, histoire d'être sur que hd0,1 correspond bien à sda2.
Assures-toi que l'initrd est bien construit.

L'erreur semble être du à un module manquant.

Est-ce qu'il a déjà bien démarré ce serveur ? Si oui, qu'as tu fais pour qu'il ne boot plus (maj, ajout d'un périph, etc.) ?

Comment je fais la vérification du mappage des devices de grub ?

comme dit plus haut, quand j'ai installé debian, je n'ai pas eu de souci. Tout fonctionné bien. Mais j'ai fait un apt-get update et upgrade et c'est tout.
Ce matin, je redémarre le serveur et bing, problème.

[Pilru]

Comment je fais la vérification du mappage des devices de grub ?

Démarres avec le CD d'install en mode rescue...

[djibril]

Essayes de booter sans lien avec ce serveur de stockage.

Euh, je voudrais d'abord tester autre chose avant d'eteindre ce serveur comme par exemple ton idée du mappage

Démarres avec le CD d'install en mode rescue...

Comment? Je met le CD d'install et apres je tape quoi? Car apres 5 seconde si je ne tape rien, il me met dans la fenetre graphique de configuration des langues etc etc

[Pilru]

Euh, je voudrais d'abord tester autre chose avant d'eteindre ce serveur comme par exemple ton idée du mappage

Essayes de booter ton serveur sans lien avec un périph externe qui, peut-être, dérange l'ordre de détection des disques. S'il ne boot toujours pas, tu sauras au moins que ta baie externe n'est pas en cause.

[djibril]

ok, j'essaye ça de suite

[Pilru]

Comment? Je met le CD d'install et apres je tape quoi? Car apres 5 seconde si je ne tape rien, il me met dans la fenetre graphique de configuration des langues etc etc

Tu mets le CD, tu bootes, tu lis la page d'accueil et tu verras qu'il est indiqué que tu peux taper F2, F3, F4, F5 etc... Et tu lis ce qui est indiqué sur ces différentes pages.

[djibril]

• 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à surprise , il démarre correctement.
J'ai donc refait un apt-get update et apt-get upgrade.
Il m'a installé libkrb53.
Voici mon sources.list

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
# 
# 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

• Reteins le serveur et le relie avec le serveur de stockage pour un redémarrage

Il démarre correctement. Par contre, j'ai pu remarquer pendant le démarrage qu'il y avait un message d'erreur entrelacer dans les lignes :

hardware error inserting i8xx_tco (lib/module/2.6.18-6-686 .....

Je l'ai éteins et redémarré et idem, il s'allume bien, donc je ne sais pas ce qui posait souci
Pour l'instant, tout est OK

[djibril]

Bon je viens de redémarrer une dernière fois et rebeloote, même message d'erreur que le premier thread.
Je ne comprends donc pas.

• vérification du mappage des devices de grub en démarrant avec le CD d'install en mode rescue

demarrage en mode rescue => je tape rescue acpi=off
Mais je ne comprends pas car il me lance quand même l'interface d'installation de DEBIAN
Bref, je fais comme si je voulais installer debian et ensuite au lieu de me mettre sur la partie partition, je tombe sur une fenêtre "Entrer dans le mode de récupération"
Et il faut choisir le périphérique qui sera à monter comme système de fichiers racine (/).
et voilà ce qu'il me propose :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
  /dev/scsi/host0/bus0/target0/lun0/part1
  /dev/scsi/host0/bus0/target0/lun0/part2
  /dev/scsi/host0/bus0/target0/lun0/part3
  /dev/scsi/host0/bus0/target1/lun0/part1
  /dev/scsi/host2/bus2/target0/lun0/part2

Je ne sais pas à quoi ça correspond.
une idée?

[Pilru]

Bon je viens de redémarrer une dernière fois et rebeloote, même message d'erreur que le premier thread.
Je ne comprends donc pas.

A mon avis, il y a un micmac lors de la détection hardware faite par le bios.
Le controlleur PERC5 doit être détecter comme premier disque. Du coup

sda -> baie_sauvegarde (sda2 n'existe donc pas)

Il faut modifier le mappage de grub.
hd0 devrait pointer sur sdb

Il faut modifier aussi menu.lst et fstab en conséquence.

Bon, ce n'est qu'une hypothèse.

[djibril]

Comment se fait t il que la baie externe pose souci? qu'il ne trouve plus /dev/sda2? De plus, pourquoi c'est aléatoire et que je suis obligé d'éteindre et rallumer la baie?

Je suis allé voir dans le bios, et au niveau ordre de démarrage, il commence bien par CD ensuite disques.
Et dans les disque en 1 c'est bien mes disques, puis en deux, PERC5

A mon avis, il y a un micmac lors de la détection hardware faite par le bios.

Mais je vois pas où!!

Le controlleur PERC5 doit être détecter comme premier disque. Du coup

sda -> baie_sauvegarde (sda2 n'existe donc pas)

Je pense pas, car en regardant dans le bios, il n'est pas en premier
Dans Boot Sequence :
1. IDE CD-ROM device
2. Hard drive C:
3. Embedded MBA .... Slot ....

Dans Hard-Disk Drive Sequence
1. Slot 1: 01,39160 A: 00 SEAGATE ST3300007
2. PERC 5/E Adaptater(bus 02 dev 0E)

Il faut modifier le mappage de grub.
hd0 devrait pointer sur sdb

Bah non, car je n'ai pas installé debian sur sdb, mais sur sda, donc si je mets sdb, ça va etre encore plus le bordel

[djibril]

n'est ce pas un souci de kernel? j'ai le 2.6.18.
Là j'étais dans le bios pendant 1 à 2 minute pour regarder. Et maintenant en sortant, le démarrage se passe bien.
Pourquoi ça plante aléatoirement? Faut il des drivers spécifiques? Je sais que DELL me proposé des drivers mais uniquement pour redhat ou suse. J'ai testé redhat avant, mais trop de bugs, ça m'a gonflé. De plus, vu la doc de DELL je devait avoir un lecture disquette ce qui n'est pas le cas pour faire booter un fichier .img (que je n'ai jamais réussi à convertir en ISO), bref .
Me remettant sous debian, tout est OK sauf ce souci de boot aléatoire

[Pilru]

Bon, en cherchant sur le net, j'ai sans doute trouver la solution à ton problème :

http://lists.us.dell.com/pipermail/l...er/027504.html

Il faut ajouter le module megaraid_sas a l'initrd du noyau.

Ce que je ne comprend pas, c'est pourquoi il boot parfois.

Mon hypothèse n'était pas bonne, puisque si le controleur PERC5 était vraiment reconnu comme sda, grub ne trouverai pas l'image du noyau...

[djibril]

Bon, en cherchant sur le net, j'ai sans doute trouver la solution à ton problème :

http://lists.us.dell.com/pipermail/l...er/027504.html

Il faut ajouter le module megaraid_sas a l'initrd du noyau.

Ce que je ne comprend pas, c'est pourquoi il boot parfois.

Mon hypothèse n'était pas bonne, puisque si le controleur PERC5 était vraiment reconnu comme sda, grub ne trouverai pas l'image du noyau...

Je teste en faisant plusieurs reboot, et ça marche aléatoirement.
Je viens de faire la modif en fcontion de la solution que tu m'as trouvé

mais ça ne change rien, c'est toujours aléatoire, bizarre