netboot.xyz

Un chargeur iPXE de moins de 1 Mo, un menu servi par le réseau

netboot.xyz est un chargeur d'amorçage iPXE de moins de 1 Mo. Lancé depuis une clé USB, une ISO montée ou le DHCP du réseau local, il récupère sur boot.netboot.xyz un menu d'installeurs Linux et BSD, de distributions live et d'outils de dépannage, puis télécharge le noyau et l'initrd de l'entrée choisie. Une seule clé couvre tout le catalogue, et les nouvelles versions des distributions arrivent dans le menu sans réécrire la clé.

ISO reconditionnées pour iPXE, menus locaux tenus à part

• Pour les distributions publiées seulement en ISO, la CI du projet extrait chaque nouvelle version et republie un noyau et un initrd qu'iPXE charge directement. Charger l'ISO entière avec memdisk ne marche pas en UEFI et échoue avec la plupart des ISO Linux.
• L'adresse de chaque fichier, sur le stockage du projet ou un miroir amont, s'affiche pendant le téléchargement.
• Un chargeur existe pour chaque point d'entrée : ISO pour un CD ou le lecteur virtuel d'un DRAC ou d'un iLO, image USB, noyau .lkrn pour GRUB ou EXTLINUX, .kpxe et .efi à servir en DHCP, binaires ARM64, image SD pour Raspberry Pi 4. Chaque build publie ses empreintes SHA256.
• Le playbook Ansible du service public génère aussi une instance privée dans /var/www/html, et user_overrides.yml y remplace miroirs et réglages par défaut.
• Les entrées propres à un site vont dans custom/custom.ipxe, à l'écart du menu amont, qui continue de se mettre à jour.

Installation par iLO et entrée de secours dans GRUB

• Installer un système sur un serveur distant en montant l'ISO comme CD virtuel par DRAC ou iLO.
• Ajouter le noyau .lkrn comme entrée de secours dans GRUB.
• Lancer Clonezilla, GParted, Memtest ou System Rescue sans préparer une clé par outil.
• Installer Proxmox VE, aussi en ARM64 depuis la 3.0.3, ou Proxmox Datacenter Manager sur une machine nue.

Câble Ethernet requis, Secure Boot limité à trois distributions

Le démarrage exige un câble Ethernet : le Wi-Fi n'est pas pris en charge. La documentation recommande au moins 4 Go de RAM, et davantage pour les distributions live, chargées entières en mémoire.

Le menu par défaut vient d'Internet. Les chargeurs précompilés le prennent sur boot.netboot.xyz, et les fichiers d'installation sur les miroirs amont. Pour le servir depuis le réseau local, il faut l'instance Ansible ou le conteneur Docker (interface web, TFTP, copie locale des fichiers du projet). La documentation destine ce conteneur au développement de menus et conseille la clé ou l'ISO à qui ne veut pas gérer de menus iPXE.

Secure Boot ne va jusqu'au bout que pour Debian, Devuan et Kali. Fedora, la famille RHEL, openSUSE et Ubuntu ne publient pas de shim utilisable en netboot, et leur installation demande de désactiver Secure Boot. Les images signées, apparues dans la 3.0.1, ne se recompilent pas : le menu y perd son thème et la vérification de ses signatures.

Windows, RHEL et VMware démarrent sur un support fourni par l'utilisateur. Windows demande en plus un partage SMB, une image WinPE et le conteneur Docker.

Les images 3.x peuvent bloquer un clavier USB. Leurs pilotes de cartes réseau USB coupent, sur certains matériels, la gestion du clavier par le firmware. Les images legacy ajoutées dans la 3.0.2 retirent ces pilotes, et avec eux la prise en charge des adaptateurs Ethernet USB.

La 3.0.3, publiée le 29 août 2026, est la quatrième version de l'année. La 3.0.0 de janvier a changé les certificats de signature embarqués, et les chargeurs 2.x passent d'eux-mêmes en 3.x au premier démarrage. Entre deux releases, le menu public suit les distributions en continu. Le dernier commit date du 26 octobre 2026.