Raspberry Pi 5

    • Official Post

    The Raspberry Pi 5 with its improved hardware features should indeed offer better performance and capabilities, making it a promising option for running OMV 6.x. The real-time clock, improved USB performance, PCIe connector, and power button are all valuable additions.

    You must be a bot because you didn't read post #18. If you don't respond with a non-AI generated message, I will ban you.

    omv 7.7.9-1 sandworm | 64 bit | 6.11 proxmox kernel

    plugins :: omvextrasorg 7.0.2 | kvm 7.1.6 | compose 7.6.6 | cterm 7.8.5 | cputemp 7.0.2 | mergerfs 7.0.5 | scripts 7.2


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


    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!

  • I was thinking AI bot too.


    I will wait for omv 7 then probably migrate my main omv system from rpi4 to rpi5.


    Will I see good data transfer speed improvement using usb / btrfs hard drives? Or do I need something else to make use of pcie hat?

    OMV 7 (latest) on N100 Minipc (16GB) and RPI5 (8GB). OS on SD card. System ext4 on SSD. Data BTRFS on HDDs

    • Official Post

    Will I see good data transfer speed improvement using usb / btrfs hard drives? Or do I need something else to make use of pcie hat?

    I would almost guarantee you would see better speed when accessing two hard drives at once. The cpu speed also makes me think it would be faster. I would guess pcie would be the fastest though.

    omv 7.7.9-1 sandworm | 64 bit | 6.11 proxmox kernel

    plugins :: omvextrasorg 7.0.2 | kvm 7.1.6 | compose 7.6.6 | cterm 7.8.5 | cputemp 7.0.2 | mergerfs 7.0.5 | scripts 7.2


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


    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!

    • Official Post

    With rpi5 sata disks possible ?

    If there is a sata hat that connects to the pcie connector, yes.


    To get raid ?

    If using a hat like I described above, yes. But why? There is nothing redundant or highly available on an RPi. So, using raid makes no sense.

    omv 7.7.9-1 sandworm | 64 bit | 6.11 proxmox kernel

    plugins :: omvextrasorg 7.0.2 | kvm 7.1.6 | compose 7.6.6 | cterm 7.8.5 | cputemp 7.0.2 | mergerfs 7.0.5 | scripts 7.2


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


    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!

    • Official Post

    .then i dont buy a rpi in future.

    It isn't the RPi's fault. Almost all SBC boards are the same. Most "servers" people run OMV on are the same - no redundancy or availability features. Why do you want raid?

    omv 7.7.9-1 sandworm | 64 bit | 6.11 proxmox kernel

    plugins :: omvextrasorg 7.0.2 | kvm 7.1.6 | compose 7.6.6 | cterm 7.8.5 | cputemp 7.0.2 | mergerfs 7.0.5 | scripts 7.2


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


    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!

  • Can't really understand people's fixation with the use of RAID.


    If RAID is what people want, all it take is some know-how from users to have it.


    OMV doesn't support it!!! So what?

    Just learn how to do it on Linux.

    And deal with the consequences.

    • Official Post

    Because its awesome

    Why?

    Used raid for years never had a problem.

    I've used it even longer and still don't run it at home. I do all day long at work.


    What does it matter why people want it/use it.

    Read all of the raid problems on the forum over the last decade from people run raid on equipment that they should not run raid on and you will understand why we tell people not to. If they don't come to the forum and complain about raid problems, I don't care if they run raid on whatever junk hardware they are using.

    omv 7.7.9-1 sandworm | 64 bit | 6.11 proxmox kernel

    plugins :: omvextrasorg 7.0.2 | kvm 7.1.6 | compose 7.6.6 | cterm 7.8.5 | cputemp 7.0.2 | mergerfs 7.0.5 | scripts 7.2


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


    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!

  • Why?

    Raid 5. = One faulty drive I can still keep the data.

    I've used it even longer

    You know how old I am?

    Read all of the raid problems on the forum over the last decade from people run raid on equipment that they should not run raid on and you will understand why we tell people not to. If they don't come to the forum and complain about raid problems, I don't care if they run raid on whatever junk hardware they are using.

    All jokes aside just works for me never had a problem once. Sure there are problems as you said all over the forums but same can be said about anything updating for example I see errors all the time here just on updating.


    18tb x 3 raid 5 backs up to 18tb x 2 merg.

  • This has nothing to do with how old one is.


    What makes no sense is people assuming that only because RAID is in play, DATA is secured.

    FALSE.


    And most that request help with RAID on this forum, haven't the slight idea how to recover from disaster. And even less why they had RAID in the first place.


    So, better to tell them to avoid it in the first place.

    If one wants, info is available everywhere on what to do.

    Just not here

  • I've used it even longer and still don't run it at home

    Could you briefly describe what you prefer for multi-drive setups for home use? Not necessarily related to Rpi usage.


    I have my 4 old 3Tb drives using BTRFS with raid0 (which is what OMV set up). A normal raid setup seemed too cumbersome for my needs, which are more space-related than recovery or redundancy. I back up the important things, and keep snapshots of the file systems just because I can, and use them on my Linux PCs and laptops.


    When these drives get replaced, I am looking at different options for my docker containers and shared filesystems.

    Asrock H370M-ITX/ac | i5-8400T | 16Gb RAM | Node304 case | 4-3Tb HDDs | 256Gb nvme | 128 Gb SATA SSD

  • I have my 4 old 3Tb drives using BTRFS with raid0 (which is what OMV set up).

    Raid 0? This means a capacity of 12 TB for 4x3TB drives. If a drive breaks, all data is gone. Wouldn't it be more sensible to use mergefs instead of Raid 0? Then only the data of the defective hard drive is gone. I don't use RAID and back up to a second NAS on a thin client and a time-delayed to an external USB hard drive, which is only turned on when backing up. Raid from Raid 1 is only for reliability, is not a backup and contributes only to data security to a limited extent. In addition, raid means increased power consumption and higher hardware costs. In contrast to Germany, electricity costs do not yet seem to play a major role in many countries.

    Based on my experience with a Raspi 4, I would not use a Raspi 5 for a NAS. In addition to the Raspi, you still have to buy the case, power supply and SATA-Hat. An m.2 Sata SSD will probably be mounted on top of the Sata-Hat. I don't know if there is a hat with "real" SATA connections. You still have to "tinker" with it. Then you quickly get to 150 euros. If you don't want it to look tinkered, you have to pay more money for the case. In my opinion, there are better alternatives. As a backup NAS, I now use a Wyse 5070 with a 4TB Sata m.2 SSD.

    • Official Post

    Raid 5. = One faulty drive I can still keep the data.

    And only protects you against drive failure. I have backups and haven't had a drive fail in a long time. Seems like overkill/extra complication for most home users. Can you really not handle a downtime at home?


    You know how old I am?

    I don't think it matters since I am much older than raid. I haven't met too many people who have used Raid and Linux longer than I have. If you have been using both longer than 25 years, then you win : )


    All jokes aside just works for me never had a problem once. Sure there are problems as you said all over the forums but same can be said about anything updating for example I see errors all the time here just on updating.

    Errors updating are much different than losing all of your data. And I have seen raid have issues on this forum much more than updates ESPECIALLY when usb drives are in the mix.


    If you want to run raid, great but I am not going to stop telling people not to use it unless they know how to recover from it and use server grade hardware.

    omv 7.7.9-1 sandworm | 64 bit | 6.11 proxmox kernel

    plugins :: omvextrasorg 7.0.2 | kvm 7.1.6 | compose 7.6.6 | cterm 7.8.5 | cputemp 7.0.2 | mergerfs 7.0.5 | scripts 7.2


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


    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!

    • Official Post

    Could you briefly describe what you prefer for multi-drive setups for home use? Not necessarily related to Rpi usage.

    Individual filesystems. And if you really need a pool, mergerfs. I use both. And RPi or not, I would recommend the same.

    omv 7.7.9-1 sandworm | 64 bit | 6.11 proxmox kernel

    plugins :: omvextrasorg 7.0.2 | kvm 7.1.6 | compose 7.6.6 | cterm 7.8.5 | cputemp 7.0.2 | mergerfs 7.0.5 | scripts 7.2


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


    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!

    • Official Post

    Based on my experience with a Raspi 4, I would not use a Raspi 5 for a NAS. In addition to the Raspi, you still have to buy the case, power supply and SATA-Hat. An m.2 Sata SSD will probably be mounted on top of the Sata-Hat. I don't know if there is a hat with "real" SATA connections. You still have to "tinker" with it. Then you quickly get to 150 euros. If you don't want it to look tinkered, you have to pay more money for the case. In my opinion, there are better alternatives. As a backup NAS, I now use a Wyse 5070 with a 4TB Sata m.2 SSD.

    There is nothing wrong with using an RPi3/4/5 as a NAS. I use two of them as backups of my primary. They work great and are ultra stable. The RPi5 will be able to provide "real" sata ports connected to its pci-e connector. It will be just as good as the Wyse and not much different than a QNAP or Synology running an arm processor.

    omv 7.7.9-1 sandworm | 64 bit | 6.11 proxmox kernel

    plugins :: omvextrasorg 7.0.2 | kvm 7.1.6 | compose 7.6.6 | cterm 7.8.5 | cputemp 7.0.2 | mergerfs 7.0.5 | scripts 7.2


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


    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!

  • This means a capacity of 12 TB for 4x3TB drives. If a drive breaks, all data is gone.

    Sure, but my own use case, that is not important to me at all, currently. The drives are all over 10 years old, and I am basically waiting for them to die. Which hasn't happened yet.


    Wouldn't it be more sensible to use mergefs instead of Raid 0?

    That is the sort of opinion and comment I am seeking :D

    Asrock H370M-ITX/ac | i5-8400T | 16Gb RAM | Node304 case | 4-3Tb HDDs | 256Gb nvme | 128 Gb SATA SSD

  • And only protects you against drive failure. I have backups and haven't had a drive fail in a long time. Seems like overkill/extra complication for most home users. Can you really not handle a downtime at home?

    Sure I can Ive just seemed to always use raid for many years. So you just use merg than?

    I don't think it matters since I am much older than raid. I haven't met too many people who have used Raid and Linux longer than I have. If you have been using both longer than 25 years, then you win : )

    You win :)

    Errors updating are much different than losing all of your data. And I have seen raid have issues on this forum much more than updates ESPECIALLY when usb drives are in the mix.

    Didn't mean updating = raid issue was just saying there is lots of issues.


    If you want to run raid, great but I am not going to stop telling people not to use it unless they know how to recover from it and use server grade hardware.

    Server grade hardware as in a raid card?


    What would you use/have

    • Official Post

    So you just use merg than?

    On one system, yes. Others, I just have an 18 or 20 TB drive that can handle my whole backup.


    Server grade hardware as in a raid card?

    That is just one part. Putting a raid card in a desktop motherboard with four different brands of 10TB drives is not server grade in my opinion. The motherboard, power supplies, disks, and even case (Lots of air flow) should be higher quality and meant for servers/NAS.

    What would you use/have

    My current primary server is an Asrock Rack single socket xeon (e5-2697v3) motherboard with ipmi and ECC ram. My spinning disks are either NAS-grade WD drives or enterprise Seagate drives. Power supply is platinum efficiency EVGA PSU with 10 year warranty. It is in a fairly cheap case but all cpu (2) and case fans (3) are Noctua 120mm. My system doesn't have much for automatic redundancy but I'm not too worried if it goes down and I have to swap a PSU. I have multiple full backups of my data on the primary server and other servers. I have a couple of 8TB offline drives for cold storage. I also have an LTO-6 tape drive that I create archives occasionally to store offsite.

    omv 7.7.9-1 sandworm | 64 bit | 6.11 proxmox kernel

    plugins :: omvextrasorg 7.0.2 | kvm 7.1.6 | compose 7.6.6 | cterm 7.8.5 | cputemp 7.0.2 | mergerfs 7.0.5 | scripts 7.2


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


    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!

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!