Bonsoir,

Ma séquence de boot s'interromp juste après l'affichage de "Booting kernel". Juste avant l'affichage de powernow-k8: ... et de Red-Hat ....
Je n'ai pas de message d'erreur, rien ne se passe.
J'ai refait un essai sans les paramêtres passé au boot du kernel 2.6.21-1.3228, le résultat est identique.

Mon grub.conf 
# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE:  You do not have a /boot partition.  This means that
#          all kernel and initrd paths are relative to /, eg.
#          root (hd0,7)
#          kernel /boot/vmlinuz-version ro root=/dev/sda8
#          initrd /boot/initrd-version.img
#boot=/dev/sda
default=0
timeout=5
splashimage=(hd0,7)/boot/grub/splash.xpm.gz
hiddenmenu
title Fedora (2.6.22.1-27.fc7)
        root (hd0,7)
        kernel /boot/vmlinuz-2.6.22.1-27.fc7 ro root=LABEL=/ rhgb quiet
        initrd /boot/initrd-2.6.22.1-27.fc7.img
title Fedora (2.6.21-1.3228.fc7)
        root (hd0,7)
        kernel /boot/vmlinuz-2.6.21-1.3228.fc7 ro root=LABEL=/ i8042.nomux rhgb quiet
        initrd /boot/initrd-2.6.21-1.3228.fc7.img
Le contenu de mon répertoire /boot
config-2.6.21-1.3228.fc7      System.map-2.6.21-1.3228.fc7
config-2.6.22.1-27.fc7        System.map-2.6.22.1-27.fc7
grub                          vmlinuz-2.6.21-1.3228.fc7
initrd-2.6.21-1.3228.fc7.img  vmlinuz-2.6.22.1-27.fc7
initrd-2.6.22.1-27.fc7.img
Mon processeur est un amd64 et j'utilie une Fedora 7 64 bit
Vous avez une idée du problème ?
Pourquoi utiliser google quand on à la réponse à domicile? :-P

Sinon, pas d'idée concernant mon problème ?
J'ai essayé de booter sans i8042.nomux, mais le résultat est identique.
Quelques informations sur ta configuration matérielle ?
ET autres manipulations que tu aurais put faire ???
Il s'agit d'un portable. Un acer aspire 1525 wlmi, le processeur est un amd64 3700+.
Hormis la gestion de mon Touchpad, je n'ai jamais eu aucun problème avec les kernel depuis que j'utilise ce portable (FC4 64bit, FC5 64bit, FC6 64bit et F7 64bit)

J'ai flashé mon bios l'année dernière, à la même période, afin de régler des problèmes d'accélération 3D (NIVIDIA GeForce 5700 FX). Il s'avère que ma carte est endommagée et ne supporte plus l'accélération 3D. Donc pas de kmod-nvidia et plus de WinXp (pas d'accélération 3D <=> pas de jeu <=> Xp inutile). Xorg et le driver nv gèrent très bien mon affichage.

Ma seul action récente relative au kernel a été d'installer VirtuaBox par l'intermédiaire du rpm fournis sur le site d'innotek.

En fait le boot stop juste après la décompression l'image de l'image initrd-2.6.22.1-27.fc7.img. Il semble que le kernel ne se charge pas en mémoire. En effet la séquence de boot reste comme figé après l'affichage de "booting kernel".

Je ne sais pas vers quel fichier log me tourner pour faire un diagnostic. Mais si le kernel n'est pas chargé en mémoire, je pense qu'il n'y a pas de fichier log....

Je n'ai pas rebooté ma machine. Je vais faire des essais avec d'autres paramètres de boot tel que noapic, ou noacpi. Si quelqu'un à une idée 😉

Guillaume
Oui vire les options du noyau, en particulier rhgb et quiet.
Déjà le démarrage sera plus bavard...

A+
J'ai rebooté en virant les paramètres rghb et quiet.
Le boot est tout de suite plus bavard !!

