Advanced users • tryboot on Pi3: Some observations.

I've been preparing a tryboot based boot flow for a while now and everything works well on Pi4/5. I'm using a primary tiny FAT32 (1984 sectors/~1MB) containing only the autoboot.txt file and two additional system partitions 2 and 3. And a forth data partition, but that's irrelevant for this post.

When I tried the same on a Pi3, it didn't boot and I had to make these modifications:

• Only autoboot.txt isn't enough. I also had to add an empty `config.txt`. I'm not entirely sure why.
• At least on my Pi3, the minimal partition above doesn't boot. I got a FAT16 partition with 4160 sectors (~2MB) working.

I'm slightly confused on why this works though: tryboot (from what I see) has been introduced in 2020, so after the Pi3 was released. So its burned in stage 1 bootloader probably doesn't know anything about `tryboot_a_b` or `[tryboot]` in autoboot.txt. Yet with the above it still seems to work as expected. I don't have a serial debugger attached to look into what happens during the boot process, but I guess `bootcode.bin` is loaded from either the second or third partition? This potentially violates the complete separation of A and B in case it's always loaded from the second partition? Or maybe it relies on stage 1 quirks when parsing the suggested autoboot.txt format, as it only parses the first boot_partition setting?

The primary partition type requirements also also a bit unclear to me. The documentation says: "Bootable partitions must be formatted as FAT12, FAT16 or FAT32 and contain a start.elf file (or config.txt file on Raspberry Pi 5) in order to be classed as be bootable by the bootloader.", but I didn't get a tiny FAT12 partition to boot. There have been earlier experiments which seems to confirm that FAT12 isn't supported by (at least) the burned in stage 1 boot loader.

Statistics: Posted by dividuum — Fri Nov 28, 2025 10:39 am

---