Vous n'êtes pas identifié(e).
Pages : 1
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à
Ah oui j'ai vu ça pendant mes recherches logitech est pas mal pourvu en soft , je regarde si j'ai toujours la page dans mon historique
edit :https://linuxevolution.wordpress.com/20 … ly-part-4/
Merci ! je cherchais aussi (il est présent dans les dépôts de testing)
edit :
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
Méthode simple, qui bouffe de la bande passante (regarder le site Debian permet de l'éviter...)
https://packages.debian.org/buster-back … llpackages
et ctrl+F, ou un drone avec IA.
Ou bien, par le terminal, quelque chose comme :apt-cache dumpavail | grep backports
Et pour un paquet particulier dont on ne connaît pas le nom précisapt-cache dumpavail | grep nvidia-driver
Troisième solution, en deux temps, mais moins bruyante
ou bienapt search nvidia-driver
puisapt-cache policy une-des-réponses-données-par-la-commande-précédente
Merci pour l'info !
Tu t'en serait rendu compte soit en allant visiter le site web des paquet de debian, soit en utilisant "apt-cache policy <paquet>" soit (comme je viens de le faire) en interrogant le bot IRC judd sur freenode. Trois méthodes pour faire la même chose.
Je ne connaissais pas les 2 autres méthode .... et je trouve le site particulièrement fouillis, je m'y perd assez facilement je dois dire ...
Te reste trois solutions pas pratique :
- utilise bullseye (mais tu te retrouves sur une testing)
- backporter toi-même le paquet nvidia-driver pour buster (mais faut le compiler et ça peut être tordu/chronophage)
- essayer une frankendebian buster et utilisant un noyau/driver tiré de bullseye en espérant que ça passe (mais... Voilà. Frankendebian)
On oublie les 2 dernières !
Est-ce VRAIMENT si risqué que ça de passer en Bullseye ?
me retourne ceci :
Pourtant le dépôt Backport est bien lu
et je sais que sous Bullseye il est a minima en 430
J'ai testé cette commande
mais list ne marche pas dans cas là ....
Du coup je ne sais pas vraiment comment vérifier que les driver qui m’intéresse sont bien dans le backport pour pouvoir les installer.
Passer sous Bullseye directement serait plus simple ??
Merci pour vos lumière !!!!!!
Pages : 1