Starting with OMV (and i want to thank you all)

Lucane · May 19th 2025

Hello,

I've installed OMV and set up my first nas ever last week, and it is working great! (my main goal was to install jellyfin and share my movies with friends, which i am now doing )

This message is my way to thank you all for the great documentations on the wiki and here on the forum

i didn't know anything about this before starting (i am not working in IT ), i've never used linux, didn't know what docker was etc... but i read what i could and it was enough for me to setup my little media server. i really appreciated that the wiki explained all the basics, thanks for that! (the only thing i struggled a bit with was Nginx, understanding what it was, how to open ports on my router and setup the redirections, but i managed to do it in the end)

my build is an old work computer i repurposed for this, i just took out the graphic card (so it cost me nothing, but it might not be completely adapted?) :

Code

root@loyosh-nas:~# sudo hwinfo --short
cpu:
                       Intel(R) Core(TM) i7-7700 CPU @ 3.60GHz, 1200 MHz
                       Intel(R) Core(TM) i7-7700 CPU @ 3.60GHz, 800 MHz
                       Intel(R) Core(TM) i7-7700 CPU @ 3.60GHz, 800 MHz
                       Intel(R) Core(TM) i7-7700 CPU @ 3.60GHz, 800 MHz
                       Intel(R) Core(TM) i7-7700 CPU @ 3.60GHz, 1305 MHz
                       Intel(R) Core(TM) i7-7700 CPU @ 3.60GHz, 1200 MHz
                       Intel(R) Core(TM) i7-7700 CPU @ 3.60GHz, 800 MHz
                       Intel(R) Core(TM) i7-7700 CPU @ 3.60GHz, 1200 MHz
keyboard:
  /dev/input/event0    Behavior Tech USB Multimedia Keyboard
graphics card:
                       Intel HD Graphics 630
sound:
                       Intel 200 Series PCH HD Audio
storage:
                       Floppy disk controller
                       Intel 200 Series PCH SATA controller [AHCI mode]
                       Samsung Electronics SM963 2.5" NVMe PCIe SSD
network:
  eno1                 Intel Ethernet Connection (5) I219-LM
network interface:
  lo                   Loopback network interface
  eno1                 Ethernet network interface
disk:
  /dev/nvme0n1         Samsung Electronics SM963 2.5" NVMe PCIe SSD
  /dev/sda             TOSHIBA DT01ACA1
partition:
  /dev/nvme0n1p1       Partition
  /dev/nvme0n1p2       Partition
  /dev/nvme0n1p3       Partition
  /dev/sda1            Partition
usb controller:
                       Intel 200 Series/Z370 Chipset Family USB 3.0 xHCI Controller
bios:
                       BIOS
bridge:
                       Intel 200 Series PCH LPC Controller (Q270)
                       Intel 200 Series PCH PCI Express Root Port #21
                       Intel Xeon E3-1200 v6/7th Gen Core Processor Host Bridge/DRAM Registers
hub:
                       Linux Foundation 2.0 root hub
                       Linux Foundation 3.0 root hub
memory:
                       Main Memory
unknown:
                       FPU
                       DMA controller
                       PIC
                       Keyboard controller
                       PS/2 Controller
                       Intel 200 Series/Z370 Chipset Family Power Management Controller
                       Intel 200 Series PCH CSME HECI #1
                       Intel Serial controller
                       Intel 200 Series PCH Thermal Subsystem
                       Intel 200 Series/Z370 Chipset Family SMBus Controller
  /dev/ttyS0           16550A
  /dev/input/event1    Behavior Tech USB Multimedia Keyboard

Display More

So i've installed OMV 7 on the SSD ; and docker (+jellyfin and nginx) + my data is on my HDD.

Next step for me is trying to move my OMV install from my SSD to an USB key (probably using this doc?), and move docker to the SSD. After that and if i can have the money i'll try adding some HDD to have more stockage space and to start using RAID, and set up a backup system (mostly to learn how it works, because there is nothing really important on my nas for now, so backup doesnt feel necessary).

So thanks again, and feel free to comment about what i should do next if i want to upgrade my setup

macom · May 19th 2025

Quote from Lucane

start using RAID

I am almost sure you do not need RAID

Do you have good reasons to use it?

5 Simple Reasons Why RAID Is Not a Backup

“Can I use RAID in place of backups?” I see this question posted throughout the web in one form or another. After learning how RAID facilitates redundancy,…

www.arcserve.com

Quote from Lucane

Next step for me is trying to move my OMV install from my SSD to an USB key (probably using this doc?),

No need to reinstall. You can clone the ssd to the USB thumb drive using Clonezilla.

Don't use the ssd and USB drive at the same time after cloning.

Lucane · May 19th 2025

Quote from macom

I am almost sure you do not need RAID
Do you have good reasons to use it?

