OMV4 on ARM boards (kind of a how-to)

    • OMV 4.x

    This site uses cookies. By continuing to browse this site, you are agreeing to our Cookie Policy.

    • OMV4 on ARM boards (kind of a how-to)

      Currently no OMV4 images for ARM boards are available for download. While this might change in the future Below is outlined how to get an optimized OMV 4 version on any of the supported ARM boards.

      Variant 1) -- Upgrading

      Choose any of the available OMV 3 images, activate shellinabox plugin or SSH access and then use the CLI to do an 'omv-release-upgrade'. This will update OMV 3 to 4 and the underlying Debian Jessie to Stretch. After this you can enjoy OMV 4 with all performance and other optimizations we implemented for the weak ARM platforms.

      Main disadvantage especially with an old SD card: the upgrade is a lot of storage activity, on slow cards (random IO is important) this can take hours and with really old and almost worn out SD cards the whole process can even fail and the SD is broken afterwards or became read-only (if it's one with faked capacity then all sorts of strange things can happen). So always clone/backup the SD card first before doing the omv-release-upgrade. The best idea is to get a new A1 rated SD card (the higher capacity the better since lasting longer), clone your old SD card onto it and then do the upgrade on the A1 rated SD card. A SanDisk Ultra A1 with 16 GB for example is both pretty fast and rather inexpensive and will speed up the upgrade process by magnitudes (it's all about random IO!).

      Variant 2) -- armbian-config

      All current OMV images for ARM boards are based on an Armbian Debian variant. The many optimizations we did last year are partially integrated into Armbian, partially a special OMV installation routine (see here for details). I added all the important stuff to Armbian's armbian-config tool so all that's needed is an Armbian variant with recent but stable kernel (next Branch) and the proper Debian flavour (that's Stretch). And then it's simply calling armbian-config --> Software --> Softy --> Install OMV.

      [IMG:http://kaiser-edv.de/tmp/9gv9du/Bildschirmfoto%202017-09-02%20um%2016.11.31.png]


      So the steps are as follows:
      • Read/understand Armbian's installation procedure (checking download integrity, checking the SD card, burning correctly, logging in the first time)
      • Visit dl.armbian.com and choose your board. For a Banana Pi you end up here for example: dl.armbian.com/bananapi/
      • Search for a variant that's called Debian_Stretch_next that does not have "Nightly" in its name. You want a Debian Stretch image based on 'next' branch (recent kernel) that is stable (no nightly).
      • Download the image, decompress it, burn it, boot the board, access it via SSH, login as root, assign a new root password and create a normal user account (it's all guided)
      • Then call armbian-config and install OMV as follows: Software --> Softy --> Install OMV
      • Once installed you can access the web UI with a browser (admin:openmediavault -- immediately change this password please) where everything else will be configured the usual way


      Variant 3) New image

      For the more popular ARM boards here sourceforge.net/projects/openm…ngle%20Board%20Computers/ are OMV4 images. For Raspberry Pi 2B, 3B and 3B+ you'll find it here instead: sourceforge.net/projects/openm…/Raspberry%20Pi%20images/

      Additional Notes:

      • Variant 2) is not available for the Raspberry Pi. I thought about preparing a new OMV4 image for RPi but since this is such a lousy hardware (way too slow and unrealiable) I still think I should do better things in my spare time.
      • The above screenshot has been made on a Raspbian installation a while ago. We tried to let the armbian-config code run on any Debian based OS (e.g. Raspbian) but YMMV.
      • With our optimized installation routine we will enable the flashmemory plugin by default and we disable monitoring. This happens to reduce wear on SD card, for details see here.
      • The included optimizations are important. See here for performance numbers with another SBC distro based on Debian Stretch that neither cares about performance nor security: dietpi.com/phpbb/viewtopic.php?f=9&t=2686&p=11687#p11652

      The post was edited 6 times, last by tkaiser ().

    • Thanks for the how to.
      Unfortunately i have two issues with OMV4.
      First there is no Subsonic plugin and docker seems not working.
      Secondly after the latest kernel and omv update over the omv GUI the system does not boot anymore.
      Glady this is not a production system. Next time i will make an image before updating.
    • the images came a bit too late for me ...

      I upgraded a XU4 and a HC1 via omv-release-upgrade.

      On the XU4 the configuration of llvm2 hang on vgcfgbackup in the postinst script.
      I could not kill the process...
      Thanks to HDMI-output and a keyboard I could boot the 70% configured upgrade (no secure shell after reboot) and do a manual upgrade after a reboot.

      Both machines were lacking a busybox to update the initramfs.
      apt install busybox

      Both machines gave me trouble with weakref.py
      manually editied the file: github.com/python/cpython/comm…5d1c1f8c2989578a8fc2c1de6

      The post was edited 1 time, last by tkaiser: Moved here and added reference the https://forum.openmediavault.org/index.php/Thread/22908 thread ().

    • tkaiser, I just want to say thank you for taking your time and writing that out. I run a Raspberry Pi 3 did the 'omv-release-upgrade' in CLI ssh didn't take as long as expected once everything was done rebooted I was running OMV4 and knock on wood everything seems to be working great no hiccups other than I had a plug-in that that I wasn't using so I uninstalled it Deluge and it still showed up in the left sidebar just the entry and also a quick note it is not available for omv4 perhaps that's why it still showed up, but installed a new plug-in and the old plug-in entry disappeared I guess it needed to just refresh the list or something but thank you very much for taking your time writing it out all of us arm single board Folk. I'm very impressed with the upgrade process The openmediavault developers did a great job.

      The post was edited 1 time, last by neurotone ().