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

[Christophe]

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...

[Christophe]

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

[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 ]---