BOOT : Wheezy - linux-image-3.2.0-4 & 3.2.0-3 ne bootent pas

Bonjour,

J’utilise Wheezy et le système est 100% à jour.

Les paquets installés sont :

linux-image-3.2.0-2-amd64	3.2.16-1
linux-image-3.2.0-3-amd64	3.2.23-1
linux-image-3.2.0-4-amd64	3.2.63-2+deb7u1
linux-image-amd64	3.2+46

grub.cfg contient :

#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  load_env
fi
set default="4"
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 part_msdos
insmod ext2
set root='(hd0,msdos7)'
search --no-floppy --fs-uuid --set=root 75508d1f-8928-4879-a26f-96839b874373
if loadfont /share/grub/unicode.pf2 ; then
  set gfxmode=640x480
  load_video
  insmod gfxterm
  insmod part_msdos
  insmod ext2
  set root='(hd0,msdos2)'
  search --no-floppy --fs-uuid --set=root e79d7673-e8f1-47dc-a382-d847064a9412
  set locale_dir=($root)/grub/locale
  set lang=fr_FR
  insmod gettext
fi
terminal_output gfxterm
set timeout=5
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_msdos
insmod ext2
set root='(hd0,msdos7)'
search --no-floppy --fs-uuid --set=root 75508d1f-8928-4879-a26f-96839b874373
insmod png
if background_image /share/images/desktop-base/joy-grub.png; then
  set color_normal=white/black
  set color_highlight=black/white
else
  set menu_color_normal=cyan/blue
  set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, avec Linux 3.2.0-4-amd64' --class debian --class gnu-linux --class gnu --class os {
	load_video
	insmod gzio
	insmod part_msdos
	insmod ext2
	set root='(hd0,msdos2)'
	search --no-floppy --fs-uuid --set=root e79d7673-e8f1-47dc-a382-d847064a9412
	echo	'Chargement de Linux 3.2.0-4-amd64 ...'
	linux	/vmlinuz-3.2.0-4-amd64 root=UUID=6d5f263f-a18b-41e5-9587-368bc79ca855 ro  quiet
	echo	'Chargement du disque mémoire initial ...'
	initrd	/initrd.img-3.2.0-4-amd64
}
menuentry 'Debian GNU/Linux, avec Linux 3.2.0-4-amd64 (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,msdos2)'
	search --no-floppy --fs-uuid --set=root e79d7673-e8f1-47dc-a382-d847064a9412
	echo	'Chargement de Linux 3.2.0-4-amd64 ...'
	linux	/vmlinuz-3.2.0-4-amd64 root=UUID=6d5f263f-a18b-41e5-9587-368bc79ca855 ro single 
	echo	'Chargement du disque mémoire initial ...'
	initrd	/initrd.img-3.2.0-4-amd64
}
menuentry 'Debian GNU/Linux, avec Linux 3.2.0-3-amd64' --class debian --class gnu-linux --class gnu --class os {
	load_video
	insmod gzio
	insmod part_msdos
	insmod ext2
	set root='(hd0,msdos2)'
	search --no-floppy --fs-uuid --set=root e79d7673-e8f1-47dc-a382-d847064a9412
	echo	'Chargement de Linux 3.2.0-3-amd64 ...'
	linux	/vmlinuz-3.2.0-3-amd64 root=UUID=6d5f263f-a18b-41e5-9587-368bc79ca855 ro  quiet
	echo	'Chargement du disque mémoire initial ...'
	initrd	/initrd.img-3.2.0-3-amd64
}
menuentry 'Debian GNU/Linux, avec Linux 3.2.0-3-amd64 (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,msdos2)'
	search --no-floppy --fs-uuid --set=root e79d7673-e8f1-47dc-a382-d847064a9412
	echo	'Chargement de Linux 3.2.0-3-amd64 ...'
	linux	/vmlinuz-3.2.0-3-amd64 root=UUID=6d5f263f-a18b-41e5-9587-368bc79ca855 ro single 
	echo	'Chargement du disque mémoire initial ...'
	initrd	/initrd.img-3.2.0-3-amd64
}
menuentry 'Debian GNU/Linux, avec Linux 3.2.0-2-amd64' --class debian --class gnu-linux --class gnu --class os {
	load_video
	insmod gzio
	insmod part_msdos
	insmod ext2
	set root='(hd0,msdos2)'
	search --no-floppy --fs-uuid --set=root e79d7673-e8f1-47dc-a382-d847064a9412
	echo	'Chargement de Linux 3.2.0-2-amd64 ...'
	linux	/vmlinuz-3.2.0-2-amd64 root=UUID=6d5f263f-a18b-41e5-9587-368bc79ca855 ro  quiet
	echo	'Chargement du disque mémoire initial ...'
	initrd	/initrd.img-3.2.0-2-amd64
}
menuentry 'Debian GNU/Linux, avec Linux 3.2.0-2-amd64 (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,msdos2)'
	search --no-floppy --fs-uuid --set=root e79d7673-e8f1-47dc-a382-d847064a9412
	echo	'Chargement de Linux 3.2.0-2-amd64 ...'
	linux	/vmlinuz-3.2.0-2-amd64 root=UUID=6d5f263f-a18b-41e5-9587-368bc79ca855 ro single 
	echo	'Chargement du disque mémoire initial ...'
	initrd	/initrd.img-3.2.0-2-amd64
}
### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###

