Thanks for following up.
--
installer skips primary partition
https://bugs.launchpad.net/bugs/318393
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailm
Not a problem.
** Changed in: debian-installer (Ubuntu)
Status: New => Invalid
--
installer skips primary partition
https://bugs.launchpad.net/bugs/318393
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing li
Further tests show that what I reported does not present a problem for
the use cases I explored (other than the cosmetic aspect). Please feel
free to close the bug AFAIAC.
--
installer skips primary partition
https://bugs.launchpad.net/bugs/318393
You received this bug notification because you ar
The "skipped" partition number 2 is in fact the extended partition
containing the logical partition (5). So the order of events is:
1) create primary partition number 1
2) create logical partition number 5, causing the partitioner to implicitly
allocate an extended partition number 2 (as it m
Thanks for your quick response.
I don't know whether this is a cosmetic problem, as the one install I
attempted with the 1/3/5 partition layout failed (grub error 18 upon
reboot at the end of what up until that point looked like a successful
install), but several other things also differed between
Yes, it depends on the order of creation. I'm not really sure that this
is a major problem? If you come along and resize partitions afterwards
and insert new ones in the middle, you'll also end up with partition
numbering that doesn't match the physical ordering of the partitions on
the disk, since
