Activity log for bug #321324

Date Who What changed Old value New value Message
2009-01-26 01:44:03 Roland Orre bug added bug
2009-01-26 08:31:52 Chris Coulson partman-target: status New Invalid
2009-01-26 08:31:52 Chris Coulson partman-target: statusexplanation 1) Is it really that much effort to have to edit 2 files? 2) That might be more tricky, but can't you just edit the UUID, or use something like rsync to backup files (which is what I do) 3) You say you don't see the point with UUID's and you only see disadvantages? Well, point number 1 for UUID's - devices don't always enumerate in the same order (especially with removable hardware about), so you can't gurantee that your device nodes will be the same on every boot. UUID's (and LABEL's) are a lot more reliable than device nodes. You are free to edit your fstab to use device nodes as opposed to UUID's if you so wish, but it shouldn't be default
2009-01-27 14:42:55 Colin Watson partman-target: status Invalid Won't Fix
2009-01-27 14:42:55 Colin Watson partman-target: statusexplanation 1) Is it really that much effort to have to edit 2 files? 2) That might be more tricky, but can't you just edit the UUID, or use something like rsync to backup files (which is what I do) 3) You say you don't see the point with UUID's and you only see disadvantages? Well, point number 1 for UUID's - devices don't always enumerate in the same order (especially with removable hardware about), so you can't gurantee that your device nodes will be the same on every boot. UUID's (and LABEL's) are a lot more reliable than device nodes. You are free to edit your fstab to use device nodes as opposed to UUID's if you so wish, but it shouldn't be default I don't intend to change this significantly. UUIDs do have their problems, but so does every other available method. That said, I do intend to fix bug 320871 for Jaunty, which will make it easier for system administrators to assign labels. Labels aren't appropriate for automatic assignment, though, so UUIDs will remain as a fallback. I'm afraid you're demonstrably mistaken that the boot disk can never change its device name. If nothing else, it's not that long since most IDE controllers were taken over by the PATA subsystem in the kernel, which changed nearly everyone's /dev/hda to /dev/sda. That was the impetus for us implementing UUID support. Even beyond that, enumeration order is not guaranteed to be stable if you have multiple disks. I posted a verbose summary of the issues here, which you can explain to your students if you like: http://lists.debian.org/debian-boot/2008/12/msg00338.html