ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | Ошибки установки на одноплатник Repka Pi 4 Optimal (repka-pi.ru) | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | Sisyphus | Reporter: | Pavel Isopenko <master> | ||||||||
| Component: | make-initrd | Assignee: | Alexey Gladkov <legion> | ||||||||
| Status: | CLOSED WONTFIX | QA Contact: | qa-sisyphus | ||||||||
| Severity: | minor | ||||||||||
| Priority: | P5 | CC: | antohami, glebfm, kurachenko.urup, ldv, legion, placeholder, vt | ||||||||
| Version: | unstable | ||||||||||
| Hardware: | aarch64 | ||||||||||
| OS: | Linux | ||||||||||
| Attachments: |
|
||||||||||
|
Description
Pavel Isopenko
2025-09-25 14:06:49 MSK
После 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. |
