Dennis

You have reached to the trully nightmare of embeeded devices. How the hell can I boot this shoe box, I spent nearly 4 months in make rockpi boot.

Have you thought in specify the rootfs by device instead by uuid? as in root=/dev/mmcblk0p3. If it works the trouble is that someone has not UUID support.

El 24/7/25 a las 19:35, Michael escribió:
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.

Attachment: OpenPGP_0x57E64E0B7FC3BEDF.asc
Description: OpenPGP public key

Attachment: OpenPGP_signature.asc
Description: OpenPGP digital signature

Reply via email to