On Thursday, 24 July 2025 17:44:40 British Summer Time Dennis Clarke wrote: > On 7/24/25 11:51, Michael wrote: > > On Thursday, 24 July 2025 16:46:10 British Summer Time Nuno Silva wrote: > >> On 2025-07-24, Michael wrote: > >>> On Thursday, 24 July 2025 15:17:02 British Summer Time Dennis Clarke > > > > wrote: > >>>> Dear gentoo folks : > >>>> I am making very very slow progress with the SiFive P550 RISC-V > > <snip> > > >> That specifically shouldn't be the problem, given that the output shows > >> the bootloader loading that ramdisk as well as output from what ought to > >> be the in-ramdisk system itself (notably "Dropping to debug shell." > >> above)? > > > > Yes, you are quite right. I was thinking if Dennis is going to check > > through his installation he might as well check GRUB borrowed from Ubuntu > > too. > The GRUB situation is very strange. > > p550# > p550# mount /dev/mmcblk0p3 /mnt/gentoo > > I did the emerge twice inside the chroot stage3 : > > p550# > p550# grep -n 'completed' /mnt/gentoo/var/log/emerge.log | grep -i 'grub' > 561:1753295980: ::: completed emerge (5 of 5) sys-boot/grub-2.12-r7 to / > 610:1753297404: ::: completed emerge (6 of 6) sys-boot/grub-2.12-r7 to / > p550# > > That results in a GRUB binary that is very different from the thing I > stole from the SiFive Ubuntu flash stuff : > > p550# > p550# ls -l /opt/gentoo_efi/EFI/gentoo/grubriscv64.efi > -rwxr-xr-x 1 root root 159744 Jul 23 19:07 > /opt/gentoo_efi/EFI/gentoo/grubriscv64.efi > p550# > p550# ls -l /mnt/mmc_efi/EFI/ubuntu/grubriscv64.efi > -rwxr-xr-x 1 root root 3608576 Jul 16 13:06 > /mnt/mmc_efi/EFI/ubuntu/grubriscv64.efi > p550# > > Very different sizes there. The Ubuntu stuff is from 16th of July and > seems to be at least twice as large. Could be more modules. No idea > really.
Is there a reason you have borrowed the Ubuntu GRUB executable? I wouldn't min 'n match bootloader images. If you must try them both, try them one at a time. > The GRUB that I built inside the stage3 chroot has never seen the light > of day yet. It exists but I have not used it. It may be a better way > to go here. For the moment just getting past this strange dracut UUID > mixup seems reasonable. I suggest in the first instance you mount *all* necessary partitions and then follow the gentoo handbook to chroot into it. Once you are in the chroot'ed system you check GRUB_PLATFORMS="..." is set correctly for your platform's architecture, re-install GRUB, run 'dracut', before you finally run 'grub- mkconfig -o /boot/grub/grub.cfg' to generate GRUB's configuration. Exit, unmount and reboot to see what you get.
signature.asc
Description: This is a digitally signed message part.
