logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 27-11-2022 10:50:22

lexi
Membre
Inscription : 03-02-2021

[antiX]impossible de booter direct sur mon SSD (mas via clef USB)

Hello tout le monde,

Possesseur d'un petit notebook Clévo, le W515PU, que j'avais acheté  chez LDLC. Celui fonctionnait parfaitement sous xubuntu.

Pour économiser de la batterie (parce que c'est une petite batterie sur ce notebook), j'ai voulu aller plus loin en terme de consommation. J'ai voulu installer un AntiX mais sur un nouveau disque SSD que j'ai au préalable installé.

Le boot
L'installation s'est bien passé sans trop grande difficulté mais quelle déception lorsque je retire ma clef USB, mon système ne veut pas booter :

20221127-101148.jpg

Donc pour booter sur mon système, je remets ma clef avec mon AntiX. Celle-ci dispose du menu "Boot rescue", qui me permet ensuite de basculer sur "Grubs menu"
20221127-101307.jpg
Une que je clique sur le menu, il me dit qu'il le trouve sur le disque (1, 2).


Config du bios

Dans mon bios, on voit bien mon disque SSD :
20221127-100836.jpg

J'ai désactivé le Secure Boot :
20221127-100933.jpg

Mais dans les options de boot, on ne voit que SANDISK correspondant à ma clef USB (mes excuses pour le manque de lumière)
20221127-101020.jpg


Initialement mon notebook était sur un SSD plus ou moins similaire avec celui que j'ai installé.
Avant :
- un Crucial MX300 de 275Go
https://www.ldlc.com/fr-lu/fiche/PB00212821.html

Après :
- un Crucial A400 de 240Go
https://www.ldlc.com/fr-lu/fiche/PB00228331.html

Je pourrais comprendre que j'ai des difficultés si j'avais complètement changé de technologie mais là, total incompréhension.
Pourquoi avant, sur ma XUbuntu, je pouvais sans problème booté sans passer par la clef USB et plus maintenant.

Hors ligne

#2 27-11-2022 10:58:08

lexi
Membre
Inscription : 03-02-2021

Re : [antiX]impossible de booter direct sur mon SSD (mas via clef USB)

Autre information :
- lors de la création de mes partitions sur mon nouveau SSD, j'ai bien fait attention de créer un MBR. J'ai eu un peu de mal au début, l'installeur de Antix me mettait par défaut "GPT" sans que je puisse le changer. J'ai donc partitionné via GParted mis à dispositionné sur le liveUSB de AntiX pour y créer une table de partition, j'ai choisis "msdos".
- lors de l'installation j'ai choisis /dev/sda sur le disque entier, et non pas sur la partition /dev/sda2 et non pas sur /dev/sdb2, la partition de ma clef usb.
Normalement je suis bon à ce niveau

Hors ligne

#3 27-11-2022 11:07:37

raleur
Membre
Inscription : 03-10-2014

Re : [antiX]impossible de booter direct sur mon SSD (mas via clef USB)

lexi a écrit :

j'ai bien fait attention de créer un MBR.


Pour quelle raison ?

Quelques informations utiles à récupérer depuis Debian :

fdisk -l
find /boot/efi
ls /boot/grub
ls /sys/firmware
dpkg -l "grub-*"
efibootmgr

Dernière modification par raleur (27-11-2022 11:09:02)


Il vaut mieux montrer que raconter.

Hors ligne

#4 27-11-2022 11:30:33

lexi
Membre
Inscription : 03-02-2021

Re : [antiX]impossible de booter direct sur mon SSD (mas via clef USB)

Voici le résultat des commandes demandées smile

antix@laptop:~
$ sudo fdisk -l
[sudo] password for antix:
Disk /dev/ram0: 16 MiB, 16777216 bytes, 32768 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: 16 MiB, 16777216 bytes, 32768 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: 16 MiB, 16777216 bytes, 32768 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: 16 MiB, 16777216 bytes, 32768 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: 16 MiB, 16777216 bytes, 32768 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: 16 MiB, 16777216 bytes, 32768 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: 16 MiB, 16777216 bytes, 32768 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: 16 MiB, 16777216 bytes, 32768 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: 16 MiB, 16777216 bytes, 32768 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: 16 MiB, 16777216 bytes, 32768 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: 16 MiB, 16777216 bytes, 32768 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: 16 MiB, 16777216 bytes, 32768 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: 16 MiB, 16777216 bytes, 32768 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: 16 MiB, 16777216 bytes, 32768 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: 16 MiB, 16777216 bytes, 32768 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: 16 MiB, 16777216 bytes, 32768 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/sda: 223.57 GiB, 240057409536 bytes, 468862128 sectors
Disk model: KINGSTON SA400S3
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: 0x3f042425

Device     Boot     Start       End   Sectors   Size Id Type
/dev/sda1        67584000 149444607  81860608    39G 83 Linux
/dev/sda2  *         2048  67583999  67581952  32.2G 83 Linux
/dev/sda3       149444608 165828607  16384000   7.8G 83 Linux
/dev/sda4       165828608 468860927 303032320 144.5G 83 Linux

Partition table entries are not in disk order.


Disk /dev/sdb: 28.64 GiB, 30752000000 bytes, 60062500 sectors
Disk model: Ultra USB 3.0  
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: 0x57241237

Device     Boot Start     End Sectors  Size Id Type
/dev/sdb1  *        0 1605631 1605632  784M  0 Empty
/dev/sdb2        1232    9567    8336  4.1M ef EFI (FAT-12/16/32)
antix@laptop:~




antix@laptop:~
$ sudo find /boot/efi
find: ‘/boot/efi’: No such file or directory
antix@laptop:~
$ ls -l /boot/
total 40520
-rw-r--r-- 1 root root   190195 Aug 26 20:26 config-4.9.0-326-antix.1-amd64-smp
drwxr-xr-x 5 root root     4096 Nov 27 05:21 grub
-rw-r--r-- 1 root root 32721137 Nov 27 05:21 initrd.img-4.9.0-326-antix.1-amd64-smp
-rw-r--r-- 1 root root   182704 Aug 15  2019 memtest86+.bin
-rw-r--r-- 1 root root   184884 Aug 15  2019 memtest86+_multiboot.bin
-rw-r--r-- 1 root root  3334699 Aug 26 20:26 System.map-4.9.0-326-antix.1-amd64-smp
drwxr-xr-x 2 root root     4096 Nov 27 05:21 uefi-mt
-rw-r--r-- 1 root root  4854528 Aug 26 20:26 vmlinuz-4.9.0-326-antix.1-amd64-smp
antix@laptop:~
 




antix@laptop:~
$ sudo ls /boot/grub/
fonts  grub.cfg  grubenv  i386-pc  locale  unicode.pf2
antix@laptop:~
$ sudo ls /sys/firmware/
acpi  dmi  efi  memmap
antix@laptop:~
$ sudo dpkg -l "grub-*"
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name                  Version        Architecture Description
+++-=====================-==============-============-=======================================================
un  grub-cloud-amd64      <none>         <none>       (no description available)
ii  grub-common           2.06-3~deb11u2 amd64        GRand Unified Bootloader (common files)
un  grub-coreboot         <none>         <none>       (no description available)
un  grub-doc              <none>         <none>       (no description available)
un  grub-efi              <none>         <none>       (no description available)
un  grub-efi-amd64        <none>         <none>       (no description available)
ii  grub-efi-amd64-bin    2.06-3~deb11u2 amd64        GRand Unified Bootloader, version 2 (EFI-AMD64 modules)
un  grub-efi-amd64-signed <none>         <none>       (no description available)
un  grub-efi-arm          <none>         <none>       (no description available)
un  grub-efi-arm64        <none>         <none>       (no description available)
un  grub-efi-ia32         <none>         <none>       (no description available)
ii  grub-efi-ia32-bin     2.06-3~deb11u2 amd64        GRand Unified Bootloader, version 2 (EFI-IA32 modules)
un  grub-efi-ia64         <none>         <none>       (no description available)
un  grub-emu              <none>         <none>       (no description available)
un  grub-ieee1275         <none>         <none>       (no description available)
un  grub-legacy           <none>         <none>       (no description available)
un  grub-legacy-doc       <none>         <none>       (no description available)
un  grub-linuxbios        <none>         <none>       (no description available)
ii  grub-pc               2.06-3~deb11u2 amd64        GRand Unified Bootloader, version 2 (PC/BIOS version)
ii  grub-pc-bin           2.06-3~deb11u2 amd64        GRand Unified Bootloader, version 2 (PC/BIOS modules)
un  grub-uboot            <none>         <none>       (no description available)
un  grub-xen              <none>         <none>       (no description available)
un  grub-yeeloong         <none>         <none>       (no description available)
antix@laptop:~
$
 




antix@laptop:~
$ efibootmgr
bash: efibootmgr: command not found
antix@laptop:~
 


Lorsque je tape les efi puis la touche "tab", on me propose uniquement "efi-install"


raleur a écrit :

lexi a écrit :

j'ai bien fait attention de créer un MBR.


Pour quelle raison ?


- Meilleur support pour le matériel ancien, mon petit netbook a certe 8Go mais il est relativement ancien, donc plus de chance d'avoir moins d'emmerde
- Pas besoin de plus de 4 partitions (j'en ai créé 4 primaire d'ailleurs)
Cela dit, sur mon autre PC, bien plus récent et puissant, j'ai laissé le GPT/UEFI.

Dernière modification par lexi (27-11-2022 11:32:13)

Hors ligne

#5 27-11-2022 12:01:46

raleur
Membre
Inscription : 03-10-2014

Re : [antiX]impossible de booter direct sur mon SSD (mas via clef USB)

lexi a écrit :

bash: efibootmgr: command not found


C'est une commande privilégiée, il faut l'exécuter en root ou via sudo comme les autres.

lexi a écrit :

plus de chance d'avoir moins d'emmerde


Visiblement c'est raté.

On peut voir que la clé USB a été amorcée en mode EFI (/sys/firmware/efi existe) mais que le système est installé pour démarrer en mode BIOS/legacy (grub-pc installé, grub-efi-amd64 pas installé, pas de partition système EFI...).
Est-ce que cette machine est capable de démarrer en mode BIOS/legacy ? Si oui, ce mode d'amorçage est-il activé dans les paramètres BIOS/UEFI ?

lexi a écrit :

lors de l'installation j'ai choisis /dev/sda sur le disque entier


Tu parles de l'installation de GRUB ?
On peut voir la sortie de

debconf-show grub-pc
hd -n 512 /dev/sda


Il vaut mieux montrer que raconter.

Hors ligne

#6 27-11-2022 12:16:52

Anonyme
Invité

Re : [antiX]impossible de booter direct sur mon SSD (mas via clef USB)

Bonjour,

donc plus de chance d'avoir moins d'emmerde


Perso, j'ai toujours installé antiX en automatique sans ennuis.

#7 27-11-2022 13:28:41

lexi
Membre
Inscription : 03-02-2021

Re : [antiX]impossible de booter direct sur mon SSD (mas via clef USB)

raleur a écrit :


lexi a écrit :

plus de chance d'avoir moins d'emmerde


Visiblement c'est raté.

On peut voir que la clé USB a été amorcée en mode EFI (/sys/firmware/efi existe) mais que le système est installé pour démarrer en mode BIOS/legacy (grub-pc installé, grub-efi-amd64 pas installé, pas de partition système EFI...).
Est-ce que cette machine est capable de démarrer en mode BIOS/legacy ? Si oui, ce mode d'amorçage est-il activé dans les paramètres BIOS/UEFI ?


Mon BIos est un "Aptio Setu Utility" en 2.18. Dans ma version, je n'ai pas grand chose.

Dans l'onglet Security :
- Secure Boot
avec comme commentaire : 

Secure Boot can be enabled if 1. System running in User mode with enrolled Platform Key (PK)  2. CMS function is disabled



- Security Device support => positionné à Disable
avec comme commentaire :

Enable or disable BIOS Support for TPM 2.0 security device. TPM 2.0 is only supported if UEFI Boot is Enabled. The OS will not show the Security Device. TCG EFI protocol and INT1A Interface will not be available.





Dans mon onglet Boot, j'ai :
Boot Option Priorities
- Boot option #1 => (choix UEFI:Sandisk ou UEFI:Sandisk, Partition 1, ou disabled)
- Boot option #2 => (choix UEFI:Sandisk ou UEFI:Sandisk, Partition 1, ou disabled)

UEFI Setting
avec comme commentaire :

if UEFI boot set Enable, it's in UEFI Mode with secure boot



On voit à plusieurs reprises dans les commentaires de certaines commande du Bios mais je n'ai pas de menu explicite pour activer ou non le MBR ou le UEFI.

Mais j'ai l'impression que si je désactive le secure boot, je suis en MBR

PS : je bascule sur mon notebook pour répondre aux questions des commandes

Hors ligne

#8 27-11-2022 13:43:14

lexi
Membre
Inscription : 03-02-2021

Re : [antiX]impossible de booter direct sur mon SSD (mas via clef USB)

raleur a écrit :

lexi a écrit :

bash: efibootmgr: command not found


C'est une commande privilégiée, il faut l'exécuter en root ou via sudo comme les autres.



Je viens de le faire avec sudo et toujours commande non trouvé :

antix@laptop:~
$ sudo efibootmgr
[sudo] password for antix:
sudo: efibootmgr: command not found
antix@laptop:~
 





antix@laptop:~
$ sudo debconf-show grub-pc
[sudo] password for antix:
  grub-pc/postrm_purge_boot_grub: false
  grub-pc/hidden_timeout: false
  grub2/force_efi_extra_removable: false
  grub2/kfreebsd_cmdline_default: quiet
  grub-pc/kopt_extracted: false
  grub-pc/disk_description:
  grub-pc/install_devices_empty: false
  grub-pc/install_devices_disks_changed:
  grub-pc/install_devices:
  grub-pc/install_devices_failed_upgrade: true
  grub-pc/install_devices_failed: false
  grub2/linux_cmdline:
  grub2/update_nvram: true
  grub2/linux_cmdline_default: quiet
  grub-pc/mixed_legacy_and_grub2: true
  grub-pc/chainload_from_menu.lst: true
  grub-pc/timeout: 5
  grub-pc/partition_description:
  grub2/kfreebsd_cmdline:
antix@laptop:~
$
 





antix@laptop:~
$ sudo hd -n 512 /dev/sda
00000000  eb 63 90 10 8e d0 bc 00  b0 b8 00 00 8e d8 8e c0  |.c..............|
00000010  fb be 00 7c bf 00 06 b9  00 02 f3 a4 ea 21 06 00  |...|.........!..|
00000020  00 be be 07 38 04 75 0b  83 c6 10 81 fe fe 07 75  |....8.u........u|
00000030  f3 eb 16 b4 02 b0 01 bb  00 7c b2 80 8a 74 01 8b  |.........|...t..|
00000040  4c 02 cd 13 ea 00 7c 00  00 eb fe 00 00 00 00 00  |L.....|.........|
00000050  00 00 00 00 00 00 00 00  00 00 00 80 01 00 00 00  |................|
00000060  00 00 00 00 ff fa 90 90  f6 c2 80 74 05 f6 c2 70  |...........t...p|
00000070  74 02 b2 80 ea 79 7c 00  00 31 c0 8e d8 8e d0 bc  |t....y|..1......|
00000080  00 20 fb a0 64 7c 3c ff  74 02 88 c2 52 be 80 7d  |. ..d|<.t...R..}|
00000090  e8 17 01 be 05 7c b4 41  bb aa 55 cd 13 5a 52 72  |.....|.A..U..ZRr|
000000a0  3d 81 fb 55 aa 75 37 83  e1 01 74 32 31 c0 89 44  |=..U.u7...t21..D|
000000b0  04 40 88 44 ff 89 44 02  c7 04 10 00 66 8b 1e 5c  |.@.D..D.....f..\|
000000c0  7c 66 89 5c 08 66 8b 1e  60 7c 66 89 5c 0c c7 44  ||f.\.f..`|f.\..D|
000000d0  06 00 70 b4 42 cd 13 72  05 bb 00 70 eb 76 b4 08  |..p.B..r...p.v..|
000000e0  cd 13 73 0d 5a 84 d2 0f  83 d8 00 be 8b 7d e9 82  |..s.Z........}..|
000000f0  00 66 0f b6 c6 88 64 ff  40 66 89 44 04 0f b6 d1  |.f....d.@f.D....|
00000100  c1 e2 02 88 e8 88 f4 40  89 44 08 0f b6 c2 c0 e8  |.......@.D......|
00000110  02 66 89 04 66 a1 60 7c  66 09 c0 75 4e 66 a1 5c  |.f..f.`|f..uNf.\|
00000120  7c 66 31 d2 66 f7 34 88  d1 31 d2 66 f7 74 04 3b  ||f1.f.4..1.f.t.;|
00000130  44 08 7d 37 fe c1 88 c5  30 c0 c1 e8 02 08 c1 88  |D.}7....0.......|
00000140  d0 5a 88 c6 bb 00 70 8e  c3 31 db b8 01 02 cd 13  |.Z....p..1......|
00000150  72 1e 8c c3 60 1e b9 00  01 8e db 31 f6 bf 00 80  |r...`......1....|
00000160  8e c6 fc f3 a5 1f 61 ff  26 5a 7c be 86 7d eb 03  |......a.&Z|..}..|
00000170  be 95 7d e8 34 00 be 9a  7d e8 2e 00 cd 18 eb fe  |..}.4...}.......|
00000180  47 52 55 42 20 00 47 65  6f 6d 00 48 61 72 64 20  |GRUB .Geom.Hard |
00000190  44 69 73 6b 00 52 65 61  64 00 20 45 72 72 6f 72  |Disk.Read. Error|
000001a0  0d 0a 00 bb 01 00 b4 0e  cd 10 ac 3c 00 75 f4 c3  |...........<.u..|
000001b0  00 00 00 00 00 00 00 00  25 24 04 3f 00 00 00 fe  |........%$.?....|
000001c0  c2 ff 83 fe c2 ff 00 40  07 04 00 18 e1 04 80 04  |.......@........|
000001d0  01 04 83 fe c2 ff 00 08  00 00 00 38 07 04 00 fe  |...........8....|
000001e0  c2 ff 83 fe c2 ff 00 58  e8 08 00 00 fa 00 00 fe  |.......X........|
000001f0  c2 ff 83 fe c2 ff 00 58  e2 09 00 e8 0f 12 55 aa  |.......X......U.|
00000200
antix@laptop:~
 



raleur a écrit :

lexi a écrit :

lors de l'installation j'ai choisis /dev/sda sur le disque entier


Tu parles de l'installation de GRUB ?


Tout à fait


Anonyme a écrit :

Bonjour,

donc plus de chance d'avoir moins d'emmerde


Perso, j'ai toujours installé antiX en automatique sans ennuis.


Peut être un PC plus conciliant smile
Tu as tout en automatique sans définir tes partitions ? pas de home (ou partition de donnée dédié ?)

Hors ligne

#9 27-11-2022 15:52:38

Anonyme
Invité

Re : [antiX]impossible de booter direct sur mon SSD (mas via clef USB)

Mes 1ères installations d'antiX doivent dater d'avant EFI, autour de 2010 je pense. Le dernières devaient être en EFI, je donnais tout le disque à une partition system contenant home et un petit swap, OS unique.
J'ai plus installé antiX que je ne l'ai vraiment utilisé, c'était pour des PC quasi obsolète ou des recyclage de portables d'amis.
Perso, j'ai encore un I3 de 2ème génération avec 4 GB de RAM (ça ne doit pas être très différent du tien) et je le trouve toujours assez réactif sous XFCE, inutile de passer à plus léger.

#10 27-11-2022 19:20:13

raleur
Membre
Inscription : 03-10-2014

Re : [antiX]impossible de booter direct sur mon SSD (mas via clef USB)

efibootmgr n'est peut-être pas installé.

apt-cache policy efibootmgr


L'amorce de GRUB pour BIOS semble bien présente dans le MBR du disque mais cette information n'a pas été enregistrée dans debconf (grub-pc/install_device est vide). D'autre part debconf contient aussi des éléments de configuration qui proviennent du paquet grub-efi-ia32 ou grub-efi-amd64 qui ne sont pas installés (ils sont incompatibles avec grub-pc). Sans parler des paquets grub-efi-amd64-bin et grub-efi-ia32-bin qui ne sont jamais installés ensemble ni avec grub-pc dans une installation de Debian pure.

En tout cas avec GRUB et une partition marquée bootable dans le MBR, le firmware UEFI devrait considérer le disque comme amorçable s'il supporte l'amorçage en mode BIOS/legacy. Le secure boot doit être désactivé et le CSM doit être activé.

Sinon tu vas devoir créer une partition système EFI et y installer GRUB pour l'amorçage EFI.


Il vaut mieux montrer que raconter.

Hors ligne

#11 27-11-2022 21:48:59

lexi
Membre
Inscription : 03-02-2021

Re : [antiX]impossible de booter direct sur mon SSD (mas via clef USB)

En effet, tu as raison efibootmgr ne semble pas être installé.

antix@laptop:~
$ apt-cache policy efibootmgr
efibootmgr:
  Installed: (none)
  Candidate: 17-1
  Version table:
     17-1 500
        500 http://ftp.fr.debian.org/debian bullseye/main amd64 Packages
antix@laptop:~
 




raleur a écrit :

En tout cas avec GRUB et une partition marquée bootable dans le MBR, le firmware UEFI devrait considérer le disque comme amorçable s'il supporte l'amorçage en mode BIOS/legacy. Le secure boot doit être désactivé et le CSM doit être activé.



J'ai un peu de mal à comprendre, je pensais que lorsque on était en mode BIOS/legacy, on utilisait à aucun moment l'UEFI. Je pensais que c'était uniquement dans le cas avec un amorcage avec une partition GPT.

Okay, il faut que j'installe efibootmgr si je comprends bien. Le sécure boot est bien désactivé dans le BIOS. 
Par contre qu'est ce que le CSM ? A quoi fais tu allusion ?



raleur a écrit :

L'amorce de GRUB pour BIOS semble bien présente dans le MBR du disque mais cette information n'a pas été enregistrée dans debconf (grub-pc/install_device est vide). D'autre part debconf contient aussi des éléments de configuration qui proviennent du paquet grub-efi-ia32 ou grub-efi-amd64 qui ne sont pas installés (ils sont incompatibles avec grub-pc). Sans parler des paquets grub-efi-amd64-bin et grub-efi-ia32-bin qui ne sont jamais installés ensemble ni avec grub-pc dans une installation de Debian pure.



Curieux ces incohérences de la présence de ces paquets.
J'ai fait une première tentative d'installation de AntiX. On m'avait mis une partition GPT. Je n'ai  pas fait attention et j'ai installé. Malheureusement sans succès.
Et donc j'ai refais une 2ème tentative d'installation. Comme je ne voyais comment modifier l'amorcage GPT via l'outil de partitionnement lors de l'installation, je l'ai fait au préalable avec Gparted en créant une table de partition. Lors de ma 2ème tentative, il me semble avoir demander de reformater les partitions, donc normalement je n'ai pas résidu (et de toute façon, avec la table de partition, on perd tout si je ne me trompe pas)

Conseillerais tu de supprimer les paquets grub-efi-ia32, grub-efi-amd64, grub-efi-amd64-bin et grub-efi-ia32-bin ?

Hors ligne

#12 27-11-2022 22:06:36

raleur
Membre
Inscription : 03-10-2014

Re : [antiX]impossible de booter direct sur mon SSD (mas via clef USB)

lexi a écrit :

je pensais que lorsque on était en mode BIOS/legacy, on utilisait à aucun moment l'UEFI.


La machine a un firmware UEFI. Quel que soit le mode d'amorçage, ça reste un firmware UEFI.

lexi a écrit :

Je pensais que c'était uniquement dans le cas avec un amorcage avec une partition GPT.


Le format de la table de partition GPT ou DOS n'a rien à voir avec le mode d'amorçage BIOS ou EFI.

lexi a écrit :

il faut que j'installe efibootmgr si je comprends bien


Je n'ai rien dit de tel. efibootmgr sert seulement à afficher et modifier les variable de boot EFI. Mais sans partition système EFI ni chargeur d'amorçage EFI ou avec un amorçage en mode BIOS/legacy, les variables de boot EFI ne servent à rien.

lexi a écrit :

qu'est ce que le CSM ?


C'est une fonctionnalité optionnelle du firmware UEFI pour la compatibilité BIOS. Tu l'as mentionnée dans un message précédent (mal retranscrite en "CMS").

lexi a écrit :

Conseillerais tu de supprimer les paquets grub-efi-ia32, grub-efi-amd64, grub-efi-amd64-bin et grub-efi-ia32-bin ?


Non. Ils ne gênent pas et peuvent servir si tu envisages de réinstaller GRUB pour l'amorçage EFI.


Il vaut mieux montrer que raconter.

Hors ligne

Pied de page des forums