Меню Рубрики

Установка armbian в nand

Prerequisites for new users¶

Please, make sure you have:

  • a proper power supply according to the board manufacturer requirements (basic usage example: 5V/2A with DC Jack barrel OR thick USB cable)
  • a reliable SD card (see below “How to prepare a SD card?”)

What to download?¶

For each board we usually provide:

  • one CLI Debian and one CLI Ubuntu based server image,
  • one desktop Ubuntu Bionic or Debian Buster

Other builds (like Debian Stretch/Bullseye Ubuntu Disco/Eoan) are experimental and are unsupported.

Some boards have different options due to their hardware specialities — router or IoT boards.

Legacy or current?¶

Only current kernel branch is considered fully supported and can bring up video acceleration for example. NAND support is there but is still experimental. On the bottom line it depends on the board family. If in your specific case something does not work well you are always free to try an image with legacy kernel included.

What are testing images?¶

What are experimental/dev images?¶

Do not use them in a productive environment but your constructive feedback to developers is highly appreciated.

How to check download authenticity?¶

All our images are digitally signed and therefore it is possible to check their authenticity. You need to unzip the download package and issue those commands (Linux/macOS, you might need to install dependencies first, eg. apt-get install gnupg p7zip on Debian/Ubuntu or brew install gnupg p7zip on macOS):

It is safe to ignore the message WARNING: This key is not certified with a trusted signature! .

How to check download integrity?¶

Since it might happen that your download got somehow corrupted we integrate a checksum/hash for the image. After uncompressing the download you can compare the image’s SHA-256 hash with the one contained in the sha256sum.sha file. On Windows you can use 7-Zip’s built-in hash functionality to display the SHA256 hash while on Linux/macOS you would do this

How to prepare a SD card?¶

Important note: Make sure you use a good, reliable and fast SD card. If you encounter boot or stability troubles in over 95 percent of the time it is either insufficient power supply or related to SD card (bad card, bad card reader, something went wrong when burning the image, card too slow to boot – ‘Class 10’ highly recommended!). Armbian can simply not run on unreliable hardware so checking your SD card with either F3 or H2testw is mandatory if you run in problems. Since counterfeit SD cards are still an issue checking with F3/H2testw directly after purchase is highly recommended.

7z and zip archives can be uncompressed with 7-Zip on Windows, Keka on OS X and 7z on Linux. Images shall only be written with Etcher on all platforms since unlike other tools Etcher validates burning results saving you from corrupted SD card contents.

Also important: Most SD cards are only optimised for sequential reads/writes as it is common with digital cameras. This is what the speed class is about. The SD Association defined Application Performance Class as a standard for random IO performance.

Application Performance Class Pictograph Miniumum Random Read Minimum Random Write Minimum Sustained (Seq. Write)
Class 1 (A1) 1500 4k IOPS 500 4k IOPS 10MBytes/sec
Class 2 (A2) 4000 4k IOPS 2000 4k IOPS 10MBytes/sec

At the time of this writing A1 and A2 cards are only widely available from SanDisk. Armbian recommends A1 rated SD-Cards only now (A2 rated cards need yet lacking driver support and therefore show lower overall and especially random IO performance). For example:

In case you chose an SD card that was already in use before please consider resetting it back to ‘factory default’ performance with SD Formatter before burning Armbian to it (explanation in the forum). Detailed information regarding ‘factory default’ SD card performance.

How to boot?¶

Insert SD card into a slot and power the board. (First) boot (with DHCP) takes up to two minutes with a class 10 SD card and cheapest board.

How to login?¶

Login as root on console (HDMI / serial) or via SSH and use password 1234. You will be prompted to change this password at first login. You will then be asked to create a normal user account that is sudo enabled (beware of default QWERTY keyboard settings at this stage). Please use this tool, to find your board IP address.

Desktop images start into desktop without asking for password. To change this add some display manager:

… or edit the contents of file:

and change the autologin user.

How to update?¶

Update process can take hours in case of using cheap SD card and/or under heavy load.

If the kernel was upgraded during this process you will be prompted to reboot at next login.

