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.2 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4 | scripts 7.0.1


    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.2 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4 | scripts 7.0.1


    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.2 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4 | scripts 7.0.1


    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.2 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4 | scripts 7.0.1


    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.2 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4 | scripts 7.0.1


    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.2 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4 | scripts 7.0.1


    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.2 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4 | scripts 7.0.1


    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.

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

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


    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!

Jetzt mitmachen!

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