Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Le nouveau kernel de FC5 plante?

southerncross

Bonjour, j'ai fait ma mise à jour (3 mai) de mon portable sous FC5. Le kernel (kernel fedora de base) m'a planté: il repère Udev, puis plus rien, l'écran noir avec la souris qui fonctionne, mais avec le "X" de base des souris sous X11.

Evidemment, quand je boote sur l'ancienne version du noyau 2.6.16, tout se passe bien, ce qui me permet d'ailleur d'écrire ce message.
Peut-être ai-je dû louper quelque chose; est-ce un bug (quand même ça me paraît énorme) ou dois-je activer quelque chose?

Merci!

Dominick

Bonjour.
Pas de réponse à apporter, mais un autre problème suite à la maj du noyau : l'interface réseau est correctement démarrée mais envoie maintenant des requêtes incompréhensibles par ma passerelle (erreur http 400). Si quelqu'un a une piste ...
Merci.

Dominique.

eddy33

Bon, j'ai eu un freeze avec la FC5 sur mon portable au niveau de udev.
regarde ici : http://www.fedora-france.org/modules/newbb/viewtopic.php?topic_id=10702&forum=22
c'est un pb avec l'apci.
++

southerncross

Ben, oui, mais ça ne marche pas chez moi, ou plutôt, je n'arrive pas avec GRUB à enlever l'ACPI. Je tiens à préciser que le kernel en question est un 2.6.16 "2107" de FC5. J'ai pu voir que certains avaient d'autres versions. Je vais partir potasser un how to de GRUB...

southerncross

J'ai trouvé! Le problème se situe peut-être au niveau de la gestion du framebuffer par le kernel. J'ai donc édité le fichier /etc/inittab pour booter par défaut en runlevel 3.
J'ai redémarré, et le kernel a booté normalement. La seule chose à faire étant qu'évidemment, il faut se logger en ligne de commande. Je pense qu'un patch sera releasé vu que plusieurs personnes sur le net ont eu exactement le même problème aujourd'hui...

Merci!

eddy33

Non, c'est un probleme avec ta carte graphique...avec FC apres udev, tu passes en mode graphique avec une barre de progression du boot. Donc si pb display, alors plus rien....
Tu peux essayer de reconfigurer la partie graphique :
# system-config-display

quand tu es en ligne de commandes (level 3)
Si ca detecte pas ta carte graphique, choisis le driver vesa et un ecran generique LCD.
pour voir ensuite si c'est ok, alors tape : startkde...(ou init 5)

si tout est ok, tu pourras passer en level 5...
++

c3r3b3llum

euh a priori c'est bien un prob de framebuffer ...

eddy33

Le framebuffer est un moyen dans le noyau linux d'adresser directement la memoire video...generalement, c'est signale par le tux en haut a gauche au boot.
donc tu as un pb de driver pour ta CG...fais la manip que je te dis (tu dois avoir un environnement graphique de base) et choisis si t'as pas de detection de ta CG le driver vesa...
++

herrib

Le principe du FrameBuffer est expliqué à l'adresse suivante: http://www.sunhelp.org/faq/FrameBuffer.html#00 (désolé pour la référence mais je tourne aussi sous Solaris ...).

