nuc qui se fige • page 9

[diogene]

Comme souvent, les raisons ne sont pas évidentes.

On avait constaté de façon empirique que l'usage de Firefox augmentait la fréquence des plantages, qui disparaissaient pratiquement en privilégiant Chrome.

Le fait que les plantages se produisent aussi avec Chrome, mais beaucoup plus rarement, semble indiquer que, soit les problèmes ont plusieurs causes différentes qu'il nous restera à découvrir, soit que c'est un problème de type matériel qui est plus facilement déclenché par la gestion processeur/mémoire de Firefox.

Dans cette optique, je persiste à penser à un problème de RAM, pourquoi pas un défaut dans le contrôleur...

[ricky85]

Merci
Mais que faire pour déceler l'origine du souci ?

[ricky85]

Encore à l'instant, en écrivant sur le forum audicollection.

[diogene]

On peut essayer de retrouver des infos dans le log système.

La prochaine fois que ça plante, tu regardes bien l'heure à laquelle ça se produit.
Tu laisses l'ordi éteint une minute ou deux, de façon à créer un intervalle suffisant.
Une fois redémarré, tu ouvres un Terminal et tu tapes :
nano /var/log/syslog

(tu agrandis la fenêtre pour lire plus facilement)

Toutes les lignes du log commencent par la date et l'heure. Tu fais défiler jusqu'à ce que tu retrouves le moment exact du plantage. Tu copies la vingtaine de lignes qui précèdent ce moment et tu les colles dans un prochain message. On pourra y chercher des infos sur le coupable.

[ricky85]

Merci, j'essaye dès que possible.
Bonne soirée.
J'édite :
J'ai essayé et il y a du rouge a 18h17 et 34 secondes

Code: Tout sélectionner

Apr 16 18:17:34 ricky6-desktop kernel: [    0.095782] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-5.4.0-100-generic root=UUID=9df80699-ab17-4339-a8b3-69ce89dcb019 ro>
Apr 16 18:17:34 ricky6-desktop kernel: [    0.098689] Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes, linear)
Apr 16 18:17:34 ricky6-desktop kernel: [    0.100086] Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes, linear)
Apr 16 18:17:34 ricky6-desktop kernel: [    0.100157] mem auto-init: stack:off, heap alloc:on, heap free:off
Apr 16 18:17:34 ricky6-desktop kernel: [    0.122581] Calgary: detecting Calgary via BIOS EBDA area
Apr 16 18:17:34 ricky6-desktop kernel: [    0.122584] Calgary: Unable to locate Rio Grande table in EBDA - bailing!
Apr 16 18:17:34 ricky6-desktop kernel: [    0.186584] Memory: 7858060K/8311132K available (14339K kernel code, 2400K rwdata, 9500K rodata, 2752K init, 4948K bss, 45307>
Apr 16 18:17:34 ricky6-desktop kernel: [    0.186600] random: get_random_u64 called from kmem_cache_open+0x2d/0x410 with crng_init=0
Apr 16 18:17:34 ricky6-desktop kernel: [    0.187059] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=2, Nodes=1
Apr 16 18:17:34 ricky6-desktop kernel: [    0.187096] Kernel/User page tables isolation: enabled
Apr 16 18:17:34 ricky6-desktop kernel: [    0.187134] ftrace: allocating 44649 entries in 175 pages
Apr 16 18:17:34 ricky6-desktop kernel: [    0.221932] rcu: Hierarchical RCU implementation.
Apr 16 18:17:34 ricky6-desktop kernel: [    0.221937] rcu:      RCU restricting CPUs from NR_CPUS=8192 to nr_cpu_ids=2.
Apr 16 18:17:34 ricky6-desktop kernel: [    0.221939]   Tasks RCU enabled.

[diogene]

Tu peux retrouver quelle était la ligne en rouge ?

Les lignes que tu as postées sont juste avant le moment du plantage ?

[ricky85]

Bonjour
Il y avait du rouge sur ces lignes : 18 h 17 et 34 secondes :

Code: Tout sélectionner

Apr 16 18:17:34 ricky6-desktop kernel: [    0.221932] rcu: Hierarchical RCU implementation.
Apr 16 18:17:34 ricky6-desktop kernel: [    0.221937] rcu:      RCU restricting CPUs from NR_CPUS=8192 to nr_cpu_ids=2.
Apr 16 18:17:34 ricky6-desktop kernel: [    0.221939]   Tasks RCU enabled.

[diogene]

J'ai fait des recherches à partir des lignes que tu as postées. Je t'avoue que les quelques résultats dépassent (de loin !) mes connaissances.
Les seuls éléments de solution que je comprenne un peu évoquent un bug ACPI. On trouve aussi comme conseil la vérification de la mémoire, mais bon...

On a déjà essayé d'ajouter les options noapic et nolapic dans le gestionnaire de démarrage. Le seul résultat visible avait été de ralentir terriblement l'ordinateur.

On pourrait essayer cette fois de bloquer totalement l'ACPI, sans aucune garantie de succès et avec certainement une baisse de performances.
Le second problème, c'est que ça peut carrément empêcher le démarrage de ta session et que la réparation est un peu contraignante (il faut passer par le recovery).

[Pac428]

Bonjour et Joyeuses Pâques

Dans ce "Linux à la Menthe", y-a t'il une sorte d'équivalent des "options d'alimentation" de Windows ?

Ce genre de réglage là : Juste pour savoir .

Belle journée

[ricky85]

je ne sais quoi vous répondre.

j'ai trouvé ça, ici : https://www.intel.fr/content/www/fr/fr/ ... -kits.html
Ce n'est pas ce que j'ai comme souci, mais est ce que cela peut aider ?

Vérifiez le paramètre d’amorçage réseau dans le BIOS
Si l’amorçage réseau est activé dans le BIOS, des redémarrages aléatoires ou des erreurs d’écran bleu peuvent se produire.

Appuyez sur F2 pendant le démarrage pour accéder à la configuration du BIOS.
Accédez à Advanced > Boot > Boot Configuration.
Désactivez l’amorçage réseau ou activez la dernière fois que les périphériques de réseau d’amorçage sont activés.
Appuyez sur F10 pour enregistrer les valeurs et quitter le BIOS.

[diogene]

Bonjour et Joyeuses Pâques

Dans ce "Linux à la Menthe"(*), y-a t'il une sorte d'équivalent des "options d'alimentation" de Windows ?

Ce genre de réglage là : Juste pour savoir .

Belle journée

Ça varie un peu suivant le bureau choisi, mais tu as ça :


ou ça :



(*)NdT : C'est plutôt une Menthe au Linux

[diogene]

je ne sais quoi vous répondre.

j'ai trouvé ça, ici : https://www.intel.fr/content/www/fr/fr/ ... -kits.html
Ce n'est pas ce que j'ai comme souci, mais est ce que cela peut aider ?

Vérifiez le paramètre d’amorçage réseau dans le BIOS
Si l’amorçage réseau est activé dans le BIOS, des redémarrages aléatoires ou des erreurs d’écran bleu peuvent se produire.

Appuyez sur F2 pendant le démarrage pour accéder à la configuration du BIOS.
Accédez à Advanced > Boot > Boot Configuration.
Désactivez l’amorçage réseau ou activez la dernière fois que les périphériques de réseau d’amorçage sont activés.
Appuyez sur F10 pour enregistrer les valeurs et quitter le BIOS.

Piste intéressante. Cela pourrait se rapprocher du problème ACPI (requêtes intempestives).
De toute façon, enlever l'option de démarrage réseau ne peut pas entraver le fonctionnement.

[ricky85]

Merci
une fois dans le bios, je ne trouve pas "désactivez l'amorçage réseau".

Par contre, je suis étonné de voir qu'il y a encore des traces de windows, je ne sais pas si ça gène ?

[heracles]

Bonjour Ricky85,


1) Il se peut que le BOOT SECURE soit désactivé. Vérifie cette option (active la si nécessaire) et redémarre ton PC afin de voir si cela règle ton problème.

