On Tue, Aug 29, 2017 at 07:57:09AM -0400, Hendrik Boom wrote:
> On Tue, Aug 29, 2017 at 07:40:06AM -0400, Hendrik Boom wrote:
> > 
> > It's as if grub-update found the new system, but for perverse reasons 
> > still used the /etc/fstab in the old system instead of the one in the 
> > new system.  And yes, I exclude /etc/fstab from the rsyc operation.  
> > The  new one is definitely still different from the old one.
> > 
> > Next I'll check whether /boot/grub/grub.cfg refers to the proper 
> > partitions.  That should narrow down the possibilities.
> 
> /boot/grub/grub.cfg does not appear to refer to the correct partitions,
> A few lines from the /boot/grub/grub.cfg:
> 
> submenu 'Advanced options for unknown Linux distribution (on 
> /dev/mapper/jessie-ascii--root)' $menuentry_id_option 
> 'osprober-gnulinux-advanced-c6f30bc1-91d8-4d44-a5ff-ecd38a92b076' {
>         menuentry 'Devuan GNU/Linux (on /dev/mapper/jessie-ascii--root)' 
> --class gnu-linux --class gnu --class os $menuentry_id_option 
> 'osprober-gnulinux-/vmlinuz-3.16.0-4-686-pae--c6f30bc1-91d8-4d44-a5ff-ecd38a92b076'
>  {

Those two lines tell me it has found the proper root partition for the
new system.  jessie-ascii-root ot the right one, and its uuid is indeed c6f3...

>                 insmod part_msdos
>                 insmod ext2
>                 set root='hd0,msdos7'

And this is the proper boot partition for the new system.

>                 if [ x$feature_platform_search_hint = xy ]; then
>                   search --no-floppy --fs-uuid --set=root 
> --hint-bios=hd0,msdos7 --hint-efi=hd0,msdos7 --hint-baremetal=ahci0,msdos7  
> a0f7f7ef-d766-48fe-93fd-c1e1a4da1c85
>                 else
>                   search --no-floppy --fs-uuid --set=root 
> a0f7f7ef-d766-48fe-93fd-c1e1a4da1c85

and that's its uuid.

>                 fi
>                 linux /vmlinuz-3.16.0-4-686-pae 
> root=/dev/mapper/jessie-devuan--root ro quiet

But then, having found all the proper partitions, it just puts the wrong one
on the linux command.

I'm tempted to hand-edit this, just to get things going.
But I hate to leave an unsolved problem in an area as critical as bootup.
It's probably going to bite me as the grub.cfg gets updated wrong 
someday in a moment of inattention.

>                 initrd /initrd.img-3.16.0-4-686-pae
>         }
> 
> The search command has the proper UUID for the new /boot partition.
> 
> The linux command specifies root=/dev/mapper/jessie-devuan--root, which 
> is the old root partition.  So it will boot from the new system's /boot 
> using the old system's root partition which of  course contains the old 
> /etc/fstab with all the old partitions.
> 
> So it looks as if grub-update is not doing the right thing.
> Still need to figure out why.
> 
> -- hendrik
> 
> _______________________________________________
> Dng mailing list
> [email protected]
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
_______________________________________________
Dng mailing list
[email protected]
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Reply via email to