How to update u-boot?¶

First you need to update packages described in a previous “How to update” step. Then run armbian-config utility, go to system settings and proceed to:

“Install” “Install to/update boot loader” -> Install/Update the bootloader on SD/eMMC

How to adjust hardware features?¶

How to install to eMMC, NAND, SATA & USB?¶

  • kernel 3.4.x and NAND storage
  • pre-installed system on NAND (stock Android or other Linux)
  • any kernel
  • onboard eMMC storage
  • attached SATA or USB storage

and follow the guide. You can create up to three scenarios:

  • boot from SD, system on SATA / USB
  • boot from eMMC / NAND, system on eMMC/NAND
  • boot from eMMC / NAND, system on SATA / USB

and you can choose the following file system options:

On Allwinner devices after switching to boot from NAND or eMMC clearing the boot loader signature on the SD card is recommended: dd if=/dev/zero of=/dev/mmcblkN bs=1024 seek=8 count=1 (replace /dev/mmcblkN with the correct device node – in case you run this directly after nand-sata-install without a reboot in between then it’s /dev/mmcblk0 ). When booting from eMMC to get SD cards auto-detected on Allwinner legacy images please consider changing mmc0 ‘s sdc_detmode from 3 to 1 in the board’s fex file (see here for details).

How to connect to wireless?¶

Required condition: a board with onboard or supported 3rd party wireless adapter on USB

If you know what is your wireless SSID:

If you do not know, you can browse and then connect

How to set fixed IP?¶

By default your main network adapter’s IP is assigned by your router DHCP server and all network interfaces are managed by NetworkManager:

The conncetion can now be edited with the following:

The same changes can also be done with NetworkManagers text user interface:

источник

Armbian configuration utility¶

Is a base utility for configuring your board, divided into four main sections:

  • System — system and security settings,
  • Network — wired, wireless, Bluetooth, access point,
  • Personal — timezone, language, hostname,
  • Software — system and 3rd party software install.

The tool needs root privileges to work and can be launched by entering sudo armbian-config at the terminal prompt or by clicking to the armbian-config menu item on desktop images.

System¶

  • Install — installs to SATA, eMMC, NAND or USB. It gives you an option to install the system to more resilient and faster internal or external media. You can also change filesystem type to ext2,3,4 or BTRFS (if supported),
  • Freeze — freeze or unfreeze kernel and board support packages, to avoid upgrading,
  • Nightly — switch between nightly automated beta and stable builds,
  • Bootenv — edit boot environment and alter kernel boot parameters,
  • Hardware — toggle board low level functions: UART, I2C, SPI, …
  • Switch — switch to/between alternative kernels: legacy, current, dev
  • SSH — reconfigure SSH dameon. Permit root login, toggle ssh key and mobile phone authetication,
  • Firmware — execute apt update and upgrade to update your system,
  • Zshell — toogle stock BASH and ZSH with Oh My ZSH and tmux
  • Enable — toggle desktop on and off (on desktop images)
  • Lightdm — change login managers from none to lightdm (on desktop images)
  • RDP — toggle remote desktop from Windows (on desktop images)
  • Overlayroot — toggle overlayroot (Ubuntu images)
  • Minimal — install minimal Armbian XFCE powered desktop,
  • Default — install Armbian XFCE powered desktop with web browser and extras.

Network¶

  • IP — choose to select dynamic or edit static IP address,
  • Hotspot — create or manage wireless access point. If your wireless adapter is recognized by a kernel, then armbian-config utility auto selects best mode on the selected device. It can detect 802.11n, 802.11a and 802.11ac. It also knows how to handle some special Realtek adapters,
  • IPV6 — toggle IPV6 for apt and system,
  • Iperf3 — toogle network troughput tests daemon,
  • LTE — 3G/4G LTE modem management
  • WiFi — manage wireless networking. Connect with Wifi network. You can create multiple wireless connections at the same time. They are managed by Network Manager,
  • BT install — pair Bluetooth devices without PIN code,
  • Advanced — edit network config manually,
  • Forget — disconnets and clear all wireless connections.

