Re: [Howto] Store data on the boot disk (Method 1, 2, 3)

  • Zitat

    OpenMediaVault is a wonderful NAS solution if you want to build your own system. Is is derived from FreeNAS but uses GNU/Linux instead of FreeBSD. I am really happy with it, but one thing kept bugging me: For some reason, the developers decided that the main file system containing the OS and configuration can not be used for storage.


    As I am using an old laptop for my NAS system (which is both cost-efficient and eco-friendly), I do not want to sacrifice my whole 320GB harddisk just for configuration files. I have found a way to work around this limitation in a robust fashion.


    I've found 3 ways to do this. (I suggest you to read all the methods and then decide which one is the best for you (Step 3 is the most easiest way).


    Method 1
    Create a file that will act as the container of all your files. There is only one downside of this; you aren't able to change the size of this container later on.
    More information


    Method 2
    Instead of a file you can use a partition on the disk.

    • You must boot from the live cd and reduce the size of partition where you installed OpenMediaVault.
    • Create another unallocated partition and then follow the instructions.
    • Continue Method 1, but skip the creation of the file.
    • Replace “losetup /dev/loop1 /virtualdisk” to “losetup /dev/loop1 /dev/sda3″ (where sda3 is your new partition).
    • In lodev script replace “losetup /dev/loop1 /virtualdisk” to “losetup /dev/loop1 /dev/sda3″


    Copyright IlgizKs comment on the website of Method 1


    Method 3
    Volker suggested that I should be able to do this http://by using mount bind.

    • Attach an USB stick to your system, mount it.
    • Open CLI (Command Line Interface) and write these commands:

      Code
      cd /
      mkdir /omv/
      cd /media/
      ls


    • Then look which disk is your usb stick.

      Code
      mount --bind /omv/ /media/usb_stick_name/


      (replace usb_stick_name with the name you see with the ls command)


    • Code
      cd ../
      cd usb_stick_name


    • Now create a file by using your favorite file editor. I'll use nano for this;

      Code
      nano test.txt


      Write something in the document, save it and exit the editor.


    • Check if the file you created is really there:

      Code
      cd /omv/
      ls


    • Create a shared folder on this location (by using the Web UI)


    • Now remove your USB Flashdrive


    • Check if the share and the folder /media/usb_stick_name are still there.
      Now we've created a solution to store files. All files which are being stored in /media/usb_stick_name will actually be stored in /omv/ (a folder on the first harddisk).
      There is one problem left, this mount command is gone after a reboot. This can be solved by creating a script that will automaticly mount the folder during the boot of the system.


    • Code
      nano /etc/init.d/mountfirstdisk


      Write this inside the file:


      Save the file and exit the editor.

      Code
      update-rc.d mountfirstdisk defaults


    • Now reboot your system to check if everything works. Now simply create a share on the 'fake' usb stick.


    I've tried Method 3 out and it works wonderfull. However, I've done and written these steps, but I didn't test them afterwards (by using this guide), so in case something isn't working, please tell me. (Sorry for the buggy layout of each step, this is the fault of the forum system here)


    Warning: be sure to test each method first in VirtualBox before applying them into a production system. You don't want to break anything.[/quote]

    Einmal editiert, zuletzt von Solo0815 () aus folgendem Grund: Added Tags

  • Method 4.
    Install omv on usb stick.
    Boot with some live distri.
    Partition your hdd . For example sda1 8g ext4, sda2 2g swap, rest extended with atapartition in it.
    Sda1 must be larger than usbstick.
    Now dd if=/dev/sdb1 of =/dev/sda1 bs=4096 (sdb is the usb stick)
    Than rezize2fs /dev/sda1.
    Now the bootmanager grub has to be installed.
    either:
    Boot last time from stick mount sda1 to /mnt and do
    grub-install --no-floppy --recheck --root-directory=/mnt /dev/sda.
    Now you can boot from hd and use /dev/sda5 for data.
    or:
    dd if=/dev/sdb of=/dev/sda bs=446 count=1 (where sdb is USB Stick and sda is Hdd)
    in this case you dont have to reboot the usb stick.

    • Offizieller Beitrag

    I would avoid method 1 (basically create a file and mount that file like a hard drive) because re-partitioning with gparted works very well. So, yes you can re-partition with Ubuntu.

    omv 7.0-32 sandworm | 64 bit | 6.5 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.9 | compose 7.0.9 | cputemp 7.0 | mergerfs 7.0.3


    omv-extras.org plugins source code and issue tracker - github


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

    • Offizieller Beitrag

    Method 4 is still the best in my opinion.

    omv 7.0-32 sandworm | 64 bit | 6.5 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.9 | compose 7.0.9 | cputemp 7.0 | mergerfs 7.0.3


    omv-extras.org plugins source code and issue tracker - github


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

    • Offizieller Beitrag
    Zitat von "Tyberious Funk"

    Is there a particular reason why OMV doesn't like to share space on the boot drive?


    I think Volker's original intentions were that the boot drive would be small and not needed for data. Also, if the system drive or data drive(s) fail, it would not effect the other.

    omv 7.0-32 sandworm | 64 bit | 6.5 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.9 | compose 7.0.9 | cputemp 7.0 | mergerfs 7.0.3


    omv-extras.org plugins source code and issue tracker - github


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!


  • So, from what I understand with this method (#4), you're simply partitioning your HDD like any other linux setup; though you install to a flash drive and clone it the bigger boot partition you created. Thus removing the need to have the flash drive anymore, correct?

    Modpic.gif

    Dell Precision T3500
    Processor:
    Intel Core i7 960 @3.2ghz
    Memory:
    26GB RAM
    Kernel: Linux 5.10.0-0.bpo.9-amd64
    Version: 5.6.2-1 (Usul) Debian Buster [From Fresh Install of 5]

    • Offizieller Beitrag

    It is even easier to the following especially if you use partedmagic/gparted


    - install on the drive you intend to use (will call sda)
    - resize the main partition sda1
    - delete swap (sda5) and extended partition (sda2)
    - create new extended partion (sda2)
    - create new swap (sda5)
    - create new data partition (sda6)
    - change the uuid in /etc/fstab for swap to the new uuid which you can find using blkid

    omv 7.0-32 sandworm | 64 bit | 6.5 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.9 | compose 7.0.9 | cputemp 7.0 | mergerfs 7.0.3


    omv-extras.org plugins source code and issue tracker - github


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

  • It can also be installed in a virtual machine. Once it's setup and working boot the vm with a rescue cd then create a tar ball of the install. On the target computer create a 4 gig partition and a swap partition then tar the tar ball created earlier onto the new partition. Reboot the partition with grub2 and install the grub loader on the mbr. Using blkid find the partition uuid's. adjust the uuid's and and add swap in /etc/fstab. The unused portition of the hard drive then will appear as a usable partition to OMV to do with as you please.

  • I used method 3 and it worked like a charm. Removed the USB and the files/folders I created are still there. Everything stays mounted and I can create files/shares etc. But when I try to create a new MySQL instance I can't see the share created, it only lists the two physical arrays that I have. Under filesystems it lists the drive there but as /dev/disk/by-uuid/diskUUID and as missing but still mounted. Am I doing something wrong? I followed the instructions to the letter.

    Asus P5N-D LGA755 MoBo
    Intel Core 2 Quad 2.7 gHz
    8 GB 877Mhz DDR2 RAM
    IBM 1015 flashed to 9221-8i - IT mode w/o Option Rom
    Running OpenMediaVault 2.2.1
    OS => 1x320 GB HDD Partitioned 50/Remain for local storage & downloads
    Media => 4x3TB HDD's Software RAID 5
    Data => 3x500GB HDD's Software RAID 5


  • I followed these steps and thought everything was working nicely, but I got this issue;


    http://bugtracker.openmediavault.org/view.php?id=814


    :(

    • Offizieller Beitrag

    Is the web interface working? I have seen the engined not started error plenty of times but it starts moments after that.

    omv 7.0-32 sandworm | 64 bit | 6.5 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.9 | compose 7.0.9 | cputemp 7.0 | mergerfs 7.0.3


    omv-extras.org plugins source code and issue tracker - github


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

  • Zitat von "ryecoaaron"

    Is the web interface working? I have seen the engined not started error plenty of times but it starts moments after that.


    The web interface works, but the daemon still spits out errors.


    I ended up running an update which upgraded some components and the problem disappeared. I don't know whether there was a bug in the older engined or whether the update overwrote some bad settings essentially "fixing" things. But the end result is that it seems to be working ok now.


  • I did this but used sda3 for the name of the new partition (didn't have to change the uuid in fstab, they match between the blkid and fstab). Now upon reboot the partition I made doesn't persist, I have to do the following every time.


    1) mdadm /dev/md100 --create --force --level=linear --raid-devices=1 /dev/sda3
    2) mount -a


    Is there a way I can fix this?
    Here's a copy of my blkid output. http://pastebin.com/PxUnpEgK
    Here is a copy of my fstab http://pastebin.com/uEkqedvJ

    Asus P5N-D LGA755 MoBo
    Intel Core 2 Quad 2.7 gHz
    8 GB 877Mhz DDR2 RAM
    IBM 1015 flashed to 9221-8i - IT mode w/o Option Rom
    Running OpenMediaVault 2.2.1
    OS => 1x320 GB HDD Partitioned 50/Remain for local storage & downloads
    Media => 4x3TB HDD's Software RAID 5
    Data => 3x500GB HDD's Software RAID 5

  • Zitat von "kidlotus"


    I did this but used sda3 for the name of the new partition (didn't have to change the uuid in fstab, they match between the blkid and fstab). Now upon reboot the partition I made doesn't persist, I have to do the following every time.


    I assume you when you say the partition doesn't persist, you mean it doesn't stay mounted?


    Your fstab doesn't have an entry for sda3 under the OMV settings. Did you try and mount this drive via the OMV gui?

Jetzt mitmachen!

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