Don't place LABEL= in /etc/fstab by default, even if the filesystem has one
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Release Notes for Ubuntu |
Fix Released
|
Medium
|
Colin Watson | ||
installation-guide (Ubuntu) |
Fix Released
|
Medium
|
Colin Watson | ||
partman-target (Ubuntu) |
Fix Released
|
High
|
Colin Watson |
Bug Description
Binary package hint: partman-target
When we originally discussed the "probe for root filesystem" spec, which let to mounting by UUID, the possibility of mounting by LABEL instead was considered.
We explicitly rejected it because LABELs are likely to be descriptive about the purpose of the filesystem, for example being "/", "root", "/home", "home", etc. This means that adding another disk to the system can cause a clash to existing labels.
Because there is no clear winner for a LABEL, which disk is used is effectively random. (USB disks tend to win over SATA disks, but not always).
A typical failure scenario would be plugging in a USB disk which was previously the "home" disk of another computer; that disk could steal the "home" label from the /home filesystem of the computer it was plugged into. Even if you intend to format it and change the label, the period before that could lead to the wrong disk being mounted as /home.
Thus we decided to support users wanting to use LABEL, but only write UUID by default.
Please change the installer to only write UUIDs by default; of course, it's perfectly acceptable to write LABEL if the user says they want to, for example with a preseed, or with a checkbox in the same place you enter the LABEL, etc.
Changed in ubuntu-release-notes: | |
importance: | Undecided → Medium |
status: | Incomplete → Triaged |
Changed in installation-guide (Ubuntu): | |
assignee: | nobody → cjwatson |
importance: | Undecided → Medium |
status: | New → Triaged |
Changed in installation-guide (Ubuntu): | |
status: | Triaged → Fix Committed |
Since the installer has been writing LABEL to /etc/fstab by default, we should deal with upgrades somehow. I think that the best approach is simply a release note along the lines of:
"systems installed for alpha N or beta may use LABEL in /etc/fstab - and that this could cause
unexpected behaviour if another disk with the same label is added later.
to find the UUID use:
blkid -o value -s UUID -l -t LABEL=xxxx
then put this as UUID=yyyy in /etc/fstab"