Forum

Bonjour,
depuis quelques temps, l'ordinateur se bloque (et écran tout noir) quand je veux me connecter en mode graphique après avoir cliqué sur l'utilisateur proposé par défaut puis tapé mon mot de passe...
jusque là rien de grave (c'est juste une indication que le problème démarre là et non après ma connexion): j'utilise changer d'utilisateur;
mais ensuite (une fois connecté) l'interface graphique répond mal, pas toujours de roulette de la souris, touche CTRL devenant une commande zoom dans certains logiciels (Firefox et LibreOffice)
[Modération] Message scindé depuis https://www.mageialinux-online.org/forum/topic-29230+probleme-de-demarrage.php

Je rajoute que dans les journaux de Mageia, j'ai remarqué l'erreur suivante:
failed to acquire monitor on DBus: org.freedesktop.DBus.Error.ServiceUnknown: The name org.mageia.monitoring was not provided by any .service files#012 (is mandi started?)

j'espère que c'est bien de là que viens mon problème (les heures auxquelles s'affiche cette ligne, me font penser que ça devarit être lié à mon problème) et que ça indique où il faut chercher

Tu peux ignorer ce message, et pour ne plus l'avoir, désinstaller mandi.
Peux-tu fournir le contenu de /var/log/Xorg.0.log quand ça va mal ?

Merci

[root@SaintPierre ~]# /var/log/Xorg.0.log
-bash: /var/log/Xorg.0.log: Permission non accordée

bizarre, je suis root
le fichier existe bien:
# ls -a /var/log/Xorg.0.log
/var/log/Xorg.0.log
mais si je tape
# /var/log/X
puis tabulation, rien ne se passe; alors que quand j'avais tapé
# /var/log
puis tabulation, la ligne précédente s'est bien complétée à
# /var/log/

Je viens de désinstaller mandi avec le CCM

Edit:
more /var/log/Xorg.0.log
me permet de voir le contenu de ce fichier
il est gros (1 écran = 11%)
[ 35.415] (WW) Falling back to old probe method for v4l
[ 35.431] (EE) v4l: /dev/video0: no overlay support
[ 35.433] (EE) v4l: /dev/video1: no overlay support
[ 35.433] (WW) intel(0): Option "SWCursor" is not used
[ 527.814] (EE) event10 - Logitech USB Keyboard: client bug: event processing lagging behind by 24ms, your system is too slow
[ 2562.730] (EE) event10 - Logitech USB Keyboard: client bug: event processing lagging behind by 12ms, your system is too slow
[ 2867.380] (EE) event10 - Logitech USB Keyboard: client bug: event processing lagging behind by 15ms, your system is too slow
[ 3547.444] (EE) event10 - Logitech USB Keyboard: client bug: event processing lagging behind by 20ms, your system is too slow
[ 4780.580] (EE) event10 - Logitech USB Keyboard: client bug: event processing lagging behind by 19ms, your system is too slow
[ 5028.808] (EE) event10 - Logitech USB Keyboard: client bug: event processing lagging behind by 13ms, your system is too slow
[ 19005.696] (EE) event10 - Logitech USB Keyboard: client bug: event processing lagging behind by 13ms, your system is too slow
[ 19257.796] (EE) event10 - Logitech USB Keyboard: client bug: event processing lagging behind by 14ms, your system is too slow
[ 19310.081] (EE) event10 - Logitech USB Keyboard: client bug: event processing lagging behind by 13ms, your system is too slow

Edit2:
La dernière erreur (clavier Logitech) est sans importance: le clavier est récent mais bien antérieur à mon problème.
Comme la touche CTRL provoque un zoom (c'est une des manifestations de mon problème), je tape très rapidement CTRL+toucheSuivante de façon à avoir accès à la commande normale sans trop de zoom de l'affichage: une façon de vivre avec mon problème

Édité par Pierr Charlo Le 14/10/2022 à 17h54

Bonjour,

Reste t' il de la place sur /home (df -h /home )?

Quelle est la carte graphique utilisée ? Une carte Intel ? Plusieurs carte graphique (une Intel et une Nvidia par exemple) ? Une mise à jour de noyau (si oui, un noyau antérieur fonctionnne t' il ?

Édité par nic80 Le 14/10/2022 à 19h15

Il reste de la place sur /home (37% utilisé: résultat de df -h /home)

La carte graphique est Intel (810 and later), le logo intel s'affiche au début du démarrage,
il n'y a pas d'autre carte graphique.

Mon problème date, je pense, de jeudi 6 octobre, il n'est pas impossible que ça soit après la dernière mises à jour (faites avec le CCM, quand elle m'a été proposée, comme d'habitude).
Je viens de me rendre compte (dans le CCM) que programme d'amorçage est "LILO en mode texte" alors que j'avais mis "GRUB2 en mode graphique": il a changé sans mon intervention. Alors je mets "GRUB en mode graphique" [dev/sda (ATA Samsung SSD 840)], afin de pouvoir choisir, au démarrage, le noyau antérieur (je vois que le plus récent est 5.15.65-desktop-1.mga8), mais pas avant la fin de ma journée ou demain matin (avec le risque que l'interface graphique soit quasi inutilisable)

Édité par Pierr Charlo Le 14/10/2022 à 20h15

Bonjour,

Pour choisir un noyau au démarrage afin de test, il faut éviter de passer par le menu de configuation du programme d' amorcage.

Normallement, le grub 2 posséde une option "option avancées" qui permet de faire des tests en choisisant un noyau plus ancien.

Pour plusieurs cartes, je posais la question car il y a des erreurs d' overlay sur deux periphériques video differents.

Si le problème semble être apparu aux environs du 6 octobre, voir ce que dit la commande:

rpm -qa --last | more

Une commande de pagination est nécessaire sinon la liste complète des paquets est affichées (et je n' ai pas d' ordinateurs pour faire la commande pour filtrer sur une date).

Si dans les dates d' apparition du problème, il y a une mise à jour du noyau, la première chose à tester est un noyau antérieur.

Autrement, un examen des paquets installés dans cette période permettrait de voir si des pistes peuvent apparraitre.

J'ai remis grub 2 (effectivement, dans mon souvenir il y a une option "avancées")

Effectivement j'ai vu qu'il y a video0 et video1, je ne sais pas à quoi ça correspond. J'ai une fenêtre Putty ouverte sur un autre ordinateur (Windows) et connectée à celui qui pose problème. Je n'y connais rien, mais je ne pense pas que ça puisse venir de là.
Dans "Matériel détecté" du CCM, il n'y a qu'une carte video:
Identification
Fabricant: ‎Intel Corporation
Description: ‎2nd Generation Core Processor Family Integrated Graphics Controller
Classe de média: ‎VGA compatible controller
Connexion
Bus: ‎PCI
Domaine PCI: ‎0
Bus PCI n°: ‎0
Périphérique PCI n°: ‎2
Fonction PCI n°: ‎0
Révision PCI: ‎0x09
Identifiant du fabricant: ‎0x8086
Identifiant du périphérique: ‎0x0116
Identifiant du sous-vendeur: ‎0x1b50
Identifiant du sous-périphérique: ‎0x5611
Divers
Module: ‎Card:Intel 810 and later



Si je n'ai rien raté (du résultat de cette instruction rpm), il n'y a pas eu de mise à jour du noyau le 6 octobre (ni le 2), les dernières étant:
kernel-desktop-5.15.65-1.mga8-1-1.mga8.x86_64 dim. 11 sept. 2022 23:37:01
kernel-desktop-5.15.62-1.mga8-1-1.mga8.x86_64 ven. 26 août 2022 15:34:21
kernel-desktop-5.15.58-2.mga8-1-1.mga8.x86_64 sam. 06 août 2022 20:44:28
------
nextcloud-client-dolphin-3.6.0-1.mga8.x86_64 jeu. 06 oct. 2022 07:29:15
nextcloud-client-3.6.0-1.mga8.x86_64 jeu. 06 oct. 2022 07:29:15
bash-5.1-16.1.mga8.x86_64 jeu. 06 oct. 2022 07:29:15
lib64ocsync0-3.6.0-1.mga8.x86_64 jeu. 06 oct. 2022 07:29:14
lib64nextcloudsync0-3.6.0-1.mga8.x86_64 jeu. 06 oct. 2022 07:29:14
perl-HTTP-Daemon-6.140.0-3.mga8.noarch dim. 02 oct. 2022 19:07:12
libjpeg8-2.0.8-1.mga8.i586 dim. 02 oct. 2022 19:07:12
libexpat1-2.2.10-1.5.mga8.i586 dim. 02 oct. 2022 19:07:12
lib64turbojpeg0-2.0.8-1.mga8.x86_64 dim. 02 oct. 2022 19:07:12
lib64jpeg8-2.0.8-1.mga8.x86_64 dim. 02 oct. 2022 19:07:12
lib64jpeg62-2.0.8-1.mga8.x86_64 dim. 02 oct. 2022 19:07:12
lib64expat1-2.2.10-1.5.mga8.x86_64 dim. 02 oct. 2022 19:07:12
jpeg-progs-2.0.8-1.mga8.x86_64 dim. 02 oct. 2022 19:07:12
expat-2.2.10-1.5.mga8.x86_64 dim. 02 oct. 2022 19:07:12
thunderbird-fr-102.3.1-1.mga8.noarch dim. 02 oct. 2022 19:07:11
thunderbird-102.3.1-1.mga8.x86_64 dim. 02 oct. 2022 19:07:11


kernel-userspace-headers-5.15.65-1.mga8.x86_64 dim. 11 sept. 2022 23:37:05
kernel-desktop-5.15.65-1.mga8-1-1.mga8.x86_64 dim. 11 sept. 2022 23:37:01
kernel-desktop-devel-latest-5.15.65-1.mga8.x86_64 dim. 11 sept. 2022 23:36:59
kernel-desktop-devel-5.15.65-1.mga8-1-1.mga8.x86_64 dim. 11 sept. 2022 23:36:56

kernel-firmware-nonfree-20220815-1.mga8.nonfree.noarch ven. 26 août 2022 15:34:40
kernel-desktop-5.15.62-1.mga8-1-1.mga8.x86_64 ven. 26 août 2022 15:34:21
kernel-desktop-devel-5.15.62-1.mga8-1-1.mga8.x86_64 ven. 26 août 2022 15:34:04

kernel-desktop-5.15.58-2.mga8-1-1.mga8.x86_64 sam. 06 août 2022 20:44:28
kernel-desktop-devel-5.15.58-2.mga8-1-1.mga8.x86_64 sam. 06 août 2022 20:44:24

L'ordinateur est bloqué: quand je tente de me connecter via l'interface graphique (ddbm) l'écran reste figé.
J'ai encore la possibilité d'éteindre et rallumer l'ordinateur sans chercher à me connecter depuis celui-ci, mais de me connecter en mode texte d'un autre ordinateur (avec Putty sous Windows); j'ai essayé Alt+Ctrl+F1 mais ça ne donne rien.
Il faudrait repasser à IceWM, j'espère que c'est possible en ligne de commande.

En effet, c'est après avoir remis ddbm (via le CCM) que le reboot suivant a donné le blocage en question.

Avant ça, j'ai fait les test suivants:

smartctl -s /dev/sda
résultat: pas de problème sur le disque (le test dure 40min)

PCMemTest
résultat: pas d'erreur (le test dure plus de 40min, j'ai arrêté au bout de 2h avec ESC, car j'ai l'impression que le test se relance sans fin. Je n'ai pas trouvé de mode d'emploi de PCMemTest)

Reboot avec les noyaux précédents:
5.15.65 (l'actuel)
5.15.62
5.15.58
ça ne résout pas le problème

Enfin, pendant le boot, je message d'erreur suivant s'affiche:
FAILED software RAID monitoring and management. See 'systemctl status monitor.service'
mais j'ai l'impression que ça ne donne rien d'intéressant:
# systemctl status mdmonitor.service
● mdmonitor.service - Software RAID monitoring and management
Loaded: loaded (/usr/lib/systemd/system/mdmonitor.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Sat 2022-10-15 11:55:35 CEST; 5min ago
Process: 879 ExecStart=/sbin/mdadm --monitor --scan -f --pid-file=/run/mdadm/mdadm.pid (code=exited, status=1/FAILURE)
CPU: 2ms

oct. 15 11:55:35 SaintPierre systemd[1]: Starting Software RAID monitoring and management...
oct. 15 11:55:35 SaintPierre mdadm[879]: mdadm: No mail address or alert command - not monitoring.
oct. 15 11:55:35 SaintPierre systemd[1]: mdmonitor.service: Control process exited, code=exited, status=1/FAILURE
oct. 15 11:55:35 SaintPierre systemd[1]: mdmonitor.service: Failed with result 'exit-code'.
oct. 15 11:55:35 SaintPierre systemd[1]: Failed to start Software RAID monitoring and management.
[

Bonjour,
As-tu des disques configurés en montage RAID ?

Bonjour,

Si pas de raid, il n' y a pas besoin du service relatif à celui ci (même si je ne vois pas cela comme une cause du problème).

Icewm est un environnement de bureau, même si cela plante après une tentative de connexion à Plasma, icewm devrait pouvoir être choisi comme environnement de bureau.

Sinon le gestionnaire de connexion devrait pouvoir être changé au travers de la commande drakdm (en root).

Si cela fige après entrée des identifiants, se pourrait il qu' il y ait un fichier .Xauthority dans le /home de l' utilisateur qui essaye de se connecter ?

Je ne sais pas. Je ne crois pas. il me semble que physiquement il n'y a qu'un seul disque

oui ! :
# more /home/pierre/.Xauthority

SaintPierre2MIT-MAGIC-COOKIE-1ܭ▒}▒1▒ǵn▒▒▒
SaintPierre1MIT-MAGIC-COOKIE-1P▒▒ D?▒e▒▒%-▒5
SaintPierre0MIT-MAGIC-COOKIE-1P▒
▒2l8▒▒#g▒▒▒
SaintPierre9MIT-MAGIC-COOKIE-1Z▒ν▒h▒▒▒6vE▒▒
[root@SaintPierre ~]# more /home/pierre/.Xauthority

SaintPierre2MIT-MAGIC-COOKIE-1ܭ▒}▒1▒ǵn▒▒▒
SaintPierre1MIT-MAGIC-COOKIE-1P▒▒ D?▒e▒▒%-▒5
SaintPierre0MIT-MAGIC-COOKIE-1P▒
▒2l8▒▒#g▒▒▒
SaintPierre9MIT-MAGIC-COOKIE-1Z▒ν▒h▒▒▒6vE▒▒
[root@SaintPierre ~]# PuTTY


idem pour l'autre utilisateur:
# more /home/nicole/.Xauthority

saintpierre0MIT-MAGIC-COOKIE-1▒C=▒▒~▒▒v▒{w=▒▒
SaintPierre1MIT-MAGIC-COOKIE-19/▒Nڅ▒Q▒▒▒s▒▒▒▒
SaintPierre0MIT-MAGIC-COOKIE-1l+ʞ7▒O▒4▒▒ ▒P
SaintPierre9MIT-MAGIC-COOKIE-1▒6}l▒▒

Édité par Pierr Charlo Le 16/10/2022 à 13h02

oui !
Je viens de le changer pour LigthDM,
merci,
c'est ce que je cherchais à faire car j'ai l'impression que l'ordinateur est bloqué quand il est sous SDDM
et ça marche!

...enfin, ça marche en ce sens qu'a fini par s'afficher un bureau, donc en mode graphique (entre temps j'étais arrivé à paser en mode texte avec ALT+CTRL+F3 puis j'ai lancé, en root, startx)
Le problème d'affichage persiste: touche CTRL devenant une commande zoom et certains menus inaccessibles dans Firefox (ils clignotent quand je passe la souris dessus, disparaissent: impossible de les lancer). Le problème n'est pas immédiat, mais quand il a commencé à se produire, ça n'arrête pas

Édité par Pierr Charlo Le 16/10/2022 à 13h24

Bonjour,

Ctrl + "+", ce n' est justement pas une combinaison de zoom dans certaines applications (notamment les navigateurs).

La touche "+" ne serait pas coincée sur le clavier ?

Est ce un clavier embarqué (portable), même si Logitech usb me laisse penser que non ?

Sinon est ce possible de tester avec un autre clavier externe ?

Édité par nic80 Le 16/10/2022 à 18h55