Alles anzeigen
May I ask to replace all 'other arm images'? At Armbian we investigated about BTRFS (resizing, compression, performance, swap vs. zram) and here we go: http://kaiser-edv.de/tmp/NumpU8/
Can you please exchange contents of https://sourceforge.net/projec…s/Other%20armhf%20images/ with the above?
Changes: All images updated to kernel 4.12.9 and OMV 3.0.87, btrfs rootfs, zram instead of swap, countless tweaks/fixes. To document image integrity: The following is readme.txt contents:
CodeAlles anzeigenOpenMediaVault for various ARM devices Write image in a single step using Etcher https://etcher.io to SD card. The image can be transferred in a second step to permanently attached eMMC, USB or SATA storage using included nand-sata-install tool. Notes: - No need to decompress images. Simply burn them using Etcher https://etcher.io -- Etcher decompresses on the fly, verifies burning results and thereby saves you from common SD card hassles! - OMV installation finalizes itself at first boot (network connection needed!) Please be patient since this can take up to 15 minutes. When done the board automatically reboots once and afterwards OMV is ready to be used - SSH keys are regenerated on first boot but SSH login has to be enabled in web UI prior to usage: Services --> SSH --> Permit root login - Please immediately change default passwords! - The last partition for data use will be automatically resized on first boot to use all available SD card space. Though you need to put your filesystem of choice on it (eg mkfs.btrfs /dev/mmcblk0p3) - openmediavault-flashmemory plugin preinstalled to reduce wear on SD card/eMMC. - Wrt Bananas: M2 image is only for old A31 SoC board (not compatible with later M2 variants! Recent Bananas currently lack both vendor and community support) - Banana Pi M1+ shares image with Banana Pi, you need to execute the following as root to get full functionaly: sed -i '1isetenv fdtfile sun7i-a20-sinovoip-bpi-m1-plus.dtb' \ /boot/boot.cmd mkimage -C none -A arm -T script -d /boot/boot.cmd /boot/boot.scr reboot Web interface: - username = admin - password = openmediavault Console/SSH: - username = root - password = openmediavault Download integrity: Below are MD5 hashes for compressed images followed by CRC32 checksum for uncompressed images (Etcher in the past displayed/checked these integrity details, hopefully they add this again the future): OMV_3_0_87_Bananapi_4.12.9.img.xz MD5 .xz: 260630af29749d5a53ce2261b4d4d206 | CRC32 .img: cd797bfe OMV_3_0_87_Bananapipro_4.12.9.img.xz MD5 .xz: a07ae39550a0071a31c230373027f2fc | CRC32 .img: 7221eed4 OMV_3_0_87_Bananapi_M2_4.12.9.img.xz MD5 .xz: 7adedbdd6d7e8f711b834f44d65cf8b8 | CRC32 .img: 5cb35a73 OMV_3_0_87_Cubietruck_4.12.9.img.xz MD5 .xz: 663dfbe0e06dfcbc0b04b4608732322b | CRC32 .img: 82b52943 OMV_3_0_87_PcDuino3_4.12.9.img.xz MD5 .xz: 332e9c04e46f85f3ab1ca410e545281e | CRC32 .img: 75a81a94 OMV_3_0_87_PcDuino3_Nano_4.12.9.img.xz MD5 .xz: 8640f0a08a830bfb842b9686ac1d4a49 | CRC32 .img: 7ccc3bdb OMV_3_0_87_Lime2_4.12.9.img.xz MD5 .xz: 83bac9fc1c64bfe37e92442b6f9df955 | CRC32 .img: cce6c0bd OMV_3_0_87_Lime2-eMMC_4.12.9.img.xz MD5 .xz: d7174008d18b35bc45137e9adc1ee31e | CRC32 .img: 020f23cb OMV_3_0_87_Clearfog_Pro_4.12.9.img.xz MD5 .xz: 83ddf320e5fb13364cb991679d94cacb | CRC32 .img: 3cfc7b43 OMV_3_0_87_Clearfog_Base_4.12.9.img.xz MD5 .xz: 11eb34aace5c81f7fd9c4bcbfa512d3e | CRC32 .img: 58fd46bb
Currently Pine64/SoPine images will disappear but that's good since we're close to getting mainline kernel support for these devices.
Other interesting devices (ROCK64, EspressoBin and others) will follow soon, same with some ODROID images (kernel updates applied, some u-boot finetuning needed).
I made only tests with a couple of boards... but since all images are created fully automated from scratch it's only necessary to test one image per board family
Banana Pi: http://sprunge.us/RYBQ
Banana Pi Pro: http://sprunge.us/ONeZ
PcDuino3 Nano: http://sprunge.us/WdaR
Clearfog Pro: http://sprunge.us/SFcc
I'm curious about the performance of the EspressoBin running OMV