### BEGIN /etc/grub.d/20_memtest86+ ###
menuentry "Memory test (memtest86+)" {
	insmod part_msdos
	insmod ext2
	set root='(hd0,msdos2)'
	search --no-floppy --fs-uuid --set=root e79d7673-e8f1-47dc-a382-d847064a9412
	linux16	/memtest86+.bin
}
menuentry "Memory test (memtest86+, serial console 115200)" {
	insmod part_msdos
	insmod ext2
	set root='(hd0,msdos2)'
	search --no-floppy --fs-uuid --set=root e79d7673-e8f1-47dc-a382-d847064a9412
	linux16	/memtest86+.bin console=ttyS0,115200n8
}
menuentry "Memory test (memtest86+, experimental multiboot)" {
	insmod part_msdos
	insmod ext2
	set root='(hd0,msdos2)'
	search --no-floppy --fs-uuid --set=root e79d7673-e8f1-47dc-a382-d847064a9412
	multiboot	/memtest86+_multiboot.bin
}
menuentry "Memory test (memtest86+, serial console 115200, experimental multiboot)" {
	insmod part_msdos
	insmod ext2
	set root='(hd0,msdos2)'
	search --no-floppy --fs-uuid --set=root e79d7673-e8f1-47dc-a382-d847064a9412
	multiboot	/memtest86+_multiboot.bin console=ttyS0,115200n8
}
### END /etc/grub.d/20_memtest86+ ###

### BEGIN /etc/grub.d/30_os-prober ###
menuentry "Windows XP Media Center Edition (on /dev/sda1)" --class windows --class os {
	insmod part_msdos
	insmod ntfs
	set root='(hd0,msdos1)'
	search --no-floppy --fs-uuid --set=root 108CAFC68CAFA526
	drivemap -s (hd0) ${root}
	chainloader +1
}
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###

### BEGIN /etc/grub.d/41_custom ###
if [ -f  $prefix/custom.cfg ]; then
  source $prefix/custom.cfg;
fi
### END /etc/grub.d/41_custom ###

GRUB(1.99-27+deb7u2) passe directement sur linux-image-3.2.0-2 (5ème entrée), et le système fonctionne!

Si je sélectionne manuellement linux-image-3.2.0-4 ou 3 en mode normal ou sans échec dans l’écran de grub, le résultat est chaque fois le même :

=> le démarrage s’interrompt à l’étape suivant :

[mono]“Waiting for /dev fully populated …”[/mono]

et la machine reboot (le plus souvent) ou bloque parfois sur un écran vide.

Comment puis-je diagnostiquer la cause et remédier à cette situation ?

Merci.

Salut,

Ne serait-ce pas un manque d’espace disque, d’inodes ?

[code]# df -hT

parted -l

df -hi

[/code]

Où est /boot ? En 75508d1f-8928-4879-a26f-96839b874373 ou en e79d7673-e8f1-47dc-a382-d847064a9412 ?

Hypothèse : partition /boot a dû être montée/démontée au cours des installations/désinstallations des noyaux et des mises à jour de grub successives.

