Is it possible to use one SSD for system and shares?

  • Hi Dear All


    I have SBC with one SSD attached. How can I setup OMV5 to use this SSD for system and data shares? Can I install OMV and shares in separate partitions?


    Thanks

    Yes, votdev say how, but it's not recomended because in case of fail and if you need to reinstall OMV you lose all data on boot disk, so it's recommended only for advanced users that know what happen.


    PD: I use to store DDBB and temp files that are really not important

    • Offizieller Beitrag

    Typically you can only place the boot files on some specific device like a SD card.


    But you can place the rest of the root filesystem on another device, like an SSD. And if the SSD is big enough you can also use a partition on it to store docker images and data used by the docker images. This might greatly improve the performance of the SBC.


    You may have to manually jump through some hoops to get it working correctly. By default OMV doesn't support this.


    The exact procedure is different for different SBCs. Typically it involves editing a boot config file on the SD card and copying a partition from the SD card to the SSD. Either using a script or manually. You will still have to have the SD card inserted to boot, but it will only be used for the very first stages of the boot process. After that the SBC will access the rootfs from the SSD.


    I used google to find directions for my SBCs. It was not difficult. You may not find directions for OMV specifically, except on this forum, but more likely for Debian, Raspbian or Armbian. Since OMV is based on Debian, those directions are very likely to work for OMV as well. Perhaps with some minor changes.

    • Offizieller Beitrag

    if the SSD is big enough you can also use a partition on it to store docker images and data used by the docker images

    Yes this will increase performance. But this can be done without moving the root filesystem to the SSD.

  • Wow, the topic turned out to be very popular - many thanks to All !


    I'll try to clarify it a bit.

    I've done my Armbian Buster 4.14.173 installation on Odroid HC1 with 500GB SSD and moved rootfs to SSD like this:

    Then I installed OMV5 with https://github.com/OpenMediaVault-Plugin-Developers/installScript/raw/master/install with -f option (no flashmemory)


    Eventually in OMV I have trouble with selecting a device to Add shared folder. May be I made a mistake elsewhere.


    Is above installation order right or there is another best practice to do the job?


    Kind regards

  • Yes, using the SD card for boot AND rootfs, and the SSD only for docker images and docker data may very well be the best way to go.

    It will make it easy to keep the rootfs small. Also, having the rootfs on a SD card makes it very easy to clone.

    And what about SD wearing in such case? Does it long enough?

    • Offizieller Beitrag

    Yes, using the flash memory plugin drastically reduces the number of writes to the SD card. By also moving everything docker to some other device, like a SSD, you keep the rootfs very small and most of the SD card unused. That helps the SD card wear leveling. I suspect that the SD under such conditions may last for many years. You may wear out the SSD before you wear out the SD card.


    Without the flash memory plugin, and with frequently updated data like media metadata databases stored on the SD card, I would expect the SD card to fail in a few weeks as best.


    Still, make sure to get good SD cards. I like the SanDisk Extreme A1. 32GB or 64GB despite only around 8GB is used for the rootfs partition.


    I did this on a HC1 with a 2TB Hybrid SSD/HDD with OMV 4. Since OMV 4 for HC1 is based on Armbian there was a script that I could use, nand-sata-install. The script handled the reconfig and copying of the rootfs for me.


    But now I regret doing this. It works great, but it is difficult to clone the rootfs. At least compared to just cloning a SD card. But the HC1 is running fine. When I update it to OMV5 I will put the rootfs back to the SD card.

  • I decided to follow your recommendations and refused to move rootfs on SSD in favor of flashmemory plugin which will be installed with mentioned above OMV5 script by default and simplicity of backing it up by simple SD cloning.


    Many thanks to ALL!

  • Did You set up the same SSD partition for rootfs and data?

    Yes ....but for now I have just created (successfully) a share folder on the OS SSD using openmediavault-sharerootfs.
    My next step is to move all containers persistent volumes to this sharedfolder.

    This should allow me to backup / restore image a fully OMV5 system :OS + Docker applications. (this is my goal)


    BUT

    I have read elsewhere "backing-up-omv-system-disk"

    Backing up OMV system disk

    that this restore will have a Docker (disk serial) issue if you replace the disk.

    Still OK if you restore to the same disk


    Other sharedfolders (data like music, films, etc ) are on other disks in my case

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!