Le pb pourrait aussi concerner Rhgb (est-il lancé d'ailleurs?)

Rhgb exploite X. Rhgb est chargé par les scripts d'initialisation. Il est appelé par /etc/rc.sysinit après la détection des ressources et consiste en l'utilisation des programmes logés en /usr/bin (/usr/bin/rhgb et /usr/bin/rhgb-client). L'explication détaillée du fonctionnement de rhgb est donnée dans le fichier /usr/share/doc/rhgb-0.16.3/HOW_IT_WORKS. Rhgb lance une instance de serveur Xorg et affiche une console vt8; il exploite les widgets vte (outils offerts par un serveur X) pour afficher la barre de progression.

llaumgui

Donc la solution c'est ?
Car se loguer en ligne de commande n'est pas une solution mais une astuce, commme faire Ctr + Alt + Del

eddy33

...bien configurer sa carte graphique. je suppose aussi que Rhgb s'appuie sur X11 donc sur la config de xorg.conf. Personnellement, je essyerai d'avoir un environnement graphique qui marche, ce qui a de forte chance de resoudre le probleme.
++

llaumgui

Ma carte ne posait aucun problème avant...

Apparement les ricains ont les même problèmes :
- http://forums.fedoraforum.org/showthread.php?t=107884&highlight=framebuffer
- http://forums.fedoraforum.org/showthread.php?t=107847&highlight=framebuffer

eddy33

@llaumgui
en fait, c'est parce que tu utilises le FB pour le serveur X11 qu'il y a un probleme au boot avec rhgb...mais si tu choisis un autre driver comme vesa (j'y tiens car c'est pas forcement performant mais ca marche avec toutes les cartes graphiques) pour X11 via system-config-display et que tu rebootes, tu devrais pas avoir le probleme non ?
dans tes pointeurs je cite :
"If you stop the X-server (CNTRL + ALT + BACKSPACE), the machine will finish booting and come up with the
GDM page for logging in. Everything then runs correctly."

C'est donc bien lie au serveur X11 pour rhgb...
a tester.
++

nicofo

eddy33 a écrit :
"If you stop the X-server (CNTRL + ALT + BACKSPACE), the machine will finish booting and come up with the
GDM page for logging in. Everything then runs correctly."

C'est donc bien lie au serveur X11 pour rhgb...
a tester.
++

Je confirme : je viens d'avoir le même problème : au moment du pointeur sur fond noir, il suffit de faire CTRL+ALT+BACKSPACE ==> la suite du boot se fait en mode texte mais se termine bien par le démarrage de gdm/gnome.

johnny_joe58

Pourquoi vous cassez-vous la tête à faire marcher rhgb ? Il ralentit le démarrage en lançant le serveur X uniquement pour faire joli ; le serveur X réellement utile est lancé par gdm, si ce dernier fonctionne c'est suffisant.

Pour désactiver rhgb, il suffit d'enlever "rhgb" dans les arguments du noyau (dans /boot/grub/grub.conf) et/ou de désinstaller le rpm rhgb.

A propos de la rapidité du démarrage, est-ce que quelqu'un sait comment ajouter gdm-early-login et gdm-allow-login (cf tuto Démarrer FC4 plus rapidement) sur FC5 ? Officiellement, ils ne sont plus présents car posent quelques problèmes mais je voudrais bien les tester.

eddy33

Hello,
je confirme. J'ai aussi le probleme chez moi avec la MAJ du kernel d'aujourd'hui.
La palliatif est CTRL+ALT+BACKSPACE
Apres boot et connexion a la session, si je lance rhgb -d pour comprendre, le probleme se reproduit et il y a une erreur gtk...
Wait and see...de toute facon ok pour la remarque de johnny_joe58 et de toute facon, ca n'empeche pas de travailler...
++

herrib

llaumgui a écrit :
Donc la solution c'est ?
Car se loguer en ligne de commande n'est pas une solution mais une astuce, commme faire Ctr + Alt + Del

Supprimer l'invocation de rhgb au boot.

Il ne s'agit pas de se logger en ligne de commande ...

Rhgb se contente d'afficher les messages liés au lancement du kernel dans un environnement réputé "esthétique" (une barre de progression, de la couleur!). C'est le gestionnaire de connexion graphique, une fois le serveur Xorg lancé (hors la pseudo session ouverte par rhgb, consistant à émuler une console Vt8 et y afficher de jolies choses... parfaitement inutiles), qui s'affiche et permet de lancer Gnome ou Kde ou Xfce ou ....

Pour supprimer l'invocation:

1- temporairement: au boot, quand une ligne Grub s'affiche, passer en mode "append" en appuyant sur une touche quelconque pour afficher le menu puis sur la touche "q" (qui correspond à "a" pour un clavier US car à ce stade, le clavier est encore US!). Se positionner en bout de ligne et supprimer rhgb puis valider par <entrée>.

2- définitivement: éditer le fichier /boot/grub/grub.conf et enlever rhgb sur les lignes commençant par kernel.