<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><br></div><div><div>[john@dsv03-pv1 ~]$ findfs UUID=cae1fd8f-acfd-4e46-bd96-8c893c07b54b</div>
<div>/dev/md0</div></div><div><br></div><div>But what about disaster recovery?  If I loose my system and have to recreate a new filesystem during restore, maybe onto a new disk because it's a new system in a new datacentre, then the UUID in fstab no longer matches the filesystem in use and (in this example) the system won't boot.  I have to jump through hoops to make it work, and if I have scores or hundreds of systems like this then it becomes a PITA.</div>
<div><br></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><div>John</div><br><br><div class="gmail_quote">On 16 June 2010 19:36, 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>Ever wish you could unsend an email, seconds after you send it ... Doh!</div><div><br></div><div><div>
[john@dsv03-pv1 ~]$ sudo udevadm info --query=all --name=/dev/md0 | grep UUID</div><div class="im"><div>E: MD_UUID=274ea8e2:0bd22aab:ab863ea6:f42c03cb</div>
</div><div>E: ID_FS_UUID=cae1fd8f-acfd-4e46-bd96-8c893c07b54b            <---- HERE !!!</div><div>E: ID_FS_UUID_ENC=cae1fd8f-acfd-4e46-bd96-8c893c07b54b</div></div><div><br></div><font color="#888888">John</font><div>
<div></div><div class="h5"><div><br><br><div class="gmail_quote">On 16 June 2010 19:35, John McNulty <span dir="ltr"><<a href="mailto:johnmcn1@googlemail.com" target="_blank">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>On 16 June 2010 15:47, Bryan J. Smith <<a href="mailto:b.j.smith@ieee.org" target="_blank">b.j.smith@ieee.org</a>> wrote:<br>

><br>> Not entirely true.  In fact, that -- among other assumptions presented<br>> here -- are not at all, even for a single hard drive.  That's why all,<br>
> new versions of major distros have changed to UUID and other references,<br>> and _away_ from legacy, fixed devices.<div><br></div></div><div><div>Yes I noticed this and I'm not sure I like it.  For example on a test rhel6 build I have a UUID for /boot</div>


</div><div><br></div><div><div>[john@dsv03-pv1 ~]$ grep UUID /etc/fstab</div><div>UUID=cae1fd8f-acfd-4e46-bd96-8c893c07b54b /boot                   ext3    defaults        1 2</div></div><div><br></div><div><br></div><div>


But where is it getting this from?  It's not the UUID for the filesystem or (in my case) the md raid device underneath. e.g.</div><div><br></div><div><div>[john@dsv03-pv1 ~]$ sudo udevadm info --query=all --name=/dev/sda1 | grep UUID</div>


<div>E: ID_FS_UUID=274ea8e2-0bd2-2aab-ab86-3ea6f42c03cb</div><div>E: ID_FS_UUID_ENC=274ea8e2-0bd2-2aab-ab86-3ea6f42c03cb</div><div>E: MD_UUID=274ea8e2:0bd22aab:ab863ea6:f42c03cb</div><div>E: MD_DEV_UUID=117ed612:97cea2cd:2d80c66d:52ade163</div>


</div><div><br></div><font color="#888888"><div>John</div><div><br></div>
</font></blockquote></div><br></div>
</div></div></blockquote></div><br>