From: "Vladimir 'φ-coder/phcoder' Serbinenko" <phcoder@gmail.com>
To: grub-devel@gnu.org
Subject: Re: bootable RAID, number of member disks limitation
Date: Thu, 03 Jan 2013 23:00:57 +0100 [thread overview]
Message-ID: <50E5FF99.4040507@gmail.com> (raw)
In-Reply-To: <23B0E78D-7EF4-46B4-85EA-5986CCD4E157@colorremedies.com>
[-- Attachment #1: Type: text/plain, Size: 1684 bytes --]
On 03.01.2013 21:28, Chris Murphy wrote:
> I'm finding GRUB2 will boot from md RAID 0, 1, 4, 5, 6, with /boot in the array, up to six member devices. At device 7, GRUB2 fails to boot the array, drops to a grub rescue prompt saying the mduuid couldn't be found.
>
> With Btrfs single and RAID 0 profiles, /boot on Btrfs is bootable for up to 4 devices. At the 5th device in a volume, it's no longer bootable by GRUB2, I get a grub rescue prompt. I get variable results with RAID 10 for some reason where often it works with 5 and 6 disks.
>
> The question is if this is expected, as-designed, and if it's stable? I feel like some subjective (certainly objective limits are OK) limit for number of member devices is acceptable, but needs to be known, so that installers can inhibit or warn users from creating unbootable arrays. And then how to communicate this downstream?
GRUB has no limitation on number on devices other than free memory to
hold structures and 2^32 for IDs. If there is any other limit it's a bug
and please file a bug report with the images in question (no need to
install, just use grub-fstest) However BIOS limits the number of disks
that can be accessed. Theoretically there could be up to 128 (or 256 if
you use floppy numbers as well) accessible through BIOS. The convention
is to use only 16 possible IDs for HDD (0x80-0x8f). In practice many
BIOSes are limited to less (8 is usual limit).
>
>
> Chris Murphy
> _______________________________________________
> Grub-devel mailing list
> Grub-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 294 bytes --]
next prev parent reply other threads:[~2013-01-03 22:01 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-03 20:28 bootable RAID, number of member disks limitation Chris Murphy
2013-01-03 22:00 ` Vladimir 'φ-coder/phcoder' Serbinenko [this message]
2013-01-04 7:42 ` Chris Murphy
2013-01-04 15:18 ` Chris Murphy
2013-01-08 23:37 ` Jordan Uggla
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=50E5FF99.4040507@gmail.com \
--to=phcoder@gmail.com \
--cc=grub-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.