Bonjour,
Suite au passage à noyau 3.10, je ne peux pas démarrer. Je suis obligé de passer par l’ancien, le 3.2.
J’ai des erreurs en pagaille au démarrage dont de mémoire, il ne trouve pas le serveur debian et une histoire de lvm, je crois. çà se termine par un initfrans ou quelque chose du genre.
Je sais c’est pas très précis, mis je ne sais pas si je peux avoir un log sur ces problèmes vu que je ne suis pas sur le 3.10 qui plante mais sur le 3.2 !
Jette quand même un coup d’œil sur /var/log/auth.log
Je suis en direct sur l’écran de démarrage bloqué à initramfs
Voici ce qu’il y a avant sur la page :
Volume groupe serveur-debian not found
skipping volume group serveur-debian
unable to find LVM volume serveur-debian/root
Volume groupe serveur-debian not found
skipping volume group serveur-debian
unable to find LVM volume serveur-debian/swap_1
2.952228] sd 6:0:0:0: [sdc] No caching mode page present
2.952282] sd 6:0:0:0: [sdc] assuming drive cache : write throught
2.967230] sd 6:0:0:0: [sdc] No caching mode page present
2.967285] sd 6:0:0:0: [sdc] assuming drive cache : write throught
7.870273] sd 6:0:0:0: [sdc] No caching mode page present
7.870332] sd 6:0:0:0: [sdc] assuming drive cache : write throught
CGave up waiting for root device. Commons problems:
_Boot args (cat /proc/cdmline)
-Check rootdelay= (did the system wait long enough ?)
_Check root= (did the system wait for the right device?)
Missing modules (cat /proc/modules; ls /dev)
ALERT! /dev/mapper/serveur–debian-root does not exist. Dropping to a shell !!
BusyBox v1.20.2 (Debian 1:1.20.0-7) built-in shell (ash)
Enter help for a list of built-in commands.
/bin/sh: can’t access tty; job control turned off
(initramfs)
Un curseur clignote et attend sûrement quelque chose de ma part mais je ne sais pas quoi !?
Un problème au niveau de grub ?
Ce qui est bizarre c’est que [sdc] correspond normalement à mon disque dur externe.
Donc grub serait-il allé s’installé sur [sdc] lors de l’installation du nouveau noyau ??
Si oui je pourrais recommencer l’installation du noyau 3.10 de fran.b en débranchant simplement mon deuxième disque dur et mon disque dur externe ?!
Ou bien existe-t-il une manœuvre plus simple, plus rapide et plus sûre ?
bizarre, tu peux donner ton grub.cfg, car cela fait belle lurette que les partitions sont reconnues par les identifiants. Le problème ici est plutôt au niveau de l’initramfs.
bonjour,
Debian grug a du mal à gérer plus de 2 disques,
exemple:
/dev/sda avec le grub principal
/dev/sdb grub secondaire
/dev/sdc grub pas encore installé mais fait perdre le grub de /dev/sdb pointant vers /dev/sda
lors du début d’installation qui va jusqu’au partitionnage de sdc
méthode ancienne, débrancher les autres disques
A+
JB1
François dit Franck
j’ai eu ce message:
vu avec Ctrl+Alt+F4
mkinitramfs failure cpio 1 gzip 1
et avant gzip: …no space sur le in-target
JB1
[code]# cat /boot/grub/grub.cfg
if [ -s $prefix/grubenv ]; then
load_env
fi
set default=“0"
if [ “${prev_saved_entry}” ]; then
set saved_entry=”${prev_saved_entry}"
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z “${boot_once}” ]; then
saved_entry="${chosen}"
save_env saved_entry
fi
}
function load_video {
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
}
insmod lvm
insmod part_msdos
insmod ext2
set root=’(serveur-debian-root)‘
search --no-floppy --fs-uuid --set=root e624572b-42fd-4d43-84fa-dd535c801595
if loadfont /usr/share/grub/unicode.pf2 ; then
set gfxmode=640x480
load_video
insmod gfxterm
insmod part_msdos
insmod ext2
set root=’(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root 14f853a0-15fa-412c-b6f4-f0d66b5d5ce6
set locale_dir=($root)/grub/locale
set lang=fr_FR
insmod gettext
fi
terminal_output gfxterm
set timeout=5
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
menuentry ‘Debian GNU/Linux, avec Linux 3.10.1-fb-aufs’ --class debian --class gnu-linux --class gnu --class os {
load_video
insmod gzio
insmod part_msdos
insmod ext2
set root=’(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root 14f853a0-15fa-412c-b6f4-f0d66b5d5ce6
echo 'Chargement de Linux 3.10.1-fb-aufs …'
linux /vmlinuz-3.10.1-fb-aufs root=/dev/mapper/serveur–debian-root ro quiet
echo 'Chargement du disque mémoire initial …‘
initrd /initrd.img-3.10.1-fb-aufs
}
menuentry ‘Debian GNU/Linux, avec Linux 3.10.1-fb-aufs (mode de dépannage)’ --class debian --class gnu-linux --class gnu --class os {
load_video
insmod gzio
insmod part_msdos
insmod ext2
set root=’(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root 14f853a0-15fa-412c-b6f4-f0d66b5d5ce6
echo 'Chargement de Linux 3.10.1-fb-aufs …'
linux /vmlinuz-3.10.1-fb-aufs root=/dev/mapper/serveur–debian-root ro single
echo 'Chargement du disque mémoire initial …‘
initrd /initrd.img-3.10.1-fb-aufs
}
menuentry ‘Debian GNU/Linux, avec Linux 3.2.0-4-686-pae’ --class debian --class gnu-linux --class gnu --class os {
load_video
insmod gzio
insmod part_msdos
insmod ext2
set root=’(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root 14f853a0-15fa-412c-b6f4-f0d66b5d5ce6
echo 'Chargement de Linux 3.2.0-4-686-pae …'
linux /vmlinuz-3.2.0-4-686-pae root=/dev/mapper/serveur–debian-root ro quiet
echo 'Chargement du disque mémoire initial …‘
initrd /initrd.img-3.2.0-4-686-pae
}
menuentry ‘Debian GNU/Linux, avec Linux 3.2.0-4-686-pae (mode de dépannage)’ --class debian --class gnu-linux --class gnu --class os {
load_video
insmod gzio
insmod part_msdos
insmod ext2
set root=’(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root 14f853a0-15fa-412c-b6f4-f0d66b5d5ce6
echo 'Chargement de Linux 3.2.0-4-686-pae …'
linux /vmlinuz-3.2.0-4-686-pae root=/dev/mapper/serveur–debian-root ro single
echo 'Chargement du disque mémoire initial …'
initrd /initrd.img-3.2.0-4-686-pae
}
if [ -f $prefix/custom.cfg ]; then
source $prefix/custom.cfg;
fi
Vraiment bizarre.
essaye de refaire l’initramfs, tu fais
update-initramfs -k 3.10.1-fb-aufs -u
Si ça coince, au menu grub, édite la ligne (touche «e», rajoute dans la ligne du noyau debug=verbose à la place de «quiet», puis tape «Ctrl X» ou «X» et regarde avec soin les messages
Je recopie les informations sur la page de démarrage :
Un décompte :
[176 -gt0]
[! -e /dev/mapper/serveur-debian not found
/bin/sleep 0.1
slumber = 175
etc, etc, jusqu’à 0 puis ceci :
missing modules cat /proc/modules; ls /dev
panic Alert! /dev/mapper does not exist dropping to a shell
command -v chvt
chvt 1
echo alert !
[ -n]
modprobe -v i 8042
-v atkbd
-v ehci-hcd
-v uhci-hcd
-v ohci-hcd
[204.207067] ohci_hcd : usb 1.1 ! open host controller (ohci) driver
modprobe -v usbhid
reason=alert ! /dev/mapper/ <comme d’hab>
ps1 = (initramfs) /bin/sh -i
Voilà les informations révélées après un edit sur le grub comme demandé par fran.b
Au démarrage, j’ai débranché le deuxième disque dur et le disque dur externe.
Je suis à nouveau sur le noyau 3.2
L’update-initramfs n’a rien donné? On dirait vraiment qu’il manque de quoi gérer le LVM dans l’initramfs
Non.
Il faut installer un paquet supplémentaire ?
Installer autrement le noyau 3.10 ?
Fran.b tu m’avais demandé de passer cette commande :
Chez moi, elle ne renvoie rien.
Peut-être un début de piste ?
On dirait qu’il a le même problème que moi et qu’il l’a résolu :
forums.debian.net/viewtopic.php?f=5&t=105549
Mais je ne comprends pas tout ce qu’il faut faire !!
Il essaye devoir si le noyau peut manipuler les volumes LVM (il peut, chez moi il le fait).
Je suggère lorsque tu as l’invite busybox de taper «lvm» pour voir si le support lvm est là.
Sinon, il suggère de mettre lvmwait=/dev/mapper/vg_r-root rootdelay=20 dans les options de démarrage de grub. Pour cela fait comme pour le debug=verbose mais en mettant «lvmwait=/dev/mapper/vg_r-root rootdelay=20»
Rq: Pour ta question, non c’est que d’habitude l’initrd est sous /boot. C’est normal que la commande ne renvoit rien dans ton cas
çà fonctionne sauf qu’au reboot, grub ne garde pas la config.
rien ne se passe.
çà fonctionne sauf qu’au reboot, grub ne garde pas la config./quote]
Ok, ajoute ceci dans /etc/default/grub dans GRUB_CMDLINE_LINUX ou GRUB_CMDLINE_LINUX_DEFAULT et refais l’initramfs, ou bien édite le grub.cfg.
(Note cela signifie juste que le lvm n’a pas le temps de se monter, les options rajoutées demande d’attendre lvm avec un délai de 20s dans l’attente de la racine)
Voici ce que j’ai fait :
J’ai édité le fichier /etc/default/grub
A la ligne GRUB_CMDLINE_LINUX_DEFAULT, j’ai remplacé “quiet” par <lvmwait=/dev/mapper/vg_r-root rootdelay=20>.
Ensuite :
update-initramfs -k 3.10.1-fb-aufs -uupdate-grubJ’ai rebooté et tout est ok.
Merci fran.b 
P.S. Comment exporter en .txt le fichier dmesg ?
#echo > dmesg /home/toto/dmesg.txt
dmesg > dmesg.txt
par exemple
merci