Activity log for bug #336992

Date Who What changed Old value New value Message
2009-03-02 23:53:55 Luke Plant bug added bug
2009-03-03 10:02:58 Colin Watson ubiquity: status New Triaged
2009-03-03 10:02:58 Colin Watson ubiquity: title Bug #336992 in ubiquity (Ubuntu): "UUID of existing partitions are changed" Bug #336992 in partman-basicfilesystems (Ubuntu): "UUID of existing partitions are changed"
2009-03-03 10:02:58 Colin Watson ubiquity: importance Undecided High
2009-03-03 10:02:58 Colin Watson ubiquity: bugtargetname ubiquity (Ubuntu) partman-basicfilesystems (Ubuntu)
2009-03-03 10:02:58 Colin Watson ubiquity: statusexplanation Great catch, thanks. It looks as if the old UUID doesn't survive being saved in a shell variable in partman-basicfilesystems; we'll have to put it in a file instead (which in retrospect is more sensible anyway).
2009-03-03 10:02:58 Colin Watson ubiquity: assignee cjwatson
2009-03-03 10:02:58 Colin Watson ubiquity: bugtargetdisplayname ubiquity (Ubuntu) partman-basicfilesystems (Ubuntu)
2009-03-03 10:05:16 Colin Watson title UUID of existing partitions are changed UUID of existing swap partitions are changed
2009-03-03 10:13:57 Colin Watson partman-basicfilesystems: status New Triaged
2009-03-03 10:13:57 Colin Watson partman-basicfilesystems: assignee cjwatson
2009-03-03 10:13:57 Colin Watson partman-basicfilesystems: importance Undecided High
2009-03-03 10:13:57 Colin Watson partman-basicfilesystems: statusexplanation
2009-03-03 10:13:57 Colin Watson partman-basicfilesystems: milestone ubuntu-8.04.3
2009-03-03 10:15:32 Colin Watson partman-basicfilesystems: status New Won't Fix
2009-03-03 10:15:32 Colin Watson partman-basicfilesystems: statusexplanation I don't think we can sensibly fix this in Intrepid, since it would require new installer images and there are no plans for a point release; but I do think we should fix it in 8.04.3.
2009-03-03 12:47:17 Colin Watson bug assigned to busybox (Ubuntu)
2009-03-03 12:47:28 Colin Watson busybox: status New Won't Fix
2009-03-03 12:47:28 Colin Watson busybox: statusexplanation
2009-03-03 12:51:43 Colin Watson busybox: status New Triaged
2009-03-03 12:51:43 Colin Watson busybox: assignee cjwatson
2009-03-03 12:51:43 Colin Watson busybox: importance Undecided High
2009-03-03 12:51:43 Colin Watson busybox: statusexplanation While testing my fix for this, I noticed that this whole system breaks in the alternate/server installer as of Intrepid because we use conv=notrunc and that's disabled in busybox dd. We could remove conv=notrunc, but that would cause problems for Wubi installations. This problem does not exist in Hardy, where conv=notrunc was always supported in busybox dd regardless of configuration; at some point in between it was made a configuration option and we neglected to notice and turn it on.
2009-03-03 12:51:57 Colin Watson busybox: status New Invalid
2009-03-03 12:51:57 Colin Watson busybox: statusexplanation
2009-03-03 13:00:07 Launchpad Janitor busybox: status Triaged Fix Released
2009-03-03 13:00:17 Launchpad Janitor partman-basicfilesystems: status Triaged Fix Released
2009-06-04 21:07:08 Launchpad Janitor branch linked lp:~ubuntu-core-dev/partman-basicfilesystems/hardy-proposed
2009-06-04 21:08:29 Colin Watson partman-basicfilesystems (Ubuntu Hardy): status Triaged In Progress
2009-06-05 11:34:09 Colin Watson description Binary package hint: ubiquity I installed Ubuntu Intrepid on a machine, and then made a second installation (the second time using a Hardy Live CD, I was not able to use Intrepid the second time due to bug 333584 https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/333584 ). The second installation involved repartitioning, and when I returned to my first installation, the UUID of the swap partition had been changed, which meant that swap was no longer available, and hibernate no longer worked. The original UUID was: 441b1300-b765-4600-813b-fd2c03e917e6 The new UUID is: 441b13b7-6546-813b-fd2c-03e917e617e6 The striking similarities between these number make me think something funny is going on, which is why I bothered to post them. Assuming the hexadecimal digits correspond to a simple array of bytes, it looks like you can generate the second UUID by this algorithm: 1) create a buffer containing the first UUID 2) set pointer1 and pointer2 to position 0 3) if byte at pointer1 == 0, increment pointer1, and go to step 3 4) copy byte at pointer1 to pointer2 5) increment pointer1 and pointer2 6) go to step 3. The other UUID on my first installation system, i.e. for the root partition, was not changed, but it did not contain a '00' in it either, so by the above process you would not expect it to change. (Also the root partition didn't change its starting cyclinder, only the end cylinder, whereas the swap partition probably had to be created from scratch). As mentioned above, this happened in Hardy, not Intrepid, and it looks like it could well be a libparted bug or something like that. I installed Ubuntu Intrepid on a machine, and then made a second installation (the second time using a Hardy Live CD, I was not able to use Intrepid the second time due to bug 333584 https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/333584 ). The second installation involved repartitioning, and when I returned to my first installation, the UUID of the swap partition had been changed, which meant that swap was no longer available, and hibernate no longer worked. The original UUID was: 441b1300-b765-4600-813b-fd2c03e917e6 The new UUID is: 441b13b7-6546-813b-fd2c-03e917e617e6 The striking similarities between these number make me think something funny is going on, which is why I bothered to post them. Assuming the hexadecimal digits correspond to a simple array of bytes, it looks like you can generate the second UUID by this algorithm: 1) create a buffer containing the first UUID 2) set pointer1 and pointer2 to position 0 3) if byte at pointer1 == 0, increment pointer1, and go to step 3 4) copy byte at pointer1 to pointer2 5) increment pointer1 and pointer2 6) go to step 3. The other UUID on my first installation system, i.e. for the root partition, was not changed, but it did not contain a '00' in it either, so by the above process you would not expect it to change. (Also the root partition didn't change its starting cylinder, only the end cylinder, whereas the swap partition probably had to be created from scratch). As mentioned above, this happened in Hardy, not Intrepid, and it looks like it could well be a libparted bug or something like that. This was fixed in partman-basicfilesystems 62ubuntu2 in jaunty: http://bazaar.launchpad.net/~ubuntu-core-dev/partman-basicfilesystems/ubuntu/revision/574 I've backported this change to hardy-proposed: http://bazaar.launchpad.net/~ubuntu-core-dev/partman-basicfilesystems/hardy-proposed/revision/562 TEST CASE: Perform an installation on a blank disk, then set the UUID of the swap partition to one containing at least one zero byte; the UUID provided by the reporter of this bug will do fine. You can do that like this, assuming that the swap partition is /dev/sda5: sudo swapoff /dev/sda5 sudo mkswap -U 441b1300-b765-4600-813b-fd2c03e917e6 /dev/sda5 Having done this, reboot and do another installation overwriting the previous one's root filesystem and just using the existing swap partition; you'll need to use the manual partitioner to do this properly. After rebooting, run 'sudo vol_id -u /dev/sda5' and confirm that the UUID shown is exactly that which you set previously. REGRESSION POTENTIAL: It might be worth making sure that installations with a fresh swap partition (i.e. no UUID to preserve) keep on working.
2009-06-05 11:35:57 Colin Watson bug added subscriber Ubuntu Stable Release Updates Team
2009-06-05 11:44:37 Colin Watson summary UUID of existing swap partitions are changed UUIDs of existing swap partitions are changed
2009-06-09 17:37:32 Steve Langasek partman-basicfilesystems (Ubuntu Hardy): status In Progress Fix Committed
2009-06-09 17:37:44 Steve Langasek tags verification-needed
2009-06-23 19:00:31 Steve Beattie tags verification-needed verification-done
2009-06-25 13:56:40 Launchpad Janitor partman-basicfilesystems (Ubuntu Hardy): status Fix Committed Fix Released
2009-07-08 17:26:12 Launchpad Janitor branch linked lp:ubuntu/karmic/busybox
2009-12-05 03:28:23 Launchpad Janitor branch linked lp:ubuntu/partman-basicfilesystems
2009-12-05 03:35:32 Launchpad Janitor branch linked lp:ubuntu/hardy-proposed/partman-basicfilesystems