En mode legacy, l’installateur affiche bien “UEFI installer menu”…
Je vais essayer avec une autre distribution
Si l’installateur affiche cela alors il a été amorcé en mode EFI, pas en mode legacy.
Le mode legacy dont tu parles est-il une option permettant de choisir entre UEFI et legacy ou bien est-ce une option permettant d’activer et désactiver le mode legacy ? Dans le second cas, je pense que la possibilité de démarrer en mode EFI reste active et prioritaire sur le démarrage en mode legacy si l’installateur supporte les deux modes.
Si tu veux continuer avec Debian, tu as plusieurs voies :
-
Réparer l’amorçage EFI grâce à l’installateur en mode rescue.
-
Installer l’amorçage en mode legacy (grub-pc) grâce à l’installateur en mode rescue.
-
Forcer le démarrage de l’installateur Debian en mode legacy. Il existe plusieurs méthodes plus ou moins radicales pour cela., parmi lesquelles :
- si le firmware le permet, provoquer l’affichage du menu de démarrage du firmware au démarrage et sélectionner la clé USB en mode legacy (non UEFI)
- supprimer la partition système EFI sur la clé USB
- utiliser une des images Debian live, qui ne sont pas amorçables en mode EFI et permettent d’installer Debian.
Dans l’onget “Boot” du BIOS j’ai :
Boot Mode : UEFI -> je peux changer en Legacy
Secure boot : disabled
Tu disais qu’il était plus pertinent d’installer en EFI donc je m’oriente vers la première solution. Il s’agissait de la procédure de ton poste précédent ?
Malgré le boot mode réglé en “legacy”, l’installateur Debian est amorcé en mode UEFI ? Alors il y a un bug dans ce firmware UEFI.
Je ne pense pas avoir écrit qu’il était plus pertinent d’installer en mode EFI. Tu n’as pas de contrainte de dual boot avec un système déjà installé en UEFI, donc tu as le choix. L’amorçage traditionnel (legacy) est généralement plus simple et plus sûr, surtout avec les firmwares UEFI buggés.
J’ai écrit que la question posée par l’installateur concernant l’installation du chargeur d’amorçage dans le chemin de périphérique amovible n’est pertinente qu’en mode EFI.
J’ai aussi écrit qu’en cas de firmware UEFI buggé, on a moins de risque d’avoir des ennuis si on associe mode legacy et format DOS/MBR ou mode EFI et format GPT.
En accédant à mon SSD depuis une version live je remarque que le dossier /boot/efi est vide.
Un boot-info depuis le live donne ceci http://paste2.org/bJPcMAkC
Le répertoire /boot/efi sert de point de montage pour la partition système EFI, c’est normal qu’il soit vide quand la partition n’est pas montée. C’est comme /home.
D’après le résultat de boot-info, la partition système EFI contient un fichier /EFI/debian/grubx64.efi qui est la partie de GRUB EFI installée par Debian dans la partition système EFI. Par contre efibootmgr ne liste aucune entrée d’amorçage EFI pour ce fichier, ce qui n’est pas normal mais explique pourquoi il n’est pas amorcé.
La partition système EFI contient aussi les fichiers d’un chargeur visiblement installé par Ubuntu dans /EFI/ubuntu. Une idée de comment ils sont arrivés là ? efibootmgr montre une entrée d’amorçage EFI “Boot0000” pour ce chargeur, mais elle ne figure pas dans l’ordre d’amorçage (BootOrder) donc n’est pas amorçée non plus.
Copier le chargeur EFI de Debian dans le chemin de périphérique amovible pourrait permette de le lancer par défaut. Il suffit de monter la partition système EFI et de copier le fichier EFI/debian/grubx64.efi en /EFI/boot/bootx64.efi.
Pour le fichier ubuntu qui traine ce doit etre lie au fait que j ai tente une install d ubuntu ou que je passe par un live usb ubuntu.
Pour monter la partition EFI apres avoir verifie avec `sudo fdisk -l qui ;e renvoie ceci :
`Disk /dev/ram0: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram1: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram2: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram3: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram4: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram5: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram6: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram7: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram8: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram9: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram10: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram11: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram12: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram13: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram14: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram15: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/loop0: 1,4 GiB, 1459982336 bytes, 2851528 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/sda: 119,2 GiB, 128035676160 bytes, 250069680 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 2EB57949-A49B-4DBD-A2C8-CED85AA1C021
Device Start End Sectors Size Type
/dev/sda1 2048 1050623 1048576 512M EFI System
/dev/sda2 1050624 20582399 19531776 9,3G Linux filesystem
/dev/sda3 20582400 27506687 6924288 3,3G Linux swap
/dev/sda4 27506688 250068991 222562304 106,1G Linux filesystem
Disk /dev/sdb: 14,6 GiB, 15610576896 bytes, 30489408 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x40a863e7
Device Boot Start End Sectors Size Id Type
/dev/sdb1 * 0 2955679 2955680 1,4G 0 Empty
/dev/sdb2 2927216 2931951 4736 2,3M ef EFI (FAT-12/16/32)
Je lance sudo mount /dev/sda1qui me renvoie : \mount: can’t find /dev/sda1 in /etc/fstab
Il faut indiquer un point de montage. /mnt fera l’affaire.
Fait, sans retour d erreurs.
Au demarrage j ai ecran noir avec grub;
invite de commande avec “grub” seul ou “grub rescue” ?
Quelle est la valeur de la variable $prefix affichée par la commande set à cette invite ?
En fait c est l ecran debian habituel avec les trois choix mais le mode normal ou rescue ne donne rien (ou plutot une suite de lignes qui se repetent a l infini).
set renvoie : prefix=(hd0,gpt2)/boot/grub
Le menu de démarrage de GRUB ?
Que contiennent ces lignes ?
Oui il s agit de l ecran de demarrage.
Pour les lignes elles se succedent tres vite, je vois des “ff(pleins de chiffres)” et a un moment apparait “--------end-------” et ca repart.
Au debut j ai "debain log : " puis “password” mais les lignes apparaissent avant que je puisse saisir
Dernier bootinfo : http://paste2.org/nCbgyGBW
Bootinfo sans intérêt puisque le système démarre au delà de l’amorçage.
Concernant le lignes qui défilent sans arrêt, ça ressemble à un bug du noyau (kernel oops).
Ça se produit aussi en mode dépannage ?
Ça commence avant ou après l’affichage de “debian login:” ?
Et si tu appuies sur la touche “Scroll Lock”/“Arrêt Défil” pour suspendre le défilement ?
Tu peux empêcher l’affichage des messages du noyau (mais pas leur cause) en appuyant sur “e” pour éditer l’entrée de menu de GRUB, et en ajoutant l’option loglevel=0 à la ligne de commande du noyau, celle qui commence par linux.
C’est peut-être pas forcement approprié, mais je testerais de booter avec stretch qui passera en stable dans pas trop longtemps et qui supportera sûrement mieux le matériel, cela poseras peut-être moins de problèmes 
J’ai finalement réussi à installer Jessie depuis une version netinstall via mon smartphone.
Pas d’erreur durant l’installation mais 3 remarques après l’installation :
- J’ai 2 noyaux d’installés : 4.9.0.0.bpo.1-amd64 -> inopérant au démarrage, écran noir. 3.16.0-4.amd64 qui fonctionne.
- Je n’ai pas de wifi, malgré la mise en place des dépôts backports
- Au démarrage, j’ai ce message : “Cinnameon est actuellement en cours d’exécution sans accélération matérielle vidéo et, par conséquent, vous pouvez observer une utilisation de votre CPU beaucoup plus elevée que l’utilisation normale”.