Regular/arm: различия между версиями
Tora-bora (обсуждение | вклад) (Write/rootfs link fixed) |
|||
Строка 15: | Строка 15: | ||
Регулярные сборки для одноплатных компьютеров предназначены для тестирования репозитория [[Sisyphus]]. Подробнее об их назначении смотреть основную статью [[Regular]]. | Регулярные сборки для одноплатных компьютеров предназначены для тестирования репозитория [[Sisyphus]]. Подробнее об их назначении смотреть основную статью [[Regular]]. | ||
Сборки представляют собой архивы корневой файловой системы (rootfs) в формате tar.xz, которую предстоит развернуть на SD-карте в соответствии с '''[[ | Сборки представляют собой архивы корневой файловой системы (rootfs) в формате tar.xz, которую предстоит развернуть на SD-карте в соответствии с '''[[Write/rootfs | инструкцией]]''', и образы для запуска в qemu. | ||
При первом запуске загружается мастер настройки системы из шести стандартных шагов, в котором вы принимаете условия лицензии, настраиваете часовой пояс и время, задаёте пароль суперпользователя [[root]], создаёте системного пользователя. По завершении работы мастера произойдёт перезагрузка, после которой загрузится экран приветствия готовой к работе системы. | При первом запуске загружается мастер настройки системы из шести стандартных шагов, в котором вы принимаете условия лицензии, настраиваете часовой пояс и время, задаёте пароль суперпользователя [[root]], создаёте системного пользователя. По завершении работы мастера произойдёт перезагрузка, после которой загрузится экран приветствия готовой к работе системы. |
Версия от 20:57, 23 сентября 2019
Регулярные сборки для одноплатных компьютеров и qemu c архитектурой процессора armh и aarch64
Введение
Регулярные сборки для одноплатных компьютеров предназначены для тестирования репозитория Sisyphus. Подробнее об их назначении смотреть основную статью Regular. Сборки представляют собой архивы корневой файловой системы (rootfs) в формате tar.xz, которую предстоит развернуть на SD-карте в соответствии с инструкцией, и образы для запуска в qemu.
При первом запуске загружается мастер настройки системы из шести стандартных шагов, в котором вы принимаете условия лицензии, настраиваете часовой пояс и время, задаёте пароль суперпользователя root, создаёте системного пользователя. По завершении работы мастера произойдёт перезагрузка, после которой загрузится экран приветствия готовой к работе системы.
Cборки на базе ядра mainline тестировались на одноплатных компьютерах Raspberry Pi 3 B+, Orange Pi Prime, Nvidia Jetson Nano и qemu.
Прямые ссылки на загрузку[1]
Десктопные[2]:
Без графического интерфейса[4]:
Сборки для Nvidia Jetson Nano
Архивы rootfs для компьютера Nvidia Jetson Nano с ядром tegra.
- cinnamon: aarch64
- kde5: aarch64
- lxqt: aarch64
- mate: aarch64
- xfce: aarch64
Для qemu
Установка на SD-карту
Действуйте согласно инструкции.
Запуск на QEMU
Для запуска образов на QEMU необходимо выполнить следующие шаги:
Шаг 1. Для запуска порта ALT на aarch64 и armh необходимо установить QEMU с поддержкой aarch64 и armh. Например, в случае хостовой системы на ALT x86_64: qemu-system-aarch64-core и qemu-system-arm-core.
Шаг 2. Далее необходимо получить u-boot-qemu для архитектур armh и aarch64
Шаг 3. После этого, скачав один из образов для QEMU (см. выше) можно запускать QEMU, заменив <IMAGE> на путь к образу qcow2:
Для запуска qemu-образа aarch64 укажите вместо <aarch64/u-boot.bin> путь к u-boot для aarch64:
$ qemu-system-aarch64 \
-machine virt -cpu cortex-a57 -m 2048 -smp 4 \
-bios <aarch64/u-boot.bin> \
-drive if=none,id=sda,format=qcow2,file=<IMAGE> \
-device virtio-blk-device,drive=sda \
-device virtio-keyboard -device virtio-tablet \
-device virtio-net-device,netdev=net0 -netdev user,id=net0 \
-device virtio-gpu,xres=1366,yres=768 -nographic -vnc :0
Для запуска qemu-образа armh укажите вместо <armh/u-boot.bin> путь к u-boot для armh:
$ qemu-system-arm \
-machine virt -m 2048 -smp 4 \
-bios <armh/u-boot.bin> \
-drive if=none,id=sda,format=qcow2,file=<IMAGE> \
-device virtio-blk-device,drive=sda \
-device virtio-keyboard -device virtio-tablet \
-device virtio-net-device,netdev=net0 -netdev user,id=net0 \
-device virtio-gpu,xres=1366,yres=768 -nographic -vnc :0
Весь текстовый вывод будет отображаться в терминале. Для работы в графическом режиме используйте подключение по протоколу vnc:
remote-viewer vnc://localhost:5900
Порт 5900 соответствует опции -vnc :0 Порт 5901 - опции -vnc :1 и т.д.
Как сообщить об ошибке
Во-первых, ознакомьтесь с соответствующим разделом.
Сообщения об ошибках принимаются по адресу https://bugzilla.altlinux.org/ (см. BugTracking).
- если проблема в пакете, выбирайте продукт Sisyphus, компонент соответствующий имени пакета, платформа armh или aarch64.
- если проблема в сборке или образе, выбирайте продукт Regular, компонент, соответствующий DE по умолчанию, платформа armh или aarch64.
ВАЖНО:
- указать Platform: aarch64 или armh (справа в верхней части формы создания бага)
- назначить ошибку на antohami@altlinux.org
См. также Краткое пособие по использованию Bugzilla
Известные проблемы
- 1 Общие:
- 1.1 Выключены ждущий, спящий режимы и гибернация, так как система не выходит из них. Отключены в /etc/systemd/sleep.conf. На sysvinit в /etc/elogind/logind.conf. Не касается сборок Nvidia Jetson Nano.
- 1.2 Проблемы из-за отсутствия аппаратных часов. При загрузке время обнуляется на дату релиза systemd. При использовании sysVinit вообще на 1970 год. Тем не менее время синхронизируется сразу же после подключения к интернету.
- 1.4 Отключено аппаратное ускорение в mpv. Смотреть конфиг /etc/mpv/mpv.conf (не касается сборок Nvidia Jetson Nano)
- 2 aarch64:
- 2.1 В mpv не отображаются элементы интерфейса bug 36200 Не проявляется на Nvidia Jetson Nano
- 2.2 На Orange Pi Prime с ядром mp необходимо отключать glamor, иначе графика не работает, хотя иксы стартуют:
cat > /etc/X11/xorg.conf.d/99-modesetting-noglamor.conf << 'E_O_F'
Section "Device"
Identifier "default"
Driver "modesetting"
Option "AccelMethod" "none"
EndSection
E_O_F
- ↑ Это ссылки на сборки, помеченные как tested. Помимо них есть ещё несколько снапшотов: aarch64 armh
- ↑ Данные сборки не имеют предустановленного пользователя. При первом запуске вам будет предложено создать пользователя и задать пароль суперпользователя root
- ↑ Используется система инициализации sysvinit с elogind для управления сеансом
- ↑ У данных сборок пароль суперпользователя altlinux
- ↑ У данной сборки пароль суперпользователя altlinux