Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.user > #233529

Re: mdadm and whole disk array members

From Gary Dale <gary@extremeground.com>
Newsgroups linux.debian.user
Subject Re: mdadm and whole disk array members
Date 2021-03-26 02:30 +0100
Message-ID <BWJsu-2Zs-7@gated-at.bofh.it> (permalink)
References (1 earlier) <BVBGH-nf-7@gated-at.bofh.it> <BVCt4-Sz-5@gated-at.bofh.it> <BVOud-8tM-1@gated-at.bofh.it> <BVODU-5D-7@gated-at.bofh.it> <BVRs5-1KR-1@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On 2021-03-23 11:45, Reco wrote:
> 	Hi.
>
> On Tue, Mar 23, 2021 at 01:44:23PM +0100, deloptes wrote:
>> IMO the problem is that if it is not a partition the mdadm can not
>> assemble as it is looking for a partition,
> My mdadm.conf says:
>
> # by default (built-in), scan all partitions (/proc/partitions) and all
> # containers for MD superblocks. alternatively, specify devices to scan,
> # using wildcards if desired.
> #DEVICE partitions containers
>
>
> And /proc/partitions always had whole disks, their partitions, lvm
> volumes and whatever else can be presented as a block device by the
> kernel.
> So mdadm is perfectly capable of assembling whole disk arrays, and it
> does so for me for more than 10 years.
>
>> but not sure how grub or whatever handle it when you boot off the
>> drive.
> GRUB2 can definitely boot from mdadm's RAID1 as it has an appropriate
> module for this specific task. Installing GRUB2 on mdadm array made of
> whole disks is tricky though.
>
> UEFI itself, on the other hand - definitely can not, unless you resort
> to some dirty hacks. After all, UEFI requires so-called "EFI System
> Partition" aka ESP.
>
> Reco

 From what I read in looking for solutions, the problem is common. I 
even tried one workaround of zapping any existing partition table on the 
drives. Nothing worked.

Perhaps it only works with virgin drives? Mine had been removed from 
another machine where they had been part of a different array. I zeroed 
the superblocks before creating the new array.

Back to linux.debian.user | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

mdadm and whole disk array members Gary Dale <gary@extremeground.com> - 2021-03-22 23:30 +0100
  Re: mdadm and whole disk array members Andy Smith <andy@strugglers.net> - 2021-03-23 00:00 +0100
    Re: mdadm and whole disk array members Gary Dale <gary@extremeground.com> - 2021-03-23 00:50 +0100
      Re: mdadm and whole disk array members deloptes <deloptes@gmail.com> - 2021-03-23 13:40 +0100
        Re: mdadm and whole disk array members deloptes <deloptes@gmail.com> - 2021-03-23 13:50 +0100
          Re: mdadm and whole disk array members Reco <recoverym4n@enotuniq.net> - 2021-03-23 16:50 +0100
            Re: mdadm and whole disk array members Gary Dale <gary@extremeground.com> - 2021-03-26 02:30 +0100
              Re: mdadm and whole disk array members Felix Miata <mrmazda@earthlink.net> - 2021-03-26 05:10 +0100
                Re: mdadm and whole disk array members Gary Dale <gary@extremeground.com> - 2021-03-26 19:10 +0100
              Re: mdadm and whole disk array members deloptes <deloptes@gmail.com> - 2021-03-26 08:00 +0100
                Re: mdadm and whole disk array members Gary Dale <gary@extremeground.com> - 2021-03-26 19:20 +0100
          Re: mdadm and whole disk array members Gary Dale <gary@extremeground.com> - 2021-03-26 02:20 +0100
            Re: mdadm and whole disk array members Gary Dale <gary@extremeground.com> - 2021-03-26 02:30 +0100
        Re: mdadm and whole disk array members Gary Dale <gary@extremeground.com> - 2021-03-26 02:20 +0100
  Re: mdadm and whole disk array members Andy Smith <andy@strugglers.net> - 2021-03-26 17:30 +0100
    Re: mdadm and whole disk array members Gary Dale <gary@extremeground.com> - 2021-03-26 19:40 +0100
      Re: mdadm and whole disk array members Andy Smith <andy@strugglers.net> - 2021-03-26 22:00 +0100

csiph-web