Из этого я предполагаю, что больше всего шансов найти, это спросить на форуме проекта: https://forum.armbian.com/. Возможно, кто-то откопает у себя или встанет на раздачу. И будь готов к вопросу «Зачем?».
Та по многим причинам. Это ж говноARM, там в одной версии может работать звук но не работать wifi, в следующей версии работать звук и wifi но не быть 2D-ускорения, и тд.
А может у человека специфичные проги \ скрипты под ПО установленное конкретно на этом дистре. Например в версии 5.25 установлены network-tools \ ifconfig, а в версии 5.26 уже нет, но его прога не высвечивает ошибку. ССЗБ, это понятно, но зачастую чем выдрачиваться, чего не хватает механизму (это не только ИТ касается) - проще приобрести такую же деталь, как и работала ранее.
По поводу «зачем?» отвечу: ядро 3.14 последнее, которое поддерживало установку в NAND. А свежесть софта мне не актуальна - Cubietruck с Samba-файлопомойкой будет работать нормально и на старом ядре со старым софтом. А вот работающая с флешки плата постоянно виснет - задолбался вручную перегружать.
На форуме армбиана один немец спрашивал нечто похожее. Igor Pecovnic (разработчик armbian) ответил ему что-то в духе: старых версий нет, пользуйся тем,что есть.
Ооо, как я страдал в своё время, когда на оранжпае оценил аппаратное ускорение видео на ядре 3.4... Там ещё системд не было! Потом я не мог найти и так не нашёл тех архивов! Они их удалили! Потому я пошёл в Gentoo, чтобы без системд и во многом иметь возможность разобраться.
ядро 3.14 последнее, которое поддерживало установку в NAND
что ты имеешь ввиду? установку чего? ядра? прям сейчас делаю сборку под борду с нандом, ядро > 4.x, юбут нормально его грузит. с чего ему не грузиться бы?
это ядро от sunxi собирается с CONFIG_SUNXI_NAND, в этом драйвере nand_blk реализован. почему сейчас нельзя использовать ubi + ubiblock - непонятно. мб просто никому не надо.
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 получена из последней 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