Regular/arm

Регулярные сборки для архитектур процессора armh и aarch64

Введение

Регулярные сборки предназначены для тестирования репозитория Sisyphus. Подробнее об их назначении смотреть основную статью Regular. Сборки представляют собой архивы корневой файловой системы (rootfs) в формате tar.xz, которую предстоит развернуть на SD-карте в соответствии с инструкцией, образы для запуска в qemu, и ISO-образы (установочные, LiveCD с возможностью установки, rescue - спасательный LiveCD).

При первом запуске rootfs и qemu-образов загружается мастер настройки системы из шести стандартных шагов, в котором вы принимаете условия лицензии, настраиваете часовой пояс и время, задаёте пароль суперпользователя root, создаёте системного пользователя. По завершении работы мастера произойдёт перезагрузка, после которой загрузится экран приветствия готовой к работе системы.

Cборки на базе ядра mainline тестировались на одноплатных компьютерах Raspberry Pi 3 B+, Orange Pi Prime, Nvidia Jetson Nano и qemu. ISO-образы собираются с ядрами std-def и un-def, тестируются в qemu.

Прямые ссылки на загрузку

Десктопные rootfs:

• lxde: aarch64 armh

• lxqt: aarch64 armh

• mate: aarch64 armh

• xfce: aarch64 armh

• icewm-sysv: aarch64 armh

rootfs без графического интерфейса:

• jeos-sysv: aarch64 armh

• jeos-systemd: aarch64 armh

rootfs для Nvidia Jetson Nano

Архивы rootfs для компьютера Nvidia Jetson Nano с ядром tegra.

• cinnamon: aarch64

• kde5: aarch64

• lxqt: aarch64

• mate: aarch64

• xfce: aarch64

Образы для qemu

• jeos-systemd: aarch64 armh

• lxqt: aarch64 armh

Гибридные ISO образы

• lxqt (LiveCD): aarch64

• jeos-systemd : aarch64

• Rescue (спасательный LiveCD): aarch64

Установка на SD-карту

Действуйте согласно инструкции.

Запуск в QEMU

Шаг 0. Для запуска порта ALT на aarch64 и armh необходимо установить QEMU с поддержкой aarch64 и armh. Например, в случае хостовой системы на ALT x86_64: qemu-system-aarch64-core и qemu-system-arm-core.

u-boot

Сборки должны содержать /boot/extlinux/extlinux.conf

Шаг 1. Необходимо получить u-boot-qemu для архитектур armh и aarch64

Шаг 2. После этого, скачав один из образов для 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 и т.д.

EFI

На данный момент только aarch64 ISO образы с grub-efi.

Шаг 1. Необходимо получить edk2-aarch64 для архитектуры aarch64

Шаг 2. После этого, скачав один изISO-образов (см. выше) можно запускать QEMU. Для запуска ISO-образа aarch64 укажите вместо <aarch64/QEMU_EFI-pflash.raw> путь к образу edk2 для aarch64, а вместо <ISO> в команде на путь к ISO-образу:

$ qemu-system-aarch64 \
	-machine virt -cpu cortex-a57 -m 2048 -smp 4 \
	-bios <aarch64/QEMU_EFI-pflash.raw> \
	-drive if=none,id=sda,format=qcow2,file=<IMAGE>  \
	-device virtio-blk-device,drive=sda \
	-device virtio-scsi -device scsi-hd,drive=sdb \
	-drive if=none,id=sdb,media=cdrom,file=<ISO> \
	-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

Как сообщить об ошибке

Во-первых, ознакомьтесь с соответствующим разделом.

Сообщения об ошибках принимаются по адресу 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)

1.5 Raspberry Pi 3 нестабильно работает на ядре mp. Рекомендуется перейти на ядро lts, порядок загрузки можно изменить в /boot/extlinux/extlinux.conf

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