# Xorg "générique" pour carte nvidia plus supportée **URL:** \ **Category:** Support Debian\ **Created:** [Juillet 21, 2022, 2:16 UTC](https://www.debian-fr.org/t/xorg-generique-pour-carte-nvidia-plus-supportee/86844 "2022-07-21T14:16:47Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![miko](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/f14d63/32.png) [@miko](https://www.debian-fr.org/u/miko)\ **Post date:** [Juillet 21, 2022, 2:16 UTC](https://www.debian-fr.org/t/xorg-generique-pour-carte-nvidia-plus-supportee/86844/1 "2022-07-21T14:16:47Z")
Bonjour Je viens de basculer un vénérable (10 ans) pc portable en D11. Mauvaise surprise : la carte nvidia GeForce 9300M GS qui l’équipe n’a plus de pilote propriétaire supporté et le pilote libre « nouveau » est trop instable (gels fréquents). J’ai donc banni « nouveau ». Le pc démarre et le serveur X aussi, quoiqu’avec une résolution inférieure (1280x720) à celle à laquelle j’étais habitué (1440x900) et en plus le désavantage que le rapport d’aspect semble légèrement différent de 1. J’ai donc inséré les paramètres ``` GRUB_GFXMODE=1440x900 GRUB_GFXMODE=1440x900x32 GRUB_GFXPAYLOAD_LINUX=keep ``` dans /etc/default/grub et regénéré le fichier de configuration de grub en conséquence. Au reboot, visuellement, j’ai récupéré une meilleure résolution, bien que je sois incapable de vérifier ce qu’elle est réellement. Par contre, X ne démarre plus, avec le message d’erreur : `(EE) Cannot run in framebuffer mode. Please specify busIDs for all framebuffer devices` Je ne sais pas très bien quoi faire pour résoudre ce problème : j’imagine qu’il faut que je crée un fichier de configuration adhoc mais je n’ai aucune idée de ce qu’il faut que j’y mette. Pour info #X -configure crée un fichier de configuration … avec le pilote « nouveau » (et quelques erreurs), donc inutilisable. Incidemment, il fut un temps où j’étais capable de modifier dynamiquement la résolution des terminaux textuels. J’ai malheureusement oublié comment je faisais. J’ai tenté d’installer le module uvesafb et de faire quelques manipulations avec fbset, mais le serveur X ne démarre pas non plus avec ce module et de plus la résolution que je vise n’est pas disponible. Cordialement. ---
**Author:** ![nicola](https://www.debian-fr.org/user_avatar/www.debian-fr.org/nicola/32/8969_2.png) [@nicola](https://www.debian-fr.org/u/nicola)\ **Post date:** [Juillet 21, 2022, 3:03 UTC](https://www.debian-fr.org/t/xorg-generique-pour-carte-nvidia-plus-supportee/86844/2 "2022-07-21T15:03:48Z")
As-tu essayé avec une clé USB ? ---
**Author:** ![miko](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/f14d63/32.png) [@miko](https://www.debian-fr.org/u/miko)\ **Post date:** [Juillet 21, 2022, 3:06 UTC](https://www.debian-fr.org/t/xorg-generique-pour-carte-nvidia-plus-supportee/86844/3 "2022-07-21T15:06:32Z")
Bonjour, > [@nicola](#): > > As-tu essayé avec une clé USB ? Je ne comprends pas ce que devrait contenir cette clef USB. Cordialement. ---
**Author:** ![nicola](https://www.debian-fr.org/user_avatar/www.debian-fr.org/nicola/32/8969_2.png) [@nicola](https://www.debian-fr.org/u/nicola)\ **Post date:** [Juillet 21, 2022, 3:20 UTC](https://www.debian-fr.org/t/xorg-generique-pour-carte-nvidia-plus-supportee/86844/4 "2022-07-21T15:20:08Z")
Un système Debian sur une clé USB pourrait détecter automatiquement les bons pilotes et paramètres. ---
**Author:** ![miko](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/f14d63/32.png) [@miko](https://www.debian-fr.org/u/miko)\ **Post date:** [Juillet 21, 2022, 3:33 UTC](https://www.debian-fr.org/t/xorg-generique-pour-carte-nvidia-plus-supportee/86844/5 "2022-07-21T15:33:05Z")
Bonjour, > [@nicola](#): > > Un système Debian sur une clé USB pourrait détecter automatiquement les bons pilotes et paramètres. Pourquoi un système sur une clef USB ferait-il mieux que le système installé sur le PC lui-même ? D’autant plus qu’il risque de me proposer « nouveau » dont je ne veux plus. Cordialement. ---
**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\ **Post date:** [Juillet 21, 2022, 4:35 UTC](https://www.debian-fr.org/t/xorg-generique-pour-carte-nvidia-plus-supportee/86844/6 "2022-07-21T16:35:54Z")
Bonjour > [@miko](#): > > … la carte nvidia GeForce 9300M GS qui l’équipe n’a plus de pilote propriétaire supporté … Pourtant, j’en ai trouvé un pour la carte **GeForce 9300M GS** sur le site officiel de NVIDIA : [Driver Details | NVIDIA](https://www.nvidia.com/Download/driverResults.aspx/156163/en-us/) ---
**Author:** ![nicola](https://www.debian-fr.org/user_avatar/www.debian-fr.org/nicola/32/8969_2.png) [@nicola](https://www.debian-fr.org/u/nicola)\ **Post date:** [Juillet 21, 2022, 5:10 UTC](https://www.debian-fr.org/t/xorg-generique-pour-carte-nvidia-plus-supportee/86844/7 "2022-07-21T17:10:13Z")
> [@miko](#): > > Pourquoi un système sur une clef USB ferait-il mieux que le système installé sur le PC lui-même ? J’ai écrit « pourrait », c’est juste une piste. Sinon, tu as `nvidia-detect` ? ---
**Author:** ![miko](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/f14d63/32.png) [@miko](https://www.debian-fr.org/u/miko)\ **Post date:** [Juillet 21, 2022, 5:17 UTC](https://www.debian-fr.org/t/xorg-generique-pour-carte-nvidia-plus-supportee/86844/8 "2022-07-21T17:17:57Z")
Bonsoir, > [@anon29980398](#): > > Pourtant, j’en ai trouvé un pour la carte **GeForce 9300M GS** Je me suis mal exprimé : j’aurais du écrire « plus supporté par Debian ». Je pourrais effectivement essayer de compiler moi-même ce support mais je crains que ce ne soit au delà de mes compétences immédiates. À voir, si je ne parviens pas à forcer le Xorg de base à travailler en 1440x900. Cordialement. ---
**Author:** ![miko](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/f14d63/32.png) [@miko](https://www.debian-fr.org/u/miko)\ **Post date:** [Juillet 21, 2022, 5:21 UTC](https://www.debian-fr.org/t/xorg-generique-pour-carte-nvidia-plus-supportee/86844/9 "2022-07-21T17:21:14Z")
Bonsoir, > [@nicola](#): > > Sinon, tu as `nvidia-detect` ? Bien sûr, et sa réponse est : ```auto Detected NVIDIA GPUs: 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation G98M [GeForce 9300M GS] [10de:06e9] (rev a1) Checking card: NVIDIA Corporation G98M [GeForce 9300M GS] (rev a1) Your card is only supported by the 340 legacy drivers series, which is only available up to buster. ``` Cordialement. ---
**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\ **Post date:** [Juillet 21, 2022, 5:58 UTC](https://www.debian-fr.org/t/xorg-generique-pour-carte-nvidia-plus-supportee/86844/10 "2022-07-21T17:58:46Z")
> [@miko](#): > > > [@anon29980398](#): > > > > Pourtant, j’en ai trouvé un pour la carte **GeForce 9300M GS** > > Je me suis mal exprimé : j’aurais du écrire « plus supporté par Debian ». > > Je pourrais effectivement essayer de compiler moi-même ce support mais je crains que ce ne soit au delà de mes compétences immédiates. > … En fait, le pilote accessible sur le site de NVIDIA est un fichier compressé téléchargeable, qui une fois décompressé devient un script qu’il faudra rendre exécutable afin de pouvoir lancer son exécution sur un système Linux pour que le pilote s’installe. Il n’y a donc aucune compilation à faire. Il faut : - Télécharger le fichier depuis le site de NVIDIA - Décompresser le fichier téléchargé - Rendre exécutable le fichier (script) décompressé - Fermer sa session graphique - Passer en **console mode texte** \*\*\* afin de pouvoir arrêter le gestionnaire de session graphique (`gdm`, `lightdm`, etc.) - Lancer le script NVIDIA (qui a été décompressé) depuis le compte `root` - suivre les instruction du script De mémoire, le déroulement du script va faire tout ce qu’il faut et ne demandera de redémarrer la machine qu’une seule fois pour pouvoir terminer son installation. Mais il ne faudra pas oublier, quand la machine aura redémarré, de ne surtout pas ouvrir une session graphique mais de passer directement en mode console texte afin de fermer le gestionnaire de session graphique (`gdm`, `lightdm`, etc.) pour pouvoir relancer le script qui va alors terminer son travail d’installation, et au démarrage suivant le pilote sera installé. * * * \*\*\*Pour passer en **console en mode texte** depuis le gestionnaire de session graphique, il faudra, suivant le gestionnaire de session, utiliser un des raccourcis clavier Ctrl+Alt+F1 à Ctrl+Alt+F7 ---
**Author:** ![miko](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/f14d63/32.png) [@miko](https://www.debian-fr.org/u/miko)\ **Post date:** [Juillet 21, 2022, 6:18 UTC](https://www.debian-fr.org/t/xorg-generique-pour-carte-nvidia-plus-supportee/86844/11 "2022-07-21T18:18:27Z")
Bonsoir, > [@anon29980398](#): > > Il n’y a donc aucune compilation à faire. Je veux bien concéder que le script fait tout, mais un bref coup d’œil sur le mode d’emploi m’a quelque peu effrayé : par exemple la possible nécessité de signer le module est déjà un point qui m’est complètement étranger. Je tenterai toutefois l’opération un jour, par curiosité, sachant que j’ai résolu mon problème (voir message suivant). Cordialement. ---
**Author:** ![miko](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/f14d63/32.png) [@miko](https://www.debian-fr.org/u/miko)\ **Post date:** [Juillet 21, 2022, 6:22 UTC](https://www.debian-fr.org/t/xorg-generique-pour-carte-nvidia-plus-supportee/86844/12 "2022-07-21T18:22:59Z")
Bonsoir, J’ai résolu mon problème et j’expose la solution parce qu’elle pourrait intéresser d’autres personnes. En examinant le journal d’Xorg qui me fournissait une résolution dégradée, j’ai constaté la présence de la ligne : ```auto (II) VESA(0): Not using built-in mode "1440x900" (hsync out of range) ``` J’en ai conclu que la résolution était connue mais que le « moniteur » n’était pas capable de l’afficher car sa plage de fréquences horizontales (31,50 - 48 kHz) est insuffisante. cvt m’a donné la fréquence nécessaire : 53,93 kHz pour 1440x900 en 60 Hz vertical. J’ai donc concocté un petit xorg.conf sur mesure ```auto Section "Screen" Identifier "Screen0" Monitor "Monitor0" EndSection Section "Monitor" Identifier "Monitor0" HorizSync 30-60 # Modeline "1440x900_60.00" 106.50 1440 1528 1672 1904 900 903 909 934 -hsync +vsync EndSection ``` qui augmente la plage de synchronisation horizontale. Bingo. Cordialement. ---
**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\ **Post date:** [Juillet 21, 2022, 7:23 UTC](https://www.debian-fr.org/t/xorg-generique-pour-carte-nvidia-plus-supportee/86844/13 "2022-07-21T19:23:32Z")
> [@miko](#): > > … le mode d’emploi m’a quelque peu effrayé : par exemple la possible nécessité de signer le module est déjà un point qui m’est complètement étranger. … C’est effectivement effrayant. Mais ça, c’est seulement si tu utilises un démarrage de ta machine en mode **EFI secure boot** \*\*\* et si tu utilises l’EFI secure il n’y aura pas que pour le pilote de ta carte graphique qu’il te faudra une signature. Par contre, en mode legacy, tu n’auras besoin d’aucune signature. La sécurité des systèmes Linux est reconnue depuis bien longtemps et n’a absolument pas besoin (très doux euphémisme) de l’EFI * * * \*\*\* EFI secure en deux lignes : Tout système d’exploitation autre que Windows sera considéré comme un système malveillant. Il devra demander (acheter) une autorisation (signature) pour pouvoir fonctionner sur un PC Les spécifications de lUEFI (2540 pages) : [https://uefi.org/sites/default/files/resources/UEFI\_Spec\_2\_9\_2021\_03\_18.pdf](https://uefi.org/sites/default/files/resources/UEFI_Spec_2_9_2021_03_18.pdf) ---
**Author:** ![miko](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/f14d63/32.png) [@miko](https://www.debian-fr.org/u/miko)\ **Post date:** [Juillet 22, 2022, 7:38 UTC](https://www.debian-fr.org/t/xorg-generique-pour-carte-nvidia-plus-supportee/86844/14 "2022-07-22T07:38:23Z")
Bonjour, > [@anon29980398](#): > > **EFI secure boot** \*\*\* et si tu utilises l’EFI secure Voilà une nuance dont je n’étais pas conscient. Merci de m’avoir éclairé sur ce point. Cordialement. ---
**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\ **Post date:** [Juillet 22, 2022, 8:10 UTC](https://www.debian-fr.org/t/xorg-generique-pour-carte-nvidia-plus-supportee/86844/15 "2022-07-22T08:10:14Z")
Très souvent, si les utilisateurs _choisissent_ de garder leur machine avec un démarrage en mode EFI c’est parce que windows était déjà installé sur leur machine en mode EFI Donc, s’ils veulent garder leur système Windows installé et fonctionnel, il est plus _simple_ pour eux d’installer les autres systèmes d’exploitation en mode EFI, ou alors il leur faut trouver le moyen de réinstaller leur système windows en mode legacy (je ne sais pas si on peut changer en legacy un système windows déjà installé en mode EFI ou s’il est possible de passer temporairement en mode legacy car toutes les machines ne respectent pas les standards EFI et legacy de la même façon) Mais s’il n’y a encore aucun système installé en mode EFI sur la machine et que le mode legacy est possible, on peut installer tout un tas de systèmes Linux sur la même machine en mode legacy \<=\> pas besoin de signature(s) * * * La machine que j’utilise en ce moment a un système Windows 10 qui y avait été installé en mode legacy, et j’ai 6 systèmes linux installés en plus sur cette même machine en mode legacy \<=\> sans problèmes de signatures. Voilà le choix que j’ai au démarrage de ma machine (Lenovo ThinkPad T450) : [![](https://i.ibb.co/R3BMd35/Capture-d-cran-2022-07-13-07-03-22.png)](https://imgbb.com/) Ceci dit, il existe aussi des machines sur lesquelles c’est impossible car on n’a pas le choix entre EFI ou legacy ou sur lesquelles le mode legacy n’existe pas ou ne respecte pas certains standards, mais elles sont (pour l’instant) encore assez rares. ---
**Author:** ![miko](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/f14d63/32.png) [@miko](https://www.debian-fr.org/u/miko)\ **Post date:** [Juillet 22, 2022, 8:24 UTC](https://www.debian-fr.org/t/xorg-generique-pour-carte-nvidia-plus-supportee/86844/16 "2022-07-22T08:24:08Z")
Bonjour, Merci pour le complément d’information qui me rappelle à quel point j’ai galéré pour installer D11 sur mon autre PC. Et d’ailleurs, je ne sais pas pourquoi ça fonctionne. Pour ma part, je ne conserve le Windows installé que pendant la durée de garantie matérielle, parce que le service après-vente du vendeur se fera un plaisir de la refuser si seul un linux est installé sur le système. Cordialement. ---
**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:** [Juillet 22, 2022, 8:42 UTC](https://www.debian-fr.org/t/xorg-generique-pour-carte-nvidia-plus-supportee/86844/17 "2022-07-22T08:42:36Z")
En effet, le mode EFi est plus destiné à des machiens dont la securité doit etrfe plus importante, le legacy etant moins bon. ---
**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\ **Post date:** [Juillet 22, 2022, 8:26 UTC](https://www.debian-fr.org/t/xorg-generique-pour-carte-nvidia-plus-supportee/86844/18 "2022-07-22T20:26:18Z")
> [@Zargos](#): > > … le mode EFi est plus destiné à des machiens dont la securité doit etrfe plus importante … [https://www.ssi.gouv.fr/uploads/IMG/pdf/uefi-pci-bootkits\_sstic\_article\_fr.pdf](https://www.ssi.gouv.fr/uploads/IMG/pdf/uefi-pci-bootkits_sstic_article_fr.pdf) [https://fr.techtribune.net/securite/16-nouvelles-failles-de-micrologiciel-uefi-a-haute-gravite-decouvertes-dans-des-millions-dappareils-hp/264718/](https://fr.techtribune.net/securite/16-nouvelles-failles-de-micrologiciel-uefi-a-haute-gravite-decouvertes-dans-des-millions-dappareils-hp/264718/) > **[Des vulnérabilités dans les laptops Lenovo donnent un accès direct à la carte...](https://www.ictjournal.ch/news/2022-04-22/des-vulnerabilites-dans-les-laptops-lenovo-donnent-un-acces-direct-a-la-carte-mere)** > > Eset a découvert pas moins de trois vulnérabilités dans les ordinateurs portables de Lenovo. Ces failles permettent à un attaquant de manipuler le firmware de la carte mère et de contourner ainsi presque toutes les mesures de sécurité de haut niveau. > **[Après Lenovo, HP et Gygabyte également touchés par la faille UEFI - Le Monde...](https://www.lemondeinformatique.fr/actualites/lire-apres-lenovo-hp-et-gygabyte-egalement-touches-par-la-faille-uefi-65359.html)** > > Selon Lenovo, d'autres fournisseurs sont également concernés par l'exploit ThinkPwn UEFI qui permet d'injecter du code malveillant dans le microcode... > **[23 grosses failles de sécurité ont été découvertes dans le BIOS/UEFI des PC...](https://www.phonandroid.com/grosses-failles-securite-bios-uefi-des-pc-intel-microsoft-et-dell.html)** > > Des experts en sécurité viennent de découvrir plus d'une vingtaine de vulnérabilités dans l'UEFI des PC Asus, Acer, Intel, Microsoft > **[BIOS / UEFI : grosse faille de sécurité pour des millions de cartes mères](https://www.generation-nt.com/actualites/bios-uefi-faille-vulnerabilite-securite-informatique-lighteater-cansecwest-1913488)** > > Une faille de sécurité affectant le BIOS / UEFI a été mise en lumière par deux chercheurs. Elle concerne des millions de cartes mères à travers le monde. Une mise à jour s'impose aux utilisateurs, en > **[Des millions de PC Lenovo affectés par des failles UEFI](https://www.it-connect.fr/ces-trois-vulnerabilites-affectent-plus-de-100-modeles-de-pc-lenovo/)** > > Lenovo a mis en ligne un bulletin de sécurité dans lequel il mentionne des failles de sécurité qui touchent le firmware UEFI d'une centaine de modèles de PC. [https://www.silicon.fr/boothole-faille-secure-boot-344198.html](https://www.silicon.fr/boothole-faille-secure-boot-344198.html) [http://www.pc-boost.com/pages/news\_1643873161\_une-societe-de-securite-avertit-que-ces-failles-de-securite-majeures-du-bios-uefi-affectent-des-millions-d-appareils.html](http://www.pc-boost.com/pages/news_1643873161_une-societe-de-securite-avertit-que-ces-failles-de-securite-majeures-du-bios-uefi-affectent-des-millions-d-appareils.html) Je n’ai pris que 9 des plus récents des liens très rapidement trouvés. ---
**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:** [Juillet 23, 2022, 9:42 UTC](https://www.debian-fr.org/t/xorg-generique-pour-carte-nvidia-plus-supportee/86844/19 "2022-07-23T09:42:29Z")
OUi le problème c’est la securité du boot efi, mais si tu veux avoir certains actifs de sécurité tu es obligé d’etre en efi, c’est justement ça le probleme. Les disques chiffrés permettent de palier au problème indirectement. Le secure boot en est un autre. Après les puces type Titan peuvent aussi aider. Pour faie simple, appliquer la stratégie de défense en profondeur: ne pas se contenter d’une seule ligne de défense mais de plusieurs. En fait les articles perlent à peu prêt tous de la même chose. C’est le code UEFI qui est en cause,mais les article parlent d’un materiel ou un autre,d’entreprises ou d’autres. Comme c’est à peu prêt le même code partout, l’importante quantité de machines concernées est logique. Ceci dit aussi, ce n’est pas forcément aisé de l’exploiter. Car qui dit faille, ne dit pas toujorus exploitation de cette faille, et qui dit exploitation ne dit pas facilité non plus. Une des dernière faille de Microsoft nécessite d’avoir accès à la machine physiquement, donc cela réduit la surface d’exposition. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Juillet 23, 2022, 11:11 UTC](https://www.debian-fr.org/t/xorg-generique-pour-carte-nvidia-plus-supportee/86844/20 "2022-07-23T11:11:32Z")
> [@miko](#): > > la carte nvidia GeForce 9300M GS qui l’équipe n’a plus de pilote propriétaire supporté et le pilote libre « nouveau » est trop instable (gels fréquents). J’ai lu sur des forums (peut-être ici) que certains paramètres du noyau peuvent améliorer la stabilité du pilote nouveau, mais je ne les ai plus en tête. EDIT: J’ai retrouvé `init_on_alloc=0` mais il me semble qu’il y en a un autre. EDIT2: L’autre paramètre mentionné est `no_console_suspend` mais je ne sais pas s’il est vraiment utile ou ne sert que pour le débogage Les performances d’affichage vont être abominables avec le pilote générique VESA. Est-ce le seul GPU ou y a-t-il un GPU intégré au chipset ou au CPU ? Dans ce cas il vaudrait mieux utiliser le GPU intégré avec les pilotes optimisés qui offriraient de biens meilleures performances. Concernant l’UEFI, quelques mises au point. > [@anon29980398](#): > > si tu utilises l’EFI secure il n’y aura pas que pour le pilote de ta carte graphique qu’il te faudra une signature. En effet, cela concerne tout noyau ou module du noyau compilé localement, notamment les pilotes propriétaires virtualbox, r8168 pour cartes réseau Realtek, wl pour cartes wifi Broadcom… > [@anon29980398](#): > > Par contre, en mode legacy, tu n’auras besoin d’aucune signature. Ni en mode UEFI sans secure boot. Apparemment il y a une certaine confusion entre secure boot et UEFI. Le secure boot n’est qu’une fonctionnalité optionnelle de l’UEFI. > [@anon29980398](#): > > La sécurité des systèmes Linux est reconnue depuis bien longtemps et n’a absolument pas besoin (très doux euphémisme) de l’EFI L’UEFI en lui-même n’apporte aucune sécurité. C’est le secure boot qui apporte une certaine (très relative) sécurité. > [@anon29980398](#): > > \*\*\* EFI secure en deux lignes C’est très grossièrement résumé mais assez vrai en pratique. La théorie : le système doit être signé avec une clé reconnue par le firmware UEFI. La pratique : les firmwares UEFI ne reconnaissent que la clé de Microsoft. Certains permettent d’enregistrer d’autres clés mais ce n’est pas toujours le cas. > [@anon29980398](#): > > Très souvent, si les utilisateurs _choisissent_ de garder leur machine avec un démarrage en mode EFI > c’est parce que windows était déjà installé sur leur machine en mode EFI Mais il n’est pas forcément nécessaire de laisser le secure boot activé (ça peut l’être, j’ai vu bitlocker bloquer le démarrage de Windows si le secure boot avait été désactivé). > [@anon29980398](#): > > je ne sais pas si on peut changer en legacy un système windows déjà installé en mode EFI Non, on peut seulement faire l’inverse, ce qui va au passage entraîner une conversion de la table de partition du disque système au format GPT (et probablement casser les éventuels autres systèmes présents). > [@anon29980398](#): > > ou s’il est possible de passer temporairement en mode legacy Si tu veux dire passer en mode legacy pour booter Linux ou en mode EFI pour booter Windows, c’est possible du moment que le firmware UEFI supporte l’amorçage legacy. > [@anon29980398](#): > > Mais s’il n’y a encore aucun système installé en mode EFI sur la machine et que le mode legacy est possible, on peut installer tout un tas de systèmes Linux sur la même machine en mode legacy \<=\> pas besoin de signature(s) Pas besoin de signature non plus en mode EFI sans secure boot. Et les systèmes ne s’écraseront pas le GRUB les uns des autres dans le MBR (par contre ils s’écraseront quand même le GRUB s’il sont de la même distribution). > [@Zargos](#): > > En effet, le mode EFi est plus destiné à des machiens dont la securité doit etrfe plus importante Non, c’est le secure boot qui est censé apporter une sécurité, pas l’UEFI en lui-même. > [@Zargos](#): > > Les disques chiffrés permettent de palier au problème indirectement. Le secure boot en est un autre Le chiffrement du disque ne répond pas au mêmes risques. Même avec un disque chiffré, l’amorçage lui-même n’est pas chiffré. Le secure boot a précisément pour but de protéger l’amorçage, mais pas ce qui se passe après. Les deux sont donc complémentaires. [Page suivante](https://www.debian-fr.org/t/xorg-generique-pour-carte-nvidia-plus-supportee/86844.md?page=2)