[clue] Ack! (recovering busted disks)

Mike Bean beandaemon at gmail.com
Tue Apr 12 09:54:48 MDT 2016


Well, the UUID it's referencing is our root LVM group.   But it would make
sense for it to be a problem with boot partition.

On Tue, Apr 12, 2016 at 9:51 AM, Charles Burton <charles.d.burton at gmail.com>
wrote:

> 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.
>
> On Tue, Apr 12, 2016 at 3:33 PM, Mike Bean <beandaemon at gmail.com> wrote:
>
>>
>> We have a fairly major system at work that somehow lost track of a disk
>> ALERT! /dev/disk/by-uuid/(some id) does not exist.  Dropping to a shell
>>
>> Booting to recovery mode gets the same result.
>> Booting to a debian disk on rescue mode sees the disk.  the UUID in
>> question is the root VG
>>
>> 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.
>>
>> Mike B
>>
>> _______________________________________________
>> clue mailing list: clue at cluedenver.org
>> For information, account preferences, or to unsubscribe see:
>> http://cluedenver.org/mailman/listinfo/clue
>>
>
>
> _______________________________________________
> clue mailing list: clue at cluedenver.org
> For information, account preferences, or to unsubscribe see:
> http://cluedenver.org/mailman/listinfo/clue
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://cluedenver.org/pipermail/clue/attachments/20160412/106ebe92/attachment.html 


More information about the clue mailing list