<div dir="ltr"><div><div><div>Si tu as accès à une console, comme tu semblais le dire, il te suffit de rediriger la commande vers un fichier, que tu pourras ré-ouvrir depuis le noyau fonctionnel :<br></div><div>0. démarre avec le noyau qui ne fonctionne pas<br>
</div><div>1. passe sur une console via Ctrl+F1<br></div><div>2. connectes toi avec ton login habituel<br></div>3. commande : <span style="font-family:courier new,monospace">lsmod > lsmod-noyaucasse</span><br></div><div>
4. commande : <span style="font-family:courier new,monospace">cat /var/log/Xorg.0.log | grep EE > logX-noyaucasse<br></span></div>4. redémarre avec le noyau fonctionnel.<br></div>5. le contenu des commandes devrait être dans les fichiers <span style="font-family:courier new,monospace">lsmod-noyaucasse</span> et <span style="font-family:courier new,monospace">logX-noyaucasse</span> de ton répertoire perso.<br>
<div><div><br></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">Le 11 novembre 2013 17:31, Fernando J. Guerrieri <span dir="ltr"><<a href="mailto:fernando.guerrieri@univ-tours.fr" target="_blank">fernando.guerrieri@univ-tours.fr</a>></span> a écrit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Je le fais toute de suite!!<br>
<br>
dis moi, comment recupere je le resultat du commande lspci pour le noyau<br>
qui ne marche pas?<br>
<br>
Avec un noyau qui marche, le controleur de carte graphique qui se met en<br>
route est le "vesa" et ne pas le "nvidia".<br>
<br>
j'essaie de recuperer les fichiers que tu me dis.<br>
<span class="HOEnZb"><font color="#888888"><br>
Fernando<br>
</font></span><div class="im HOEnZb"><br>
El lun, 11-11-2013 a las 16:10 +0100, guilhelm savin escribió:<br>
</div><div class="HOEnZb"><div class="h5">> Ça peut être lié au module de la carte graphique. Il n'est peut être<br>
> pas installé pour le dernier noyau ce qui empêche gnome de démarrer.<br>
><br>
><br>
> Pourrais tu envoyer le résultat de `lspci` et pour chaque noyau (celui<br>
> qui fonctionne et celui qui ne fonctionne pas) le résultat de la<br>
> commande `lsmod` ?<br>
> Et enfin la commande `cat /var/log/Xorg.0.log | grep EE` depuis le<br>
> noyau qui ne fonctionne pas.<br>
><br>
><br>
> Ça permettra au moins de voir si ton module de carte graphique est<br>
> bien chargé.<br>
><br>
><br>
><br>
> Le 9 novembre 2013 14:12, Fernando J. Guerrieri<br>
> <<a href="mailto:fernandomordi@free.fr">fernandomordi@free.fr</a>> a écrit :<br>
>         Bonjour! Merci pour vos réponses!<br>
><br>
>         Le système demarre. Grub demarre et, si je laisse que le noyau<br>
>         le plus<br>
>         actuel se charge, le "debugging" commence. Mais, l'ecran pur<br>
>         initier la<br>
>         session (où il faut mettre le nom d'utilisateur et le mot de<br>
>         passe),<br>
>         n'apparait pas. L'écran reste noir avec un curseur "_" qui<br>
>         clignotte.<br>
><br>
>         Je peux acceder au systeme en appuyant sur ctrl+F1, mais pas à<br>
>         l'interface graphique.<br>
><br>
>         Si lors du demarrage de Grub je choisis un noyau plus ancien,<br>
>         l'interface graphique demarre.<br>
><br>
>         Je transcris ci-dessous les deux derniers syslogs.<br>
><br>
>         Fernando<br>
><br>
>         --------------------------------<br>
><br>
>         syslog:<br>
><br>
>         Nov  9 13:20:00 Orestes anacron[1998]: Job `cron.daily'<br>
>         terminated<br>
>         Nov  9 13:20:00 Orestes anacron[1998]: Normal exit (1 job run)<br>
><br>
>         ------------------------------------<br>
><br>
>         syslog.1 :<br>
><br>
>         Nov  8 08:54:20 Orestes rsyslogd: [origin software="rsyslogd"<br>
>         swVersion="7.4.4"$<br>
>         Nov  8 08:54:20 Orestes dbus[1986]: [system] Activating<br>
>         service<br>
>         name='org.freed$<br>
>         Nov  8 08:54:21 Orestes dbus[1986]: [system] Successfully<br>
>         activated<br>
>         service 'or$<br>
>         Nov  8 08:54:34 Orestes shutdown[5333]: shutting down for<br>
>         system reboot<br>
>         Nov  8 08:54:35 Orestes init: Switching to runlevel: 6<br>
>         Nov  8 08:54:36 Orestes bluetoothd[2036]: Terminating<br>
>         Nov  8 08:54:36 Orestes bluetoothd[2036]: Stopping SDP server<br>
>         Nov  8 08:54:36 Orestes bluetoothd[2036]: Exit<br>
>         Nov  8 08:54:36 Orestes NetworkManager[2370]: <info> caught<br>
>         signal 15,<br>
>         shutting$<br>
>         Nov  8 08:54:36 Orestes NetworkManager[2370]: <info> (wlan0):<br>
>         device<br>
>         state chan$<br>
>         Nov  8 08:54:36 Orestes NetworkManager[2370]: <info> exiting<br>
>         (success)<br>
>         Nov  8 08:54:36 Orestes avahi-daemon[2028]: Got SIGTERM,<br>
>         quitting.<br>
>         Nov  8 08:54:36 Orestes avahi-daemon[2028]: Leaving mDNS<br>
>         multicast group<br>
>         on int$<br>
>         Nov  8 08:54:36 Orestes avahi-daemon[2028]: Leaving mDNS<br>
>         multicast group<br>
>         on int$<br>
>         Nov  8 08:54:36 Orestes avahi-daemon[2028]: avahi-daemon<br>
>         0.6.31 exiting.<br>
>         Nov  8 08:54:36 Orestes kernel: [  351.590228] fuse exit<br>
>         Nov  8 08:54:41 Orestes modem-manager[2483]: <info>  Caught<br>
>         signal 15,<br>
>         shutting$<br>
>         Nov  8 08:54:42 Orestes acpid: exiting<br>
>         Nov  8 08:54:42 Orestes rsyslogd: [origin software="rsyslogd"<br>
>         swVersion="7.4.4"<br>
>         ------------------------------------------------------------------<br>
><br>
>         El vie, 08-11-2013 a las 12:13 +0100, Jérôme escribió:<br>
>         > Le 2013-11-08 11:51, Fernando J. Guerrieri a écrit :<br>
>         > > Bonjour à tous!<br>
>         > ><br>
>         > > Depuis quelques jours, mon ordi ne demarre pas la séance<br>
>         Gnome avec le<br>
>         > > noyau le plus neuf. Je suis sur Debian Jessie (Testing).<br>
>         > ><br>
>         > > Il ne s'agit pas d'un bug genéralisé, car mon ordi du<br>
>         boulot n'a pas du<br>
>         > > tout ce problème.<br>
>         > ><br>
>         > > Mon ordi est un HP Pavillion dv6099ef, acheté en avril<br>
>         2008, toujours<br>
>         > > utilisé sur Debian.<br>
>         > ><br>
>         > > Comment peux-je faire un diagnostique? Je ne trouve rien<br>
>         sur google.<br>
>         ><br>
>         > Bonjour.<br>
>         ><br>
>         > Quels sont les symptômes ? Que se passe-t-il ?<br>
>         ><br>
>         > Est-ce que ça fonctionne avec un noyau antérieur (à<br>
>         sélectionner dans<br>
>         > GRUB au démarrage) ?<br>
>         ><br>
>         > Peut-être quelque chose apparaît-il dans les logs :<br>
>         ><br>
>         > /var/log/syslog<br>
>         > ~/.xsession-errors<br>
>         ><br>
>         > Redémarrer avec un noyau fonctionnel pour les consulter.<br>
>         Pour le<br>
>         > second, il faudra se référer à une version<br>
>         > ~/.xsession-errors.1 ou .bak ou qqchose comme ça car le<br>
>         fichier est<br>
>         > recréé à chaque nouvelle session.<br>
>         ><br>
>         > En cas de problème au lancement de X, il est aussi possible,<br>
>         plutôt que<br>
>         > de redémarrer, de faire Ctrl+Alt+F1 pour se connecter en<br>
>         ligne de<br>
>         > commande et consulter les logs (mais pas d'interface<br>
>         graphique pour<br>
>         > chercher un message d'erreur éventuel sur internet).<br>
>         ><br>
><br>
>         --<br>
><br>
>         Fernando J. Guerrieri <<a href="mailto:fernandomordi@free.fr">fernandomordi@free.fr</a>><br>
>         Mordi<br>
><br>
><br>
>         _______________________________________________<br>
>         Toulouse-ll mailing list<br>
>         <a href="mailto:Toulouse-ll@toulibre.org">Toulouse-ll@toulibre.org</a><br>
>         <a href="http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll" target="_blank">http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll</a><br>
><br>
><br>
><br>
><br>
> --<br>
> Guilhelm Savin<br>
> PhD Student of Computer Science<br>
> LITIS, University of Le Havre<br>
> \/\/\/\/\/\/<br>
> <a href="http://gsavin.lewub.org" target="_blank">http://gsavin.lewub.org</a><br>
> <a href="http://d3-project.org" target="_blank">http://d3-project.org</a><br>
> <a href="http://iscn.univ-lehavre.fr" target="_blank">http://iscn.univ-lehavre.fr</a><br>
> <a href="http://graphstream-project.org" target="_blank">http://graphstream-project.org</a><br>
> /\/\/\/\/\/\<br>
> _______________________________________________<br>
> Toulouse-ll mailing list<br>
> <a href="mailto:Toulouse-ll@toulibre.org">Toulouse-ll@toulibre.org</a><br>
> <a href="http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll" target="_blank">http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll</a><br>
<br>
<br>
_______________________________________________<br>
Toulouse-ll mailing list<br>
<a href="mailto:Toulouse-ll@toulibre.org">Toulouse-ll@toulibre.org</a><br>
<a href="http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll" target="_blank">http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><font face="'courier new', monospace">Guilhelm Savin<br>PhD Student of Computer Science</font><div><font face="'courier new', monospace">LITIS, University of Le Havre<br>
\/\/\/\/\/\/</font><div><font face="'courier new', monospace"><a href="http://litis.univ-lehavre.fr/~savin" target="_blank">http://g</a><a href="http://savin.lewub.org" target="_blank">savin.lewub.org</a></font></div>
<div><font face="'courier new', monospace"><a href="http://d3-project.org" target="_blank">http://d3-project.org</a><br></font><a href="http://iscn.univ-lehavre.fr" target="_blank"><font face="'courier new', monospace">http://iscn.univ-lehavre.fr</font></a><font face="'courier new', monospace"><br>
</font><a href="http://www.graphstream-project.org" target="_blank"><font face="'courier new', monospace">http://graphstream-project.org</font></a><font face="'courier new', monospace"><br>/\/\/\/\/\/\</font></div>
</div>
</div>