Запуск Альтлинукс на Rockchip (rk3328\rk3399\rk356x)

[Merblud]

2 Balbes

Какой загрузчик сейчас лучше прошивать в набортную флэшку Rock 5b - efi, или extlinux.conf?

[Balbes]

А где можно спросить/узнать по поводу установки ПО на АльтЛинукс под ARM (на RK3588)?

В смысле ? Это обычная процедура, через apt или другой соответствующий софт из сетевых реп.

Какой загрузчик сейчас лучше прошивать в набортную флэшку Rock 5b - efi, или extlinux.conf?

Установка и запуск с NVMe поддерживается только в extlinux.
EDK2 не проверялся на предмет запуска системы с NVMe и установка только в ручную.

[Balbes]

20230614 ядро 6.3

[Delphist52]

для начала - проверить в ручную, перед командой перезагрузки - sync и ждать 5-10 секунд, пока все операции с NVMe закончатся.

Так а с командой sync что делать? Её надо где-то прописать?

[Александр Ерещенко]

для начала - проверить в ручную, перед командой перезагрузки - sync и ждать 5-10 секунд, пока все операции с NVMe закончатся.

Так а с командой sync что делать? Её надо где-то прописать?

Да, запустить в терминале команду sync и дождаться её завершения (пока опять не появится приглашение в командную строку)

[Delphist52]

Да, запустить в терминале команду sync и дождаться её завершения (пока опять не появится приглашение в командную строку)

И это делать каждый раз когда надо перезагрузить/выключить компьютер? А можно как-то автоматизировать?

[Александр Ерещенко]

Да, запустить в терминале команду sync и дождаться её завершения (пока опять не появится приглашение в командную строку)

И это делать каждый раз когда надо перезагрузить/выключить компьютер? А можно как-то автоматизировать?

Вообще-то сброс файловых буферов производится и при размонтировании (при штатном выключении размонтирование всего, что смонтировано - это один из этапов).
Но если хочется убедиться, что действительно файловые буфера сбросились, то можно и ручками сделать sync

[Delphist52]

Вообще-то сброс файловых буферов производится и при размонтировании (при штатном выключении размонтирование всего, что смонтировано - это один из этапов).
Но если хочется убедиться, что действительно файловые буфера сбросились, то можно и ручками сделать sync

Так вот если я ввожу эту команду то вероятность успешной загрузки/перезагрузки повышается (но 100% не достигает)

[Balbes]

Версия 20230620 с ядром 5.10 для rk3588\rk3588S.

Добавлена поддержка для нового устройства - Firefly-ITX-3588J . Это устройство форм-фактор mini-ITX.

Новая версия 20230620 загрузчиков с EDK2-EFI для моделей rk35xx.

[Delphist52]

Ладно, запускается в 80% случаев уже не плохо. Всем большое спасибо!

И ещё скажите пожалуйста в будущем добавится ли вывод информации UART на экран (по HDMI)? Это физически возможно? Чтобы можно было отследить неудачный запуск не по черному экрану с ожиданием несколько минут. Надо ли будет для это что-то переустанавливать или достаточно будет просто обновиться в установленной системе?

[Balbes]

Ладно, запускается в 80% случаев уже не плохо

Пользую rtock5b (сиcтема на NVMe) несколько месяцев, ни каких проблем с запуском не видел, но у меня после "выключения" софтового, выполняется физическое выключение питания, хотя перезагрузки работают без проблем и выключение без физического выключения питания тоже должно работать правильно.

И ещё скажите пожалуйста в будущем добавится ли вывод информации UART на экран (по HDMI)?

полный вывод от самого начала запуска - в принципе не возможен, можно увидеть только часть, после общей инициализации самого u-boot\EDK2 включения HDMI.
текущий u-boot для 3588 вообще не поддерживает вывод на HDMI, EDK2 работает и выдаёт процесс запуска на HDMI (процесс запуска из grub, часть служебной инфы по запуску ядра и т.д.), в том числе позволяет управлять процессом запуска как на обычном ПК (выбирать ядро\систему).

Надо ли будет для это что-то переустанавливать или достаточно будет просто обновиться в установленной системе?

u-boot и EDK2 - это совершенно разные системы запуска, соответственно "просто обновить систему" для перехода на другую, не получиться.

[Merblud]

Пользую rtock5b (сиcтема на NVMe) несколько месяцев, ни каких проблем с запуском не видел, но у меня после "выключения" софтового, выполняется физическое выключение питания, хотя перезагрузки работают без проблем и выключение без физического выключения питания тоже должно работать правильно.

А физическое выключение питания выполняется штатными средствами, или с помощью каких-то дополнительных техничесиких средств?
Вот, если мне не изменяет память, то у NanoPC T-4 poweroff выключал питание полностью, по карйней мере мере гасли все индикаторы, останавливался вентилятор. У rock5b после poweroff снимается пиатние с NVMe накопителя, возможно, и с других компонентов SoC, памяти и т.д. Но индикатор продолжает гореть, 5в подается. Это и есть физическое выключение питания, или можно рассчитывать на что-то еще?

[Delphist52]

Пользую rtock5b (сиcтема на NVMe) несколько месяцев, ни каких проблем с запуском не видел, но у меня после "выключения" софтового, выполняется физическое выключение питания, хотя перезагрузки работают без проблем и выключение без физического выключения питания тоже должно работать правильно.

Возможно у меня что-то в аппаратной части (например в разъеме). Надо попробовать потестировать канал с SSD.

полный вывод от самого начала запуска - в принципе не возможен, можно увидеть только часть, после общей инициализации самого u-boot\EDK2 включения HDMI.
текущий u-boot для 3588 вообще не поддерживает вывод на HDMI, EDK2 работает и выдаёт процесс запуска на HDMI (процесс запуска из grub, часть служебной инфы по запуску ядра и т.д.), в том числе позволяет управлять процессом запуска как на обычном ПК (выбирать ядро\систему).

u-boot и EDK2 - это совершенно разные системы запуска, соответственно "просто обновить систему" для перехода на другую, не получиться.

Понял. Спасибо!

[Balbes]

А физическое выключение питания выполняется штатными средствами, или с помощью каких-то дополнительных техничесиких средств?

С помощью "спецсредств" - рука + кнопка пилота, аналог "выдернуть блок питания из розетки" :)

если мне не изменяет память, то у NanoPC T-4 poweroff выключал питание полностью,

Нет, полного физического выключения питания ни на каких устройствах нет, в том числе на ПК с блоками питания ATX, только на самых старых ПК (с блоком питания AT) были кнопки физического (полного) выключения питания, как выключатель лампочек.
Т4 просто лучше отключает все части, но "контрольное устройство питания" всегда работает и ждёт предписанных событий, что бы включить питание всех остальных частей (нажатие кнопки, сигнал от LAN, если включена эта функция и т.д.)

Возможно у меня что-то в аппаратной части (например в разъеме). Надо попробовать потестировать канал с SSD.

возможно просто модель NVMe плохо совместима с uboot.  какая версия uboot сейчас в SPI ?

[Delphist52]

какая версия uboot сейчас в SPI ?

Я так понимаю вот версия:

Код: [Выделить]

U-Boot 2017.09-armbian (Mar 01 2023 - 16:19:19 +0300)
Та же самая...