Différences

Ci-dessous, les différences entre deux révisions de la page.

--- uefi [Le 24/02/2023, 23:47]
moths-art correctif rapide : wiki-corrector
+++ uefi [Le 29/08/2024, 18:51] (Version actuelle)
77.131.3.246 [Activer / désactiver le Secure Boot]
@@ Ligne 116: / Ligne 116: @@
 <note important>Si votre ordinateur boote déjà en EFI avec un autre O.S., il est possible d'utiliser sa partition de boot EFI </note>
-Si le seul disque de votre ordinateur est neuf, il faut d'abord créer une table de partitionnement au format GPT avec l'onglet « Périphériques » de gparted.
+Si le  disque de votre ordinateur est neuf, il faut d'abord créer une table de partitionnement au format GPT avec l'onglet « Périphériques » de [[:/gparted|gparted]]. \\ Si votre disque n'a pas de partition EFI, il faut en créer une avec gparted.
-Une partition EFI est indispensable pour installer Ubuntu en mode EFI via l'installateur manuel.
+Si vous installez ubuntu sur autre disque que le premier, il est souhaitable que la structure de boot soit dans le même disque afin de pas dépendre de l'état physique du premier disque. Vous pouvez choisir:\\
-Ubuntu ne sait actuellement utiliser que la partition EFI du premier disque. En cas d'installation d'Ubuntu sur un second disque, ce n'est pas la peine de créer une partition EFI sur le second disque. C'est celle du premier disque qui sera utilisée.
+  * Soit une installation automatique sur la totalité du disque.\\
+  * Soit une installation manuelle. Vous devrez alors ne pas oublier de renseigner le point de montage **/boot/efi** avec la partition fat32 que vous aurez préalablement créée dans le disque.
+La référence de cette partition de boot EFI sera enregistrée dans le fichier **/etc/fstab** lors de l'installation.
-<note tip>À partir de la version 19.10, le choix « Autre chose » permet de  choisir la partition de boot EFI définie ailleurs que dans le premier disque.</note>
-<note>
-Attention, depuis déjà avant 2017, une partition EFI créée sur une autre unité est utilisable, et … utile.
 Si on a configuré l'ordinateur pour qu'il démarre en priorité sur cette seconde unité bootable, disque ou clé USB, et que celle-ci comporte une partition EFI l'ordinateur ira bien y chercher le programme de démarrage **\EFI\boot\bootx64.efi** et le lancer s'il s'y en trouve un. Celui-ci pourra être le **grubx64.efi** (ou le **shimx64.efi** en Secure Boot) linux installé sous ce nom.
@@ Ligne 134: / Ligne 132: @@
 En cas de multiboots, on peut ainsi avoir des menus différents suivant que l'on démarre depuis le premier disque ou depuis une unité USB.
-La partition EFI de la seconde unité est donc bien utilisable, même si, en 2018, on devait encore la remplir manuellement avec les répertoires **\EFI\Boot** et **\EFI\ubuntu** lors de l'installation.
+**Il est possible de réparer La structure de booT en lançant [[:/boot-repair|boot-repair]] et en choisissant la bonne partition de boot EFI.**
-Mais, curieusement, après le démarrage, c'est la partition EFI du premier disque qui est effectivement montée, ce qui à ce stade ne sert plus à autre chose que de préparer une éventuelle mise à jour du chargeur grub.
-Ce qui a pour conséquence le problème suivant : lors d'une mise à jour de la seconde unité, le grub l'est sur la mauvaise (le premier disque).
-En outre le fichier **\EFI\ubuntu\grub.cfg** du premier disque se fait couramment écraser et renvoie lors d'un boot ultérieur à tort vers **/boot/grub/grub.cfg** de la seconde unité, on n'a plus le bon menu sur la première.
-Et si la seconde unité a été retirée on ne démarre plus.
-Ceci élève cette anomalie au rang de bug.
-La cause en est que l'installeur met d'office dans le fichier **/etc/fstab** du système qu'il installe une ligne visant à monter la partition EFI de la première unité.
-Pour régler ce problème on doit y remplacer l'UUID présent par celui de la partition EFI de la seconde unité.
-On le trouve facilement par la commande **blkid** dans un terminal.
-Contrairement à l'installeur, qui seul privilégie le premier disque, le grub linux est pleinement apte à exploiter indifféremment la partition EFI de toute unité sur laquelle on démarre.
-Pour éviter ce désagrément, il est nécessaire de faire une installation par la technique « Autre chose » et de faire le montage de la bonne partition de boot EFI afin qu'elle ne soit pas automatiquement choisie.
-**Sinon, il est possible de réparer en lançant boot-repair et en choisissant la bonne partition de boot EFI.**
 </note>