Personal settings¶

  • Timezone — change timezone,
  • Locales — reconfigure language and character set,
  • Keyboard — change console keyboaard settings,
  • Hostname — change hostname,
  • Mirror — change to backup APT repository mirror in case of troubles,
  • Welcome — toggle welcome screen items.

Software¶

Software installation menu provides automated install of the following packages.

источник

Установка Armbian на неподдерживаемые устройства

Многим из читателей знаком дистрибутив Armbian — “серебряная пуля” для владельцев устройств серии Orange Pi. Без “этих ребят” наши одноплатники давно пылились бы на антресолях.

Возможно, кто-то уже убедился, что “ядра” под определенный процессор от Allwinner (H2/H3/A20/A10) одинаковые, а “дистрибутив” различается только настройками script.bin (для legacy-ядер) или uboot и Device Tree.

Механизм Device Tree был введен в ядрах 4.x для облегчения портирования Linux на новые устройства. Это файл, описывающий “дерево устройств” в некотором универсальном виде. При старте системы он передается в качестве параметра загрузчику, который уже в свою очередь правильно инициализирует систему. Вроде так :).

Таким образом открываются возможности для установки Armbian даже на те устройства, где он официально “не существует”.

Во избежании недоразумений — всё нижеописанное относится к устройствам на Allwinner A10/A20, других у меня в данный момент нет 🙂 или они поддержаны.

  • Путь правильный — собирать свою систему, благо разработчики Armbian предоставляют такую возможность. Нужно выбрать загрузчик под своё устройство, который будет использовать нужный DT-файл. Вполне годный вариант, если вы точно знаете, что у вас за девайс, и он поддержан в исходниках ядра linux-sunxi.
  • Путь неправильный — выбрать “похожий” вариант устройства и подкрутить его DT-файл. Потребуется куча усилий, но в результате вы можете вернуть к жизни какой-нибудь убогий девайс на Android 4.0.4.

Ясное дело, я выбрал путь второй (устройства черти-какие). Помня успешный опыт установки legacy-ядер от уважаемого romanrm от Cubieboard/Cubieboard2 на чудо-устройства из Поднебесной я решил попробовать установить mainline-версию Armbian на выводок устройств с КДПВ (картинки-для-привлечения-внимания).

  • Подделка под MK808C. Работает на Allwinner A20, но, в отличие от оригинала имеет всего 512 мегабайт памяти. Про оригинал можно почитать вот тут. Прошивка Android 4 для него есть, как пишут на 4pda — получена от продавца. Так что никаких кастомов и обновлений, то есть тупиковая ветвь эволюции. “Похож” на Cubieboard 2.
  • Measy U1A. Типа бренд. Allwinner A10, 1 гб памяти. Из положительных вещей — на нём работает Cyanogen. “Похож” на Cubieboard 1.
  • Странный образец по имени Intcrown. Очень похож на предыдущий, но вот только Cyanogen поставить нельзя (другой WiFi чип), есть какая-то прошивка на 4pda, искать в теме про MK802II (даже вспоминать об этом не хочу). Опять-таки похож на Cubieboard 1.

Ну а дальше всё просто — качаем дистрибутивы Armbian для Cubieboard 2 и 1, пишем на microSD и грузим. Небольшая загвоздка с Cubieboard 1 — в Armbian он помечен, как deprecated, т.е. ветка не развивается, но, к счастью, образ доступен для скачивания.

С удивлением обнаруживаем, что система вполне себе стартует, но в dmesg видим массу “красноты”, ибо у нас нет ни Ethernet, ни Sata, ну может ещё пары устройств. На этом этапе лучше обновить систему командами apt-get update и apt-get upgrade.

И тут начинается некоторая магия. Примеры будут для Cubieboard 1, для второй версии принцип тот же.

Шаг первый

Делаем копию DTB-файла, который будем мучить.

cd /boot/dtb sudo cp sun4i-a10-cubieboard.dtb sun4i-a10-cubieboard_patched.dtb

В файле /boot/armbianEnv.txt добавляем строчку:

