Discussion :

[Auteur]

Bonjour,

depuis quelques semaines, une fois sur deux Linux plante lors du démarrage : j'ai des messages qui m'indiquent le chargement de la distribution puis plus rien. J'ai en haut à gauche de l'écran un curseur non clignotant qui apparaît. Je suis obligé de faire un reset de mon ordinateur.
J'ai un composant qui semble planter régulièrement mais je ne sais pas lequel.

J'ai fait des tests de la mémoire et du disque dur ça n'a rien donné.
Comment je peux connaître la source du problème (fichier journal ?) et comment le résoudre ? Merci


Distribution : lubuntu 18.04, 32 bits

[chrtophe]

T'as essayé de te connecter sur un autre tty ?

[Auteur]

me connecter sur un autre tty ? C'est à dire ? Je ne comprends pas.

[Le Naone]

Bonjour,

As-tu fait une bonne installation ?
Souvent, une nouvelle install est bénéfique...

[chrtophe]

Un tty est un terminal, tu en as plusieurs accessible avec les touche ctrl-alt-F1, ctrl-alt-F2, etc. Changer de terminal te permettra de te loguer et essayer de voir ce qu'il se passe. Le fait de pouvoir changer de terminal signifie que le noyau fonctionne, le bug peut venir de l’interface graphique par exemple.

[Auteur]

As-tu fait une bonne installation ?

J'ai installé cette distribution en septembre dernier. Le problème s'est manifesté il y a 1 mois après une mise à jour.

Un tty est un terminal, tu en as plusieurs accessible avec les touche ctrl-alt-F1, ctrl-alt-F2, etc. Changer de terminal te permettra de te loguer et essayer de voir ce qu'il se passe. Le fait de pouvoir changer de terminal signifie que le noyau fonctionne, le bug peut venir de l’interface graphique par exemple.

ok je ferai une tentative.


J'ai vu que les journaux systèmes sont dans /var/log/, le problème est sans doute logué dans l'un d'eux ? Le plantage survient généralement 1 démarrage sur 2. Et depuis peu Lubuntu me propose d'envoyer un rapport de bug sans que je puisse en lire le contenu

[Auteur]

J'ai eu un plantage au démarrage. Impossible de changer de tty d'ailleurs le clavier est visiblement désactivé.

[chrtophe]

T'as essayé de redémarrer en recovey mode ?

[Auteur]

Si je demande en mode recovery j'ai ce menu :

• resume : démarrage normal
• clean : faire de l'espace sur le disque
• dpkg : réparer les paquets cassés
• fsck : vérifier le disque
• grub : mettre à jour le gestionnaire de démarrage
• network :
• root : ouvrir une console en mode admin
• system summary : état du système

L'état du système ne m'indique rien de particulier. Si je choisis un des autres items (sauf démarrage normal) j'ai le message suivant:

Le fait de poursuivre va remonter votre système de fichiers / en mode lecture / écriture et monter tous les autres systèmes de fichiers définis dans /etc/fstab

Comme je ne sais pas vraiment ce qu'il se passe si je sélectionne un des items, j'ai poursuivi le démarrage.

[Jipété]

Yop !

L'état du système ne m'indique rien de particulier. Si je choisis un des autres items (sauf démarrage normal) j'ai le message suivant :

Le fait de poursuivre va remonter votre système de fichiers / en mode lecture / écriture et monter tous les autres systèmes de fichiers définis dans /etc/fstab

Très curieux, car je me serais plutôt attendu à l'inverse : tous les choix sauf démarrage normal montant les partitions en read-only (pour ne rien casser), et seul le démarrage normal faisant un démarrage… normal, pour pouvoir bosser et donc écrire des fichiers et donc pas read-only.

Ou alors tu as recopié à l'envers ?

Comment je peux connaître la source du problème (fichier journal ?) et comment le résoudre ? Merci

Si tu poses la question, c'est que tu ne sais pas où ça se trouve et quoi s'y trouve, ça ne va pas trop t'avancer donc, d'autant plus que c'est assez indigeste, mais bon, sait-on jamais ? Quand ça tombera en marche, vas donc voir dans /var/log/ les fichiers kern.log, messages, syslog. Ce sont de bêtes fichiers texte, tu y verras peut-être une erreur lors du chargement d'un pilote ou similaire.

Maintenant, comme tu dis "après une mise à jour" peut-être que retourner sur le site et y fouiller apporterait une solution ?

Courage,

[Auteur]

