[Bug 157019] Re: use consistent, recognisable disk names
Launchpad Bug Tracker
157019 at bugs.launchpad.net
Tue Mar 11 04:27:21 UTC 2014
[Expired for ubiquity (Ubuntu) because there has been no activity for 60
days.]
** Changed in: ubiquity (Ubuntu)
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to ubiquity in Ubuntu.
https://bugs.launchpad.net/bugs/157019
Title:
use consistent, recognisable disk names
Status in “ubiquity” package in Ubuntu:
Expired
Bug description:
Binary package hint: ubiquity
I installed Gutsy AMD64 on my laptop and lost a lot of time
identifying the disk I wanted to install it to.
I have partitioned my laptop harddisk into several equally sized
partitions, to try different distributions on. In live CD mode,
nautilus shows them as something like "10G disk", "10G disk [1]", "10G
disk [2]", etc. Then when I mount them, they become "disk", "disk
[1]", "disk [2]". In both cases I can't see which is which.
Then when I fire up the installer, the partitioner (manual install)
shows them as /media/hda#. So now I still don't know where my previous
Ubuntu install is, that I want to overwrite. I even don't know which
hda# number corresponds to which disk [#} number in Nautilus.
I had to find the installed OS in /boot/Grub/menu.lst (maybe there's a
better way, but this was the only one I could think of), check the
used disk space with the Properties dialog, and match that used space
with the ones reported by Ubiquity to discover which /media/hda#
number was the Ubuntu one.
Can ubiquity at least use the same naming strategy as Nautilus, or
show the UUID so I know which is which? I'll file another bug about
the naming in Nautilus, to suggest using some identification string on
the disks to determine the OS (if any) is installed, and use that in
the naming of the disk. Ubiquity might then follow whatever they
decide in Nautilus...
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/157019/+subscriptions
More information about the foundations-bugs
mailing list