MAJ vers Buster : problèmes Nvidia

Bonsoir ricardo,

Bon, inxi n’est pas installé.

On peut avoir des infos sur ta carte graphique nVidia avec :

lspci -nn | egrep -i "3d|display|vga"

Les identifiants PCI pourront nous permettre d’avancer.
Comme vérifier si la version 418.74-1 du pilote est adéquate.

Quel est le problème d’affichage au fait ?

Salut Rémi,
Là, je suis sur un truc de secours.
Je te donnerai le résultat de la commande après.
Pour le problème, c’est le non fonctionnement de la carte Nvidia. Je n’ai sur cette debian (fraichement mutée sous Buster) que le graphisme de base, donc pas terrible.
D’après ce que j’ai déniché, j’ai un failed kernel module
Une autre investigation m’a appris que ma carte ne supporte pas le paquet nvidia-driver et qu’il lui faut le paquet nvidia-legacy-390xx-driver
J’en suis là et je m’apprêtais à “remove --purge” le premier pour installer le second.
J’attends ton avis pour le faire.
Merci.
Je vais sur la machine qui va pas bien pour donner le résultat de la commande.

donc t’as une nvidia de la famille fermi je suppose puisque tu dis que tu dois rester sur le legacy-390.

alors bon courage, ce pilote est plus maintenu depuis janvier, et avec le kernel 4.19 y a quelques petits soucis (notamment si tu utilises la veille) et parfois dkms qui tourne en rond et renvoie des erreurs de build donc impossibilité de charger le pilote, et dans le cas d’un laptop, écran noir au boot…

ce pilote me posait trop de soucis, j’ai basculé sur le pilote nouveau qui du coup gère mieux ma nvidia, et j’ai pas un affichage + dégueulasse pour mes petits jeux (qui demandent pas une puissance de fou), ce qui est un comble, quand on entend dire que le pilote nvidia est mieux que nouveau, et surtout quand on voit le bordel avec les pilotes nvidia (quand dkms a décidé de faire un caca nerveux pour builder le module aux headers du kernel, c’est au petit bonheur la chance bien souvent)

1 J'aime

Dis @anon16066135,

APT saurait faire un downgrade intelligemment de nvidia-driver vers nvidia-legacy-390xx-driver ?
Sans avoir à purger avant ?

Autrement https://packages.debian.org/buster/nvidia-legacy-390xx-driver
indique : « Building the kernel module has been tested up to Linux 4.20. »
Mais je suis loin de connaître les subtilités de nVidia…

Du coup, je ne sais pas trop quoi conseiller à ricardo…
Attendons le retour de la référence de sa carte.

@ricardo, il est trop tard ce soir pour que je te conseille efficacement ; tu auras davantage d’aide.

Pas de problème, Rémi, je ne suis pas pressé.
Si je patauge trop à jongler avec un disque pour les essais et un autre pour répondre sur le net, j’installe une autre machine qui dort dans mon bureau, et qui marchait bien assez pour me connecter au web
Alors, la réponse à la commande est ;

lspci  -nn | egrep -i "3d | display | vga"
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF108 [GeForce GT 620] [10de:0f01] (rev a1)

J’ai pris note des remarques de @anon16066135 sur nouveau et legacy
À demain

https://packages.debian.org/buster/nvidia-legacy-390xx-driver
mentionne bien « GeForce GT 620 [GF108] »

Pour purger nvidia-driver et installer nvidia-legacy-390xx-driver
Je le ferais depuis une console et en arrêtant le serveur graphique au préalable.

Pour le pilote nouveau comme alternative, je ne puis que m’en remettre aux avis qui sont émis.

@remi
à ma connaissance je pense pas que apt sait downgrader un pilote legacy.

