Depuis plusieurs mises à jour, j'ai un problème qui me gave de plus en plus avec mon affichage (je devrais dire plusieurs) :
- la gestion du Ctrl+alt+Fx pour obtenir une console ne fonctionne qu'aléatoirement
- je ne peux plus régler la luminosité sur l'écran externe (HDMI) de mon portable avec le widget adéquat sur enlightenment (alors que ça marche sur l'écran du portable).
- la mise en veille de l'écran et son retour en mode normal se fait difficilement : bien souvent je dois faire un redémarrage de Enlightenment pour que ça rentre correctment dans l'ordre, ou débrancher/rebrancher le HDMI, etc … je me demande s'il n'y a pas un truc cassé sur les pilotes du noyau.
- j'ai aussi des choses étranges qui se passent quand par exemple je mets une vidéo Netflix (que je visualise avec Chrome) en plein écran.
Auriez-vous des pistes SVP ?
EDIT : j'ai remplacé "- je ne peux plus régler la luminosité sur l'écran externe (HDMI) de mon portable avec le widget adéquat sur Xfce (alors que ça marche sur l'écran du portable)." par - je ne peux plus régler la luminosité sur l'écran externe (HDMI) de mon portable avec le widget adéquat sur enlightenment (alors que ça marche sur l'écran du portable).
EDIT2 : quelques infos complémentaires :
Chipset graphique :
01:00.0 VGA compatible controller: NVIDIA Corporation TU116M [GeForce GTX 1660 Ti Mobile] (rev a1)
01:00.1 Audio device: NVIDIA Corporation TU116 High Definition Audio Controller (rev a1)
01:00.2 USB controller: NVIDIA Corporation TU116 USB 3.1 Host Controller (rev a1)
01:00.3 Serial bus controller: NVIDIA Corporation TU116 USB Type-C UCSI Controller (rev a1)
Messages du noyau :
totof@superbipbip:~$ dmesg | grep -i nvidia
[ 1.725175] nvidia-gpu 0000:01:00.3: enabling device (0000 -> 0002)
[ 1.995164] nvidia: loading out-of-tree module taints kernel.
[ 1.996151] nvidia: module license 'NVIDIA' taints kernel.
[ 1.997698] nvidia: module verification failed: signature and/or required key missing - tainting kernel
[ 1.998408] nvidia: module license taints kernel.
[ 2.134719] nvidia-nvlink: Nvlink Core is being initialized, major device number 511
[ 2.138128] nvidia 0000:01:00.0: enabling device (0000 -> 0003)
[ 2.140945] nvidia 0000:01:00.0: vgaarb: VGA decodes changed: olddecodes=io+mem,decodes=none:owns=none
[ 2.191015] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 550.120 Fri Sep 13 10:10:01 UTC 2024
[ 2.309676] nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for UNIX platforms 550.120 Fri Sep 13 10:01:25 UTC 2024
[ 2.316109] [drm] [nvidia-drm] [GPU ID 0x00000100] Loading driver
[ 2.761174] nvidia-gpu 0000:01:00.3: i2c timeout error e0000000
[ 3.067871] [drm] Initialized nvidia-drm 0.0.0 20160202 for 0000:01:00.0 on minor 1
[ 8.590989] nvidia_uvm: module uses symbols nvUvmInterfaceDisableAccessCntr from proprietary module nvidia, inheriting taint.
[ 8.795166] nvidia-uvm: Loaded the UVM driver, major device number 508.
[ 9.290920] input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:01.1/0000:01:00.1/sound/card0/input14
[ 9.291102] input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:01.1/0000:01:00.1/sound/card0/input15
[ 9.291227] input: HDA NVidia HDMI/DP,pcm=8 as /devices/pci0000:00/0000:00:01.1/0000:01:00.1/sound/card0/input16
[ 9.291372] input: HDA NVidia HDMI/DP,pcm=9 as /devices/pci0000:00/0000:00:01.1/0000:01:00.1/sound/card0/input17
[ 9.764017] audit: type=1400 audit(1744578422.822:7): apparmor="STATUS" operation="profile_load" profile="unconfined" name="nvidia_modprobe" pid=1623 comm="apparmor_parser"
[ 9.764031] audit: type=1400 audit(1744578422.822:8): apparmor="STATUS" operation="profile_load" profile="unconfined" name="nvidia_modprobe//kmod" pid=1623 comm="apparmor_parser"
[ 23.479508] [drm:nv_drm_master_set [nvidia_drm]] *ERROR* [nvidia-drm] [GPU ID 0x00000100] Failed to grab modeset ownership
[ 230.711507] [drm:nv_drm_master_set [nvidia_drm]] *ERROR* [nvidia-drm] [GPU ID 0x00000100] Failed to grab modeset ownership
Modules nvidia chargés :
totof@superbipbip:~$ lsmod | grep -i nvidia
nvidia_uvm 4956160 0
nvidia_drm 122880 2
nvidia_modeset 1355776 3 nvidia_drm
nvidia 54308864 31 nvidia_uvm,nvidia_modeset
i2c_nvidia_gpu 12288 0
i2c_ccgx_ucsi 12288 1 i2c_nvidia_gpu
video 73728 4 asus_wmi,amdgpu,asus_nb_wmi,nvidia_modeset
Commande de démarrage noyau:
totof@superbipbip:~$ cat /proc/cmdline
BOOT_IMAGE=/vmlinuz-6.8.0-51-generic root=/dev/mapper/vgubuntu-lv_root ro
Version du pilote :
```
NVIDIA-SMI 550.120 Driver Version: 550.120 CUDA Version: 12.4
Version d'Ubuntu:
DISTRIB_DESCRIPTION="Ubuntu 22.04.5 LTS"
Version de noyau:
Linux superbipbip 6.8.0-51-generic #52~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Mon Dec 9 15:00:52 UTC 2 x86_64 x86_64 x86_64 GNU/Linux
# Pb matériel ?
Posté par Luc-Skywalker . Évalué à 4 (+2/-0). Dernière modification le 14 avril 2025 à 10:43.
Vu que les pbs semblent liés à l'affichage externe, as tu testé un autre câble HDMI, un autre écran ? Le plus problématique serait que la sortie HDMI du portable soit endommagée.
il faut être sur que les mises à jour auxquelles tu as procédé ont changé le noyau ;)
Si c'est le cas tu as peut être encore l'ancien noyau qui est accessible au démarrage via grub.
Autre suggestions: tester avec un liveCD, installer un autre environnement de bureau
"Si tous les cons volaient, il ferait nuit" F. Dard
[^] # Re: Pb matériel ?
Posté par Voltairine . Évalué à 3 (+1/-0).
Ou logiciel avec un pilote propriétaitre Nvidia par exemple. Cela manque beaucoup d'informations (carte graphique, pilote, Wayland ou X11, etc.) pour pourvoir faire des suggestions pertinentes.
[^] # Re: Pb matériel ?
Posté par totof2000 . Évalué à 3 (+1/-0).
Oui j'en suis sûr à 90%. Mais elles ont pu aussi changer la version du driver nvidia. Mais je ne suis pas certain de disposer encore de la version de noyau qui fonctionnait encore … Quand c'est arrivé j'avais d'autres trucs plus importants à faire donc j'ai procrastiné, et aujourd'hui ça me gène pas mal.
Sinon, j'ai effectué plusieurs tests :
[^] # Re: Pb matériel ?
Posté par NeoX . Évalué à 4 (+1/-0).
j'ai pas souvenir d'avoir pu modifier la luminosité d'un ecran externe depuis mes OS fussent-ils linux/mac ou windows.
[^] # Re: Pb matériel ?
Posté par totof2000 . Évalué à 2 (+0/-0).
Chez moi, ça eut fonctionné :) avec Enlightement (il y a un curseur qui permet de le faire), jusqu'à cette fameuse mise à jour :(
Si tu as l'occasion, essaie avec xrandr --output Nom_de_ton_ecran --brightness 0.5 (tu peux essayer avec des valeurs plus extrêmes à l'opposé de la valeur actuelle pour vérifier que ça marche).
[^] # Re: Pb matériel ?
Posté par totof2000 . Évalué à 3 (+1/-0).
je pense que ceci constitue l'un des symptomes :
[ 6021.306393] [drm:nv_drm_master_set [nvidia_drm]] ERROR [nvidia-drm] [GPU ID 0x00000100] Failed to grab modeset ownership
[ 6470.813830] [drm:nv_drm_master_set [nvidia_drm]] ERROR [nvidia-drm] [GPU ID 0x00000100] Failed to grab modeset ownership
Je vais tenter de redémarrer enlightenment via startx et voir si ce message apparait encore.
[^] # Re: Pb matériel ?
Posté par totof2000 . Évalué à 2 (+0/-0).
je pense que ceci constitue l'un des symptomes :
[ 6021.306393] [drm:nv_drm_master_set [nvidia_drm]] ERROR [nvidia-drm] [GPU ID 0x00000100] Failed to grab modeset ownership
[ 6470.813830] [drm:nv_drm_master_set [nvidia_drm]] ERROR [nvidia-drm] [GPU ID 0x00000100] Failed to grab modeset ownership
Je vais tenter de redémarrer enlightenment via startx : si je ne vois pas ce message, c'est qu'il constitue un symptome.
[^] # Re: Pb matériel ?
Posté par totof2000 . Évalué à 2 (+0/-0).
test effectué : je vois bien ce message apparaitre à chaque fois que je démarre ou redémarre enlightenment. via startx, ou dans l'interface graphique en cliquant sur 'restart enlightenment' Je ne le vois pas losque je lance la commande enlightenment_remote -restart. Je ne sais pas si ça signifie quelque chose.
Mais le comportement est cohérent avec ce que j'obtiens quand j'utilise un session manager : quand je bascule sur Ctrl+alt+Fn, l'écran "tente" de switcher … mais aparamment n'y arrive pas. En fait je vois la résolution changer (parfois) ou pas. En fonctionnement normal j'ai l'affichage étendu sur les deux écrans, mais quand je tente le switch, je me retrouve avec un affichage "superposé" de l'écran du PC sur l'écran HDMI, avec une limitation des mouvements de curseur à la taille de l'écran du portable … Et selon le Session Manager et/ou l'humeur du moment, je peux ou non retrouver un bureau utilisable en redémarrant via enlightenment (le menu), ou si j'ai la chance d'avoir un terminal accessible via la commande nlightenment_remote -restart (il faut parfois plusieurs tentatives).
[^] # Re: Pb matériel ?
Posté par Luc-Skywalker . Évalué à 2 (+0/-0).
L'affichage externe freeze en quelque sorte.
Il y a quelques discussions sur le sujet et une, avec une réponse:
https://askubuntu.com/questions/1506606/options-nvidia-drm-modeset-1-in-place-but-still-have-the-modeset-error
et
https://www.reddit.com/r/linux_gaming/comments/wrl4tv/psa_solved_nvidia_nvidiadrm_gpu_id_0x00000100/?rdt=44418
Ce qui est intrigant, c'est que ça a l'air assez erratique.
"Si tous les cons volaient, il ferait nuit" F. Dard
[^] # Re: Pb matériel ?
Posté par totof2000 . Évalué à 2 (+0/-0).
Merci pour les liens, je vais regarder ça.
Ce n'est pas que l'affichage externe mais l'ensemble de l'affichage. Et le problème de switch via Ctrl+alt+Fn est également présent lorsque l'écran externe n'est pas branché.
[^] # Re: Pb matériel ?
Posté par legranblon (site web personnel) . Évalué à 2 (+0/-0).
As-tu tenté de démarrer en init 3 puis lancer par exemple slim comme display manager?
[^] # Re: Pb matériel ?
Posté par totof2000 . Évalué à 2 (+0/-0). Dernière modification le 18 avril 2025 à 10:14.
Il y a bien longtemps que l'init 3 n'existe plus avec systemd. :( il faudrait que je le lance en mode non graphique. Mais bon … je n'y crois qu'à moitié, systemd aura déjà pris le contrôle de certaines choses … J'avais fait ceci :
sudo systemctl mask systemd-logind.service
sudo systemctl mask console-setup.service
Curieusement, j'ai une console active que sur CTRL+Alt+F1 et la session X sur CTRL+ALT+F7. Cependant je ne veux pas le garder car il semble que ça peut poser problème, notamment avec la gestion de la batterie. Je creuserai ça si je ne vois pas d'alternative, mais bon … je commence à comprendre quel est le problème. Il va vraiment falloir que je trouve un moyen d'installer un FreeBSD sur cette machine.
[^] # Re: Pb matériel ?
Posté par Franck913 . Évalué à 2 (+1/-0).
Nvidia drm c,est le direct rendering
Donc c une erreur grave sans être critique
Moi je dirai télécharge directement chez nvidia le paket installer
Mais surtout avant va dans le log Xorg.0.log tu auras bien plus de détail d,erreur
Je crois debian il est dans
/home/superbipbip/.local/share/xorg/Xorg.0.log
Sinon dans Var/log/
Cherche les lignes qui suivent (WW) et (EE)
Franck
[^] # Re: Pb matériel ?
Posté par Franck913 . Évalué à 1 (+0/-0).
Jspr pas trop tard
https://www.nvidia.com/fr-fr/geforce/drivers/
Choix gtx 16 dans gamme de produit
Et regarde si il y a un Choix sans CUDA mais la je ne connais plus assez
Chmod 775 NVIDia*.run
./ du .run
Il va te refaire les modules
Version 570 à priori
En dernier recours spécifie dans xorg.conf nv en driver à la place de nvidia
[^] # Re: Pb matériel ?
Posté par totof2000 . Évalué à 2 (+0/-0).
NV me cause plus de problèmes encore que le driver nvidia … Ca donne pas envie.
Sinon il me semble que mon pilote est (relativement) à jour (je vais vérifier ce soir).
Sinon le message a disparu en ajoutant des paramètres dans grub mais j'ai toujours le problème avec le Ctrl+Alt+sup qui je pense est lié à la gestion du multiseat. Mais il n'y a apartamment pas de solution si ce n'est de court-circuiter le session manager ( peut-être que gdm fonctionnerait, mais je n'en veux définitivement pas).
[^] # Re: Pb matériel ?
Posté par totof2000 . Évalué à 2 (+0/-0).
Fort peu probable. Le ctrl+alt+fn n'est pas lié à l'écran externe : je n'ai pas le problème lorsque je démarre enlightenment via startx. Avec un cable ou une prise défectueuse, ça ne marcherait pas non plus. Mais je testerai sur un autre écran pour être sûr de moi (on ne sait jamais après tout).
# Problème de gestion des multi-seat ?
Posté par totof2000 . Évalué à 3 (+1/-0).
après plusieurs essais, et en tenant compte du fait que le problème ne se pose pas avec startx pour basculer via Ctrl+alt+Fn, je pense qu'il s'agit d'un problème lié à la gestion du multi-seat.
[^] # Re: Problème de gestion des multi-seat ?
Posté par NeoX . Évalué à 3 (+0/-0).
ah ben voila qui n'etait pas precisé dans l'enoncé il me semble
ce n'est donc plus vraiment une config standard :/
[^] # Re: Problème de gestion des multi-seat ?
Posté par totof2000 . Évalué à 2 (+0/-0).
Je préciser : je ne suis pas en multiseat. Cependant le multiseat est actif par défaut avec systemd et le session manager est aussi censé le gérer. JE n'ai pas creusé plus que ça mais quand je fais des switch entre les consoles avec lightdm, j'ai des messages dans la log liés au multiseat … Donc je pense que c'est un gros plats de nouilles niveau gestion de ce truc immonde avec Systemd, qui comme d'habitude veut tout faire, et le session manager : chacun essaie de faire des trucs que l'autre fait et on se retrouve au final avec un truc qui ne marche pas/plus.
# Dans grub
Posté par Franck913 . Évalué à 1 (+0/-0).
nvidia_drm.modeset=1
A ajouter dans la ligne
BOOT_IMAGE=/vmlinuz-6.8.0-51-generic root=/dev/mapper/vgubuntu-lv_root ro nvidia_drm.modeset=1
C plus ça en fait
Suite à la mise à jour ta ligne grub à été standardisee
[^] # Re: Dans grub
Posté par totof2000 . Évalué à 2 (+0/-0).
C'est fait. J'ai même ajouté deux autres paramètres qui ont permis de faire disparaitre le fameux message. Mais la gestion de ctrl+alt+fn reste foireuse.
[^] # Re: Dans grub
Posté par Franck913 . Évalué à 1 (+0/-0).
Super, ça ressemble à un probleme d'init de framebuffer
nvidia_drm.fbdev=1 à ajouter, pas a la place !
.framebuffer Linux (fbdev) est une couche d'abstraction graphique indépendante du matériel pour afficher des éléments graphiques dans une console
[^] # Re: Dans grub
Posté par totof2000 . Évalué à 2 (+0/-0).
petite précision : la proposition que tu as faite était déjà en place. J'ai juste ajouté d'autres choses ( je le posterai quand je serai devant la VM), mais ça ne résout que la moitié de mes problèmes.
En attendant je lance enlignhtenement via startx pour pouvoir faire mes bascules via ctrl+alt+sup.
Il n'y a pas que ça malhereusement.
[^] # Re: Dans grub
Posté par NeoX . Évalué à 4 (+1/-0).
dans ton post d'origine tu ne nous dis pas tout
1°) ta gestion multiseat evoquée plus haut
2°) que tu es dans une VM evoqué ici
[^] # Re: Dans grub
Posté par totof2000 . Évalué à 2 (+0/-0).
1°) ta gestion multiseat evoquée plus haut
Comme dit en réponse : je n'ai pas activé le multiseat : la conf par défaut active le multiseat mais avec 1 seul "seat". Et je pense que derrière il y a une confusion parr apport à la bascule console virtuelle ou seat … mais je n'ai pas creusé plus. J'ai changé de session manager entre temps pour essayer d'autres choses, mais je réinstallerai Lightdm et je posterai la log qui me fait soupçonner un prblème avec le multiseat (et les essais que j'ai faits pour en arriver à cette conclusion).
2°) Erreur de ma part : je suis tellement souvent sur des VMS au travail et je me suis planté : comme indiqué dans le message initial, je suis bien sur une machine physique, laptop, avec écran HDMI externe.
# Et le reste ?
Posté par Luc-Skywalker . Évalué à 2 (+0/-0).
Ton premier message faisait état de 3 autres pbs:
Qu'en est il à présent ?
"Si tous les cons volaient, il ferait nuit" F. Dard
[^] # Re: Et le reste ?
Posté par totof2000 . Évalué à 2 (+0/-0).
Le réglage de la luminosité ne se fait pas mieux en démarrant par startx. Par contre pour la mise en veille ça a l'air de se passer mieux. Et je n'ai pas encore rencontré de problèmes avec la vidéo plein écran (mais ça ne veut pas dire que je n'en aurai pas plus tard).
# Définition du matériel utilisé
Posté par Pascaltech (site web personnel) . Évalué à 1 (+0/-0).
Bonjour,
J'ai décroché depuis longtemps de linux Xubuntu, mais j'ai constaté qu'une configuration de résolution d'écran inadaptée peut générer ce type de problème.
Peux-tu donne le retour des commandes suivantes :
inxi -F
sudo lshw
dpkg -l
Qui permettra de déterminer, en autres, le matériel que tu utilises. Merci.
Pascaltech
Pascaltech
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.