Source de l'information

raccourcis clavier de la fonction POST affichés: C’est le comportement attendu, mais si vous allez dans la configuration du BIOS et que vous accédez à Démarrage avancé>Boot>Secure et que vous le définissez sur « Désactivé », les raccourcis clavier apparaîtront.

2) Sinon, j'ai vu cela sur le net.


Sur ton image initiale du BIOS ci-dessus qui apparaît au démarrage et montrant les touches raccourcie sur lesquelles il faut appuyer pour accéder à la configuration du BIOS, c'est dû à une case d'activée.

Effectue ceci: tu pourras modifier cela si ceci ne fonctionne pas

Sur ta première image du BIOS, Onglet BOOT ==> l'onglet Boot configuration ==>sur Boot display config, désactive la case post function hotkeys displayed et appuie sur F10 pour enregistrer et quitter le BIOS.



C'est relatif à ceci: activer les raccourcis clavier de la fonction POST


Bonne journée

[diogene]

Dans ce qui est écrit ici :

j'ai trouvé ça, ici : https://www.intel.fr/content/www/fr/fr/ ... -kits.html
Ce n'est pas ce que j'ai comme souci, mais est ce que cela peut aider ?

Vérifiez le paramètre d’amorçage réseau dans le BIOS
Si l’amorçage réseau est activé dans le BIOS, des redémarrages aléatoires ou des erreurs d’écran bleu peuvent se produire.

Appuyez sur F2 pendant le démarrage pour accéder à la configuration du BIOS.
Accédez à Advanced > Boot > Boot Configuration.
Désactivez l’amorçage réseau ou activez la dernière fois que les périphériques de réseau d’amorçage sont activés.
Appuyez sur F10 pour enregistrer les valeurs et quitter le BIOS.

Il est indiqué que si tu n'as pas l'option "Désactiver l'amorçage réseau", il faut activer "la dernière fois que les périphériques de réseau d’amorçage sont activés", traduction approximative de : "Boot Devices Network Last". Cette option apparaît dans ton Setup du BIOS et tu peux la cocher.