@ricardo
vu que t’as une GPU Fermi le mieux c’est de désinstaller le pilote 418 actuel en faisant bien un
sudo apt autoremove --purge nvidia-*
ensuite tu installe nouveau
sudo apt install xserver-xorg-video-nouveau
et de là tu reboot le pc.
ensuite tu devrais pas avoir un écran noir (vérifie aussi que dans /etc/default/grub) t’as pas rajouter l’option “nomodeset” sinon tu risque de rester bloquer sur un écran noir.

et si tout vas bien, que tu arrives sur ton bureau, tu installes ton pilote legacy 390
tu reboot le pc
tu vérifies que le pilote nvidia est chargé avec
lsmod |grep vid

si tout est ok, tu vires nouveau (même si il doit être automatiquement blacklisté au moment du build des headers)
sudo apt remove xserver-xorg-video-nouveau

et tu reboot encore une fois pour s’assurer que le module nvidia se charge et que t’ai pas un écran noir surtout :slight_smile:

1 J'aime

@ melissa6969
Merci, mais auparavant, je te montre ça dans …default :

GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=lsb_release -i -s 2> /dev/null || echo Debian
GRUB_CMDLINE_LINUX_DEFAULT=“quiet nouveau.modeset=0 modprobe.blacklist=nouveau”
GRUB_CMDLINE_LINUX=""

nouveau est blacklisté il semble

Ha oui mais non, là en desinstallant ton pilote NVIDIA 418 tu vas te retrouvé bloqué à cause de ta ligne de GRUB.

Faut vraiment que tu retires ses deux arguments, et que tu fasses le procédé comme indiqué dans mon message précédent.

Et à l’installation de ton pilote 390 essaie de pas remettre tes deux arguments dans la ligne de GRUB, normalement au moment du build dans les headers du kernel t’aura les confirmations que tout s’est bien passé, et le pilote nouveau devrait être blacklisté tout seul.
Chez moi j’ai jamais eu besoin de passer le Blacklist de nouveau au ligne de GRUB.

PS :
Désolé pour les majuscules, je hurle pas hein, c’est juste que j’envoie depuis mon téléphone :kissing_smiling_eyes:

1 J'aime

Si il y a une modification de faite dans /etc/default/grub, il faut penser à mettre à jour grub.
Avec sudo update-grub.

De mon tél mobile :joy:
Commenté la ligne ds /etc/défaut GRUB
Remove e purgé nvidia
Installé nouveau
Rebooté
Bon début de chargement
Mais processus qui mouline (start job id running)
Netfilter persistent configuration
J’en suis déjà à 17 minutes

Sinon, je n’ai vu aucun warning au chargement et tout l’écran est rempli.

Ça peut durer indéfiniment.
Je ne vois pas de rapport avec nVidia ou nouveau.
Je ne connais pas la «Netfilter persistent configuration »
Ça ressemble à un bug…

Pour rebooter proprement, utiliser la séquence REISUB comme expliqué.

Choisir le mode recovery / dépannage au prochain amorçage du menu grub.


As-tu mis à jour grub avec la commande :
sudo update-grub
Après avoir modifié le fichier
/etc/default/grub ?

Il aurait fallu laisser :

GRUB_CMDLINE_LINUX_DEFAULT="quiet"

OK, je viens de lire sur Wkipedia, mais je ne sais pas quelle serait la bonne commande :

ALT/imprim ecran + e == SYGTERM
ou
ALT/imprim ecran + i == SIGKILL

???
merci

Il faut suivre la séquence : R E I S U B
du début à la fin :

ALT/imprim ecran + R
ALT/imprim ecran + E
ALT/imprim ecran + I
ALT/imprim ecran + S
ALT/imprim ecran + U
ALT/imprim ecran + B

Laisser bien 2 secondes entre chaque appui bref des touches : R E I S U B.
ALT/imprim ecran est à maintenir tout du long.
Et le système bloqué doit rebooter.

Les touches sont mentionnées en majuscules dans la partie de l’article.
Je ne sais pas si c’est important. J’ai utilisé les minuscules la dernière fois je crois.

