OMV on a Board with UEFI?

  • Hi Folks,


    I hate UEFI. It's a f*cking mess!
    Sorry, I have to say that first.


    I've tried to install OMV with a USB-Stick (that's worked with a Board with a normal BIOS).
    I have set


    Fast Boot off
    Boot Mode: Legacy&UEFI
    The system seems to boot from the stick and says:
    "Reboot an select proper boot device."


    There is a point "Secure Boot" to set off under "Windows 8 Options".
    But when I disable it, Boot Mode switched to "UEFI" only. So I can't select the Stick in the Boot Menu.


    Can you explain me how I will get OMV on this masterpiece of modern hardware engenieering, please?
    Slowly and for a stupid, please.


    TIA
    Mierscheid

    • Offizieller Beitrag

    Try installing Debian Wheezy instead. Debian doesn't have a signed secure boot key but I have installed it on uefi boards. Once you have wheezy installed, installing OMV is easy.

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    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!

    • Offizieller Beitrag

    What is the output of:


    fdisk -l
    blkid
    cat /proc/mdstat

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    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!

  • Wait a second. I've got a strange output while I set the powermenagement of the HDDs. "not a unique object...". It's gone after the seceond try, but I decided to restart the system.
    Now, at the startup, OMV is checking the quotas.
    I set up quotas only at the RAID-Array, therfore...


    This will take a while, please be patient. ;)

  • Too sad, still gone.


    fdisk -l


    blkid:

    Code
    /dev/sda3: UUID="5a71893d-9098-4ccc-bbcf-8519e5d5a13a" TYPE="swap" 
    /dev/sda1: UUID="8746-AD55" TYPE="vfat" 
    /dev/sda2: UUID="55815ec0-944c-4049-ab74-61b0219851ed" TYPE="ext4" 
    /dev/sdb1: LABEL="Medien3" UUID="c15f9afc-6c05-40d3-bb05-840bac43c9f8" TYPE="ext4" 
    /dev/sdc1: LABEL="Medien1" UUID="a17632c2-23b3-4d60-a7ab-ca18b5b54cc7" TYPE="ext4" 
    /dev/sdd1: LABEL="Medien2" UUID="ac210c2f-72b2-4a16-b7f0-3d9620067664" TYPE="ext4"


    cat /proc/mdstat:

    Code
    Personalities : 
    unused devices: <none>
    • Offizieller Beitrag

    How did you create your raid? OMV doesn't use partitions when creating an array. I would try:


    mdadm --assemble /dev/md127 /dev/sd[ef]1 --verbose --force

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    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've created it with OMV. I also reinstalled OMV yesterday and the RAID was still fine.
    I installed a new Board/CPU and also OMV.


    Code
    root@NAS:~# mdadm --assemble /dev/md127 /dev/sd[ef]1 --verbose --force
    mdadm: looking for devices for /dev/md127
    mdadm: cannot open device /dev/sd[ef]1: No such file or directory
    mdadm: /dev/sd[ef]1 has no superblock - assembly aborted
    • Offizieller Beitrag

    You must not have wiped the drives before creating the array then. Try this:


    mdadm --assemble /dev/md127 /dev/sd[ef] --verbose --force

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    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!

  • The disks where brandnew as I'd created the RAID.
    I'd had to erase all partitions in OMV, because the drives came of a external case with 4k-translation.


    Code
    mdadm: looking for devices for /dev/md127
    mdadm: Cannot assemble mbr metadata on /dev/sde
    mdadm: /dev/sde has no superblock - assembly aborted


    But... it's okay to delete them again, because there are no important data on them. Only a backup from a fresh installed PC.


    Let me delete them and create the RAID again overnight.

    • Offizieller Beitrag

    If you don't need to save data, I recommend doing the following first:


    Code
    mdadm --zero-superblock /dev/sde
    mdadm --zero-superblock /dev/sdf
    dd if=/dev/zero of=/dev/sde bs=512 count=10000
    dd if=/dev/zero of=/dev/sdf bs=512 count=10000

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    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!

    • Offizieller Beitrag

    That message is fine. Keep going with the other commands.

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    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've created a new RAID, no matter. But now it's gone, too.


    It was my fault. I was stupid and lazy:
    I wasn't sure about what I have choosen at the postfix-config, but the system-messages by mail doesn't work.
    Therefore, I reinstalled postifix, instead of editing the config file. :(
    After that, OMV shows me a "403 forbidden" at the webend.
    I reinstalled OMV: apt-get install --reinstall openmediavault
    Backend is working now, but the RAID is lost again!


    Followed your instructions again with the same results.


    But... have a look at /etc/mdadm/mdadm.conf:



    Shouldn't there be two UUIDs?


    Sorry, that's all only my fault. :(



    Edit:

    Code
    root@NAS:/dev/disk/by-uuid# ls
    55815ec0-944c-4049-ab74-61b0219851ed  8746-AD55                    ac210c2f-72b2-4a16-b7f0-3d9620067664
    5a71893d-9098-4ccc-bbcf-8519e5d5a13a  a17632c2-23b3-4d60-a7ab-ca18b5b54cc7  c15f9afc-6c05-40d3-bb05-840bac43c9f8



    Code
    root@NAS:/dev/disk/by-uuid# blkid -o list -w /dev/null 
    device                       fs_type     label        mount point                      UUID
    ---------------------------------------------------------------------------------------------------------------------------
    /dev/sda3                    swap                     <swap>                           5a71893d-9098-4ccc-bbcf-8519e5d5a13a
    /dev/sda1                    vfat                     /boot/efi                        8746-AD55
    /dev/sda2                    ext4                     /                                55815ec0-944c-4049-ab74-61b0219851ed
    /dev/sdb1                    ext4        Medien1      /media/a17632c2-23b3-4d60-a7ab-ca18b5b54cc7 a17632c2-23b3-4d60-a7ab-ca18b5b54cc7
    /dev/sdc1                    ext4        Medien2      /media/ac210c2f-72b2-4a16-b7f0-3d9620067664 ac210c2f-72b2-4a16-b7f0-3d9620067664
    /dev/sdd1                    ext4        Medien3      /media/c15f9afc-6c05-40d3-bb05-840bac43c9f8 c15f9afc-6c05-40d3-bb05-840bac43c9f8


    Where are the UUIDs for the RAID-HDDs?


    There _are_ /dev/sde and sdf:


    • Offizieller Beitrag

    It isn't detecting a filesystem on your raid array. Here is what I would do:


    Everything is done in the web interface.


    - Wipe both drives
    - Create raid array
    - Let it sync
    - Create filesystem on raid array (ext4 or xfs)
    - Mount that filesystem

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    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!

  • Hmmm, okay, again... this take a while...
    There is nothing to sweep:


    It's a matter of trust. I'd a bad feeling about that RAID.

    • Offizieller Beitrag

    Is it raid 1? If yes, then I would not use raid and just setup an rsync job or rsnapshot (plugin available) to run 1,2,3.. times a day.

Jetzt mitmachen!

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