Blocage du curseur et touches du clavier inopérantes

[arghlub]

Dernier message de la page précédente :

Salut,
Sujet rouvert à la demande de Linuxing (le problème semble être revenu)

[Linuxing]

Merci arghlub

Alors voici les nouvelles, le phénomène ne s'était plus reproduit depuis 2 mois, heureusement, mais ça n'aura pas duré
Un nouveau gel du PC s'est produit lorsque j'étais sur MSN pour les news
Heureusement, je pus constater de manière différée l'heure à laquelle l'horloge du tableau de bord était restée bloquée, alors que je n'étais pas présent devant l'écran lorsque l'événement eut lieu

De cette façon, je pus demander une recherche dans un laps de temps réduit :

Code : Tout sélectionner

linuxing@linuxing-TUXEDO-Polaris-17-Intel-Gen1:~$ sudo journalctl --since "2022-02-05 16:27" --until "2022-02-05 16:30"
-- Logs begin at Sun 2021-08-08 21:24:45 CEST, end at Sat 2022-02-05 18:37:49 CET. --
fév 05 16:28:32 linuxing-TUXEDO-Polaris-17-Intel-Gen1 kernel: [UFW BLOCK] IN=wlo1 OUT= MAC=01:00:5e:00:00:01:20:0c:c8:0e:85:8a:08:00 SR>
fév 05 16:28:32 linuxing-TUXEDO-Polaris-17-Intel-Gen1 kernel: [UFW BLOCK] IN=wlo1 OUT= MAC=01:00:5e:00:00:01:20:0c:c8:0e:85:8a:08:00 SR>
lines 1-3/3 (END)

A noter aussi, comme je l'ai déjà signalé ici, que je reçois un petit message dans la console au démarrage du PC, mais c'est très rapide :

Code : Tout sélectionner

....contains WGDS but no WRDS (je ne sais pas lire le début)

Dans de précédents rapports, cet avertissement apparaissait en rouge, mais pas dans la console de démarrage

Merci

[Linuxing]

Bonjour

Le message dans la console n'était plus présent aujourd'hui, mais j'ai aussi reçu une mise à jour du noyau depuis le dernier avertissement :



C'est peut-être ce qui a solutionné ce point-là

[Linuxing]

Bonsoir

Je suis obligé de revenir, le problème du gel du PC n'est pas solutionné, il s'est représenté ; voici :

Code : Tout sélectionner

linuxing@linuxing-TUXEDO-Polaris-17-Intel-Gen1:~$ sudo journalctl --since "2022-02-21 01:14" --until "2022-02-21 01:20"
-- Logs begin at Sat 2021-08-28 15:57:48 CEST, end at Mon 2022-02-21 02:10:18 CET. --
fév 21 01:14:26 linuxing-TUXEDO-Polaris-17-Intel-Gen1 dbus-daemon[2480]: [session uid=1000 pid=2480] Activating service name='io.github>
fév 21 01:14:26 linuxing-TUXEDO-Polaris-17-Intel-Gen1 dbus-daemon[2480]: [session uid=1000 pid=2480] Successfully activated service 'io>
fév 21 01:14:58 linuxing-TUXEDO-Polaris-17-Intel-Gen1 kernel: [UFW BLOCK] IN=wlo1 OUT= MAC=01:00:5e:00:00:01:20:0c:c8:0e:85:8a:08:00 SR>
fév 21 01:14:58 linuxing-TUXEDO-Polaris-17-Intel-Gen1 kernel: [UFW BLOCK] IN=wlo1 OUT= MAC=01:00:5e:00:00:01:20:0c:c8:0e:85:8a:08:00 SR>
fév 21 01:15:16 linuxing-TUXEDO-Polaris-17-Intel-Gen1 dbus-daemon[2480]: [session uid=1000 pid=2480] Activating service name='io.github>
fév 21 01:15:16 linuxing-TUXEDO-Polaris-17-Intel-Gen1 dbus-daemon[2480]: [session uid=1000 pid=2480] Successfully activated service 'io>

Je me demande vraiment ce qui cloche