Перегружаем устройство и проверяем, что всё работает, как до редактирования.

Шаг второй

Для начала нужно декомпилировать dtb-файл в формат, пригодный для редактирования.

dtc -I dtb /boot/dtb/sun4i-a10-cubieboard_patched.dtb -O dts -o /boot/dtb/sun4i-a10-cubieboard_patched.dts

Шаг третий

Теперь открываем полученный .dts и редактируем. Хороший вопрос — что и как убирать 🙂 Смотрим в dmesg, находим несуществующие устройства типа ethernet, sata, ir и меняем их статус из “okay” на статус “disabled”.

Лучше отключать устройства по одному и проверять, достигнут ли желаемый эффект. Перед перезагрузкой нужно скомпилировать dts обратно в dtb.

dtc -I dts /boot/dtb/a10-cubieboard_patched.dts -O dtb -o /boot/dtb/a10-cubieboard_patched.dtb

Финально я лично получил вполне работающую систему. Главное тут — “не перехимичить” с устройствами, иначе останетесь без USB или там hdmi-вывода.

Шаг четвертый, последний и необязательный

В armbianconfig отключите обновления uboot и ядра. Это полезно, если не хотите повторять все приседания или гадать, почему система не грузится после обновления этих компонентов.

На выходе — правильно работающее устройство с ядром 4.x, которое вполне справится с задачами домашнего сервера.

Что ещё можно сделать? Например, для первого и третьего девайса на фотографии установить в nand систему на legacy ядре. В этом случае, правда, придётся выполнять отключение в script.bin — как его редактировать, можно почитать в документации на linux-sunxi. Но устанавливать не просто систему, а с GUI — ведь там будет работать аппаратное ускорение. И карманная рабочая станция вполне готова к работе :), а про винтажный Android забыть, как про страшный сон — всё равно прошивки скоро невозможно будет найти.

Да, кстати, если кто-то будет собирать какие-то 3rd-party драйвера с гитахаба в Armbian, тут нужно выполнить ещё один шажок, а именно:

После этого драйвера вполне себе собираются.

На этом вроде всё. Пожалуй, про Android-свистки уже хватит, много уже про них написано.

источник

Установка Armbian на неподдерживаемые устройства

Многим из читателей знаком дистрибутив Armbian — “серебряная пуля” для владельцев устройств серии Orange Pi. Без “этих ребят” наши одноплатники давно пылились бы на антресолях.

Возможно, кто-то уже убедился, что “ядра” под определенный процессор от Allwinner (H2/H3/A20/A10) одинаковые, а “дистрибутив” различается только настройками script.bin (для legacy-ядер) или uboot и Device Tree.

Механизм Device Tree был введен в ядрах 4.x для облегчения портирования Linux на новые устройства. Это файл, описывающий “дерево устройств” в некотором универсальном виде. При старте системы он передается в качестве параметра загрузчику, который уже в свою очередь правильно инициализирует систему. Вроде так :).

Таким образом открываются возможности для установки Armbian даже на те устройства, где он официально “не существует”.

Во избежании недоразумений — всё нижеописанное относится к устройствам на Allwinner A10/A20, других у меня в данный момент нет 🙂 или они поддержаны.

  • Путь правильный — собирать свою систему, благо разработчики Armbian предоставляют такую возможность. Нужно выбрать загрузчик под своё устройство, который будет использовать нужный DT-файл. Вполне годный вариант, если вы точно знаете, что у вас за девайс, и он поддержан в исходниках ядра linux-sunxi.
  • Путь неправильный — выбрать “похожий” вариант устройства и подкрутить его DT-файл. Потребуется куча усилий, но в результате вы можете вернуть к жизни какой-нибудь убогий девайс на Android 4.0.4.

