[Toulibre] Debian Jessie (testing) problème au demarrage]

guilhelm savin guilhelm.savin at gmail.com
Lun 11 Nov 17:43:32 CET 2013


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 :
0. démarre avec le noyau qui ne fonctionne pas
1. passe sur une console via Ctrl+F1
2. connectes toi avec ton login habituel
3. commande : lsmod > lsmod-noyaucasse
4. commande : cat /var/log/Xorg.0.log | grep EE > logX-noyaucasse
4. redémarre avec le noyau fonctionnel.
5. le contenu des commandes devrait être dans les fichiers lsmod-noyaucasseet
logX-noyaucasse de ton répertoire perso.



Le 11 novembre 2013 17:31, Fernando J. Guerrieri <
fernando.guerrieri at univ-tours.fr> a écrit :

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



-- 
Guilhelm Savin
PhD Student of Computer Science
LITIS, University of Le Havre
\/\/\/\/\/\/
http://g <http://litis.univ-lehavre.fr/~savin>savin.lewub.org
http://d3-project.org
http://iscn.univ-lehavre.fr
http://graphstream-project.org <http://www.graphstream-project.org>
/\/\/\/\/\/\
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://toulibre.org/pipermail/toulouse-ll/attachments/20131111/1194b79f/attachment.html>


Plus d'informations sur la liste de diffusion Toulouse-ll