set root=’(hd0,msdos7)'
75508d1f-8928-4879-a26f-96839b874373
/dev/sda7 ne serait-il pas le /boot migrateur ? Le monter et sonder son contenu pour vérifier les noyaux qui y sont et ceux qui n’y sont pas.

[quote=“etxeberrizahar”]Où est /boot ? En 75508d1f-8928-4879-a26f-96839b874373 ou en e79d7673-e8f1-47dc-a382-d847064a9412 ?
[/quote]
[mono]/boot => e79d7673-e8f1-47dc-a382-d847064a9412 = /dev/sda2[/mono]

/ (racine) => 6d5f263f-a18b-41e5-9587-368bc79ca855 = /dev/sda3

quant à : 75508d1f-8928-4879-a26f-96839b874373 /dev/sda7 c’est /usr

Effectivement, /boot étant monté en -ro ,
j’ai rencontré parfois des soucis de mise à jour ayant omis de le re-monter en écriture avant la MàJ.

[quote]
set root=’(hd0,msdos7)'
75508d1f-8928-4879-a26f-96839b874373
/dev/sda7 ne serait-il pas le /boot migrateur ? Le monter et sonder son contenu pour vérifier les noyaux qui y sont et ceux qui n’y sont pas.[/quote]
Cette partition (/usr) ne porte aucune image de noyau.

Je ne comprends pas toutes les subtilités de grub.cfg,
mais je ne vois pas de différence et meld non-plus
entre les lignes correspondant aux diverses versions du noyau, mis-à-part les N° de version.

Donc à priori il ne devrait pas y avoir de différence de comportement.

Pour ce qui est du choix par défaut :
J’avais (du) oublier que face aux échecs des premiers choix,
j’avais probablement mis : [mono]set default=“4”[/mono]

Pour répondre à BelZéButh :

Je ne crois pas être en défaut d’espace,
mais voici le résultat des commandes que tu proposes:

df -hT

renvoie :

Sys. fich.                                             Type     Taille Util. Dispo Uti% Monté sur
rootfs                                                 rootfs     1,2G  404M  697M  37% /
udev                                                   devtmpfs   1,4G     0  1,4G   0% /dev
tmpfs                                                  tmpfs      277M  764K  277M   1% /run
/dev/disk/by-uuid/6d5f263f-a18b-41e5-9587-368bc79ca855 ext3       1,2G  404M  697M  37% /
tmpfs                                                  tmpfs      5,0M     0  5,0M   0% /run/lock
tmpfs                                                  tmpfs      1,5G  228K  1,5G   1% /run/shm
/dev/sda2                                              ext3       291M   56M  220M  21% /boot
/dev/sda10                                             ext3        15G  9,7G  4,1G  71% /home
/dev/sda11                                             ext3       193G  107G   76G  59% /home/docs
/dev/sda12                                             vfat        98G   75G   24G  76% /mnt/store
/dev/sda6                                              ext2       4,4G  232K  4,2G   1% /tmp
/dev/sda7                                              ext3        12G  7,4G  3,6G  68% /usr
/dev/sda8                                              ext3       4,4G  364M  3,8G   9% /usr/local
/dev/sda9                                              ext3       7,3G  1,3G  5,6G  19% /var
parted -l

renvoie :

Model: ATA ST3500320AS (scsi)
Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End     Size    Type      File system     Flags
 1      1049kB  35,7GB  35,7GB  primary   ntfs            boot
 2      35,7GB  36,0GB  315MB   primary   ext3
 3      36,0GB  37,2GB  1256MB  primary   ext3
 4      37,2GB  402GB   365GB   extended
 5      37,2GB  41,9GB  4719MB  logical   linux-swap(v1)
 6      41,9GB  46,7GB  4719MB  logical   ext2
 7      46,7GB  59,2GB  12,6GB  logical   ext3
 8      59,2GB  64,0GB  4719MB  logical   ext3
 9      64,0GB  71,8GB  7864MB  logical   ext3
10      71,8GB  87,6GB  15,7GB  logical   ext3
11      87,6GB  297GB   210GB   logical   ext3
12      297GB   402GB   105GB   logical   fat32

[code] df -hi

renvoie :

