<br><br><div class="gmail_quote">On 16 June 2010 19:50, John McNulty <span dir="ltr"><<a href="mailto:johnmcn1@googlemail.com">johnmcn1@googlemail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><br></div><div>This brings me onto the reason why I don't like using UUIDs like this.   It's all fine and dandy for locating the filesystem on a functioning system:</div><div>[snip]</div><div>So what's the rational for the change?   With the old way it was easy to just add -L /boot to mkfs and forget about it.</div>
<div><br></div></blockquote><div><br></div><div>Conflict resolution.  Without it, it's all too easy to wind up with two file systems with the same label, especially when you're dealing with virtualization.   You may well have a partition somewhere that is used by a guest that has the same label as /boot and you really don't want the wrong one mounted.</div>
<div><br></div><div>Even worse, this is not something you, the machine administrator have  much control over.  You can give a partition to a guest and you really don't have any sensible control over what the guest does with that partition.  And you don't want a guest of any flavour making your machine unbootable do you?</div>
<div><br></div><div>It's also handy when you're trying to recover a system: you can pop the disk from the dead hardware in another machine safe in the knowledge that it's not going to mess you up (the LV naming scheme change also helps with that.)</div>
<div><br></div><div>jch</div></div>