-  * Dans le cas de Windows 8 ou 10 préinstallé (et certains Windows 7 préinstallés), une partition EFI existe déjà. Il ne faut pas en créer une autre : cette partition sera réutilisée par l'installateur manuel de Ubuntu sans qu'on ait besoin de définir quoi que ce soit pour elle.
+  * Dans le cas de Windows 8 ou 10 préinstallé (et certains Windows 7 préinstallés), une partition EFI existe déjà. Si vous installez dans le même disque, il n'est pas utile d'en créer une autre: Cette partition sera réutilisée par l'installateur manuel de Ubuntu sans qu'on ait besoin de définir quoi que ce soit pour elle.
     * Dans le cas d'une installation Windows 10 après une installation Ubuntu, il semble nécessaire de libérer 60 Go en début du premier disque et déconnecter les autres disques. Les 4 partitions nécessaires à Windows 10 seront alors automatiquement créées.
   * Une partition EFI peut être créée via une version récente de [[:gParted]] et doit posséder les caractéristiques suivantes :
@@ Ligne 161: / Ligne 143: @@
     * // Autre : // doit être située en début((= n'importe quel emplacement entièrement inclus dans les 100 premiers Go du disque)) d'un disque partitionné en [[GPT]],
     * Elle sera automatiquement reconnue par l'installateur d'Ubuntu qui lui attribuera le point de montage suivant : ''/boot/efi''. ((inutile de préciser ce point de montage si vous créez cette partition via l'installateur Ubuntu, cf. [[http://forum.ubuntu-fr.org/viewtopic.php?pid=10719471#p10719471|cette discussion]]))
+<note tip>L'installateur subiquity de version 23.10 fabrique cette partition avec une taille de 1075 Mio.</note>
+<note warning>Il préférable que cette partition soit entièrement inclue [[https://forum.ubuntu-fr.org/viewtopic.php?pid=22727667#p22727667|dans les 100 premiers Go du disque.]]</note>
 <note tip>Les Windows récents ne savent pas accéder à une partition FAT32 de taille supérieure à 32 768 Mio (= 32 Gio).</note>
 <note tip>Pas besoin de partition EFI (ESP) sur un disque GPT pour installer Ubuntu seul en mode Bios (legacy, non uefi).</note>
 =====  Identifier un Ubuntu installé en EFI =====
@@ Ligne 194: / Ligne 179: @@
 Il suffit de [[:chroot#convertir_un_environnement_32_bits_en_environnement_64_bits|le faire en ligne de commandes]].
 </note>
+Si pour une raison  [[https://forum.ubuntu-fr.org/viewtopic.php?id=2076216|spéciale]], vous ne pouvez pas booter en EFI alors que le bios est EFI, vous pouvez tenter de faire cette installation en ligne de commandes.
+<code bash>sudo apt install grub-efi-amd64
+sudo grub-install /dev/sda --no-nvram --efi-directory=/boot/efi  --target=x86_64-efi </code>
 ==== Convertir Ubuntu en mode classique ====
@@ Ligne 237: / Ligne 227: @@
 Chaque constructeur ayant une manière différente de faire, si vous n'avez pas trouvé comment désactiver le Secure Boot, faites un tour dans cette documentation : [[:desactiver_secure_boot|Comment désactiver le secure boot]].
+Information additionnelle sur le boot uefi et le secure boot:
+le boot UEFI n'est rien d'autre qu une back door complete sur l ensemble du systeme quel que soit sa nature (windows, macos, linux...].
+Pourquoi? il s agit de l implementation du software dans le hardware.
+Ainsi on contourne le systeme operatif en le prenant a revers par le hardware.
+La backdoor est ainsi placee en amont du systeme et permet de tout controler sans etre repere par les habituels firewall, antivirus.... et en s emancipant du systeme.
+Meme le secure boot ne change rien puisque le probleme est dans le boot.
+Seule solution : revenir au boot classique
 ===== Contourner le démarrage forcé sur Windows 10 et Windows 8 =====
-La méthode [[Boot-Repair]] prend en charge ce cas-là mais n'explique pas ce qui se passe. Voici donc une méthode alternative détaillée mais nécessitant de savoir utiliser un [[terminal]]). Elle semble indispensable sur certains MSI et Sony. Voici les étapes à suivre, détaillées dans les sous-paragraphes suivants :
+La méthode [[Boot-Repair]] **ne** prend **plus** en charge ce cas-là<del> mais n'explique pas ce qui se passe</del>. Voici donc une méthode alternative détaillée mais nécessitant de savoir utiliser un [[terminal]]). Elle semble indispensable sur certains MSI et Sony. Voici les étapes à suivre, détaillées dans les sous-paragraphes suivants :
   - sauvegarder les programmes d'amorçage EFI d'origine
   - renommer le programme d'amorçage standard de Microsoft, et écraser toutes les copies que peut charger le bios UEFI par le programme d'amorçage de grub
@@ Ligne 307: / Ligne 305: @@
   * Mettre à jour les entrées de Grub : <code>sudo update-grub</code>
   * Redémarrer et tester le démarrage sous Windows.
+=== Solution 3 ===
+Installer [[:refind|refind]] puis le mettre [[:refind#booter_avec_une_installation_windows_bridee|à la place du fichier de boot de windows.]]
 ====HP====
 Pour les ordinateurs **HP** une mise à jour de l'UEFI devrait suffire pour que les 2 OS cohabitent (il faut que votre UEFI soit minimum en version F30??). Ceci est fait en identifiant la signature du programme efi dans l'un des 3 emplacements possibles indiqués plus bas, et en démarrant sur celui qui a la bonne signature même si les 2 autres ont été remplacés. Que cela fonctionne ou pas, c'est de la roulette russe: si vous avez dans l'UEFI une flèche au niveau de OS selection, c'est tout bon; sinon, il faut suivre la méthode [[https://forum.ubuntu-fr.org/viewtopic.php?pid=21750010#p21750010|suivante]].\\
@@ Ligne 323: / Ligne 322: @@
 **/boot/efi/EFI/ubuntu/shimx64.efi** qui est le chargeur-menu Ubuntu en Secure Boot.\\
 Copier **/boot/efi/EFI/ubuntu/grubx64.efi** vers **/boot/efi/EFI/Boot/grubx64.efi** pour qu'il puisse être trouvé par **\EFI\Boot\bootx64.efi** (=**shimx64.efi**).
+==== L'utilisateur a supprimé windows ====
+Dans le cas où l'utilisateur a totalememt supprimé windows ainsi que ses fichiers de boot et que ubuntu n'est pas lancé par le bios EFI, on a deux contextes:
+Dans le meilleur des cas, le bios indique que le fichier de boot est absent.
+Dans le pire des cas, le bios boucle à la recherche de windows sans rien dire.
+il ne reste qu'à recréer la [[https://forum.ubuntu-fr.org/viewtopic.php?pid=22704240#p22704240|structure de boot de windows]].
@@ Ligne 362: / Ligne 370: @@
   * [[:efibootmgr|EFIBootmgr: Gestionnaire du chargeur de démarrage UEFI]]
   * [[https://www.youtube.com/watch?v=kZS84ctzii8|Créer la clé USB depuis windows avec Rufus  et installer en EFI avec le choix "autre chose"]]
+  * [[https://doc.ubuntu-fr.org/cohabitation_ubuntu_windows#problemes_frequents_suite_a_l_installation_en_double_amorcage_avec_windows|Mettre le bios en mode AHCI]]
 ----
 //Contributeurs principaux : [[:utilisateurs:YannUbuntu]], [[utilisateurs:fnx]]//