Dans la plupart des cas, un ou deux types d'image d'amorçage sont utilisés sur les systèmes ARM : a) un noyau Linux standard au format zImage (« vmlinuz ») associé à un initrd Linux standard (« initrd.gz ») ou b) un noyau au format uImage (« uImage ») associé à un initrd correspondant (« uInitrd »).

Les formats d'image uImage/uInitrd sont conçus pour le microprogramme U-Boot utilisé sur de nombreux systèmes ARM (principalement sur les systèmes 32 bits). Les anciennes versions de U-Boot ne peuvent amorcer que des fichiers au format uImage/uInitrd, qui sont donc utilisés principalement sur les anciens systèmes. Les versions plus récentes de U-Boot peuvent aussi amorcer les noyaux Linux récents et les initrd (en plus des fichiers uImage/uInitrd), mais la syntaxe est légèrement différente de celle des uImages.

Pour les systèmes utilisant un noyau multiplate-forme, un fichier appelé arbre de périphériques (« device-tree blob, dtb ») est requis en plus du noyau et de l'initrd. Ce fichier est spécifique à chaque système et contient une description d'un matériel particulier. L'arbre de périphérique devrait être fourni par le micrologiciel, mais, en pratique, il est souvent nécessaire d'en charger un plus récent.

Les archives netboot (Section 5.1.3.2, « Archive netboot précompilée ») et les images de l'installateur sur cartes SD (Section 5.1.5, « Utiliser les images précompilées de l'installateur pour cartes SD ») utilisent la console par défaut, définie par U-Boot dans la variable « console » et spécifique à la plate-forme. Dans la plupart des cas, c'est une console série. Sur ces plates-formes vous aurez donc besoin d'un câble de liaison série pour utiliser l'installateur.

Sur les plates-formes qui prennent en charge aussi une console vidéo, vous pouvez modifier la variable « console » de U-Boot pour que l'installateur démarre sur la console vidéo.

Pour amorcer depuis le réseau, il vous faut une connexion au réseau et un serveur TFTP (et aussi, sûrement, un serveur DHCP, RARP ou BOOTP pour la configuration automatique du réseau).

L'installation côté serveur pour l'amorçage depuis le réseau est décrite dans la Section 4.3, « Préparer les fichiers pour amorcer depuis le réseau avec TFTP ».

setenv autoload no
dhcp

setenv ipaddr <adresse ip du client>
setenv netmask <masque réseau>
setenv serverip <adresse ip du serveur tftp>
setenv dnsip <adresse ip du serveur de noms>
setenv gatewayip <adresse ip de la passerelle par défaut>

saveenv

printenv kernel_addr_r ramdisk_addr_r fdt_addr_r

setenv kernel_addr_r 0x46000000
setenv fdt_addr_r 0x47000000
setenv ramdisk_addr_r 0x48000000

tftpboot ${kernel_addr_r} <fichier de l'image du noyau>
tftpboot ${fdt_addr_r} <fichier du dtb>
tftpboot ${ramdisk_addr_r} <fichier de l'image initrd>

setenv bootargs console=ttyS0,115200 rootwait panic=10

bootm ${kernel_addr_r} ${ramdisk_addr_r} ${fdt_addr_r}

bootz ${kernel_addr_r} ${ramdisk_addr_r}:${filesize} ${fdt_addr_r}

run bootcmd_dhcp

setenv autoload no
dhcp
tftpboot ${scriptaddr} /debian-installer/armhf/tftpboot.scr
source ${scriptaddr}

De nombreuses versions récentes de U-Boot ont une prise en charge de l'USB et permettent d'amorcer depuis un périphérique de stockage USB comme une clé USB. Malheureusement, la procédure exacte peut varier d'un périphérique à l'autre.

La version 2014.10 de U-Boot a introduit un cadre applicatif pour une gestion commune de la ligne de commande et l'autoboot. Cela permet de construire des images d'amorçage génériques qui fonctionnent sur tous les systèmes qui implémentent ce cadre applicatif. L'installateur Debian prend en charge l'installation depuis une clé USB sur ces systèmes, mais malheureusement tous n'ont pas encore adopté ce cadre applicatif.

Pour construire une clé USB amorçable pour installer Debian, décompressez l'archive tar hd-media (consultez la Section 4.2.1, « Où trouver les fichiers d'installation ? ») sur une clé USB formatée avec un système de fichiers pris en charge par la version de U-Boot de votre périphérique. Pour les versions modernes de U-Boot, FAT16, FAT32, ext2, ext3 et ext4 fonctionnent généralement. Ensuite, copiez l'image ISO du premier CD ou DVD Debian sur cette clé.

Le cadre applicatif autoboot des versions récentes de U-Boot fonctionne de la même façon que l'option d'ordre d'amorçage du BIOS ou de l'UEFI dans un PC, c'est-à-dire qu'il cherche, sur une liste des périphériques, une image d'amorçage valide et démarre la première qu'il trouve. S'il n'y a aucun système d'exploitation installé, brancher la clé USB et démarrer le système devrait amorcer l'installateur. Vous pouvez aussi engager l'amorçage USB à n'importe quel moment en entrant la commande « run bootcmd_usb0 » à l'invite de U-Boot.

Un des problèmes qui peut apparaître en amorçant depuis une clé USB tout en utilisant une console série est une erreur de vitesse de transmission (baudrate). Si une variable console est définie dans U-Boot, le script d'amorçage de l'installateur Debian la passera automatiquement au noyau pour définir la première console et, si besoin, la fréquence de cette console. Malheureusement, la gestion de la variable console peut varier d'une plate-forme à l'autre : sur certaines elle contient la fréquence (comme dans « console=ttyS0,115200 »), tandis que sur d'autres elle ne contient que le périphérique (« console=ttyS0 »). Le dernier cas peut mener à une sortie confuse lorsque la fréquence par défaut diffère entre U-Boot et le noyau. Les versions modernes de U-Boot utilisent souvent 115200 bauds alors que le noyau est toujours configuré par défaut à 9600 bauds. Si cela arrivait, vous devriez définir la variable console manuellement pour qu'elle contienne la fréquence correcte pour votre système, et ensuite démarrer l'installateur avec la commande « run bootcmd_usb0 ».

Pour de nombreux systèmes, Debian fournit des images de cartes SD qui contiennent à la fois U-Boot et l'installateur Debian. Ces images sont disponibles en deux variantes : une qui télécharge les paquets sur le réseau ( .../images/netboot/SD-card-images/ ) et une autre pour des installations sans réseau qui utilise un CD ou DVD Debian ( .../images/hd-media/SD-card-images/ ). Pour économiser l'espace disque et la bande passante, les images sont construites en deux parties : une partie dépendante du système appelée « firmware.<type_de_système>.img.gz » et une indépendante appelée « partition.img.gz ».

Pour créer une image complète à partir des deux fichiers, sur un système Linux vous pouvez utiliser la commande zcat :

zcat firmware.<type_de_système>.img.gz partition.img.gz > complete_image.img

Sur les systèmes Windows, vous devrez d'abord décompresser les deux parties séparément, par exemple avec 7-Zip, et ensuite les concaténer en exécutant la commande suivante dans une fenêtre de commande CMD.exe :

copy /b firmware.<type_de_système>.img + partition.img complete_image.img

Écrivez l'image résultante sur une carte SD en exécutant la commande suivante sur un système Linux :

cat complete_image.img > /dev/PÉRIPHÉRIQUE_DE_LA_CARTE_SD

Après avoir branché la carte SD dans le système cible, mettez-le sous tension et l'installateur se chargera depuis la carte SD. Si vous utilisez la variante hd-media pour les installations sans le réseau, vous devrez fournir à l'installateur un accès au premier CD ou DVD Debian sur un medium distinct (qui peut être aussi une image ISO de CD ou DVD sur une clé USB).

Arrivé à l'étape de partitionnement (voyez la Section 6.3.4, « Partitionnement et points de montage »), vous pourrez supprimer ou remplacer toutes les partitions existantes sur la carte. Une fois l'installateur démarré, il s'exécute entièrement depuis la mémoire principale du système et n'a plus besoin d'accéder à la carte SD. Vous pouvez donc utiliser cette même carte pour installer Debian. La façon la plus facile de créer une table de partition sur la carte SD est de laisser l'installateur le faire automatiquement (voyez la Section 6.3.4.2, « Le partitionnement assisté »).