Memtest86+ 8.00

Опенсорс же. Пропатчил файлик app/display.c, перекомпилял и радуйся.

У memtest86+ бут-код взят из ядра linux.

То ядро, которое может быть записано в MBR или efi файл — это не ELF, там в начале приделан setup код, который и исполняемы и PE-заголовок содержит. Он загрузит (если MBR), распакует, стартанёт. И в этом vmlinuz во вполне определённом месте есть Linux boot header. Поэтому, когда grub или другому загрузчику дают vmlinuz/bzImage, он смотрит этот заголовок и сам раскладывает файл с ядром в памяти как написано.

А в случае, если ядро пишут в boot-сектор, то подразумевается, что то, что не вошло в MBR идёт сразу дальше, поэтому тот boot/setup код, что в vmlinuz, ЕМНИП, просто определял, FDD или HDD, и через прерывания BIOS грузил сектора по порядку.

boot/setup код, что в vmlinuz, ЕМНИП, просто определял, FDD или HDD, и через прерывания BIOS грузил сектора по порядку.

Я о таком не знал. То есть, я могу взять файловую систему btrfs, указать ей размер бутсектора такой, чтобы туда поместилось ядро, поместить это всё на устройство, и ядра не будет в самой файловой системе, но всё будет работать?

но всё будет работать

Нет. Я всё напутал. Знал, но забыл. В 2003 году этот код из ядра убрали. Раньше был bzImage (make bzimage), где помимо сжатого ядра и boot-заголовка был загрузчик, способный читать ядро с FDD (HDD). Но, были ограничения на размер ядра (1 Мбайт), так как код выполнялся в реальном режиме x86 (16 бит). Никто его перерабатывать не захотел и тогда вместо загрузчика ядра посатвили код-заглушку, который выводит на экран «Remove disk and press any key to reboot» и всё.

Но, когда делали EFI STUB, что ядро в виде PE-бинарника, то там код-заглушку оставили. Если это ядро записать в MBR и загрузить в Legacy в BIOS, то выводимые на экран:

Use a boot loader
Remove disk and press any key to reboot...

появляются именно в результате выполения x86 кода.

А в memtest86+ просто расширили этот код. Но он примитивный, его именно надо в сектора 0, 1, 2 и т.д. То есть вместо таблицы разделов. Не знаю, заработает ли он, если его в первый сектор Active раздела положить.

в memtest86+ просто расширили этот код

Но в чём смысл так делать в свежей версии в 2025-м году?
Если оно всё в реальном режиме, оно же ничего протестировать не сможет.

Если переключается, то, конечно, интереснее, но это почти ось небольшая тогда.

А загрузка Legacy/MBR всегда через реальный режим. И дальше, естественно, переключение в защищённый. Но, ведь тот же Doom под MS-DOS так делал (DOS/4GW), давно пройденый путь.

Ну, можно сказать, что тест памяти «почти ось небольшая», но, так это программа, работающая с голым железом, которая должна сама что-то выводить на экран, опрашивать клавиатуру, разобраться с тем, на какие адреса BIOS память отмапил. Переключение в защищённый режим на этом фоне небольшой кусок кода.

P.S. Коммерческий Memetest86 (без плюса), да, грохнули поддержку Legacy загрузки, только efi, видимо, лень тащить код. Может и memtest86+ через несколько лет откажутся...

сама что-то выводить на экран, опрашивать клавиатуру, разобраться с тем, на какие адреса BIOS память отмапил.

в UEFI это всё готовое. Можно даже в графике выводить.