Vous n'êtes pas identifié(e).
Pages : 1
Hors ligne
Dernière modification par Anonyme (25-05-2020 19:06:41)
Hors ligne
Dernière modification par Anonyme (27-05-2020 08:33:40)
Bonjour,
tu peux nous faire un petit retour ?
Salut ! Désolé de l'attente, je n'ai pas vraiment eu le temps de m'y pencher avant ...
Je n'ai pas réussi a faire ta manip, en fait je ne sais pas comment lancer "nvidia-settings -l" au démarrage. (je pensais savoir mais non )
J'ai tenté de faire un .desktop avec dedans la ligne :
et de mettre ça dans /.config/autostart.
Évidemment, ça n'a pas marché
J'ai continuer a chercher et suis tombé sur une vidéo d'un mec qui montrais une manip en créant un .conf dans /etc/X11/xorg.conf.d. Mais ça ne marche pas non plus chez moi.
Du coup je suis pas plus avancé pour le moment
Hors ligne
Trésorier Debian-Facile
---
Association Debian Facile -- Les cahiers du débutant -- Iso Debian-Facile
Hors ligne
Tu ouvres nvidia-settings en root ou simple utilisateur ?
Lorsque je l'utilisais avant, j'avais ce bug quand je le lançais en tant qu'utilisateur.
J'ouvre en utilisateur.
J'ai essayer en Root mais, pareil c'est pas les même config une fois en Root, ça ne modifie pas pour ma session courante en tous cas, comme si le nvidia-settings n’étais qu'une config locale, du coup pas la même pour le root.
Bref, j'ai essayé tous ce que j'ai pu trouver mais ça change rien pour le moment. Je n'arrive surtout pas a comprendre sur quel fichier il se base a l'initialisation, parce que certaines options (complètement futiles) elles, gardent leur états (confirmation avant de quitter et ce genre de choses), du coup je suis perdu
Je suis assez novice, je pensais avoir compris certaines choses sous Debian et l'archi Linux et c'est en train de mettre a mal ces choses là
Hors ligne
Dernière modification par TiBroom (04-10-2020 12:48:35)
Hors ligne
On voit bien que mes réglages restent bien.
le système doit démarrer normalement
ensuite tu ajoute les sections ou tu veut mettre une option (voir la doc officielle de nvidia pour GNU Linux)
surveiller le log Xorg.0.log
ps: le fichier dans le /home uniquement pour l'utilisateur ".rc"
le xorg.conf pour l'ensemble du système et de tous les utilisateurs
dans tous les cas le serveur X doit fonctionner correctement et si une option pas spécifié le système la mettra par défaut
attention si tu veut appliquer une option que ton gpu ne supporte pas tu risque de planter le serveur X
je suppose que vous connaissez déjà ceci => https://wiki.debian.org/fr/NvidiaGraphicsDrivers
par exemple pour moi en mode auto (sans xorg.conf) ce que fait le driver nvidia sous buster
ma carte une GTX960
je sais pas qu'elle option il vous manque (il y a une option performance mais force la carte au maximum j'utilise pas je reste en "auto" => "adaptive")
Dernière modification par anonyme (04-10-2020 17:57:45)
2ième test : J'ajoute la section "Screen". Démarre sur un écran gris comme lors de la génération du fichier complet par nvidia-settings. Je dois passer sur une console CLI pour retourner sur session GUI afin d'avoir les icônes, l'option est bien cochée.
PS : si l'identifier est absent de la section... Debian démarre en mode console. Une erreur apparait dans le log précisant qu'il faut un "idendifier".
Pour la curiosité le but est d'activer cette option pour supprimer le tearing présent un peu partout.
Je vais arrêter les tests pour aujourd'hui. Dans la semaine je comparerai les logs avec et sans xorg.conf puis j'ajouterai au fur et à mesure les options.
Je vous remercie de nouveau pour les pistes.
TiB
Hors ligne
le retour du log de X
pas de soucis d'affichage , l'option est prise en charge , et le gpu ce nomme "GPU-0"
un peu plus loin dans le log
nota:
je n'ai pas de GT630 (une GTX660 oui ) , avec nano je renomme le xorg.conf en "xorg.conf.txt" pour les tests (avec ou sans xorg.conf )
bon test pour la suite
Dernière modification par anonyme (05-10-2020 05:15:20)
@Anonyme : Cela n'a pas d'incidence sur la sauvegarde du paramètre "ForceCompositionPipeline=On" car s'il n'y a pas de xorg.conf, la valeur chargée par défaut est à Off. Je dois donc passer par la création du xorg.conf.
Bonjour
Exact,
je ne parlais que du fichier .nvidia-settings-rc dans home pour certains réglages comme les contrastes etc ou mes LED que je désactive dans ce fichiers.
J'ai remarqué, que pour ce fichier, certaines versions du programme nvidia-settings gardaient les réglages mais d'autres pas.
C'est pour cela que je l'ai passé en lecture seul.
Pourle tearing, j'ai bien crée un fichier 20-nvidia.conf dans mon dossier X11/xorg.conf.d
par curiosité le "triple buffer" t'apporte quoi sur l'affichage ?
Dernière modification par Anonyme (05-10-2020 06:20:23)
pas forcément .
tu vois aussi que intel dit "Aucun paramètre de pilote ne peut activer cette fonctionnalité."
alors que tu la activé sur nvidia (tu peu le vérifier sur ton log si pris en charge )
tous les gpu intégrés au cpu c'est un peu spécial
mais si tu regarde mon APU Amd en driver libre , ça ressemble beaucoup au driver nvidia (par défaut sans xorg.conf)
je n'utilise pas d'options , mais bon niveau jeux je suis largué depuis longtemps
on va suivre les expériences de TiBroom
remarque :
ce lien m'a fait rire , clair que Quake c'est ma génération (années fin 1990)
l'informatique a un peu évolué depuis
un petit bout traduit
Dernière modification par anonyme (05-10-2020 08:52:26)
La fin du log où l'écran du bureau est grisé avec le dock grisé + tableau de bord grisé. (avec xorg.conf)
Le passage en console 1 pour me dépanner (ctrl+alt+F1)
Enfin le retour sur la session graphique
Les dernières lignes à propos de Power Button, Logitech, Eee PC (Ce n'est pas un Eee PC...) et du clavier sont également présentes dans le premier extrait du log.
Je ne vois pas où est le soucis... cela ressemble à un problème de rafraîchissement.
@anonyme : Mon fichier de config fonctionne chez vous sans soucis. Parfait ! J'en déduis qu'il n'est pas si mauvais que cela.
Dans votre log vous chargez les modules : glx, nvidia, fb, wfb, ramdac, dri2
Nous n'avons pas la même version des pilotes nvidia : 418.152 (Je suis en 390.138)
@Anonyme : Pour appliquer votre configuration, j'ai crée le répertoire /etc/X11/xorg.conf.d J'ai déplacé mon xorg.conf renommé en 20-nvidia.conf
J'espérais que le soucis provienne d'une priorité ou non à appliquer au fichier... mais non.
PS : Je n'ai pas oublié d'effacer le fichier de config /etc/X11/xorg.conf
Le fichier est bien mentionné dans le /var/log/Xorg.0.log
Ma carte ne gère pas le triple buffer. J'ai bien eu dans le log l'option parsée mais non appliquée.
Je ne sais pas si je dois partir sur les modules, la mise à jour du pilote nvidia ou autre.
Je vais bien finir par péter un truc...
Je suis de la génération Doom / Héretic / Hexen / Duke Nukem 3D <--- le côté multijoueur sur Net Stadium
Le patch 3dfx pour Quake a été une révolution ^^
Aujourd'hui n'étant plus axé jeux vidéos je ne peux pas le constater mais j'ai lu que le triple buffering induirait de l'input lag.
Je ne m'avoue pas vaincu, dès que j'aurais du temps libre et le courage... je continuerai mes investigations.
Merci à tous !
TiB
Hors ligne
tu installe le paquet "acpid"
tu n'aura plus d'erreur
c'est expliqué sur ton log
pour le reste , c'est surtout la version du matériel qui peu modifier le log
il faut un driver qui prenne en charge ton matériel
moi par exemple ma GTX660 est prise en charge par la version du driver 418.152.00 en kepler si je ne me trompe pas
une carte plus ancienne ça ne passe plus (voir la liste des cartes supportées par chaque driver )
tu peu aussi faire le point sur ton gpu en user (jamais en root)
puis tu fais en user
pour ta carte si compatible
GK106 le chipset du gpu , et K pour kepler
tu risque rien , au pire un écran noir
ps: pour le triple buffer pas étonné avec ta carte , l'option est juste pas pris en charge. (si j'ai le temps je teste sur la mienne )
remarque pour les "event" c'est les périphériques d'entrée rien a voir avec le driver nvidia
tu a connu les woodoo 2 et woodoo 3 sous linux ? (avec 2 woodoo 2 couplé on pouvait monter en 800x600 )
ensuite nvidia est arrivé ........... et ati en 3D
pour le dossier /etc/X11/xorg.conf.d , il n'existe plus sur debian , tu peu mettre le xorg.conf dans /etc/X11/xorg.conf
le driver vidéo regarde au deux endroit , aucune différence .
a priori les deux options sont prises en charge sur ma GTX660
par contre j'ai toujours l'avertissement pour l'acpi , faut que je regarde pourquoi
il est installé mais pas activé
voila qui est réparé
tu peu avoir les commandes avec systemctl aussi
start , stop , status
ps: celle du dessus est déprécier il me semble => "service acpid status"
parfois a l'installation c'est correct et parfois non , donc a vérifier.
Dernière modification par anonyme (07-10-2020 10:32:20)
glxinfo -B
Le site web nvidia propose une version plus récente que le nvidia-detect pour ma carte graphique (rappel : GT630 + marqué sur la carte donc pas de d'erreur) : la version 455.28 du 7 octobre 2020 en support court ou 450.80.02 en support long.
La mise à jour est un échec, le script d'un aspect ncurses m'indique finalement que la version n'est pas compatible avec ma carte graphique. Pourtant sur le site web je sais me servir d'un menu déroulant... je suis bien sur Geforce GT630 Linux 64... passons !
Pour passer du pilote "Nouveau" à "Nvidia" il y a plusieurs semaines, j'ai procédé ainsi :
- Sur une session tty, j'ai coupé le serveur graphique via : invoke-rc.d lightdm stop
- Désinstallation des anciens pilotes (car plusieurs tests) : apt-get purge nvidia-*
- Ajout des dépôts contrib et non-free pour les dépôts Debian
- Installation des headers du noyau utilisé : apt-get install linux-headers-amd64
- Installation du pilote nvidia : apt-get install nvidia-legacy-390xx-driver
-> J'ai vu dkms compiler le pilote avec le noyau.
Pour essayer de faire la mise à jour en 450 depuis session tty1 avec le serveur graphique coupé :
Passage en roor pour un chmod 755 puis un petit sh ./NVIDIA-Linux-x86_64-450.80.02.run
Je suppose que ma carte est correctement également par le biais d'un : lspci -v
Dans le prochain épisode, nous verrons comment remplacer une carte graphique
(Et dire que je suis passé sur Debian pour arrêter de bidouiller...)
A bientôt pour la suite des expériences !
TiB
Hors ligne
le driver de buster prend en charge a partir de "kepler" => paquet "nvidia-driver"
donc entre GT630 et GTX660 , le premier est en "fermi" et le second en "kepler"
nvidia a sortie la série 3000 , RTX3070 , 3080 et 3090 a venir , donc un nouveau driver encore (manque 3050 , 3060 et la RTX3080TI plus tard )
évite d'utiliser le ".run" de nvidia , debian fourni ce qu il faut en "non-free" sous GNU Linux
pour acpid autant le mettre puisque on a un message sur le log de X
mais pas vue de différence sur le fonctionnement non plus ni de bugs
évite d'utiliser le ".run" de nvidia , debian fourni ce qu il faut en "non-free" sous GNU Linux
Au moins sur le pilote "nvidia-legacy-390xx-driver" il faut également ajouter "contrib" sinon il manque des dépendances au pilote.
J'ai fait une mise à jour du noyau vers 4.19.0-12 | 5.6.xx | 5.8.xx même problème. (lspci indique bien que j'utilise le pilote 'nvidia')
Par curiosité j'ai installé avec le même support usb Debian 10 sur un disque dur tout propre dans la machine en question. A noter que lors de l'installation... des paquets plus récents ont été téléchargés. Après toutes les manipulations évoquées ci-dessus (ajout dépôt contrib + non-free, pilote 'nouveau' vers 'nvidia' -legacy390 pour ma carte- copier/coller xorg.conf le miens, les votres avec adaptation...) cela fonctionne sans problème
Le paquet nvidia (legacy390) n'a pas changé entre mes 2 disques durs ni vis à vis des nouvelles cartes graphiques.
J'ai désactivé les 2 commandes perso. ajoutées au lancement... mais cela n'a pas d'impact.
Je pense rester sur une solution temporaire... sur le long terme. un ctrl+alt+f1 puis ctrl+alt+f7 ne prend pas beaucoup de temps pour me dépanner.
Mes partitions étant séparées je pourrais réinstaller uniquement Linux mais j'hésite... lorsque j'aurai du temps peut-être
Au plaisir de vous lire !
TiB
Hors ligne
Hors ligne
Pages : 1