Sys. fich. Inodes IUtil. ILibre IUti% Monté sur
rootfs 297K 17K 281K 6% /
udev 345K 517 345K 1% /dev
tmpfs 347K 553 346K 1% /run
/dev/disk/by-uuid/6d5f263f-a18b-41e5-9587-368bc79ca855 297K 17K 281K 6% /
tmpfs 347K 2 347K 1% /run/lock
tmpfs 347K 7 347K 1% /run/shm
/dev/sda2 76K 272 76K 1% /boot
/dev/sda10 939K 62K 878K 7% /home
/dev/sda11 13M 624K 12M 5% /home/docs
/dev/sda12 0 0 0 - /mnt/store
/dev/sda6 563K 42 563K 1% /tmp
/dev/sda7 751K 263K 489K 35% /usr
/dev/sda8 282K 2,9K 279K 2% /usr/local
/dev/sda9 470K 27K 443K 6% /var
[/code]

Voilà, pour ma part cela ne me permet pas de cerner la cause mis-à-part que peut-être les noyaux 3.2.0-4 & 3.2.0-3 ne soient pas adaptés à mon matériel ???

A+ et merci

Les points de montage /boot, /usr et la racine sont référencés en grub.cfg. /usr séparé ne simplifie pas le problème. En sus de /boot, /usr séparé est aussi susceptible de présenter des complications.
Met à jour ou réinstalle linux-image-* après t’être assuré que /usr et /boot soient correctement montés.

Tenter d’installer un noyau sur /boot en lecture seule devrait mener à un échec.
Voir contenu de /boot.
$ ls -la /boot
Les noyaux récalcitrants y sont-ils ? vmlinuz-* et initrd.img* ?
Regarde les dates de vmlinuz* et celles d’initrd.img. De quand datent les différents initrd.img ?
Comparer les versions des noyaux et dates en /boot et en /lib/modules.

$ ls -la /lib/modules

cela ne doit pas avoir d’influence sur le pblm,
simplement cela indique où se trouvent certains éléments (codage des caractères et image de fond) de grub
mais cela n’influe pas sur les “menuentry” :doh:

Oui, c’est pour cela qu’il ne faut pas oublier :

$ sudo umount /boot
$ sudo mount -o nodev,nosuid /dev/sda2 /boot

pour pouvoir écrire sur /boot avant une MàJ.

J’ai re-installé linux-image-3.2.0-4-amd64

	Start-Date: 2014-11-03  09:54:13
	Commandline: /usr/sbin/synaptic
	Reinstall: linux-image-3.2.0-4-amd64:amd64 (3.2.63-2+deb7u1)
	End-Date: 2014-11-03  09:54:58

Comparaison des dates fournies par :

$ ls -la /boot

et

$ ls -la /lib/modules

donne :

/boot
[mono]oct. 30 13:44 config-3.2.0-4-amd64
nov. 3 09:54 initrd.img-3.2.0-4-amd64
oct. 30 13:44 System.map-3.2.0-4-amd64
oct. 30 13:42 vmlinuz-3.2.0-4-amd64[/mono]

/lib/modules
[mono]nov. 3 09:54 3.2.0-4-amd64[/mono]

vmlinuz et initrd.img n’ont pas les même dates

Selon toi cela peut être la cause ?

Pour linux-image-3.2.0-2-amd64 les dates ne coïncident pas non-plus
et pourtant ce noyau fonctionne.

Je n’ai pas réinstallé linux-image-3.2.0-2-amd64 et linux-image-3.2.0-3-amd64,
car ils ne sont plus dans les dépôts .

linux-image-3.2.0-2-amd64 vient du CD d’installation
et
linux-image-3.2.0-3-amd64 est encore dans /archive;
mais je préfère pas trop chambouler
… j’ai pas envie de tout casser :slightly_smiling:

À noter aussi :
j’ai le paquet
linux-image-amd64 Linux for 64-bit PCs (meta-package)
installé,
je crois pas qu’il fasse grand-chose sur grub ou le boot des noyaux.

Voilà ce que je peux amener, j’ai le sentiment que ce n’est pas suffisant ???

Ah, oui je rajoute à la fin le log d’apt pour la réinstall de linux-image-3.2.0-4-amd64

