mdadm: no arrays found in config file or automatically

  • Thank you Markess and vialcollet for the responses.


    That very well could be the root of the problem. I have a feeling when installing off a USB drive it some times changes any onboard drives to something other than SDA which obviously seems to mess the installation up once the USB is removed.


    Does anyone know how to reassign the disk we want as the OS drive to SDA during the installation of OMV 4 off of a USB drive? I did not see an option come up to change that.

  • Well i can't confirm that /sda/ is the culprit / problem.... just installed from USB (sdb) to SSD (sda) and ive got the same problem...


    Edit:
    Okay ive just installed the system with data HDD's present (not adviced in the docs )... works...
    os SSD was /dev/sde/ btw

  • new to OMV...fresh install, on fresh ssd drive, with 4 fresh 4TB drives..


    First boot fails and I'm into initramfs ...
    complaints that /dev/sda1 doesn't exist..
    mdadm keeps looking for arrays, but installer did not ask what to do with the 4 drives..


    Maybe I should go back to a classic Ubuntu server ?


    I really wanted to try OMV

    • Offizieller Beitrag

    mdadm keeps looking for arrays, but installer did not ask what to do with the 4 drives..

    The installer doesn't do anything with data drives. It isn't OMV's fault that the array isn't assembling on boot. I would fix the array with a rescue disk like systemrescuecd and then see if things work.


    Maybe I should go back to a classic Ubuntu server ?

    You are asking that on the OMV forum....

    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!

  • @ryecoaaron


    Any ideas about the issues the other of us are having. Install omv4 with the datadrives(5x3tb in software raid 5) removed install fresh to ssd system boots until shutdown and data drives installed.


    Install OMv 3 same method above install and boots fine same once shutdown and data drives reattached.

    OMV 5 - 64 bit
    Dell T430, 16gb Ram, 5 x 3TB HDD Raid5, 1 x 120GB 2.5" SSD (OS)

    • Offizieller Beitrag

    Any ideas about the issues the other of us are having. Install omv4 with the datadrives(5x3tb in software raid 5) removed install fresh to ssd system boots until shutdown and data drives installed.


    Install OMv 3 same method above install and boots fine same once shutdown and data drives reattached.

    Nope. The kernel is not assembling the array on boot for some reason. I guess I could try it in a VM.

    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

    Any ideas about the issues the other of us are having. Install omv4 with the datadrives(5x3tb in software raid 5) removed install fresh to ssd system boots until shutdown and data drives installed.

    Just tried to replicate on a VM and it worked fine when installing fresh 4.x with and without the data drives attached. No idea what is wrong.

    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!

  • ryecoaaron,


    of course going back to Ubuntu was a provocative statement, but a Debian based distro is expected to "just work".


    The four 4TB disk are fresh, not even partitioned.
    The installer did not prompt for the creation of an array, so why mdadm pops up?
    Also, I read /dev/sda1 not found: why?


    Anyway, the install failed. This is the bottom line.

    • Offizieller Beitrag

    but a Debian based distro is expected to "just work".

    It does for me with the hundreds if not thousands of times I have installed it.

    The four 4TB disk are fresh, not even partitioned.
    The installer did not prompt for the creation of an array, so why mdadm pops up?

    OMV doesn't have its own kernel or do any magic with the boot. There is no config file that is causing it to fail to boot with four blank HDs. mdadm is enabled in the kernel but that is because it checks for arrays on every boot like it should.


    Also, I read /dev/sda1 not found: why?

    No idea. I don't know what the sda drive is. Is it the OS drive? Sounds like a setting on your system is wrong.

    Anyway, the install failed. This is the bottom line.

    Understood. Hard to help when I can't recreate it.


    Well as i've mentioned, for me the problem was solved installing omv with all HDD's present.

    This makes more sense to me since update-initramfs is run at the end of the installation and it probably put the proper features in initramfs because the array is present.

    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!

  • ryecoaaron, thanks for jumping in and giving us your thoughts on this. Any help is appreciated.


    I know that the installation guide suggests removing all data drives when installing OMV 3 or 4 and it seems most of us tried to follow that.


    Would you recommend trying the install OMV 4 with the entire array of drives (including the will be OS drive of course) present during the installation? Is there any reason the guide recommends removing the drives in that case other than accidently choosing a data drive as the installation location?


    We could obviously try that within a VM pretty quickly if we wanted to as well.

    • Offizieller Beitrag

    Would you recommend trying the install OMV 4 with the entire array of drives (including the will be OS drive of course) present during the installation?

    I have installed with and without the drives. It didn't make a difference on my VM. Maybe in this case it would help??


    Is there any reason the guide recommends removing the drives in that case other than accidently choosing a data drive as the installation location?

    The installer used to not ask if it found more than one drive. It think it is just to prevent the installer from doing anything bad.

    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!

  • That'ts good to know. I am going to try and install a VM on my OMV3 box to see what happens if OMV4 is installed with the data array existing. Hopefully I will get time to test this in the next week or two and it could give us some insight as to what is going on.

    • Offizieller Beitrag

    I am going to try and install a VM on my OMV3 box to see what happens if OMV4 is installed with the data array existing. Hopefully I will get time to test this in the next week or two and it could give us some insight as to what is going on.

    I did test this in a VM and it worked fine. It would be very interesting to see what steps you took if you get it to fail.

    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!

  • I may just be guessing, but it appears to me that the issue only comes up when OMV gets installed to a device other than Sda, and then the device connected as Sda changes between installation and first boot. For most folks, this is either because the installer was Sda during installation and it now that disk/drive is removed, and/or because the disks for the array are subsequently attached and the first disk became Sda.


    In the case of @ebreetteville in a previous post, OMV was installed to a flash drive. I had the same errors when installing to a flash drive (USB DOM), but only in instances where the installer came up as Sda and the flash drive as Sdb. Installation worked, but after removing the installation media and rebooting, I got the mdadm error and boot failed to complete. But, if I rearranged the drives until the installation media was Sdb, then I had no issues.


    Perhaps in the cases where OMV fails to boot after data drives are first attached, its because the first data drive became Sda, but wasn't the installer? Others reported here previously that in cases where the data disks were attached during install, installation was successful. It could be in those cases, Sda is still the same disk as during install, even if not the boot disk, so everything works.


    What got me thinking on this was the mention in one post previously that if the installer was left in, the new system disk booted, plus mentions of "Missing sda1" warnings. Seems that something about the identity of sda is an issue in these cases, even if sda isn't the boot disk.

    • Offizieller Beitrag

    I would think that might be a reason why OMV doesn't boot but it shouldn't be the reason the kernel can't re-assemble an array. Each drive has a signature on it and the arrays are re-assembled by their signatures. It *shouldn't* care about the drive letters.

    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!

  • I would think that might be a reason why OMV doesn't boot but it shouldn't be the reason the kernel can't re-assemble an array. Each drive has a signature on it and the arrays are re-assembled by their signatures. It *shouldn't* care about the drive letters.

    Definitely need to defer to you on these things, as its way above my expertise. In any case, I now think my issue is slightly different from the others here. I'm failing to boot due to the mdadm message others are getting, followed by busybox prompt, But in my case, I was starting with a fresh install and no disks connected. I wanted to pull some baseline power numbers with no disks attached, and couldn't get it to boot due to that message. I never got to the point where I connected the disks, so different situation than failure to re-assemble an array.

    • Offizieller Beitrag

    I would be curious if pressing 'e' in the grub menu to edit parameters and adding raid=noautodetect would help? This is a one time edit and wouldn't be there for the next boot.

    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!

  • Definitely need to defer to you on these things, as its way above my expertise. In any case, I now think my issue is slightly different from the others here. I'm failing to boot due to the mdadm message others are getting, followed by busybox prompt, But in my case, I was starting with a fresh install and no disks connected. I wanted to pull some baseline power numbers with no disks attached, and couldn't get it to boot due to that message. I never got to the point where I connected the disks, so different situation than failure to re-assemble an array.

    Check the last reply on my thread Unable to boot after installation (Dropping to a shell!) I think you may have the same problem which I did.

  • Hmm wonder why it’s only happening to us. I only pull the data drives due to it been recommended I’ve used omv and the software raid was made with omv way back in the early days of omv which ever version was around in 2012.

    OMV 5 - 64 bit
    Dell T430, 16gb Ram, 5 x 3TB HDD Raid5, 1 x 120GB 2.5" SSD (OS)

Jetzt mitmachen!

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