Le séquence s'arrête sur le message : 
agpgart : Detected AGP bridge 0
Après un certains temps le système reboot.

J'ai rebooté sur le kernel précédent (2.6.21-1.3228) 
[amelliug@fedora ~]$ dmesg | grep agpgart
agpgart: Detected AGP bridge 0
agpgart: AGP aperture is 256M @ 0xd0000000
Linux agpgart interface v0.102 (c) Dave Jones
Quand j'avais essayer de faire fonctionner ma carte graphique avec les driver Nvidia (avant de conclure que celle-ci est endommagée), j'avais eu des messages d'erreurs d'Xorg relatif à agpgart.

C'est grave docteur ?

Guillaume
@VINDICATORs :

i8042.nomux permet la suppression du message d'erreur suivant sans désactiver le support de l'acpi 
[amelliug@fedora ~]$ dmesg | grep psmouse.c
psmouse.c: TouchPad at isa0060/serio4/input0 lost sync at byte 1
psmouse.c: TouchPad at isa0060/serio4/input0 lost sync at byte 1
psmouse.c: TouchPad at isa0060/serio4/input0 lost sync at byte 1
psmouse.c: TouchPad at isa0060/serio4/input0 lost sync at byte 1
psmouse.c: TouchPad at isa0060/serio4/input0 lost sync at byte 4
psmouse.c: issuing reconnect request
.....
Il y en a des lignes et des lignes..... Sans ce paramètre mon touchpad se comporte assez bien, il devient fou de temps en temps. Avec le paramètre il devient fou moins souvent.
Lorsqu'il ne revient pas à un comportement normal rapidement et sans intervention de ma part, un Crtl+Alt+F1 suivi d'un Crtl+Alt+F7 permet de revenir à un comportement normal.
J'avais trouvé ce paramètre avec notre ami google dans une liste de diffusion Debian.

Guillaume
Personne n'a d'idée ?
Je pense que je vais attendre la prochaine update.
Comment faire pour que yum ne vire pas le kernel le moins récent (celui que j'utilise) lors de la prochaine update ?
Merci

Guillaume
Édite /etc/yum/pluginconf.d/installonlyn.conf et augmente le paramètre tokeep, qui indique le nombre de noyaux conservés.
J'ai rebooté avec l'option agp=off.
Cela à résolu mon problème.
J'ai la sensation que la séquence de boot avant le lancement des services est beaucoup plus rapide maintenant !!

(Comment ajouter résolu dans le titre ?)
J'ai l'intention de mon poster mon exemple dans les commentaires du rapport traitant de ce bug.
Je n'ai jamais contribué au bugzilla et je suis pas à l'aise avec l'anglais à l'écris.....
Voici ce que je compte mettre, qu'en pensez vous ?
Hi,
I have the same bug on an Acer Notebook (Aspire 1525 wlmi)
The boot stops after printing "agpgart: Detected AGP
bridge 0" then reboots
I can boot with "agp=off"
lspci shows :
00:00.0 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:00.1 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:00.2 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:00.3 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:00.4 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:00.7 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI bridge [K8T800/K8T890 South]
00:0a.0 Ethernet controller: Linksys, A Division of Cisco Systems [AirConn] INPROCOMM IPN 2220 Wireless LAN Adapter (rev 01)
00:0b.0 CardBus bridge: Texas Instruments PCI7420 CardBus Controller
00:0b.1 CardBus bridge: Texas Instruments PCI7420 CardBus Controller
00:0b.2 FireWire (IEEE 1394): Texas Instruments PCI7x20 1394a-2000 OHCI Two-Port PHY/Link-Layer Controller
00:0c.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10)
00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge
00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 50)
00:11.6 Communication controller: VIA Technologies, Inc. AC'97 Modem Controller (rev 80)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
01:00.0 VGA compatible controller: nVidia Corporation NV36 [GeForce FX Go5700] (rev a1)
Guillaume