[cyrille]

UFW c'est le parefeu, regarde du coté de sa conf ou desactive le (aussi bien si tu es derrière une box, et sans conf exotique, ça suffit...)

[débitant]

bonjour
préconisation de présentation
plutôt que de faire une capture d'écran du terminal, faire un copier de celui-ci et le coller dans le message entre les balises "code", c'est plus simple et plus facile à suivre
pour l'utilisation des balises voir tuto barre d'outils des messages
merci d'en tenir compte

[Linuxing]

@ cyrille

Oui, c'est le pare-feu... mais qu'est-ce qui cloche
Je l'ai paramétré selon le mode «standard» prévu et conseillé, c'est-à-dire que les appels sortants sont autorisés, mais pas les entrants, sauf ceux qui relèvent de mes propres requêtes, évidemment En plus, je ne faisais que regarder une vidéo sur un HD externe lorsque c'est arrivé

@ débitant

J'ai effectué le changement adéquat dans mon précédent message et installé les balises Je savais que les balises devaient être préconisées, mais j'avais mis l'image pour garder la couleur jaune du texte qui met l'erreur en évidence...un filon pour garder les couleurs lors d'un copier/coller à partir du Terminal serait le nec le plus utltra

[Linuxingbis]

Bonjour

Après ma réinstallation de LM 20.3 ce 25 mars dernier, un gel du PC est à nouveau intervenu le 28 mars et le 4 avril ; malheureusement, je n'ai pas songé à regarder l'heure du blocage de manière à pouvoir mieux cibler ma recherche dans je journal des événements

Lors des blocages antérieurs à ces dates, le « Secure Boot » était pourtant désactivé, mais pas le « Launch CSM »

Par curiosité j'ai désactivé le « Launch CSM », comme ici, après ma réinstallation :



Mais ça n'a rien changé, les blocages eurent lieu ! On m'a dit qu'il faudrait peut-être changer un truc sans « Advanced settings »

Ah oui, depuis le 4 avril, ça roule sans accroc de ce côté

[Linuxingbis]

Me revoilà, je n'ai pas le choix

En effet, mon PC s'est gelé à nouveau vers 15:00 cet après-midi Ce n'était plus arrivé depuis le 4 avril dernier... j'espérais déjà

Etant donné que le copier/coller du contenu du Terminal ne restitue pas les couleurs, ni apparemment tous les détails, voici un screenshot :



C'est ce que me donne le journal des événements au moment de l'incident ; en fait, j'étais sur une page MSN, mais pas devant mon écran. C'est en revenant que je constatai que mon horloge du tableau de bord était bloquée sur 15:00 alors qu'il était en réalité 15:25

Comme d'habitude, un RESET fut obligatoire.

[Linuxingbis]

Salut tout le monde

20 fois sur le métier, remettez votre ouvrage

Je ressasse toujours la même chose, mais voici encore un gel de PC ce 31 mai écoulé :



Dans le journal des événements, il semble bien que le pare-feu soit souvent signalé. Depuis le début du problème, les gels ont eu lieu dans différentes circonstances : sur Internet, dans le navigateur de fichiers, à l'ouverture de Thunderbid, lors de la lecture d'une vidéo sur support externe...

Il est possible que, lors de tâches dans le navigateur de fichiers, le navigateur Internet était également ouvert, mais je ne m'en souviens plus. Lors de l'ouverture de l'éditeur de messagerie, en fait, je vais aussi sur Internet puisque je fais rentrer mes messages ; ceci laisserait supposer que c'est bien le «voyage» vers l'extérieur qui pose problème

Toutefois, je pense bien que lors de la lecture d'une vidéos sur HD externe le navigateur Internet était fermé, ce qui démontrerait alors que le problème a une portée générale Mais il reste ce truc de [UFW BLOCK] qui revient souvent

[Linuxingbis]

Salut à tout le monde

Avec prudence, mais ça vaut le coup de le dire... voilà déjà un mois sans incident

Pourvu que ça dure Mais il est encore trop tôt pour crier victoire

A plus