Re: [gentoo-user] dracut and UUID's

[Bill Kenworthy]

On 17/2/19 10:08 am, Rich Freeman wrote:
> On Sat, Feb 16, 2019 at 8:48 PM Bill Kenworthy <billk@×××××××××.au> wrote:
>>     I have cloned a gentoo image for a raspberry pi to another sdcard.
>> It fails to boot because the storage uuid's have changed and dracut has
>> the previous uuid's stored internally.  Is there a way around this
>> without changing the new storage's uuids back to match the original (its
>> bad practise to duplicate uuids) or using an original rpi kerneal and
>> rebuild the custom one?
> Are you passing root=UUID=xyz on the command line?  Also, do you have
> the correct UUID in /etc/fstab?
>
> Dracut does save a snapshot of fstab internally, but I think it should
> work if passed the UUID on the command line.  You do want the real
> /etc/fstab to have the correct UUID, because after dracut mounts root
> it checks fstab and remounts root with any options in case its
> internal copy is stale.  If the fstab on the hard drive is incorrect
> that could lead it astray.
>
> If it isn't breaking to a shell you can force it to with a command
> line option, and then from there just mount root yourself on /sysroot,
> and exit the shell, and then it should boot.  Another option is to
> just use it as a rescue image and just mount root on /sysroot and then
> just chroot into it, and now you're basically at a semi-working
> system.  You could easily rebuild dracut from there.  Or you can just
> boot from a rescue disk and regenerate dracut.
>
> But, I suspect just editing your command line in grub will do the
> trick if /etc/fstab on the hard drive is good.
>
Hi Rich, no grub! A rpi uses a custom loader (apparently the GPU starts
the boot process).  I'll investigate if it can passthrough a UUID. 
Looks like next stop is the pi forums, but most use their kernel, not a
custom one.


BillK