Très curieux, car je me serais plutôt attendu à l'inverse : tous les choix sauf démarrage normal montant les partitions en read-only (pour ne rien casser), et seul le démarrage normal faisant un démarrage… normal, pour pouvoir bosser et donc écrire des fichiers et donc pas read-only.

Ou alors tu as recopié à l'envers ?

pas du tout. C'est un message qui s'affiche avant l'exécution des outils cités. On me demande si je souhaite continuer après ce message. Comme je ne le comprends pas, j'ai répondu "non", je ne suis donc pas allé plus loin.
En mode recovery, je tombe directement sur la fenêtre du paragraphe 4 : https://doc.ubuntu-fr.org/recovery_mode

[Jipété]

OK, j'ai compris, c'est un mode de dépannage à double détente. Quand tu as ton écran de dialogue tu es déjà en mode read-only, mettons que je n'ai rien dit.

Du post d'origine :

depuis quelques semaines, une fois sur deux Linux plante lors du démarrage

ça sent son pilote foireux ou correct mais interagissant mal avec le nouveau noyau…

As-tu tenté ça, juste avant le point 3 de ton lien (puisque tu as dit que le problème est survenu suite à une mise à jour) ?

⇒ L'idée est de commencer en choisissant le mode normal de l'avant-dernier noyau plutôt que de commencer avec un mode recovery.

Si le problème subsiste, il est possible de choisir le mode recovery du dernier noyau.

Si le problème subsiste encore, il est possible de choisir le mode recovery de l'avant-dernier noyau.

[Auteur]

J'ai regardé les log dans le dossier /var/log, il n'y a rien du tout. J'ai l'impression que le crash n'est pas logué ou que les log ne sont pas conservés car les dates indiquées dans les fichiers ne correspondent pas aux dates des plantages. Ou alors je n'ai pas regardé au bon endroit.

Et comme ce plantage n'est pas systématique, difficile de cerner le problème

[Jipété]

J'ai regardé les log dans le dossier /var/log, il n'y a rien du tout. J'ai l'impression que le crash n'est pas logué ou que les log ne sont pas conservés car les dates indiquées dans les fichiers ne correspondent pas aux dates des plantages. Ou alors je n'ai pas regardé au bon endroit.

les logs pas conservés, c'est la fin du monde, ou tout au moins, des haricots !

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
# locate kern.log
/var/log/kern.log
/var/log/kern.log.1
/var/log/kern.log.2.gz
/var/log/kern.log.3.gz
/var/log/kern.log.4.gz
#

Et pareil avec messages et syslog, qui renvoient plein de lignes par contre, mais comme celles qui sont intéressantes sont en bas, ça ira.

Mais si le crash n'est pas loggé, alors c'est que c'est vraiment très très tôt dans le démarrage de la machine, il ne te reste que l'option que j'indiquais, juste avant le point 3 de ton lien.

[Winnt]

Bonjour,

A mon avis les logs sont gérés par systemd. Il faut donc utiliser journalctl.

[Auteur]

Ca été long, mais j'ai trouvé !

Le message du journal ressemble beaucoup au bug posté ici : https://bugs.launchpad.net/ubuntu/+s...x/+bug/1828632 Et si je comprends bien, il n'y a pas grand chose à faire

