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

Fernando J. Guerrieri fernandomordi at free.fr
Lun 11 Nov 18:52:50 CET 2013


j'ai fait ce que tu m'as dit, mais je ne trouve pas les fichiers!

Fer

El lun, 11-11-2013 a las 17:43 +0100, guilhelm savin escribió:
> 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-noyaucasse et 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://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





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