<div dir="ltr">Are you sure you're using it with LVM? At boot LVM scans all the disks and looks for the metadata, it generally doesn't care much about UUID other than for internal accounting. Likely it's your boot partition.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 12, 2016 at 3:33 PM, Mike Bean <span dir="ltr"><<a href="mailto:beandaemon@gmail.com" target="_blank">beandaemon@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div>We have a fairly major system at work that somehow lost track of a disk</div><div>ALERT! /dev/disk/by-uuid/(some id) does not exist. Dropping to a shell</div><div><br></div><div>Booting to recovery mode gets the same result. </div><div>Booting to a debian disk on rescue mode sees the disk. the UUID in question is the root VG</div><div><br></div><div>Must admit, my google-fu has failed me. I have no idea. I have a snapshot I can revert to, but it's an old one, and the users will lose allot of their work.</div><div><br></div><div>Mike B</div></div>
<br>_______________________________________________<br>
clue mailing list: <a href="mailto:clue@cluedenver.org">clue@cluedenver.org</a><br>
For information, account preferences, or to unsubscribe see:<br>
<a href="http://cluedenver.org/mailman/listinfo/clue" rel="noreferrer" target="_blank">http://cluedenver.org/mailman/listinfo/clue</a><br></blockquote></div><br></div>