Ясное дело, я выбрал путь второй (устройства черти-какие). Помня успешный опыт установки legacy-ядер от уважаемого romanrm от Cubieboard/Cubieboard2 на чудо-устройства из Поднебесной я решил попробовать установить mainline-версию Armbian на выводок устройств с КДПВ (картинки-для-привлечения-внимания).

  • Подделка под MK808C. Работает на Allwinner A20, но, в отличие от оригинала имеет всего 512 мегабайт памяти. Про оригинал можно почитать вот тут. Прошивка Android 4 для него есть, как пишут на 4pda — получена от продавца. Так что никаких кастомов и обновлений, то есть тупиковая ветвь эволюции. “Похож” на Cubieboard 2.
  • Measy U1A. Типа бренд. Allwinner A10, 1 гб памяти. Из положительных вещей — на нём работает Cyanogen. “Похож” на Cubieboard 1.
  • Странный образец по имени Intcrown. Очень похож на предыдущий, но вот только Cyanogen поставить нельзя (другой WiFi чип), есть какая-то прошивка на 4pda, искать в теме про MK802II (даже вспоминать об этом не хочу). Опять-таки похож на Cubieboard 1.

Ну а дальше всё просто — качаем дистрибутивы Armbian для Cubieboard 2 и 1, пишем на microSD и грузим. Небольшая загвоздка с Cubieboard 1 — в Armbian он помечен, как deprecated, т.е. ветка не развивается, но, к счастью, образ доступен для скачивания.

С удивлением обнаруживаем, что система вполне себе стартует, но в dmesg видим массу “красноты”, ибо у нас нет ни Ethernet, ни Sata, ну может ещё пары устройств. На этом этапе лучше обновить систему командами apt-get update и apt-get upgrade.

И тут начинается некоторая магия. Примеры будут для Cubieboard 1, для второй версии принцип тот же.

Шаг первый

Делаем копию DTB-файла, который будем мучить.

cd /boot/dtb sudo cp sun4i-a10-cubieboard.dtb sun4i-a10-cubieboard_patched.dtb

В файле /boot/armbianEnv.txt добавляем строчку:

Перегружаем устройство и проверяем, что всё работает, как до редактирования.

Шаг второй

Для начала нужно декомпилировать dtb-файл в формат, пригодный для редактирования.

dtc -I dtb /boot/dtb/sun4i-a10-cubieboard_patched.dtb -O dts -o /boot/dtb/sun4i-a10-cubieboard_patched.dts

Шаг третий

Теперь открываем полученный .dts и редактируем. Хороший вопрос — что и как убирать 🙂 Смотрим в dmesg, находим несуществующие устройства типа ethernet, sata, ir и меняем их статус из “okay” на статус “disabled”.

Лучше отключать устройства по одному и проверять, достигнут ли желаемый эффект. Перед перезагрузкой нужно скомпилировать dts обратно в dtb.

dtc -I dts /boot/dtb/a10-cubieboard_patched.dts -O dtb -o /boot/dtb/a10-cubieboard_patched.dtb

Финально я лично получил вполне работающую систему. Главное тут — “не перехимичить” с устройствами, иначе останетесь без USB или там hdmi-вывода.

Шаг четвертый, последний и необязательный

В armbianconfig отключите обновления uboot и ядра. Это полезно, если не хотите повторять все приседания или гадать, почему система не грузится после обновления этих компонентов.

На выходе — правильно работающее устройство с ядром 4.x, которое вполне справится с задачами домашнего сервера.

Что ещё можно сделать? Например, для первого и третьего девайса на фотографии установить в nand систему на legacy ядре. В этом случае, правда, придётся выполнять отключение в script.bin — как его редактировать, можно почитать в документации на linux-sunxi. Но устанавливать не просто систему, а с GUI — ведь там будет работать аппаратное ускорение. И карманная рабочая станция вполне готова к работе :), а про винтажный Android забыть, как про страшный сон — всё равно прошивки скоро невозможно будет найти.

Да, кстати, если кто-то будет собирать какие-то 3rd-party драйвера с гитахаба в Armbian, тут нужно выполнить ещё один шажок, а именно:

После этого драйвера вполне себе собираются.

На этом вроде всё. Пожалуй, про Android-свистки уже хватит, много уже про них написано.

источник

Читайте также:  Установка принтера самсунг scx 3200