Reformatting means a new UUID. Performing a new install includes
installing grub, and generating a new config that will reference the new
uuid.
** Changed in: ubiquity (Ubuntu)
Status: Confirmed = Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs,
Although the OR did not respond to requests, I am confirming this
report. Perhaps we can find a way to revert the UUID if the install
fails.
** Changed in: ubiquity (Ubuntu)
Status: Incomplete = Confirmed
** Changed in: ubiquity (Ubuntu)
Importance: Undecided = Wishlist
--
jaunty
We'd like to figure out what's causing this bug for you, but we haven't
heard back from you in a while. Could you please provide the requested
information? Thanks!
--
jaunty install: formatting root partition changes uuid
https://bugs.launchpad.net/bugs/377613
You received this bug notification
Thank you for taking the time to report this bug and helping to make
Ubuntu better. We are sorry that we do not always have the capacity to
look at all reported bugs in a timely manner. There have been many
changes in Ubuntu since that time you reported the bug and your problem
may have been fixed
UUID is an UNIQUE identifier by definition, don't you think so? Hence,
if you re-format partition it MUST change or UUID will make no sense.
That's how it works - by design. Reformatting created DIFFERENT, new
unique filesystem. Hence, UUID should get changed as well.
But I have to admit that
I understand what you're saying (can't honestly say I understand UUIDs
or what they're for though...)
In my case, regenerating menu.lst wouldn't have made any difference,
because having a failed installation meant that I had to restore it from
my dumps, where the installer couldn't (and
Having now read up a bit on UUIDs, it seems to me that if an existing
partition is being reformatted, it SHOULD retain the existing UUID.
Anything referring to that particular partition by UUID will then still
safely be able to find it if necessary. Although at one level a
reformatted filesystem