ls -la /boot
total 45570
drwxr-xr-x  5 root root     1024 nov.   3 09:54 .
drwxr-xr-x 24 root root     1024 nov.   2 09:10 ..
-rw-r--r--  1 root root   129003 avril 30  2012 config-3.2.0-2-amd64
-rw-r--r--  1 root root   128986 juil. 23  2012 config-3.2.0-3-amd64
-rw-r--r--  1 root root   129281 oct.  30 13:44 config-3.2.0-4-amd64
drwxr-xr-x  3 root root     1024 nov.   3 09:54 extlinux
drwxr-xr-x  3 root root     8192 nov.   3 09:54 grub
-rw-r--r--  1 root root 10064857 août  14  2012 initrd.img-3.2.0-2-amd64
-rw-r--r--  1 root root 10375804 nov.  18  2012 initrd.img-3.2.0-3-amd64
-rw-r--r--  1 root root 10478547 nov.   3 09:54 initrd.img-3.2.0-4-amd64
drwx------  2 root root    12288 août  14  2012 lost+found
-rw-r--r--  1 root root   176764 nov.  13  2011 memtest86+.bin
-rw-r--r--  1 root root   178944 nov.  13  2011 memtest86+_multiboot.bin
-rw-r--r--  1 root root  2088805 avril 30  2012 System.map-3.2.0-2-amd64
-rw-r--r--  1 root root  2095153 juil. 23  2012 System.map-3.2.0-3-amd64
-rw-r--r--  1 root root  2113839 oct.  30 13:44 System.map-3.2.0-4-amd64
-rw-r--r--  1 root root  2814096 avril 30  2012 vmlinuz-3.2.0-2-amd64
-rw-r--r--  1 root root  2822928 juil. 23  2012 vmlinuz-3.2.0-3-amd64
-rw-r--r--  1 root root  2842464 oct.  30 13:42 vmlinuz-3.2.0-4-amd64
ls -la /lib/modules
total 7
drwxr-xr-x  5 root root 1024 nov.  18  2012 .
drwxr-xr-x 16 root root 3072 oct.  19 13:22 ..
drwxr-xr-x  3 root root 1024 août  14  2012 3.2.0-2-amd64
drwxr-xr-x  3 root root 1024 sept.  4  2012 3.2.0-3-amd64
drwxr-xr-x  3 root root 1024 nov.   3 09:54 3.2.0-4-amd64

extrait de : /var/log/apt/term.log

