# Problème carte nvidia sur Trixie (ou bootloader ? Kernel ? autre ?)

**URL:** <https://www.debian-fr.org/t/probleme-carte-nvidia-sur-trixie-ou-bootloader-kernel-autre/91429>\
**Category:** Support Debian\
**Created:** [Août 13, 2025, 6:43 UTC](https://www.debian-fr.org/t/probleme-carte-nvidia-sur-trixie-ou-bootloader-kernel-autre/91429 "2025-08-13T18:43:17Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![ricecooker](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/r/5f8ce5/32.png) [@ricecooker](https://www.debian-fr.org/u/ricecooker)\
**Post date:** [Août 13, 2025, 6:43 UTC](https://www.debian-fr.org/t/probleme-carte-nvidia-sur-trixie-ou-bootloader-kernel-autre/91429/1 "2025-08-13T18:43:17Z")

</div>

_(je sais qu’il y a un sujet sur les problèmes de migration, mais je ne sais pas s’il recense juste les problèmes ou est censé accueillir les solutions. J’ouvre un nouveau sujet au cas où la solution ne soit pas si simple. Ne pas hésiter à le fusionner dans l’autre sujet si c’est pertinent)_

J’ai essayé de migrer de bookworm à trixie, X ne démarrait plus; Apparemment le problème venait de ma carte nvidia un peu ancienne, nvidia GeForce GT 710.  
Après plusieurs manipulations infructueuses en suivant le wiki debian ([NvidiaGraphicsDrivers - Debian Wiki](https://wiki.debian.org/NvidiaGraphicsDrivers#Debian_13_.22Trixie.22) , j’ai tenté la version 535.216.03), je me suis résigné à réinstaller une Trixie de zéro… sans succès, et idem avec une Bookworm.

Quelqu’un saurait-il comment je peux installer le bon driver nvidia, sur une Trixie tant qu’à y être ?

PS : Actuellement je suis sur une bookworm cassée en résolution 1024x768, je ne parviens pas à y installer le driver. Le driver «&nbsp;nouveau&nbsp;» provoque des freeze sur ma machine.

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Août 13, 2025, 7:59 UTC](https://www.debian-fr.org/t/probleme-carte-nvidia-sur-trixie-ou-bootloader-kernel-autre/91429/2 "2025-08-13T19:59:02Z")

</div>

Bonjour,

Sur le site NVdia le pilote 535.216.03 n’est pas supporté au delà de Debian 10.3. ([Version 535.216.03(Linux) :: NVIDIA Data Center GPU Driver Documentation](https://docs.nvidia.com/datacenter/tesla/tesla-release-notes-535-216-03/#hardware-software-support))

Vu l’age de ta carte NVIDIA, pourquoi ne pas utiliser nouveau? c’est largement suffisant.

As-tu Secure Boot d’activé?

Concernant les pilotes NVIDIA, sur [nvidia.fr](http://nvidia.fr) c’est la version 390.157 qui est indiquée, ou en 396.18 pour le pilote Bêta.

Et sur [Appendix&nbsp;A.&nbsp;Supported NVIDIA GPU Products](https://us.download.nvidia.com/XFree86/Linux-x86_64/535.261.03/README/supportedchips.html)

Indiqué par le wiki Debian, c’est le 470.xx

Sur Trixie quand tu fait nvidia-detect quelle est la réponse optenue?

---

<div class="post-metadata">

**Author:** ![ricecooker](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/r/5f8ce5/32.png) [@ricecooker](https://www.debian-fr.org/u/ricecooker)\
**Post date:** [Août 13, 2025, 8:42 UTC](https://www.debian-fr.org/t/probleme-carte-nvidia-sur-trixie-ou-bootloader-kernel-autre/91429/3 "2025-08-13T20:42:37Z")

</div>

Merci pour ta réponse

> [@Zargos](#):
>
> Vu l’age de ta carte NVIDIA, pourquoi ne pas utiliser nouveau? c’est largement suffisant.

Parce que le pc freeze. Ça marche «&nbsp;bien&nbsp;» (quoique l’affichage presente quelques glitches) quelques dizaines de secondes et ça gèle.

> [@Zargos](#):
>
> As-tu Secure Boot d’activé?

Non. Du moins je ne crois pas, je ne crois pas en avoir jamais entendu parler avant aujourd’hui. 😄

> [@Zargos](#):
>
> Sur Trixie quand tu fait nvidia-detect quelle est la réponse optenue?

J’écris ça de mémoire, donc à prendre avec des pincettes, qqch comme «&nbsp;la carte GeForce GT 710 n’est plus supportée il faut utiliser le driver legacy&nbsp;». Mais où le trouver et comment l’installer ?

Je viens de tenter autre chose, j’ai installé une bookworm minimale sans X, upgradée en trixie. Dans l’espoir d’installer le driver 535 (mais du coup ça semble vain ?). Apres reboot sur le nouveau noyau, la machine reboote avant que j’aie eu le temps de taper une commande…

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Août 13, 2025, 9:27 UTC](https://www.debian-fr.org/t/probleme-carte-nvidia-sur-trixie-ou-bootloader-kernel-autre/91429/4 "2025-08-13T21:27:56Z")

</div>

Non pour installer NVIDIA, il faut passer par nvidia-detect:  
`apt install nvidia-detect`  
ensuite il te dit quel pilote installer.  
Et accessoirement dans ton cas:  
`apt install nvidia-legacy-check`

Quand à nouveau s’il freeze, il faut aller vois les logs pour savoir pourquoi

---

<div class="post-metadata">

**Author:** ![ricecooker](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/r/5f8ce5/32.png) [@ricecooker](https://www.debian-fr.org/u/ricecooker)\
**Post date:** [Août 14, 2025, 6:04 UTC](https://www.debian-fr.org/t/probleme-carte-nvidia-sur-trixie-ou-bootloader-kernel-autre/91429/5 "2025-08-14T18:04:12Z")

</div>

Il y a du neuf. Je viens de faire deux essais:

- installation d’une trixie de zero sur une partition.  
Installation de base, sans environnement graphique, juste les utilitaires de base. On ne parle pas d’installer les drivers nvidia.  
Quand je veux ouvrir une session en console, ça fige et le pc reboote tout seul comme un grand.

- installation d 'une bookworm sur une autre partition. Essai sous X avec nouveau, ça freeze . Je ne sais pas comment récupérer les logs (les fichiers auxquels j’étais habitué n’existent plus, merci systemd)  
J’ai suivi tes indications :

> [@Zargos](#):
>
> `apt install nvidia-detect`  
> ensuite il te dit quel pilote installer.

Et là nickel, j’ai installé le driver tesla 470, j’ai de nouveau une bookworm fonctionnelle, j’écris en ce moment depuis celle-ci. Au moins je peux utiliser mon pc.

Par contre pour la trixie je ne sais pas comment faire. Est-ce même un problème lié à la carte graphique ? Possible mais pas si sûr en fait. (edit : même si c’est plausible, on voit un léger «&nbsp;glitch&nbsp;» à l’écran juste avant le reboot)

---

<div class="post-metadata">

**Author:** ![ricecooker](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/r/5f8ce5/32.png) [@ricecooker](https://www.debian-fr.org/u/ricecooker)\
**Post date:** [Août 14, 2025, 6:39 UTC](https://www.debian-fr.org/t/probleme-carte-nvidia-sur-trixie-ou-bootloader-kernel-autre/91429/6 "2025-08-14T18:39:54Z")

</div>

sur la trixie en fait, ça reboote quand ça veut, ce n’est pas lié à l’ouverture de la session. Parfois c’est avant, parfois j’ai le temps de taper une commande…  
Et aussi, juste après le menu de grub, quand le système démarre j’ai des messages d’erreur, voir photo jointe. Je ne sais pas si ça a un rapport avec mes soucis mais je n’ai pas vu ça avec des noyaux plus anciens.

 ![IMG_20250814_203406_resized_20250814_083643865](https://www.debian-fr.org/uploads/default/original/2X/a/a80aa26c452acc8afa2f21cc941b1f57484d13d4.jpeg)

---

<div class="post-metadata">

**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\
**Post date:** [Août 14, 2025, 9:09 UTC](https://www.debian-fr.org/t/probleme-carte-nvidia-sur-trixie-ou-bootloader-kernel-autre/91429/7 "2025-08-14T21:09:30Z")

</div>

> [@ricecooker](#):
>
> installation d’une trixie de zero sur une partition.  
> Installation de base, sans environnement graphique, juste les utilitaires de base. On ne parle pas d’installer les drivers nvidia.  
> Quand je veux ouvrir une session en console, ça fige et le pc reboote tout seul

Il est donc inutile de t’acharner sur nvidia pour le moment.  
La priorité est de clarifier le plantage **amd\_pstate**.  
• Le paquet `power-profiles-daemon` a-t-il été installé ?  
• Le CPU est à quelle température ? (soit par accès BIOS, ou à la louche pour le moment).  
• Le BIOS est-il à jour ?  
Tu as peut-être une erreur du genre:

```auto
kernel: amd_pstate: the _CPC object is not present in SBIOS or ACPI disabled

```

Voir si l’ACPI est activé dans le BIOS.  
Concernant nvidia, l’étape d’après, commence par observer le comportement avec le driver **nouveau** (par défaut).

**nvidia-tesla-470-driver** n’est plus disponible pour trixie (470 → legacy), mais **si** vraiment estimé nécessaire, il réapparait étonnament en SID. Il y aurait donc éventuellement moyen de s’arranger de manière expérimentale.  
 → [nvidia-tesla-470-driver SID](https://packages.debian.org/sid/nvidia-tesla-470-driver)

---

<div class="post-metadata">

**Author:** ![ricecooker](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/r/5f8ce5/32.png) [@ricecooker](https://www.debian-fr.org/u/ricecooker)\
**Post date:** [Août 15, 2025, 7:26 UTC](https://www.debian-fr.org/t/probleme-carte-nvidia-sur-trixie-ou-bootloader-kernel-autre/91429/8 "2025-08-15T07:26:23Z")

</div>

merci pour ta réponse.

> [@Verner](#):
>
> • Le paquet `power-profiles-daemon` a-t-il été installé ?

non mais je viens de le faire (via un chroot sinon ce n’était pas possible). Le comportement reste identique.

> [@Verner](#):
>
> • Le CPU est à quelle température ? (soit par accès BIOS, ou à la louche pour le moment).

autour de 40°

> [@Verner](#):
>
> Voir si l’ACPI est activé dans le BIOS.

j’ai cherché mais je ne vois pas de mention de l’acpi

> [@Verner](#):
>
> • Le BIOS est-il à jour ?

Sans doute que non, je ne l’ai jamais mis à jour depuis l’achat du pc en 2020

Pour l’erreur que tu mentionnes je ne la vois pas, elle apparaîtrait à quel moment ?

> [@Verner](#):
>
> **nvidia-tesla-470-driver** n’est plus disponible pour trixie (470 → legacy), mais **si** vraiment estimé nécessaire, il réapparait étonnement en SID.

ah oui ça c’est surprenant. Il y a peut être espoir qu’il arrive en testing à un moment donné ? (je suis

réticent à installer une sid mais la migration de mon systeme en testing est envisageable)

J’ai réussi à récupérer la sortie de dmesg dans un fichier avant que ça plante, je mets ça en pièce jointe.  
[dmsg.txt](https://www.debian-fr.org/uploads/short-url/4uk1UjHO96IhCMgqmFAIhUlGBJO.txt) (82,1 Ko)

---

<div class="post-metadata">

**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\
**Post date:** [Août 15, 2025, 9:04 UTC](https://www.debian-fr.org/t/probleme-carte-nvidia-sur-trixie-ou-bootloader-kernel-autre/91429/9 "2025-08-15T09:04:26Z")

</div>

Difficile d’estimer si finalement **amd\_pstate** est un problème majeur ou pas, mais à surveiller de près. Rien de transcendant dans le dmesg.  
Mettre à jour un BIOS n’est pas une opération agréable, mais ça ne ferait pas de mal (si ça se passe bien…).

> Pour l’erreur que tu mentionnes je ne la vois pas, elle apparaîtrait à quel moment ?

C’était une hypothèse anticipée, vue pour d’autres problèmes **amd\_pstate** , qui touche à la gestion d’énergie, de cpu\_freq.

> **Unknown kernel command line parameters** «&nbsp;single dis\_ucode\_ldr BOOT\_IMAGE=/boot/vmlinuz-6.12.41+deb13-amd64&nbsp;», will be passed to user space.

Utilises-tu les options de grub faites par l’installation (-\> option **dis\_ucode\_ldr)**?

Si tu arrêtes grub au lancement, et modifies les options de noyau avec seulement ‹&nbsp; **ro single** &nbsp;›, tu dois arriver à la console de boot système qui demande le mot de passe root. Nvidia n’a rien à faire jusqu’à ce niveau.  
As-tu un mot de passe root ? Si non, comme tu accèdes en chroot, il faudrait l’ajouter pour être sûr d’avoir un comportement nominal de l’option single, pour y voir plus clair.

---

<div class="post-metadata">

**Author:** ![ricecooker](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/r/5f8ce5/32.png) [@ricecooker](https://www.debian-fr.org/u/ricecooker)\
**Post date:** [Août 15, 2025, 9:37 UTC](https://www.debian-fr.org/t/probleme-carte-nvidia-sur-trixie-ou-bootloader-kernel-autre/91429/10 "2025-08-15T09:37:03Z")

</div>

> [@Verner](#):
>
> Utilises-tu les options de grub faites par l’installation (-\> option **dis\_ucode\_ldr)**?

Tiens c’est marrant, ça. Non je ne la lance pas avec ces options, mais avec «&nbsp;ro quiet&nbsp;».  
Je pense que ce que j’ai dans le dmesg doit correspondre à un moment où je l’ai lancée en mode recovery…  
Ceci dit ça plante pareil dans les deux cas.

(edit : Et oui j’ai mis le même mot de passe root sur la bookworm et la trixie. Je me suis servi du chroot juste pour installer le package)

> [@Verner](#):
>
> Mettre à jour un BIOS n’est pas une opération agréable, mais ça ne ferait pas de mal (si ça se passe bien…).

j’avoue que je suis assez réticent 😄 😰 je sais que dans la pratique en général ça se passe bien… Mais à tout hasard il y a moyen de restaurer une version antérieure si ça se passe mal ou c’est retour usine obligatoire ?

---

<div class="post-metadata">

**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\
**Post date:** [Août 15, 2025, 9:47 UTC](https://www.debian-fr.org/t/probleme-carte-nvidia-sur-trixie-ou-bootloader-kernel-autre/91429/11 "2025-08-15T09:47:46Z")

</div>

> [@Verner](#):
>
> Si tu arrêtes grub au lancement, et modifies les options de noyau avec seulement ‹ **ro single** ›, tu dois arriver à la console de boot système qui demande le mot de passe root.

> [@ricecooker](#):
>
> Non je ne la lance pas avec ces options, mais avec « ro **quiet** ».

Ça t’ennuies d’essayer ‹&nbsp;ro **single** &nbsp;› ?  
Avec single, tu vois au moins ce qui se passe à l’écran lors du boot, des messages éventuellement en rouge.  
Si vraiment tu n’arrives pas à rentrer ton mot de passe root sans même arriver à la console système, ça va être plus embettant.

---

<div class="post-metadata">

**Author:** ![ricecooker](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/r/5f8ce5/32.png) [@ricecooker](https://www.debian-fr.org/u/ricecooker)\
**Post date:** [Août 15, 2025, 9:59 UTC](https://www.debian-fr.org/t/probleme-carte-nvidia-sur-trixie-ou-bootloader-kernel-autre/91429/12 "2025-08-15T09:59:18Z")

</div>

non non ça ne m’embête pas. 😉  
Je vois apparaitre un msg au milieu de l’écran :  
EFI Stub Loaded initrd from LINUx\_EFI\_INITRD\_MEDIA\_GUID device path

ensuite je vois les messages se dérouler, mais rien de spécial ne me saute aux yeux.

> [@Verner](#):
>
> Si vraiment tu n’arrives pas à rentrer ton mot de passe root sans même arriver à la console système, ça va être plus embettant.

c’est ce qui arrive 😐 ça plante pareil. Je vais tenter une mise à jour du bios. En croisant les doigts…

 ![Screenshot_20250815-115746](https://www.debian-fr.org/uploads/default/original/2X/e/e0e8c8b05889aa839e9b74d2cbb2d4535de9df4f.jpeg)

---

<div class="post-metadata">

**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\
**Post date:** [Août 15, 2025, 10:09 UTC](https://www.debian-fr.org/t/probleme-carte-nvidia-sur-trixie-ou-bootloader-kernel-autre/91429/13 "2025-08-15T10:09:06Z")

</div>

Donc ‹&nbsp;single&nbsp;› a permit de pointer EFIStub.  
Si **efibootmgr** n’est pas installé, essayer avec.  
Voir aussi si différence avec ou sans secure-boot.

Plus, un peu de lecture…: [EFIStub](https://wiki.debian.org/EFIStub), pour investigation, et se mettre en condition.

> Manually setting up EFIStub
> 
> To set up EFIStub, you need to first copy the kernel and initrd into the EFI system partition, then set up an EFI boot entry for it.  
> …/…

---

<div class="post-metadata">

**Author:** ![ricecooker](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/r/5f8ce5/32.png) [@ricecooker](https://www.debian-fr.org/u/ricecooker)\
**Post date:** [Août 15, 2025, 10:36 UTC](https://www.debian-fr.org/t/probleme-carte-nvidia-sur-trixie-ou-bootloader-kernel-autre/91429/14 "2025-08-15T10:36:29Z")

</div>

Je vais regarder ça, je ne connais pas. C’est une nouveauté sur trixie ?  
Actuellement j’ai cela, mais à l’install je n’ai pas touché à cette partition, ça peut être une source de problème, non ?

> ls /boot/efi/EFI/debian/ -lha  
> total 4,4M  
> drwx------ 2 root root 4,0K 8 déc. 2020 .  
> drwx------ 4 root root 4,0K 14 août 18:58 ..  
> -rwx------ 1 root root 108 14 août 20:16 BOOTX64.CSV  
> -rwx------ 1 root root 86K 14 août 20:16 fbx64.efi  
> -rwx------ 1 root root 126 14 août 20:16 grub.cfg  
> -rwx------ 1 root root 2,6M 14 août 20:16 grubx64.efi  
> -rwx------ 1 root root 831K 14 août 20:16 mmx64.efi  
> -rwx------ 1 root root 935K 14 août 20:16 shimx64.efi

Sinon j’ai essayé entre temps de passer le parametre _amd\_pstate=disable_ au démarrage. Les messages d’erreur disparaissent, mais ça plante quand même ensuite.

---

<div class="post-metadata">

**Author:** ![ricecooker](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/r/5f8ce5/32.png) [@ricecooker](https://www.debian-fr.org/u/ricecooker)\
**Post date:** [Août 15, 2025, 4:31 UTC](https://www.debian-fr.org/t/probleme-carte-nvidia-sur-trixie-ou-bootloader-kernel-autre/91429/15 "2025-08-15T16:31:49Z")

</div>

je peine à voir l’intérêt d’efistub, ça apporte quoi en plus de grub (qui est installé sur la trixie) ?  
ça pourrait être la cause de mes ennuis ?

Sinon j’ai flashé mon bios et je n’ai plus les erreurs amd\_pstate. J’ai une erreur au démarrage de la bookworm mais ça fonctionne toujours, visiblement.

---

<div class="post-metadata">

**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\
**Post date:** [Août 15, 2025, 8:15 UTC](https://www.debian-fr.org/t/probleme-carte-nvidia-sur-trixie-ou-bootloader-kernel-autre/91429/16 "2025-08-15T20:15:44Z")

</div>

> [@ricecooker](#):
>
> j’ai flashé mon bios et je n’ai plus les erreurs **amd\_pstate**

C’est déjà ça de gagné.  
Concernant le boot, je n’utilise jamais d’installation automatique, mais gère toujours un loader de manière indépendante du système.  
C’est trop délicat pour laisser un automatisme gérer ça (mon avis).  
Je ne sais donc pas exactement comment un installateur Debian procède, particulièrement en UEFI, mais il doit commencer par détecter l’environnement et faire ce qu’il peut en fonction.

Je t’ai posé la question si tu voyais une différence avec ou sans secure-boot. Pas vu la réponse.  
Ce que je ferais, c’est une réinstallation du loader (grub ou autre ?) à partir d’un chroot, pour voir comment ça cause.

---

<div class="post-metadata">

**Author:** ![ricecooker](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/r/5f8ce5/32.png) [@ricecooker](https://www.debian-fr.org/u/ricecooker)\
**Post date:** [Août 16, 2025, 8:21 UTC](https://www.debian-fr.org/t/probleme-carte-nvidia-sur-trixie-ou-bootloader-kernel-autre/91429/17 "2025-08-16T08:21:27Z")

</div>

je n’utilise pas secure-boot.  
Je vais me pencher sur la question du boot loader, mais ce ne sera sans doute pas avant la semaine prochaine. (Et ça va me prendre un peu de temps, ça fait un moment que je n’ai pas joué avec ça. D’habitude ce qui est fait par défaut fonctionne bien pour moi)

edit : je viens de démarrer la bookworm avec le parametre «&nbsp;ro&nbsp;» au lieu de «&nbsp;ro quiet&nbsp;» et je m’aperçois que j’ai aussi les messages sur EFI stub 😶

---

<div class="post-metadata">

**Author:** ![pled](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pled/32/11791_2.png) [@pled](https://www.debian-fr.org/u/pled)\
**Post date:** [Août 16, 2025, 9:03 UTC](https://www.debian-fr.org/t/probleme-carte-nvidia-sur-trixie-ou-bootloader-kernel-autre/91429/18 "2025-08-16T09:03:43Z")

</div>

J’ai vu passer ça hier, un «&nbsp;text installer&nbsp;» pour Trixie. Ça ne supporte pas les cartes Tesla, mais ce n’est pas le cas la tienne me semble-t-il ??

> **[GitHub - devleonardoamaral/debian-nvidia-installer: NVIDIA driver installer with...](https://github.com/devleonardoamaral/debian-nvidia-installer)**
>
> NVIDIA driver installer with a Bash TUI. This tool allows you to install NVIDIA drivers on Debian using an interactive text-based interface (TUI). It automates steps such as package installation, c...

---

<div class="post-metadata">

**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\
**Post date:** [Août 16, 2025, 9:38 UTC](https://www.debian-fr.org/t/probleme-carte-nvidia-sur-trixie-ou-bootloader-kernel-autre/91429/19 "2025-08-16T09:38:42Z")

</div>

@ricecooker  
La bonne nouvelle est que le message 'EFI stub ’ n’est pas un message d’erreur, mais juste une information générée par le kernel:

```nohighlight
if (status == EFI_SUCCESS) {
	efi_info("Loaded initrd from LINUX_EFI_INITRD_MEDIA_GUID device path\n");

```

`grep HANDOVER /boot/config*`  
CONFIG\_EFI\_HANDOVER\_PROTOCOL=y

Le point pas clair est que le protocole ‹&nbsp;EFI handover&nbsp;› semble déprécié.

Reste à clarifier exactement où coince le boot.  
Pour booter en console, le loader a besoin de 3 choses:  
 → trouver les fichiers **vmlinuz** + **initrd.img** du système à booter, et être sûr que l’option «&nbsp; **root=UUID=…** &nbsp;» du noyau est correct.

La partie boot UEFI est complexe et évolutive, fonction du noyau, donc pas facile à tracer, et aussi dépendante d’éventuels bugs du BIOS. Le BIOS étant à jour, ça élimine cette suspicion.  
Peut-être pas un problème de loader, mais l’intérêt de réinstaller en mode ‹&nbsp;verbose&nbsp;› est au moins de récupérer des messages pour confirmer ou non que le loader s’installe correctement, ou pas.

---

<div class="post-metadata">

**Author:** ![ricecooker](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/r/5f8ce5/32.png) [@ricecooker](https://www.debian-fr.org/u/ricecooker)\
**Post date:** [Août 17, 2025, 4:56 UTC](https://www.debian-fr.org/t/probleme-carte-nvidia-sur-trixie-ou-bootloader-kernel-autre/91429/20 "2025-08-17T16:56:35Z")

</div>

@pled : je salue l’initiative… J’essaierai cela dès que j’aurai quelque chose de plus stable. 😉

@Verner : Justement au vu de ce que tu écris, je ne suis pas bien sûr qu’il s’agisse d’un problème de bootloader, à moins que qqch m’échappe ? Le système démarre bien, c’est «&nbsp;juste&nbsp;» qu’ensuite il plante et reboote plus ou moins rapidement (j’ai parfois le temps de taper quelques commandes).  
Dernière nouveauté dans les messages depuis le flash du bios (qui m’affiche 4 coeurs, bizarrement alors que gkrellm me parle de 8)

 ![IMG_20250817_183808_resized_20250817_065418259](https://www.debian-fr.org/uploads/default/original/2X/b/bd3c1a589f0f0d8a10ecf66d786172f639c620f4.jpeg)

[Page suivante](https://www.debian-fr.org/t/probleme-carte-nvidia-sur-trixie-ou-bootloader-kernel-autre/91429.md?page=2)
