Installation du pilote Nvidia

[Epéconda]

Bonjour,

J’ai récémément acheter mon PC portable :

• LEnovo Legion Pro5 16ARD10
• AMD Ryzen™ 9 8940HX with Radeon™ Graphics × 32
• RAM 32Go DDR5
• 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GB206M [GeForce RTX 5060 Max-Q / Mobile] [10de:2d59] (rev a1)
  *KBG60ZNT1T02 LS KIOXIA (0107ASLS) (SSD M2 1To)
• Secure Boot Activé

J’avais suivit ce tutoriel : https://wiki.debian.org/fr/NvidiaGraphicsDrivers#Wayland sans succès

J’ai alors commencer celui-ci : Installation du pilote NVIDIA propriétaire mais avec une impossibilité d’aller plus loin que le point 3.4.4, je n’ai pas de fichier MOK.der mais j’ai le MOK.priv

Je me demande donc ou j’ai pu oublié de faire quelque chose. Ce que je peu faire maintenant

Merci d’avance

[Zargos]

@Epéconda

je n’ai pas de fichier MOK.der mais j’ai le MOK.priv

Je me demande donc ou j’ai pu oublié de faire quelque chose. Ce que je peu faire maintenant

Bonjour,
lors de la création des certificat soit tu as oublié quelque chose soit tu as mal fait la commande openssl req -x509 ... en particulier les options -outform et -out

Le MOK.priv est la clef, le MOK.der est le certificat issu de la clef.

Il te suffit de les régénérer et de t’assurer qu’ils soient bien dans les répertoires /var/lib/dkms et /var/lib/shim-signed.

[Epéconda]

Je viens de retenter de faire les commandes a partir de 3.4.2, Voila ce que me donne le terminal

Je joint les autres partie du terminal dans 2 autres messages je ne peux pas en mettre 3
Je ne crois pas avoir eut d’erreur la première fois et j’avais normalement copier coller l’entièreté de la commande

[Epéconda]

[Epéconda]

[Zargos]

Dans le ligne -subj il faut remplir les valeurs pour remplacer ce qui est entre <…>. Car ces valeurs sont celles que l’on désire soit même.
Idem pour les valeur -addtext pour l’OCSP ou la CRL. mondomaine.tld est juste pour signifier que ce sont les valeurs que tu détermines toi-même.
Il faut lire le détail en dessous que j’ai mis dans le tutoriel.
C’est ce que signifie le message d’erreur, les valeurs ne sont pas bonne parce que tu ne les as pas remplacées.

[Epéconda]

Merci je n’avais effectivement pas compris. Peut être écrire « attention il y a des valeurs a modifier ». Après ma dyslexie joue peut-être dans mon incompréhension.
merci pour votre aide en tout cas je vous redis si j’ai besoin .

[Epéconda]

Bonjour, je reviens vers vous, j’etais en vacances sans mon PC d’ou m’a longue absence.

Le pilote a l’air de s’etre installé.

Cependant j’ai un problème desormais au démarrage mon pc demare en mode tty je suid obligé de redémarrer manuellement l’editeur graphique avec la commande donné dans le guide. Comment faire pour le redemarage automatique en mode visuelle ?

[Epéconda]

Bonjour ; sans réponse je me permet de redemander

@Zargos est ce que tu connaîtrais une solution a mon problème que j’ai mentionné au dessus ?

Merci de l’aide précieuse

[vbreton]

@Epéconda, sur la capture d’écran tu te logues en tant que root. Il serait souhaitable de se connecter en tant que simple utilisateur quitte à faire usage de la commande sudo.

Voici ce que donne systemctl cat gdm3 sur mon système:
(La ligne ExecStart=/usr/sbin/gdm3 me semble la plus intéressante face à ton problème.)

/lib/systemd/system/gdm.service

[Unit]
Description=GNOME Display Manager

replaces the getty

Conflicts=getty@tty1.service
After=getty@tty1.service

replaces plymouth-quit since it quits plymouth on its own

Conflicts=plymouth-quit.service
After=plymouth-quit.service

Needs all the dependencies of the services it’s replacing

pulled from getty@.service and plymouth-quit.service

(except for plymouth-quit-wait.service since it waits until

plymouth is quit, which we do)

After=rc-local.service plymouth-start.service systemd-user-sessions.service

GDM takes responsibility for stopping plymouth, so if it fails

for any reason, make sure plymouth still stops

OnFailure=plymouth-quit.service

[Service]
ExecStartPre=/usr/share/gdm/generate-config
ExecStart=/usr/sbin/gdm3
KillMode=mixed
Restart=always
RestartSec=1s
IgnoreSIGPIPE=no
BusName=org.gnome.DisplayManager
EnvironmentFile=-/etc/default/locale
ExecReload=/usr/share/gdm/generate-config
ExecReload=/bin/kill -SIGHUP $MAINPID
KeyringMode=shared
lines 12-34/34 (END)

[Zargos]

si le service est activé au démarrage, il faut regarder dans les logs de démarrage pour chercher ce qui concerne gdm3.

[Epéconda]

@vbreton voila ce que me donne la commande. Je crois la même chose que toi.

/usr/lib/systemd/system/gdm.service

[Unit]
Description=GNOME Display Manager

replaces the getty

Conflicts=getty@tty1.service
After=getty@tty1.service

replaces plymouth-quit since it quits plymouth on its own

Conflicts=plymouth-quit.service
After=plymouth-quit.service

Needs all the dependencies of the services it’s replacing

pulled from getty@.service and plymouth-quit.service

(except for plymouth-quit-wait.service since it waits until

plymouth is quit, which we do)

After=rc-local.service plymouth-start.service systemd-user-sessions.service

GDM takes responsibility for stopping plymouth, so if it fails

for any reason, make sure plymouth still stops

OnFailure=plymouth-quit.service

[Service]
ExecStartPre=/usr/share/gdm/generate-config
ExecStart=/usr/sbin/gdm3
KillMode=mixed
Restart=always
RestartSec=1s
IgnoreSIGPIPE=no
BusName=org.gnome.DisplayManager
EnvironmentFile=-/etc/default/locale
ExecReload=/usr/share/gdm/generate-config
ExecReload=/bin/kill -SIGHUP $MAINPID
KeyringMode=shared

Je met également la meme commande avant d’activer le gdm3

@Zargos Voila quelque fichier de log dont boot. Je met également une capture de tout mes logs lequel dois-je regarder ?
boot.log (49,0 Ko)
fontconfig.log (5,5 Ko)
nvidia-installer.log (1,7 Mo)

[Zargos]

Dasn tes logs, il y a des choses:

• j’espère que tu n’as pas dit de modifier le fichier de configuration XC, car il ne faut pas le faire, il n’y en a pas besoin.
• Quand on installe le pilote propriétaire, il faut des activer le Display manager et redémarrer pour s’eassurer ainsi que le pilote n’est- plus chargé.
• Tu as toujours le nouveau qui se charge car il y a deux fichier dans /etc/modprobe.d qui sontg en concurrence, un seul fichier seulmement doit traiter le pilote nouveau avec
  blacklist nouveau
  et c’est tout

[Epéconda]

Je ne me souviens pas exactement. Dans mes souvenir j’ai désactivé gdm et comme j’étais bloqué dans le ytt j’ai fini la dernière commande via le ytt, j’ai du oublié de redémarrer après la désactivation. Ensuite j’ai réactivé gdm3 car je n’arrivais pas a redémarrer sinon. pour le reste j’ai beaucoup cherché avant l’installation via votre formulaire donc peut-être ais-je fait une erreur mais ça ne me dit rien XC

voila les fichiers que j’ai dans /etc/modprobe.d faut-il que j’en enlève un ?