Log started: 2014-11-03  09:54:13
(Lecture de la base de données... 
(Lecture de la base de données... 100%
(Lecture de la base de données... 266197 fichiers et répertoires déjà installés.)


Préparation du remplacement de linux-image-3.2.0-4-amd64 3.2.63-2+deb7u1 (en utilisant .../linux-image-3.2.0-4-amd64_3.2.63-2+deb7u1_amd64.deb) ...
Dépaquetage de la mise à jour de linux-image-3.2.0-4-amd64 ...
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 3.2.0-4-amd64 /boot/vmlinuz-3.2.0-4-amd64
run-parts: executing /etc/kernel/postrm.d/zz-extlinux 3.2.0-4-amd64 /boot/vmlinuz-3.2.0-4-amd64
P: Checking for EXTLINUX directory... found.
P: Writing config for /boot/vmlinuz-3.2.0-4-amd64...
P: Writing config for /boot/vmlinuz-3.2.0-3-amd64...
P: Writing config for /boot/vmlinuz-3.2.0-2-amd64...
P: Writing config for Windows XP Media Center Edition on /dev/sda1...
P: Installing debian theme... done.
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.2.0-4-amd64 /boot/vmlinuz-3.2.0-4-amd64
Paramétrage de linux-image-3.2.0-4-amd64 (3.2.63-2+deb7u1) ...
Running depmod.
Examining /etc/kernel/postinst.d.
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.2.0-4-amd64 /boot/vmlinuz-3.2.0-4-amd64
update-initramfs: Generating /boot/initrd.img-3.2.0-4-amd64
run-parts: executing /etc/kernel/postinst.d/pm-utils 3.2.0-4-amd64 /boot/vmlinuz-3.2.0-4-amd64
run-parts: executing /etc/kernel/postinst.d/zz-extlinux 3.2.0-4-amd64 /boot/vmlinuz-3.2.0-4-amd64
P: Checking for EXTLINUX directory... found.
P: Writing config for /boot/vmlinuz-3.2.0-4-amd64...
P: Writing config for /boot/vmlinuz-3.2.0-3-amd64...
P: Writing config for /boot/vmlinuz-3.2.0-2-amd64...
P: Writing config for Windows XP Media Center Edition on /dev/sda1...
P: Installing debian theme... done.
run-parts: executing /etc/kernel/postinst.d/zz-update-grub 3.2.0-4-amd64 /boot/vmlinuz-3.2.0-4-amd64
Generating grub.cfg ...
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Found linux image: /boot/vmlinuz-3.2.0-4-amd64
Found initrd image: /boot/initrd.img-3.2.0-4-amd64
Found linux image: /boot/vmlinuz-3.2.0-3-amd64
Found initrd image: /boot/initrd.img-3.2.0-3-amd64
Found linux image: /boot/vmlinuz-3.2.0-2-amd64
Found initrd image: /boot/initrd.img-3.2.0-2-amd64
Found memtest86+ image: /memtest86+.bin
Found memtest86+ multiboot image: /memtest86+_multiboot.bin
Found Windows XP Media Center Edition on /dev/sda1
done
Log ended: 2014-11-03  09:54:58

packages.debian.org/fr/wheezy/linux-image-amd64

[quote]Linux for 64-bit PCs (meta-package)

This package depends on the latest Linux kernel and modules for use on PCs with AMD64 or Intel 64 processors. [/quote]
Linux-image-amd64 permet d’installer le dernier noyau disponible depuis les dépôts sans fixer la version. VERSION=dernière version en date disponible.
L’installation de linux-image-amd64 en Wheezy entraine, à ce jour, l’installation de linux-image-3.2.0-4-amd64.

initrd.img se génère sur le système local. Sa date n’est pas héritée de l’empaquetage du paquet deb d’origine. La date d’initrd.img* devrait correspondre à celle de son installation ou de sa régénération.

Présentement, la date de réinstallation

Reinstall: linux-image-3.2.0-4-amd64:amd64 (3.2.63-2+deb7u1) End-Date: 2014-11-03 09:54:58
colle avec celle d’initrd.img-3.2.0-4-amd64 en /boot

et celle de /lib/modules

/lib/modules nov. 3 09:54 3.2.0-4-amd64
Les planètes semblant correctement alignées, est-ce que tu as essayé de démarrer vmlinuz-3.2.0-4-amd64 ?

[quote=“etxeberrizahar”]
Les planètes semblant correctement alignées, est-ce que tu as essayé de démarrer vmlinuz-3.2.0-4-amd64 ?[/quote]
C’est le Mode Dépannage? :033
Oui et c’est la même chose ! :013

J’ai l’impression que 3.2.0-2 fonctionne bien,
parcequ’il a été installé par l’installateur Debian avec :
Choix du Noyau-Linux
linux-image-amd64 (sans specifié la version = selectionné par installeur)

et n’y aurait-il pas un processus de détection du matériel et d’adaptation du noyau au moment de l’installation première de Debian ?

Y-at-il un moyen d’enregistrer/analyser ce qui se passe lors de l’échec du boot ?

[quote=“nh3oh”]$ sudo umount /boot $ sudo mount -o nodev,nosuid /dev/sda2 /boot[/quote]
Il y a plus simple :

[quote=“nh3oh”]linux-image-3.2.0-2-amd64 vient du CD d’installation
et
linux-image-3.2.0-3-amd64 est encore dans /archive;[/quote]
Cela doit être un bien vieux CD qui date du temps où Wheezy était encore en testing, car sauf erreur le noyau était déjà en version 3.2.0-4 lors de la publication en stable.

[quote=“PascalHambourg”]Il y a plus simple :
Code:
mount -o remount,rw /boot[/quote]
Merci pour le tuyau !

Bonne remarque…
le fichier release commence par :

Origin: Debian Label: Debian Suite: testing Codename: wheezy Date: Fri, 11 May 2012 14:21:20 UTC ....
Donc cela fait déjà +2ans que c’est installé

Q? Pouquoi s’inquièter maintenant de ce noyau ancien ?

Rép: Justement je me disais que le passage à Jessie ne serait pas un luxe,
mais je crains de me retrouver avec un noyau tout neuf qui ne boote pas.
Ce serait BaLLOT !

Qu’en pensez-vous ?

Si le noyau est ancien, la machine l’est bien plus : Acer Aspire T180 de 2006 :slightly_smiling: