Em sistemas baseados em ARM na maioria dos casos é utilizado um de dois formatos de imagens de arranque: a) kernels Linux standard de formato zImage (“vmlinuz”) em conjunto com os ramdisk iniciais standard de Linux (“initrd.gz”) ou b) kernels de formato uImage (“uImage”) em conjunto com os correspondentes ramdisks iniciais (“uInitrd”).

uImage/uInitrd são formatos de imagens desenhados para o firmware U-Boot que é utilizado em muitos sistemas baseados em ARM (na maioria os de 32-bit). As versões mais antigas de U-Boot apenas podem arrancar ficheiros no formato uImage/uInitrd, por isso estes são normalmente utilizados em sistemas armel mais antigos. As novas versões U-Boot podem - além de arrancar uImages/uInitrds - também arrancar kernels Linux standard e imagens ramdisk, mas a sintaxe de comando para o fazer é ligeiramente diferente da para arrancar a partir de uImages.

Para sistemas que utilizem um kernel multi-plataforma, além do kernel e ramdisk inicial, é necessário o chamado ficheiro device-tree (ou blob device-tree, “dtb”). É especifico de cada sistema suportado e contém uma descrição do hardware próprio. O dtb pode ser fornecido com o spositivo pelo firmware, mas na prática normalmente tem de ser carregado um is recente.

Arrancar pela rede requer que tenha uma ligação de rede e um servidor TFTP de arranque por rede (e provavelmente também um servidor de DHCP, RARP ou BOOTP para a configuração automática de rede).

A configuração do servidor para suportar arranque pela rede é descrita em Secção 4.3, “Preparar Ficheiros para Arrancar Através da Rede por TFTP”.

setenv autoload no
dhcp

setenv ipaddr <endereço ip do cliente>
setenv netmask <máscara de rede>
setenv serverip <endereço ip do servidor de tftp>
setenv dnsip <endereço ip do servidor de nomes (dns)>
setenv gatewayip <endereço ip da gateway predefinida>

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} <nome de ficheiro da imagem do kernel>
tftpboot ${fdt_addr_r} <nome de ficheiro de dtb>
tftpboot ${ramdisk_addr_r} <nome de ficheiro da imagem inicial de ramdisk>

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}

Muitas versões modernas do U-Boot suportam USB e permitem arrancar através de dispositivos de armazenamento USB tais como pens USB. Infelizmente os passos exactos necessários para o fazer poderão variar bastante de dispositivo para dispositivo.

U-Boot v2014.10 introduziu uma framework comum para lidar com linha de comandos e autoboot. Isto permite compilar imagens de arranque genéricas para funcionar em qualquer sistema que implemente esta framework. O debian-installer suporta a instalação a partir de uma pen USB em tais sistemas, mas infelizmente nem todas as plataformas adoptaram já esta framework.

Para compilar uma pen USB de arranque para instalar Debian, desempacote o tarball hd-media (veja Secção 4.2.1, “Onde Encontrar Imagens de Instalação”) numa pen USB formatada com um sistema de ficheiros suportado pela versão do U-Boot no seu dispositivo. Para versões do U-Boot modernas, qualquer dos FAT16 / FAT32 / ext2 / ext3 / ext4 normalmente funciona. Depois copie o ficheiro da imagem ISO do primeiro CD ou DVD Debian de instalação para a pen.

A framework autoboot nas versões modernas do U-Boot funciona de forma similar às opções de ordem de arranque numa BIOS de PC, i.e. verifica numa lista de dispositivos de arranque possíveis por uma imagem de arranque e inicia a primeira que encontrar. Se não houver um sistema operativo instalado, ligar a pen USB e ligar o sistema deve resultar no inicio do instalador. Pode também iniciar o processo USB-boot em qualquer altura a partir da linha de comandos do U-Boot ao introduzir o comando “run bootcmd_usb0”.

Um problema que pode surgir ao arrancar a partir de uma pen USB enquanto utiliza uma consola série pode ser o baudrate da consola errado. Se a variável console for definida no U-Boot, o script de arranque do debian-installer passa-a automaticamente ao kernel para definir a consola primária e, se aplicável, o baudrate da consola. Infelizmente a forma de lidar com a variável da consola varia de plataforma para plataforma - em algumas plataformas, a variável console inclui o baudrate (com em “console=ttyS0,115200”), enquanto que noutras plataformas a variável console contém apenas o dispositivo (como em “console=ttyS0”). O último caso leva a uma saída da consola errada quando o baudrate predefinido difere entre o U-Boot e o kernel. As versões modernas do U-Boot vulgarmente utilizam 115200 baud enquanto que o kernel ainda está predefinido para os tradicionais 9600 baud. Se isto acontecer, deve definir manualmente a variável console para conter o baudrate correcto para o seu sistema e depois iniciar o instalador com o comando “run bootcmd_usb0”.