C’est un peu normal de se louper la première fois ;
Il s’agit d’une séquence peu ordinaire.

1 J'aime

En effet, je n’avais pas lu jusqu’à la fin .
Je rechange de disque et je fais ça.

Réponse dans quelques minutes, j’espère.

netfilter c’est en rapport avec le parefeu je pense.
en tout cas si c’était un bug graphique, tu aurais des avertissements, ou un bel écran noir, là visiblement ça a l’air de s’être bien passé on dirait.

pour les touches magiques, elles nous sauvent la vie des fois (sur les pc portables, souvent faut aussi appuyer sur FN, du coup on fait un peu de gym des doigts) :stuck_out_tongue:

Beaucoup de progrès :rofl:
Je suis avec un graphisme correcte, mon écran bien rempli et sur NOUVEAU.

ricardo@clone1:~$ lsmod | grep vid
video 45056 1 nouveau

Il m’a perdu Firefox, mais ce n’est pas grave, je suis passé par Tor.

Quelques problèmes de connexion à règler mais je pense que je saurai me débrouiller seul, sino, j’appelle de nouveau au secours.:kissing_smiling_eyes:

Je vais conserver ce DD avec Nouveau, en réserve.
Je vais muter vers Buster un autre DD (oui, j’en ai un wagon). Et je ferais la totale que m’a indiqué @anon16066135 c’est à dire compléter vers Nvidia Legacy.

Un fois mon choix fait, je soignerai ma Stable principale.

À BIENTÔT et merci beaucoup à vous deux.

Excellent !

J’espère que le REISUB t’aidera à l’avenir en cas de blocage système ;
Il préserve la santé de tes disques ainsi que l’intégrité de tes données.

Pour le problème avec netfilter, si il persiste, il faut ouvrir un autre sujet.
Et n’oublie pas de mettre à jour grub quand tu modifies /etc/default/grub

À très bientôt :slight_smile:
Au plaisir.

1 J'aime

Oui, RESUB, ça aide bien et je te remercie de me l’avoir fait découvrir.
Je l’ai mis dans mes notes.
Je suis en ce moment sur un 3e DD qui est encore en Stretch, et je compte le muter demain.
OK pour Grub, mais je crois que le nécessaire avait été fait lors du chrgement de Nouveau, car à la fin, il me semble avoir vu passer Grub en maj.
Je vérifierai quand même.
Pour Netfilter, je crois avoir lu qu’il y avait un problème avec le pare-feu.
Si ça se reproduit, j’ouvre un autre fil, en espérant que Pascal soit dans les environs, car c’est le spécialiste de la chose.
Allez, assez pour aujourd’hui.
Bon appétit.

1 J'aime

Second disque de secours (pour rappel, premier DD secours laissé sous “nouveau”)

:~$ lsmod | grep vid
nvidia_drm              45056 1
drm_kms_helper         200704 1   nvidia_drm
drm                    483328 4   drm_kms_helper,nvidia_drm
nvidia_modeset        1048576 12  nvidia_drm
nvidia               14405632 479 nvidia_modeset
ipmi_msghandler         65536 2   ipmi_devintf,nvidia

Mêmes opérations qu’hier + chargement nvidia-legacy.

Je vais le tester quelques jours et ensuite, je ferai de même sur mon DD fonctionnel.
Merci encore de votre aide.
Amitiés à tous.

EDIT :
Par exemple, il m’a fallu rétablir “a la mano” le blacklist de nouveau dans /etc/default/grub, car ça n’a pas été fait automatiquement (vérifié avec apt-cache policy).
J’ai bien ‘sudo update-grub’ après.
J’ai donc ‘remove’ Nouveau en ligne et vérifié ensuite : plus de Nouveau sur ce DD.

La suite au prochain numéro.
Si ça peut servir à d’autres qui seraient dans le même cas…