On Sun, 2012-11-11 at 11:06 +0000, "Jóhann B. Guðmundsson" wrote: > On 11/11/2012 10:39 AM, Chris Murphy wrote: > > On Nov 10, 2012, at 8:09 PM, John Reiser <jreiser@xxxxxxxxxxxx> wrote: > > > >>> 36 partitions? Really? I thought GPT's 128+ partitions is actually an inside joke, ergo "you know if we give users this particular hurt me button, some will actually try it." > >> 45 partitions across 4 drives in one box, 40 partitions across 4 drives > >> in another. Several OS, several distros, many versions. > >> Vitualization does not reproduce exact UI behavior of real UI > >> on real graphics cards. > > That's a pretty atypical use case. But even still 30 seconds for a grub2-mkconfig isn't that bad. With 85 partitions I think the end user has a greater chance of inducing data loss by forgetting wtf all those partitions are used for. > > Last time I checked ( for testing purposes only ) the installer could > not even cope with creating the kernels (the SCSI/Sata/USB ) 15 > partition limit. > (the kernel used to support Pata or IDE disk with 63 partitions ) > > The Anaconda developers closed that bug wontfix based on it being crazy > to do so instead of having the installer at least supporting the 15 > partition limit as the kernel does. I just created 15 partitions on an msdos-labeled disk using the F18 installer, so let's put that one to rest, shall we? I don't know when you filed this bug or the details of it, but I can tell you that anaconda has no artificial limits on the number of partitions it allows beyond those of the underlying tools (disklabel specification, parted, kernel). David -- test mailing list test@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
