[PATCH] user_friendly_names risks

[Guido Günther]

On Fri, Apr 10, 2009 at 01:52:27AM +0530, Ritesh Raj Sarraf wrote:
> Hi Guido,
> 
> On Thursday 09 Apr 2009 12:57:43 you wrote:
> > I fully agree that there are possible problems but without leaving a
> > choise in d-i (since it doesn't support labeled mounts or mounts by uuid
> > yet) we shouldn't highly discourage the default installation method.
> >
> > The bindings file is being updated automatically by the initramfs-hook
> > which leaves us mostly with the locking problem. RedHat worked around
> > this by pushing the bindings file timeout to 30 seconds:
> >
> >  https://bugzilla.redhat.com/show_bug.cgi?id=445268
> >
> > We could do the same if it really hits people.
> >
> > Maybe putting an explanation how to switch to labeled mounts from
> > user_friendly_names=yes would help?
> 
> Yeah!! Just checked. Dave's increased it to 30 secs.
Maybe we should do this too in Debian.

> Like d-i, anaconda also has the same problem. The default installation of 
> anaconda uses friendly_names. So the user is stuck, at least for the root LUN.
Well switching do /dev/disk-{by,label}/ is doable even for root.
update-initramfs -u does the job after removing the binding file. This
just need to be documented very well since people get unhappy without /.

> I'll reword and send the patch because I think this needs be documented. And 
> also because referring the LUNs by their 128bit UID is the most hassle free 
> and persistent way. And that covers raw LUNs also.
Thanks a lot for working on this!
 -- Guido