1. Этот режим нужен только для старых сборок на p9. Тогда img.xz, включающие в себя всё необходимое, не собирались.
2. Сборка должна включать в себя u-boot, а Вы взяли ту, которая не включает.

Просто запишите стартеркит или регулярку armh в формате img.xz на sd-карту. Можно просто распаковать и dd записать.
http://nightly.altlinux.org/sisyphus-armh/tested/
http://nightly.altlinux.org/p10-armh/release/

(Ответ для Антон Мидюков на комментарий #1)
> Просто запишите стартеркит или регулярку armh в формате img.xz на sd-карту.
> Можно просто распаковать и dd записать.
> http://nightly.altlinux.org/sisyphus-armh/tested/
> http://nightly.altlinux.org/p10-armh/release/
Я и img.xz пробовал ставить на sd-карту - не загружается (unxz и dd).

Попробовал зашить на sd-карту образ Raspbian 11 при помощи rpi-imager и запуск системы произошёл без проблем.

Попробовал зашить jeos (http://nightly.altlinux.org/sisyphus-armh/tested/regular-jeos-systemd-latest-armh.img.xz) с помощью rpi-imager - система не загружается (RGB-квадрат): 7 раз подряд мерцает ACT LED.

Тоже самое повторил и для образов с p10 (используя rpi-imager или dd).

Отсюда можно сделать вывод, что собранные образы для armh не работают (или ошибка в ядре?).

(Ответ для Anton Zhukharev на комментарий #2)
> (Ответ для Антон Мидюков на комментарий #1)
> > Просто запишите стартеркит или регулярку armh в формате img.xz на sd-карту.
> > Можно просто распаковать и dd записать.
> > http://nightly.altlinux.org/sisyphus-armh/tested/
> > http://nightly.altlinux.org/p10-armh/release/
> Я и img.xz пробовал ставить на sd-карту - не загружается (unxz и dd).
> 
> Попробовал зашить на sd-карту образ Raspbian 11 при помощи rpi-imager и
> запуск системы произошёл без проблем.
> 
> Попробовал зашить jeos
> (http://nightly.altlinux.org/sisyphus-armh/tested/regular-jeos-systemd-
> latest-armh.img.xz) с помощью rpi-imager - система не загружается
> (RGB-квадрат): 7 раз подряд мерцает ACT LED.
> 
> Тоже самое повторил и для образов с p10 (используя rpi-imager или dd).
> 
> Отсюда можно сделать вывод, что собранные образы для armh не работают (или
> ошибка в ядре?).

На fat32 разделе в config.txt удалите строку
[pi3]

и попробуйте снова.

(Ответ для Антон Мидюков на комментарий #3)
> (Ответ для Anton Zhukharev на комментарий #2)
> > (Ответ для Антон Мидюков на комментарий #1)
> > > Просто запишите стартеркит или регулярку armh в формате img.xz на sd-карту.
> > > Можно просто распаковать и dd записать.
> > > http://nightly.altlinux.org/sisyphus-armh/tested/
> > > http://nightly.altlinux.org/p10-armh/release/
> > Я и img.xz пробовал ставить на sd-карту - не загружается (unxz и dd).
> > 
> > Попробовал зашить на sd-карту образ Raspbian 11 при помощи rpi-imager и
> > запуск системы произошёл без проблем.
> > 
> > Попробовал зашить jeos
> > (http://nightly.altlinux.org/sisyphus-armh/tested/regular-jeos-systemd-
> > latest-armh.img.xz) с помощью rpi-imager - система не загружается
> > (RGB-квадрат): 7 раз подряд мерцает ACT LED.
> > 
> > Тоже самое повторил и для образов с p10 (используя rpi-imager или dd).
> > 
> > Отсюда можно сделать вывод, что собранные образы для armh не работают (или
> > ошибка в ядре?).
> 
> На fat32 разделе в config.txt удалите строку
> [pi3]
> 
> и попробуйте снова.

Попробовал. Теперь ACT LED вообще перестал светиться.
Также указывал первый раздел (FAT32) как bootable - ноль реакции.

(Ответ для Anton Zhukharev на комментарий #4)
> (Ответ для Антон Мидюков на комментарий #3)
> > (Ответ для Anton Zhukharev на комментарий #2)
> > > (Ответ для Антон Мидюков на комментарий #1)
> > > > Просто запишите стартеркит или регулярку armh в формате img.xz на sd-карту.
> > > > Можно просто распаковать и dd записать.
> > > > http://nightly.altlinux.org/sisyphus-armh/tested/
> > > > http://nightly.altlinux.org/p10-armh/release/
> > > Я и img.xz пробовал ставить на sd-карту - не загружается (unxz и dd).
> > > 
> > > Попробовал зашить на sd-карту образ Raspbian 11 при помощи rpi-imager и
> > > запуск системы произошёл без проблем.
> > > 
> > > Попробовал зашить jeos
> > > (http://nightly.altlinux.org/sisyphus-armh/tested/regular-jeos-systemd-
> > > latest-armh.img.xz) с помощью rpi-imager - система не загружается
> > > (RGB-квадрат): 7 раз подряд мерцает ACT LED.
> > > 
> > > Тоже самое повторил и для образов с p10 (используя rpi-imager или dd).
> > > 
> > > Отсюда можно сделать вывод, что собранные образы для armh не работают (или
> > > ошибка в ядре?).
> > 
> > На fat32 разделе в config.txt удалите строку
> > [pi3]
> > 
> > и попробуйте снова.
> 
> Попробовал. Теперь ACT LED вообще перестал светиться.
> Также указывал первый раздел (FAT32) как bootable - ноль реакции.
Не уверен, но может быть как-то связаны следующие два факта:
 1. raspbian 11 зашивается с загрузочным разделом начинающимся с 8192 байта;
 2. jeos-systemd зашивается с загрузочным разделом начинающимся с 32768 байта.

(Ответ для Anton Zhukharev на комментарий #4)
> (Ответ для Антон Мидюков на комментарий #3)
> > На fat32 разделе в config.txt удалите строку
> > [pi3]
> > 
> > и попробуйте снова.
> 
> Попробовал. Теперь ACT LED вообще перестал светиться.

теперь дело должно было дойти до u-boot. Можно попробовать грузить ядро напрямую. Для этого:
1 Скопировать на раздел fat32 ядро и initrd под именами vmlinuz и initrd.img
2 прописать в config.txt:
kernel=vmlinuz
initramfs initrd.img followkernel
cmdline=cmdline.txt
3. Создать cmdline.txt со строкой запуская ядра:
root=UUID=<свой_uuid> ro console=tty1
4. Пробовать загружаться

В случае неудачи показать получившийся config.txt и содержимое раздела fat32.

> Также указывал первый раздел (FAT32) как bootable - ноль реакции.

а это делать не нужно.

(Ответ для Anton Zhukharev на комментарий #5)
> Не уверен, но может быть как-то связаны следующие два факта:
>  1. raspbian 11 зашивается с загрузочным разделом начинающимся с 8192 байта;
>  2. jeos-systemd зашивается с загрузочным разделом начинающимся с 32768
> байта.

Нет. Если проблема была бы в этом, то вообще ничего не происходило.

Также можно взять архивную регулярку http://nightly.altlinux.org/sisyphus-armh/archive/regular-jeos-systemd-rpi-20211117-armh.img.xz с ядром как у Raspbian, без u-boot.

(Ответ для Антон Мидюков на комментарий #6)
> В случае неудачи показать получившийся config.txt и содержимое раздела fat32.
ancieg@dell /run/media/ancieg/53F7-1877 Σ cat config.txt 
kernel=vmlinuz
initramfs initrd.img followkernel
cmdline=cmdline.txt

ancieg@dell /run/media/ancieg/53F7-1877 Σ cat cmdline.txt
root=UUID=fda13703-ae23-49f7-b93d-e0f466a98af6 ro console=tty1

ancieg@dell /run/media/ancieg/53F7-1877 Σ ls -A
bcm2708-rpi-b.dtb         bcm2711-rpi-cm4.dtb     initrd.img
bcm2708-rpi-b-plus.dtb    bcm2711-rpi-cm4-io.dtb  start4cd.elf
bcm2708-rpi-b-rev1.dtb    bootcode.bin            start4db.elf
bcm2708-rpi-cm.dtb        cmdline.txt             start4.elf
bcm2708-rpi-zero.dtb      config.txt              start4x.elf
bcm2708-rpi-zero-w.dtb    fixup4cd.dat            start_cd.elf
bcm2709-rpi-2-b.dtb       fixup4.dat              start_db.elf
bcm2710-rpi-2-b.dtb       fixup4db.dat            start.elf
bcm2710-rpi-3-b.dtb       fixup4x.dat             start_x.elf
bcm2710-rpi-3-b-plus.dtb  fixup_cd.dat            uboot-rpi_3_32b.bin
bcm2710-rpi-cm3.dtb       fixup.dat               uboot-rpi_4_32b.bin
bcm2711-rpi-400.dtb       fixup_db.dat            vmlinuz
bcm2711-rpi-4-b.dtb       fixup_x.dat

(Ответ для Антон Мидюков на комментарий #7)
> Также можно взять архивную регулярку
> http://nightly.altlinux.org/sisyphus-armh/archive/regular-jeos-systemd-rpi-
> 20211117-armh.img.xz с ядром как у Raspbian, без u-boot.
Загружается ядро, но виснет и, следовательно, даже до запуска systemd не доходит.

Похоже, что ошибка в ядре или в initrd (уточнять пока не готов):
запустил малинку, минут 10 её не трогал и затем заметил, что
PWR LED перестал светиться, при этом ACT LED изредка моргал (да ещё и не "во всю силу").

Решил проверить на raspbian 11 - такое поведение не получается повторить.

В принципе, почти работает, после следующих действий (вкратце: подсунуть нужный
firmware для графики):

1. Создать на разделе FAT32 директорию overlays и положить
   туда файл vc4-fkms-v3d.dtbo из FAT32 образа Raspbian

2. На разделе FAT32 в config.txt прописать следующее:
--------------------------------------------------------------------------------
dtoverlay=vc4-kms-v3d
display_auto_detect=1
disable_overscan=1

[pi2]
kernel=vmlinuz
initramfs initrd.img followkernel
--------------------------------------------------------------------------------

3. На разделе FAT32 в cmdline.txt прописать следующее:
--------------------------------------------------------------------------------
root=UUID=<UUID> ro console=tty1
--------------------------------------------------------------------------------

4. Загрузиться


Однако, почему-то не работает USB-клавиатура...

(Ответ для Anton Zhukharev на комментарий #11)
> В принципе, почти работает, после следующих действий (вкратце: подсунуть
> нужный
> firmware для графики):
> 
> 1. Создать на разделе FAT32 директорию overlays и положить
>    туда файл vc4-fkms-v3d.dtbo из FAT32 образа Raspbian
> 
> 2. На разделе FAT32 в config.txt прописать следующее:
> -----------------------------------------------------------------------------
> ---
> dtoverlay=vc4-kms-v3d
> display_auto_detect=1
> disable_overscan=1
> 
> [pi2]
> kernel=vmlinuz
> initramfs initrd.img followkernel
> -----------------------------------------------------------------------------
> ---
> 
> 3. На разделе FAT32 в cmdline.txt прописать следующее:
> -----------------------------------------------------------------------------
> ---
> root=UUID=<UUID> ro console=tty1
> -----------------------------------------------------------------------------
> ---
> 
> 4. Загрузиться
> 
> 
> Однако, почему-то не работает USB-клавиатура...
3.5. В соответствии с comment #6 скопировать vmlinuz и initrd.img на раздел FAT32.

(Ответ для Антон Мидюков на комментарий #7)
> Также можно взять архивную регулярку
> http://nightly.altlinux.org/sisyphus-armh/archive/regular-jeos-systemd-rpi-
> 20211117-armh.img.xz с ядром как у Raspbian, без u-boot.
Ранее мною описанные шаги, но на архивной регулярке, приводят к работоспособной системе (USB-клавиатура и сеть работают).

Честно говоря, хотелось бы перевесить в таком случае ошибку на ядро, но не уверен, что есть смысл это делать, поскольку устройство довольно старое.

(Ответ для Anton Zhukharev на комментарий #14)
> Честно говоря, хотелось бы перевесить в таком случае ошибку на ядро, но не
> уверен, что есть смысл это делать, поскольку устройство довольно старое.

Уже исправлено не будет, так как регулярки для armh больше не собираются.