juin 07 12:30:20 P5K kernel: ------------[ cut here ]------------
juin 07 12:30:20 P5K kernel: kernel BUG at /build/linux-H45JW0/linux-4.15.0/arch/x86/mm/fault.c:268!
juin 07 12:30:20 P5K kernel: invalid opcode: 0000 [#1] SMP PTI
juin 07 12:30:20 P5K kernel: Modules linked in: snd_hda_codec_realtek snd_hda_codec_generic snd_hda_intel snd_hda_codec snd_hda_core snd_hwdep nvidia_uv
juin 07 12:30:20 P5K kernel: CPU: 0 PID: 772 Comm: Xorg Tainted: P OE 4.15.0-51-generic #55-Ubuntu
juin 07 12:30:20 P5K kernel: Hardware name: System manufacturer P5K/P5K, BIOS 1201 10/14/2008
juin 07 12:30:20 P5K kernel: EIP: vmalloc_fault+0x229/0x240
juin 07 12:30:20 P5K kernel: EFLAGS: 00213086 CPU: 0
juin 07 12:30:20 P5K kernel: EAX: 02788000 EBX: dae20e60 ECX: fd0000f3 EDX: 00000000
juin 07 12:30:20 P5K kernel: ESI: f9800140 EDI: fd000000 EBP: f5255c38 ESP: f5255c1c
juin 07 12:30:20 P5K kernel: DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
juin 07 12:30:20 P5K kernel: CR0: 80050033 CR2: f9800140 CR3: 31738000 CR4: 000006f0
juin 07 12:30:20 P5K kernel: Call Trace:
juin 07 12:30:20 P5K kernel: ? __do_page_fault+0x510/0x510
juin 07 12:30:20 P5K kernel: __do_page_fault+0x39d/0x510
juin 07 12:30:20 P5K kernel: ? ioremap_nocache+0x12/0x20
juin 07 12:30:20 P5K kernel: ? __do_page_fault+0x510/0x510
juin 07 12:30:20 P5K kernel: do_page_fault+0x27/0xf0
juin 07 12:30:20 P5K kernel: ? __do_page_fault+0x510/0x510
juin 07 12:30:20 P5K kernel: common_exception+0x130/0x136
juin 07 12:30:20 P5K kernel: EIP: _nv000768rm+0x7b/0x600 [nvidia]
juin 07 12:30:20 P5K kernel: EFLAGS: 00213286 CPU: 0
juin 07 12:30:20 P5K kernel: EAX: f233d068 EBX: f233d000 ECX: 00000001 EDX: f233d068
juin 07 12:30:20 P5K kernel: ESI: f9800000 EDI: f233d000 EBP: f0941fac ESP: f5255cdc
juin 07 12:30:20 P5K kernel: DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
juin 07 12:30:20 P5K kernel: ? rm_init_adapter+0x4c/0xac [nvidia]
juin 07 12:30:20 P5K kernel: ? irq_startup+0x3b/0xf0
juin 07 12:30:20 P5K kernel: ? nvidia_open+0x293/0x820 [nvidia]
juin 07 12:30:20 P5K kernel: ? nvidia_frontend_open+0x3d/0x80 [nvidia]
juin 07 12:30:20 P5K kernel: ? chrdev_open+0xa7/0x180
juin 07 12:30:20 P5K kernel: ? do_dentry_open+0x1ac/0x2f0
juin 07 12:30:20 P5K kernel: ? cdev_put.part.3+0x20/0x20
juin 07 12:30:20 P5K kernel: ? vfs_open+0x41/0x70
juin 07 12:30:20 P5K kernel: ? path_openat+0x5e0/0x13f0
juin 07 12:30:24 P5K kernel: ? lockref_get_not_dead+0xb/0x30
juin 07 12:30:24 P5K kernel: ? legitimize_path.isra.26+0x27/0x60
juin 07 12:30:24 P5K kernel: ? do_filp_open+0x6a/0xd0
juin 07 12:30:25 P5K kernel: ? __alloc_fd+0x36/0x160
juin 07 12:30:25 P5K kernel: ? do_sys_open+0x1ad/0x2b0
juin 07 12:30:25 P5K kernel: ? pipe_write+0x160/0x420
juin 07 12:30:25 P5K kernel: ? SyS_openat+0x1b/0x20
juin 07 12:30:25 P5K kernel: ? do_fast_syscall_32+0x7f/0x200
juin 07 12:30:25 P5K kernel: ? entry_SYSENTER_32+0x6b/0xbe
juin 07 12:30:25 P5K kernel: Code: cf 89 7d ec 8b 45 ec 0f ac d0 0c 89 c2 8d 04 80 c1 ea 11 c1 e2 04 8b 92 40 32 eb da 83 e2 f8 8d 04 c2 39 45 e4 0f 84
juin 07 12:30:26 P5K kernel: EIP: vmalloc_fault+0x229/0x240 SS:ESP: 0068:f5255c1c
juin 07 12:30:26 P5K kernel: ---[ end trace 8cea63d49e9d5abe ]---

[LittleWhite]

Ah. Je crois connaître.
Vous avez eu une mise à jour du noyau et pour une raison assez classique, le pilote graphique et comme de synchroniser (non compatible) avec le noyau.
Pour régler, il faut réinstaller le pilote graphique. Pour réussir cela, il faut réussir à ouvrir la session sans interface graphique (tty avec Ctrl + Alt + F4), télécharger le pilote sur le site officiel (c'est un script qui fait l'installation qu'il suffit d'exécuter) et l'exécuter en sudo.

Bon courage

Ce souci de désynchronisation est sûrement lié à une installation manuelle du pilote graphique.
On peut aussi tenter de corriger en installer la pilote graphique libre (Mesa/Nouveau) et désactiver le pilote proprio (nv).
On peut aussi juste blackliste le pilote proprio du lancement, mais le résultat ne donnera qu'une solution temporaire pour refaire l'installation du pilote avec une aisance légèrement améliorée.

En tout cas, bon courage, c'est en effet cassé pied.