Mais (réponse bête), çà ne suffit pas (sur cartes ASUS) de faire "F8" au démarrage pour avoir le menu de choix "à la volée" de boot ? (= j'aurais dit, inutile de triturer quoi que ce soit niveau options du BIOS).
En information complémentaire (qui ne change rien sur l'aspect "réussir à booter depuis une carte mère" mais qui facilite les installations / réparations) - çà fait une éternité que je n'utilise plus (et que je n'ai plus) de lecteurs DVD nulle part.
J'utilise avantageusement ce boitier (IODD 2541
http://iodd.kr/wordpress/product/iodd-2541/) :
- on y place un disque dur quelconque (dans mon cas un SSD que je n'utilisais plus)
- on colle toutes les images ISO que l'on veut dessus
- on choisit (via le petit écran) quelle image ISO doit être utilisée au boot
- au boot, çà se comporte ensuite (selon configuration du boitier) soit comme un vrai lecteur DVD (émulation d'un lecteur) soit comme un équipement USB
J'utilise çà sans problèmes sur des cartes ASUS ROG récentes (F8 au boot comme dit plus avant, ...).
Et çà permet facilement de se faire un disque dur facilement bootable d'installation / réparation (images linux, live-cd linux, ISO d'installation windows, KALI linux, etc.)
https://www.amazon.fr/externe-bo%C3%AEt ... B00S3G12E6
Exemple de contenu sur ma clé :
Code : Tout sélectionner
├── anti-virus
│ ├── eset_sysrescue_live_enu.iso
│ └── krd-kaspersky_rescue_disk.iso
├── linux_setup
│ ├── MX-19.4.1_ahs_x64.iso
│ ├── MX-19.4_386.iso
│ ├── MX-19.4_x64.iso
│ ├── archlinux-2021.05.01-x86_64.iso
│ ├── archlinux-2022.11.01-x86_64.iso
│ ├── archlinux-2022.11.27-x86_64.iso
│ ├── manjaro-gnome-21.3.7-220816-linux515.iso
│ ├── manjaro-kde-21.3.7-220816-linux515.iso
│ ├── manjaro-xfce-21.3.7-220816-linux515.iso
│ ├── ubuntu-20.04.2.0-desktop-amd64.iso
│ ├── ubuntu-22.04.1-desktop-amd64.iso
│ └── ubuntu-22.10-desktop-amd64.iso
├── partition
│ ├── acronis_true_image_2020_v25700.iso
│ ├── clonezilla-live-3.0.2-21-amd64.iso
│ ├── gparted-live-1.4.0-6-amd64.iso
│ ├── gparted-live-1.4.0-6-i686.iso
│ ├── parted_magic_2019_05_30.iso
│ └── parted_magic_2022_09_04.iso
├── recovery
│ ├── [UEFI]_Elcomsoft_System_Recovery_7.2.628.iso
│ ├── [UEFI]_boot-repair-disk-64bit.iso
│ ├── [UEFI]_supergrub2-2.04s2-beta2-multiarch-CD.iso
│ └── redobackup-livecd-1.0.4.iso
├── rescue
│ ├── rescatux-0.74.iso
│ ├── super_grub2_disk_hybrid_2.04s1.iso
│ ├── systemrescuecd-amd64-6.1.5.iso
│ ├── systemrescuecd-x86-4.9.2.iso
│ └── trinity-rescue-kit.3.4-build-372.iso
├── security
│ ├── [BIOS]_DBAN-2.3.0.iso
│ ├── [UEFI]_Passcape_Remove_Windows_Password_v9.0.0.905.iso
│ ├── kali-linux-2020.2-live-amd64.iso
│ └── tails-amd64-4.18.iso
├── tests
│ ├── [BIOS+MEMDISK]_HDAT2_7.0.iso
│ ├── [BIOS+MEMDISK]_Spinrite.iso
│ ├── memtest86-7.2.iso
│ └── memtest86-7.5.iso
├── utility
│ ├── HBCD_PE_x64.iso
│ ├── WinPE10_8_Sergei_Strelec_x86_x64_2020.06.09_English.iso
│ ├── fa4ubcd.iso
│ ├── gandalf's_win10pe_x86_2015-02-11.iso
│ ├── gandalf's_win10pe_x86_2019-28-11.iso
│ ├── hiren-bootcd.iso
│ ├── medicat_v16.10.stable.iso
│ ├── medicat_v19.10.mini.windows.10.iso
│ ├── medicat_v19.10.stable.iso
│ └── ubcd538.iso
└── windows_setup
├── windows_10
├── windows_11
J'ai essayé les solutions "VENTOY" (
https://github.com/ventoy/Ventoy), qui reviennent un peu au même sur le principe, avec un packaging / outillage open-source et une simple clé USB : si çà évite l'achat du hardware, c'est infinimement moins efficace et moins pratique. J'ai abandonné cette solution il y a longtemps et je préfère nettement le boîtier.