oh no i don't, you're totally right! but i thought i might learn some things along the way? (like- i've never heard of RAID before last week, so i tought i might understand it better?)

Quote from macom

No need to reinstall. You can clone the ssd to the USB thumb drive using Clonezilla.

oh ok! thanks! i'll try to do this

macom · May 19th 2025

Quote from Lucane

i thought i might learn some things along the way

Nothing wrong with this. However, be aware that RAID adds another layer of complexity without real benefit for most OMV users. If you want to learn, do it without valuable data involved. Virtual machines are great for such things.

crashtest · May 19th 2025

Quote from Lucane

i didn't know anything about this before starting (i am not working in IT ), i've never used linux, didn't know what docker was etc... but i read what i could and it was enough for me to setup my little media server.

That was the intent of the doc's. First, get people started. With success comes motivation and the learning begins.

Lucane · May 21st 2025

Quote from crashtest

That was the intent of the doc's. First, get people started. With success comes motivation and the learning begins.

yep, well done, it worked for me

Stephan-P · Jun 3rd 2025

Quote from macom

I am almost sure you do not need RAID
Do you have good reasons to use it?

https://www.arcserve.com/blog/…asons-why-raid-not-backup

macom, I'll be starting my first NAS adventure soon and I'm interested in reading this article and understanding your remark about not needing RAID. (Or is this a pun?). Anyways, the webserver arcserve.com is blocking access unless one uses a webbrowser that allows cookies, trackers and advertisements, which I am reluctant to do. Would there be another source you'd reccommend for this type of information?

E.g. this: https://www.geeksforgeeks.org/…ays-of-independent-disks/ ?

ryecoaaron · Jun 3rd 2025

Quote from Stephan-P

understanding your remark about not needing RAID. (Or is this a pun?)

it is not a pun.

Quote from Stephan-P

Anyways, the webserver arcserve.com is blocking access unless one uses a webbrowser that allows cookies, trackers and advertisements, which I am reluctant to do. Would there be another source you'd reccommend for this type of information?

Here is the content:

Quote from arcserve blog

1. RAID Can’t Stop Malware

Malware has many faces, but none is causing ruckus quite like ransomware. The classic virus overwrites your files and brings your system to a crawl until you remove the infection. Ransomware essentially holds your system hostage until you pay to regain access. Unfortunately, this sort of infection strikes so fast that it renders anti-virus software powerless. RAID can prevent disruptions, but it cannot keep your system up and running when ransomware takes hold. Next to prevention, a good backup strategy is the only way around paying the ransom and avoiding significant downtime.

2. RAID Can’t Eliminate Human Error

RAID is a proven effective way to mitigate downtime caused by hardware failure. However, it is ineffective when human error comes into play. According to a recent study championed in tandem by Ponemon Institute and Emerson Network Power, human error is responsible for 22 percent of data center outages. This percentage has not changed since the 2013 version of this study, suggesting that something is still amiss when it comes to employee education. If an employee accidentally deletes company data, backup copies kept on or offsite are the only option for recovery.

3. RAID Can’t Mitigate Onsite Disasters

Disaster in the data center is something we’d prefer not to think about. The mere thought is depressing. Dreadfulness aside, every organization should plan to combat unplanned downtime. A flood, hurricane, or fire can sweep through without warning and literally destroy everything in the data center – RAID controllers and backups included. The most reliable way to mitigate disaster in your facility is to not only backup, but commit to an offsite backup strategy that allows you to recover in a worst case scenario.

4. RAID Can’t (usually) Prevent File Corruption

Most RAID configurations have built-in safeguards that prevent data loss in the event of hardware failure. RAID has well documented data protection capabilities, but it is not a fail-safe solution for data corruption. As we discussed in a previous post, RAID can actually make matters worse by replicating the damage throughout the array. Even a good backup plan may be challenged if copies of the corrupt files are made. The one saving grace is that conducting regular backups increases the likelihood of being able to restore your files to a point before corruption occurred.

5. RAID Redundancy Has Its Limitations

While the entire RAID concept is based on redundancy, there are scenarios in which a backup can do a better job of it. In fact, the ideal backup plan is redundant by nature. It’s strongly recommended to keep copies of mission-critical data in at least two separate locations. For example, you can protect against fires and other onsite disasters by storing copies of your files in a different data center and another copy in the cloud. Spreading those copies across different regions would protect against even bigger issues. This redundant approach to backup is the best possible way to ensure business continuity.

If you’ve been thinking of depending on RAID as your one and only data protection solution, remember this: RAID will help mitigate most system failures. Backup will allow you to roll back time when failure can’t be prevented. Instead of going the do or die route of choosing one or the other, you can get even better results by doubling down with both and giving yourself an added peace of mind.

Display More

Starting with OMV (and i want to thank you all)

macom May 19th 2025

Participate now!

Similar Threads

Creating file structure best practice

Multiple instances of same container / service / image

Installing Immich

OMV7: reboots every time I try to change configuration

Bug on debian with nvme

Tags