Ищу старый образ Armbian

Самое антикварное (и не то), что нагуглилось - Armbian_5.34_Orangepizero_Debian_stretch_next_4.13.13.img.7z.

Из этого я предполагаю, что больше всего шансов найти, это спросить на форуме проекта: https://forum.armbian.com/. Возможно, кто-то откопает у себя или встанет на раздачу. И будь готов к вопросу «Зачем?».

Когда у меня была такая задача, я собрал из старой версии build-системы образ сам.

Найду старый винт с бэкапами - и дам. Тот что есть прямо сейчас - 5.75, на Убунте.

И будь готов к вопросу «Зачем?».

Та по многим причинам. Это ж говноARM, там в одной версии может работать звук но не работать wifi, в следующей версии работать звук и wifi но не быть 2D-ускорения, и тд.

А может у человека специфичные проги \ скрипты под ПО установленное конкретно на этом дистре. Например в версии 5.25 установлены network-tools \ ifconfig, а в версии 5.26 уже нет, но его прога не высвечивает ошибку. ССЗБ, это понятно, но зачастую чем выдрачиваться, чего не хватает механизму (это не только ИТ касается) - проще приобрести такую же деталь, как и работала ранее.

По поводу «зачем?» отвечу: ядро 3.14 последнее, которое поддерживало установку в NAND. А свежесть софта мне не актуальна - Cubietruck с Samba-файлопомойкой будет работать нормально и на старом ядре со старым софтом. А вот работающая с флешки плата постоянно виснет - задолбался вручную перегружать.

Старой build-системы у меня тоже нет.

На форуме армбиана один немец спрашивал нечто похожее. Igor Pecovnic (разработчик armbian) ответил ему что-то в духе: старых версий нет, пользуйся тем,что есть.

Ну, скачайте.

Текущая версия Armbian Builder не позволяет собрать образ со старым ядром. Старый builder я не нашел.

Ооо, как я страдал в своё время, когда на оранжпае оценил аппаратное ускорение видео на ядре 3.4... Там ещё системд не было! Потом я не мог найти и так не нашёл тех архивов! Они их удалили! Потому я пошёл в Gentoo, чтобы без системд и во многом иметь возможность разобраться.

Так что я вас поддерживаю.

Я несколько раз его спрашивал, он мне отвечал, что старые образы удалены.

ядро 3.14 последнее, которое поддерживало установку в NAND

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

Спасибо, камрад, за поддержку. Я на генту не хочу - не осилю. Так что поиск старого armbian’а все еще актуален.

Я имею в виду утилиту nand-sata-install. Сейчас она не работает с NAND - только с EMMC.

Ядро то тут при чем.

Не знаю - я не технарь. Но вот что написано в доках armbian: How to install to eMMC, NAND, SATA & USB?

Installer

Required condition:

NAND:

kernel 3.4.x and NAND storage
pre-installed system on NAND (stock Android or other Linux)

eMMC/SATA/USB:

any kernel
onboard eMMC storage
attached SATA or USB storage

Start the install script:

nand-sata-install

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

Попробую у себя

Спасибо. Буду ждать результат.

https://github.com/armbian/build/tree/b3bb9345439250d8247f0e24a8e1ef6290b2c279

Вот это последний commit, в котором еще есть ядро 3.4

fdisk -l что говорит?

это ядро от sunxi собирается с CONFIG_SUNXI_NAND, в этом драйвере nand_blk реализован. почему сейчас нельзя использовать ubi + ubiblock - непонятно. мб просто никому не надо.

fdisk -l что говорит?

покажет sunxi-specific nand блочное устройство, видимо.

FDISK не видит нанд. Только флеху и подключенный HDD.

root@DietPi:~# fdisk -l Disk /dev/ram0: 4 MiB, 4194304 bytes, 8192 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/ram1: 4 MiB, 4194304 bytes, 8192 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/ram2: 4 MiB, 4194304 bytes, 8192 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/ram3: 4 MiB, 4194304 bytes, 8192 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/mmcblk0: 3,8 GiB, 4017094656 bytes, 7845888 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x17af1a03

Device Boot Start End Sectors Size Id Type /dev/mmcblk0p1 8192 7845887 7837696 3,8G 83 Linux

Disk /dev/sda: 931,5 GiB, 1000204886016 bytes, 1953525168 sectors Disk model: TOSHIBA HDWD110 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disklabel type: dos Disk identifier: 0x2fc48bd7

Device Boot Start End Sectors Size Id Type /dev/sda1 2048 1911582719 1911580672 911,5G 83 Linux /dev/sda2 1911582720 1947234303 35651584 17G 83 Linux /dev/sda3 1947234304 1953523711 6289408 3G 82 Linux swap / Solaris

Dietpi?

Dietpi получена из последней Armbian посредством запуска их (Dietpi) скрипта:

The image generation is based on a shell script (PREP_SYSTEM_FOR_DIETPI.sh, located on GitHub DietPi share):

The script will convert any ‘bloated’ Debian/Raspbian installation into a lightweight DietPi system.
The script will NOT support converting existing installed software (e.g. Nextcloud, Plex Media Server) over to the DietPi system.
All existing software (APT) and user data will be deleted.

The script has to be executed on the target system which you want to convert to a lightweight DietPi system. Basically there are three options for the image generation:

based on the master branch of DietPi
based on the beta branch of DietPi
based on the dev branch of DietPi

Скрипт из чуть ли не любой deb-based системы делает dietpi.

Поддержки в ядре или дтб нет. Это всё можно исправить

Как?

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

Надо смотреть есть ли вообще возможность поддержки NAND в пятой ветви ядра. Ну и дтб изучать, может оно там прописано, да не включено.

Судя по этому https://forum.armbian.com/topic/6377-nand-install-on-mainline-kernel/ загружаться с NAND не выйдет: максимум - вытянуть данные оттуда.

Да если на 3.4 ядре грузилось, то и сейчас можно. Нужно бутлоадер собирать с правильными опциями.

Такого я не осилю…да и необходимости нет: с тех пор как начал эту тему - ни одного зависания «кубика»…что необычно…