<?xml version="1.0" encoding="UTF-8" ?>

<bugzilla version="5.2"
          urlbase="https://bugzilla.altlinux.org/"
          
          maintainer="jenya@basealt.ru"
>

    <bug>
          <bug_id>44210</bug_id>
          
          <creation_ts>2022-11-02 22:32:04 +0300</creation_ts>
          <short_desc>regular-jeos-systemd не загружается на Raspberry Pi Model 2 B V1.1</short_desc>
          <delta_ts>2023-08-30 15:18:46 +0300</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>3</classification_id>
          <classification>Distributions</classification>
          <product>Regular</product>
          <component>jeos-systemd</component>
          <version>не указана</version>
          <rep_platform>arm</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>WONTFIX</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P5</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Anton Zhukharev">ancieg</reporter>
          <assigned_to name="Антон Мидюков">antohami</assigned_to>
          <cc>antohami</cc>
          
          <qa_contact name="Andrey Cherepanov">cas</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>216877</commentid>
    <comment_count>0</comment_count>
    <who name="Anton Zhukharev">ancieg</who>
    <bug_when>2022-11-02 22:32:04 +0300</bug_when>
    <thetext>Версия пакета: alt-rootfs-installer-0.5.5-alt1

Пытаюсь делать по этой статье: https://www.altlinux.org/Write/rootfs#Raspberry_Pi_2
Ошибка при записи U-Boot для Raspberry Pi 2 (нужно именно это старьё).
--------------------------------------------------------------------------------
Пример:
--------------------------------------------------------------------------------
root@dell /tmp Σ alt-rootfs-installer --rootfs=alt-sisyphus-rootfs-sysvinit-armh.tar.xz --media=/dev/sda --target=rpi2 --resize
Selected Media:     /dev/sda
Target:             rpi_3_32b
Selected rootfs:    /tmp/alt-sisyphus-rootfs-sysvinit-armh.tar.xz
Log file:           /tmp/.private/root/alt-rootfs-installer.log
WARNING! ALL DATA WILL BE DESTROYED
Would you like to continue? [Yes/No] 
Yes
* Clean old partitions table at /dev/sda...
[DONE]
* Creating disklabel  at /dev/sda...
[DONE]
* Creating firmware partition...
[DONE]
* Creating root partition...
[DONE]
* Informing kernel about partition table changes...
[DONE]
* Formating firmware partition to FAT32...
[DONE]
* Formating /dev/sda2 root partition to ext4...
[DONE]
* Mounting root partition to the temporary directory...
[DONE]
* Mounting firmware partition to the temporary directory...
[DONE]
* Writing /tmp/alt-sisyphus-rootfs-sysvinit-armh.tar.xz rootfs to /dev/sda...
[DONE]                                                                          
* Updating fstab and extlinux.conf...
[DONE]
* Writing U-Boot...
[FAIL]
Error: alt-rootfs-installer: failed to write U-Boot
--------------------------------------------------------------------------------
Внутри файла $TMP/alt-rootfs-installer.log:
--------------------------------------------------------------------------------
[...]
DONE
Updating fstab and extlinux.conf...
DONE
Writing U-Boot...
cp: не удалось выполнить stat для &apos;/tmp/.private/root/rootpart.svsT4n0g/usr/share/u-boot/rpi_3_32b/*&apos;: Нет такого файла или каталога
FAIL
Error: failed to write U-Boot
--------------------------------------------------------------------------------
Насколько я понимаю, запись образа для цели rpi2 на системе x86-64 невозможна?
Как тогда можно подсунуть alt-rootfs-installer&apos;у нужный u-boot и не сломать ничего?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>216878</commentid>
    <comment_count>1</comment_count>
    <who name="Антон Мидюков">antohami</who>
    <bug_when>2022-11-02 22:47:14 +0300</bug_when>
    <thetext>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/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>216929</commentid>
    <comment_count>2</comment_count>
    <who name="Anton Zhukharev">ancieg</who>
    <bug_when>2022-11-03 17:38:19 +0300</bug_when>
    <thetext>(Ответ для Антон Мидюков на комментарий #1)
&gt; Просто запишите стартеркит или регулярку armh в формате img.xz на sd-карту.
&gt; Можно просто распаковать и dd записать.
&gt; http://nightly.altlinux.org/sisyphus-armh/tested/
&gt; 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 не работают (или ошибка в ядре?).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>216931</commentid>
    <comment_count>3</comment_count>
    <who name="Антон Мидюков">antohami</who>
    <bug_when>2022-11-03 18:02:53 +0300</bug_when>
    <thetext>(Ответ для Anton Zhukharev на комментарий #2)
&gt; (Ответ для Антон Мидюков на комментарий #1)
&gt; &gt; Просто запишите стартеркит или регулярку armh в формате img.xz на sd-карту.
&gt; &gt; Можно просто распаковать и dd записать.
&gt; &gt; http://nightly.altlinux.org/sisyphus-armh/tested/
&gt; &gt; http://nightly.altlinux.org/p10-armh/release/
&gt; Я и img.xz пробовал ставить на sd-карту - не загружается (unxz и dd).
&gt; 
&gt; Попробовал зашить на sd-карту образ Raspbian 11 при помощи rpi-imager и
&gt; запуск системы произошёл без проблем.
&gt; 
&gt; Попробовал зашить jeos
&gt; (http://nightly.altlinux.org/sisyphus-armh/tested/regular-jeos-systemd-
&gt; latest-armh.img.xz) с помощью rpi-imager - система не загружается
&gt; (RGB-квадрат): 7 раз подряд мерцает ACT LED.
&gt; 
&gt; Тоже самое повторил и для образов с p10 (используя rpi-imager или dd).
&gt; 
&gt; Отсюда можно сделать вывод, что собранные образы для armh не работают (или
&gt; ошибка в ядре?).

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

и попробуйте снова.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>216936</commentid>
    <comment_count>4</comment_count>
    <who name="Anton Zhukharev">ancieg</who>
    <bug_when>2022-11-03 19:47:29 +0300</bug_when>
    <thetext>(Ответ для Антон Мидюков на комментарий #3)
&gt; (Ответ для Anton Zhukharev на комментарий #2)
&gt; &gt; (Ответ для Антон Мидюков на комментарий #1)
&gt; &gt; &gt; Просто запишите стартеркит или регулярку armh в формате img.xz на sd-карту.
&gt; &gt; &gt; Можно просто распаковать и dd записать.
&gt; &gt; &gt; http://nightly.altlinux.org/sisyphus-armh/tested/
&gt; &gt; &gt; http://nightly.altlinux.org/p10-armh/release/
&gt; &gt; Я и img.xz пробовал ставить на sd-карту - не загружается (unxz и dd).
&gt; &gt; 
&gt; &gt; Попробовал зашить на sd-карту образ Raspbian 11 при помощи rpi-imager и
&gt; &gt; запуск системы произошёл без проблем.
&gt; &gt; 
&gt; &gt; Попробовал зашить jeos
&gt; &gt; (http://nightly.altlinux.org/sisyphus-armh/tested/regular-jeos-systemd-
&gt; &gt; latest-armh.img.xz) с помощью rpi-imager - система не загружается
&gt; &gt; (RGB-квадрат): 7 раз подряд мерцает ACT LED.
&gt; &gt; 
&gt; &gt; Тоже самое повторил и для образов с p10 (используя rpi-imager или dd).
&gt; &gt; 
&gt; &gt; Отсюда можно сделать вывод, что собранные образы для armh не работают (или
&gt; &gt; ошибка в ядре?).
&gt; 
&gt; На fat32 разделе в config.txt удалите строку
&gt; [pi3]
&gt; 
&gt; и попробуйте снова.

Попробовал. Теперь ACT LED вообще перестал светиться.
Также указывал первый раздел (FAT32) как bootable - ноль реакции.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>216942</commentid>
    <comment_count>5</comment_count>
    <who name="Anton Zhukharev">ancieg</who>
    <bug_when>2022-11-03 22:05:20 +0300</bug_when>
    <thetext>(Ответ для Anton Zhukharev на комментарий #4)
&gt; (Ответ для Антон Мидюков на комментарий #3)
&gt; &gt; (Ответ для Anton Zhukharev на комментарий #2)
&gt; &gt; &gt; (Ответ для Антон Мидюков на комментарий #1)
&gt; &gt; &gt; &gt; Просто запишите стартеркит или регулярку armh в формате img.xz на sd-карту.
&gt; &gt; &gt; &gt; Можно просто распаковать и dd записать.
&gt; &gt; &gt; &gt; http://nightly.altlinux.org/sisyphus-armh/tested/
&gt; &gt; &gt; &gt; http://nightly.altlinux.org/p10-armh/release/
&gt; &gt; &gt; Я и img.xz пробовал ставить на sd-карту - не загружается (unxz и dd).
&gt; &gt; &gt; 
&gt; &gt; &gt; Попробовал зашить на sd-карту образ Raspbian 11 при помощи rpi-imager и
&gt; &gt; &gt; запуск системы произошёл без проблем.
&gt; &gt; &gt; 
&gt; &gt; &gt; Попробовал зашить jeos
&gt; &gt; &gt; (http://nightly.altlinux.org/sisyphus-armh/tested/regular-jeos-systemd-
&gt; &gt; &gt; latest-armh.img.xz) с помощью rpi-imager - система не загружается
&gt; &gt; &gt; (RGB-квадрат): 7 раз подряд мерцает ACT LED.
&gt; &gt; &gt; 
&gt; &gt; &gt; Тоже самое повторил и для образов с p10 (используя rpi-imager или dd).
&gt; &gt; &gt; 
&gt; &gt; &gt; Отсюда можно сделать вывод, что собранные образы для armh не работают (или
&gt; &gt; &gt; ошибка в ядре?).
&gt; &gt; 
&gt; &gt; На fat32 разделе в config.txt удалите строку
&gt; &gt; [pi3]
&gt; &gt; 
&gt; &gt; и попробуйте снова.
&gt; 
&gt; Попробовал. Теперь ACT LED вообще перестал светиться.
&gt; Также указывал первый раздел (FAT32) как bootable - ноль реакции.
Не уверен, но может быть как-то связаны следующие два факта:
 1. raspbian 11 зашивается с загрузочным разделом начинающимся с 8192 байта;
 2. jeos-systemd зашивается с загрузочным разделом начинающимся с 32768 байта.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>216944</commentid>
    <comment_count>6</comment_count>
    <who name="Антон Мидюков">antohami</who>
    <bug_when>2022-11-04 01:01:46 +0300</bug_when>
    <thetext>(Ответ для Anton Zhukharev на комментарий #4)
&gt; (Ответ для Антон Мидюков на комментарий #3)
&gt; &gt; На fat32 разделе в config.txt удалите строку
&gt; &gt; [pi3]
&gt; &gt; 
&gt; &gt; и попробуйте снова.
&gt; 
&gt; Попробовал. Теперь 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=&lt;свой_uuid&gt; ro console=tty1
4. Пробовать загружаться

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

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

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

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

Нет. Если проблема была бы в этом, то вообще ничего не происходило.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>216945</commentid>
    <comment_count>7</comment_count>
    <who name="Антон Мидюков">antohami</who>
    <bug_when>2022-11-04 08:05:09 +0300</bug_when>
    <thetext>Также можно взять архивную регулярку http://nightly.altlinux.org/sisyphus-armh/archive/regular-jeos-systemd-rpi-20211117-armh.img.xz с ядром как у Raspbian, без u-boot.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>216947</commentid>
    <comment_count>8</comment_count>
    <who name="Anton Zhukharev">ancieg</who>
    <bug_when>2022-11-04 10:07:34 +0300</bug_when>
    <thetext>(Ответ для Антон Мидюков на комментарий #6)
&gt; В случае неудачи показать получившийся 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</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>216948</commentid>
    <comment_count>9</comment_count>
    <who name="Anton Zhukharev">ancieg</who>
    <bug_when>2022-11-04 10:09:41 +0300</bug_when>
    <thetext>(Ответ для Антон Мидюков на комментарий #7)
&gt; Также можно взять архивную регулярку
&gt; http://nightly.altlinux.org/sisyphus-armh/archive/regular-jeos-systemd-rpi-
&gt; 20211117-armh.img.xz с ядром как у Raspbian, без u-boot.
Загружается ядро, но виснет и, следовательно, даже до запуска systemd не доходит.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>216956</commentid>
    <comment_count>10</comment_count>
    <who name="Anton Zhukharev">ancieg</who>
    <bug_when>2022-11-04 17:53:26 +0300</bug_when>
    <thetext>Похоже, что ошибка в ядре или в initrd (уточнять пока не готов):
запустил малинку, минут 10 её не трогал и затем заметил, что
PWR LED перестал светиться, при этом ACT LED изредка моргал (да ещё и не &quot;во всю силу&quot;).

Решил проверить на raspbian 11 - такое поведение не получается повторить.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>221145</commentid>
    <comment_count>11</comment_count>
    <who name="Anton Zhukharev">ancieg</who>
    <bug_when>2023-02-04 23:29:47 +0300</bug_when>
    <thetext>В принципе, почти работает, после следующих действий (вкратце: подсунуть нужный
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=&lt;UUID&gt; ro console=tty1
--------------------------------------------------------------------------------

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


Однако, почему-то не работает USB-клавиатура...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>221146</commentid>
    <comment_count>12</comment_count>
    <who name="Anton Zhukharev">ancieg</who>
    <bug_when>2023-02-04 23:35:12 +0300</bug_when>
    <thetext>(Ответ для Anton Zhukharev на комментарий #11)
&gt; В принципе, почти работает, после следующих действий (вкратце: подсунуть
&gt; нужный
&gt; firmware для графики):
&gt; 
&gt; 1. Создать на разделе FAT32 директорию overlays и положить
&gt;    туда файл vc4-fkms-v3d.dtbo из FAT32 образа Raspbian
&gt; 
&gt; 2. На разделе FAT32 в config.txt прописать следующее:
&gt; -----------------------------------------------------------------------------
&gt; ---
&gt; dtoverlay=vc4-kms-v3d
&gt; display_auto_detect=1
&gt; disable_overscan=1
&gt; 
&gt; [pi2]
&gt; kernel=vmlinuz
&gt; initramfs initrd.img followkernel
&gt; -----------------------------------------------------------------------------
&gt; ---
&gt; 
&gt; 3. На разделе FAT32 в cmdline.txt прописать следующее:
&gt; -----------------------------------------------------------------------------
&gt; ---
&gt; root=UUID=&lt;UUID&gt; ro console=tty1
&gt; -----------------------------------------------------------------------------
&gt; ---
&gt; 
&gt; 4. Загрузиться
&gt; 
&gt; 
&gt; Однако, почему-то не работает USB-клавиатура...
3.5. В соответствии с comment #6 скопировать vmlinuz и initrd.img на раздел FAT32.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>223406</commentid>
    <comment_count>13</comment_count>
    <who name="Anton Zhukharev">ancieg</who>
    <bug_when>2023-03-25 14:27:58 +0300</bug_when>
    <thetext>(Ответ для Антон Мидюков на комментарий #7)
&gt; Также можно взять архивную регулярку
&gt; http://nightly.altlinux.org/sisyphus-armh/archive/regular-jeos-systemd-rpi-
&gt; 20211117-armh.img.xz с ядром как у Raspbian, без u-boot.
Ранее мною описанные шаги, но на архивной регулярке, приводят к работоспособной системе (USB-клавиатура и сеть работают).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>223407</commentid>
    <comment_count>14</comment_count>
    <who name="Anton Zhukharev">ancieg</who>
    <bug_when>2023-03-25 14:29:12 +0300</bug_when>
    <thetext>Честно говоря, хотелось бы перевесить в таком случае ошибку на ядро, но не уверен, что есть смысл это делать, поскольку устройство довольно старое.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>232159</commentid>
    <comment_count>15</comment_count>
    <who name="Антон Мидюков">antohami</who>
    <bug_when>2023-08-30 15:18:46 +0300</bug_when>
    <thetext>(Ответ для Anton Zhukharev на комментарий #14)
&gt; Честно говоря, хотелось бы перевесить в таком случае ошибку на ядро, но не
&gt; уверен, что есть смысл это делать, поскольку устройство довольно старое.

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

    </bug>

</bugzilla>