Regular/arm
Регулярные сборки для архитектур процессора armh и aarch64
Введение
Регулярные сборки предназначены для тестирования репозитория Sisyphus. Подробнее об их назначении смотреть основную статью Regular. Сборки представляют собой архивы корневой файловой системы (rootfs) в формате tar.xz, которую предстоит развернуть на SD-карте в соответствии с инструкцией, образы для запуска в qemu, и ISO-образы (установочные, LiveCD с возможностью установки, rescue - спасательный LiveCD). ISO-образы можно запустить на Raspberry Pi 3 и 4: RaspberryPi_and_UEFI.
При первом запуске rootfs и qemu-образов загружается мастер настройки системы из шести стандартных шагов, в котором вы принимаете условия лицензии, настраиваете часовой пояс и время, задаёте пароль суперпользователя root, создаёте системного пользователя. По завершении работы мастера произойдёт перезагрузка, после которой загрузится экран приветствия готовой к работе системы.
Cборки на базе ядра mainline тестировались на одноплатных компьютерах Raspberry Pi 3 B+, Orange Pi Prime, Nvidia Jetson Nano и qemu. ISO-образы собираются с ядрами std-def и un-def, тестируются в qemu.
Прямые ссылки на загрузку[1]
Десктопные rootfs[2]:
rootfs без графического интерфейса[4]:
rootfs для Nvidia Jetson Nano
Архивы rootfs для компьютера Nvidia Jetson Nano с ядром tegra.
- cinnamon: aarch64
- kde5: aarch64
- lxqt: aarch64
- mate: aarch64
- xfce: aarch64
Образы для qemu
- lxqt: armh
Гибридные ISO образы
- lxqt (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.3 На Raspberry Pi 3 не работает звук, пока не выключишь одно из аудио-устройств (jack или HDMI).
- 2 aarch64:
- 2.1 В mpv не отображаются элементы интерфейса bug 36200 Не проявляется на Nvidia Jetson Nano.
- 3 armh:
- 3.1 Не работает 3D-ускорение на Raspberry Pi 3.
</source>
- ↑ Это ссылки на сборки, помеченные как tested. Помимо них есть ещё несколько снапшотов: aarch64 armh
- ↑ Данные сборки не имеют предустановленного пользователя. При первом запуске вам будет предложено создать пользователя и задать пароль суперпользователя root
- ↑ Используется система инициализации sysvinit
- ↑ У данных сборок пароль суперпользователя altlinux
- ↑ У данной сборки пароль суперпользователя altlinux
- ↑ минималистичный инсталятор, предоставляющий опытным пользователям возможность доустановить всё нужное на конкретной системе по своему усмотрению; он же Just Enough Operating System