Si vraiment j’ai trop altéré le systeme je peut refaire une installation propre de 0 maintenant que je sais comment bien faire.

[Zargos]

@Epéconda

’ai désactivé gdm

Il faut desactiver et redemarrer pour etre sur que le pilote soit non chargé.
Ensuite il faut tout faire en console en root
Pour redemarrer en console, en tant que root: reboot

[Zargos]

@Epéconda

Si vraiment j’ai trop altéré le systeme je peut refaire une installation propre de 0 maintenant que je sais comment bien faire.

[Epéconda]

Très bien je réinstallerais merci beaucoup

[Epéconda]

Je viens de réinstaller le PC de 0, mais le problème reste présent. Mon PC démare toujours en mode ytt de base.

Voilà toutes les commandes que j’ai tappé :

dpkg --add-architecture i386 && sudo apt update

lspci | grep -i vga

chmod +x /home/mael/Documents/NVIDIA-Linux-x86_64-595.99.02.run

dpkg --list | grep -i nvidia | awk '{ print $2}' | grep -v firmware-nvidia-graphic | xargs apt -yq purge

apt -yq install libegl-mesa0:i386 libegl1-mesa-dev:i386 libgl1-mesa-dev:i386 libgl1-mesa-dev libegl1-mesa-dev libegl-mesa0 libgles2-mesa-dev:i386 libgles2-mesa-dev libglu1-mesa-dev:i386 libglu1-mesa-dev libglx-mesa0:i386 libglx-mesa0 pkg-config

apt -yq install dkms
/var/lib/dkms
stat /var/lib/dkms
mkdir -p /var/lib/shim-signed/mok

mokutil --list-enrolled

openssl genpkey -algorithm rsa -pkeyopt rsa_keygen_bits:4096 -out /var/lib/dkms/MOK.priv

openssl req           -x509           -nodes          -not_before $(date -d "today" +"%Y%m%d000000Z")            -not_after $(date -d "$dt1 + 30 years" +"%Y%m%d000000Z")           -new            -key /var/lib/dkms/MOK.priv             -outform DER               -out /var/lib/dkms/MOK.der              -subj  "/CN=config/"            -addext "basicConstraints = critical, CA:TRUE"             -addext "keyUsage = critical, digitalSignature, keyCertSign, cRLSign"              -addext "extendedKeyUsage = critical, codeSigning" \

chmod 0600 /var/lib/dkms/*

cp -v /var/lib/dkms/MOK.* /var/lib/shim-signed/mok/

mok_signing_key=/var/lib/dkms/MOK.priv

mok_certificate=/var/lib/dkms/MOK.der

mokutil --import /var/lib/shim-signed/mok/MOK.der

mokutil --list-enrolled

apt install linux-headers-amd64 

Passage en mode tty3

systemctl disable --now gdm3

reboot

Restart en mode tty1

/home/mael/Documents/NVIDIA-Linux-x86_64-595.99.02.run --tmpdir /root/tmp --module-signing-secret-key=/var/lib/shim-signed/mok/MOK.priv --module-signing-public-key=/var/lib/shim-signed/mok/MOK.der --dkms --install-libglvnd --rebuild-initramfs --disable-nouveau

Ecran noir sur tty1 je suis donc passé en tty2

systemctl enable --now gdm3

J’ai essayé plusieurs fois, a chaque fois, même avant de lancer l’installation du pilote, du moment où j’ai désactivé le gdm3 puis réactivé, le PC se lance en mode tty

voila une image du etc/modprobe.d et je met en PJ les logs de démarage

boot.log (44,3 Ko)

alternatives.log (51,0 Ko)
dpkg.log (1003,6 Ko)
fontconfig.log (5,3 Ko)
nvidia-installer.log (2,6 Mo)

[Thierz]

@Epéconda

ytt

Juste pour ma comprenette, quand tu écris ytt, tu veux dire tty, ou on parle d’autre chose ?

[Epéconda]

Ha oui tout a fait je me suis trompé