# alt-rootfs-installer --image-in=alt-workstation-11.1-aarch64.img.xz --media=/dev/sdb --resize --target=repka_pi4 Первый раз загружается, начальная установка проходит. Не видит ethernet интерфейса (wlan видит). После сохранения настроек не перезагрузится и уже больше не загрузится.
После make-initrd что-то нужное не попадает в initrd. Что это за нужное?
(Ответ для Антон Мидюков на комментарий #1) > После make-initrd что-то нужное не попадает в initrd. Что это за нужное? Точнее не скажу, что-то, что есть в /etc/initrd.mk.oem https://www.altlinux.org/Repka_Pi_4_быстрый_старт - верная, сейчас перепроверил, после неё и с ядром repka4 работает. Хорошо бы --target=repka_pi4 работал в итоге так же хорошо для четвёртой, как --target=repka_pi3 для третьей Репки, без дополнительных движений. А Рабочая станция при том, что она в реестре.
(Ответ для Pavel Isopenko на комментарий #2) > (Ответ для Антон Мидюков на комментарий #1) > > После make-initrd что-то нужное не попадает в initrd. Что это за нужное? > > Точнее не скажу, что-то, что есть в /etc/initrd.mk.oem Там слишком много всего. Если предварительно обновить make-initrd из таска 395542, после make-initrd загрузится?
(Ответ для Pavel Isopenko на комментарий #0) > Не видит ethernet интерфейса (wlan видит). Там, скорее всего, надо патчить соответствующий драйвер Ethernet в ядре. По крайней мере, к такому выводу я пришел в результате своих прошлых изысканий по данному вопросу.
Created attachment 19634 [details] Лог
(Ответ для Антон Мидюков на комментарий #3) > (Ответ для Pavel Isopenko на комментарий #2) > > (Ответ для Антон Мидюков на комментарий #1) > > > После make-initrd что-то нужное не попадает в initrd. Что это за нужное? > > > > Точнее не скажу, что-то, что есть в /etc/initrd.mk.oem > > Там слишком много всего. Попробую на днях сократить область для поиска. > Если предварительно обновить make-initrd из таска 395542, после make-initrd > загрузится? Нет, то же самое. Лог загрузки приложил сообщением выше.
(Ответ для Антон Мидюков на комментарий #1) > После make-initrd что-то нужное не попадает в initrd. Что это за нужное? Добавление MODULES_TRY_ADD += drivers/regulator в стандартный конфиг initrd.mk решает эту проблему. Предполагаю, что в initrd не попадает модуль регулятора, ответственного за питание SD-слота. Отсюда и выпадение в консоль initramfs с Waiting for root... Кстати, во время выполнения make-initrd каждый раз выскакивает сообщение (не знаю, имеет ли это отношение к делу): /usr/share/make-initrd/guess/device-tree/action: строка 31: modalias_file: не заданы границы переменной
(Ответ для Anton Kurachenko на комментарий #7) > (Ответ для Антон Мидюков на комментарий #1) > > После make-initrd что-то нужное не попадает в initrd. Что это за нужное? > > Добавление MODULES_TRY_ADD += drivers/regulator в стандартный конфиг > initrd.mk решает эту проблему. Предполагаю, что в initrd не попадает модуль > регулятора, ответственного за питание SD-слота. Отсюда и выпадение в консоль > initramfs с Waiting for root... > > Кстати, во время выполнения make-initrd каждый раз выскакивает сообщение (не > знаю, имеет ли это отношение к делу): > /usr/share/make-initrd/guess/device-tree/action: строка 31: modalias_file: > не заданы границы переменной Я просил проверять с таском, который это исправляет: (Ответ для Антон Мидюков на комментарий #3) > (Ответ для Pavel Isopenko на комментарий #2) > > (Ответ для Антон Мидюков на комментарий #1) > Если предварительно обновить make-initrd из таска 395542, после make-initrd > загрузится?
Created attachment 19642 [details] With_new_make-initrd С новым make-initrd-2.55.1-alt5 каких-либо ошибок при пересоздании initrd уже не выводится. Но без добавления MODULES_TRY_ADD += drivers/regulator система все равно остается небутабельной. Лог прилагается.
(Ответ для Anton Kurachenko на комментарий #9) > Создано вложение 19642 [details] [подробности] > With_new_make-initrd > > С новым make-initrd-2.55.1-alt5 каких-либо ошибок при пересоздании initrd > уже не выводится. Но без добавления MODULES_TRY_ADD += drivers/regulator > система все равно остается небутабельной. Лог прилагается. Попробуйте выяснить, какой именно модуль требуется.
(Ответ для Антон Мидюков на комментарий #10) > (Ответ для Anton Kurachenko на комментарий #9) > > Создано вложение 19642 [details] [подробности] > > With_new_make-initrd > > > > С новым make-initrd-2.55.1-alt5 каких-либо ошибок при пересоздании initrd > > уже не выводится. Но без добавления MODULES_TRY_ADD += drivers/regulator > > система все равно остается небутабельной. Лог прилагается. > > Попробуйте выяснить, какой именно модуль требуется. Выяснил. Конкретно требуется axp20x-regulator.
(Ответ для Anton Kurachenko на комментарий #11) > (Ответ для Антон Мидюков на комментарий #10) > > (Ответ для Anton Kurachenko на комментарий #9) > > > Создано вложение 19642 [details] [подробности] > > > With_new_make-initrd > > > > > > С новым make-initrd-2.55.1-alt5 каких-либо ошибок при пересоздании initrd > > > уже не выводится. Но без добавления MODULES_TRY_ADD += drivers/regulator > > > система все равно остается небутабельной. Лог прилагается. > > > > Попробуйте выяснить, какой именно модуль требуется. > > Выяснил. Конкретно требуется axp20x-regulator. Спасибо большое! Нужно приложить архив, полученный: make-initrd bug-report
Created attachment 19646 [details] make-initrd_bug-report (Ответ для Антон Мидюков на комментарий #12) > (Ответ для Anton Kurachenko на комментарий #11) > > (Ответ для Антон Мидюков на комментарий #10) > > > (Ответ для Anton Kurachenko на комментарий #9) > > > > Создано вложение 19642 [details] [подробности] > > > > With_new_make-initrd > > > > > > > > С новым make-initrd-2.55.1-alt5 каких-либо ошибок при пересоздании initrd > > > > уже не выводится. Но без добавления MODULES_TRY_ADD += drivers/regulator > > > > система все равно остается небутабельной. Лог прилагается. > > > > > > Попробуйте выяснить, какой именно модуль требуется. > > > > Выяснил. Конкретно требуется axp20x-regulator. > > Спасибо большое! > Нужно приложить архив, полученный: > make-initrd bug-report Ок.
С точки зрения make-initrd этот модуль и не должен попадать в образ. Он для i2c и не связан с корневым разделом, а также это устройство не из open firmware. $ cat /sys/devices/platform/soc/7081400.i2c/i2c-5/5-0036/axp20x-regulator/uevent DEVTYPE=mfd_device DRIVER=axp20x-regulator MODALIAS=platform:axp20x-regulator я пока не вижу как формализовать эту связь.
Может имеет смысл сделать CONFIG_REGULATOR_AXP20X=y в config-aarch64?
(In reply to Anton Kurachenko from comment #15) > Может имеет смысл сделать CONFIG_REGULATOR_AXP20X=y в config-aarch64? Это одно из решений проблемы. Если это не помешает другим железкам, которые используют это ядро, то да, так проще всего и правильнее сделать. Или же исталлер мог бы после установки в /etc/initrd.mk прописать необходимый модуль в случае если железка Repka Pi 4 Optimal.
(Ответ для Alexey Gladkov на комментарий #16) > (In reply to Anton Kurachenko from comment #15) > > Может имеет смысл сделать CONFIG_REGULATOR_AXP20X=y в config-aarch64? > > Это одно из решений проблемы. Если это не помешает другим железкам, которые > используют это ядро, то да, так проще всего и правильнее сделать. > > Или же исталлер мог бы после установки в /etc/initrd.mk прописать > необходимый модуль в случае если железка Repka Pi 4 Optimal. Включили в ядрах 6.12+ CONFIG_REGULATOR_AXP20X=y: https://lore.altlinux.org/devel-kernel/374mzg36ertulycir2nlsiv3tr@altlinux.org/T/#t Эту багу закрываю, как wontfix.
