Bug 29560 - aarch64 RPi 3B+ Long time to boot - SD mounting
Summary: aarch64 RPi 3B+ Long time to boot - SD mounting
Status: RESOLVED DUPLICATE of bug 28572
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 8
Hardware: aarch64 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Kernel and Drivers maintainers
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 32166
  Show dependency treegraph
 
Reported: 2021-10-16 14:40 CEST by Guillaume Royer
Modified: 2023-08-11 15:46 CEST (History)
2 users (show)

See Also:
Source RPM: Mageia-8-rpi-aarch64-noDE.img
CVE:
Status comment:


Attachments
Pic with boot (715.23 KB, image/jpeg)
2021-10-16 14:47 CEST, Guillaume Royer
Details

Description Guillaume Royer 2021-10-16 14:40:09 CEST
Description of problem:
MGA8 on my RPi 3B+ take about betwenn 3 and 5 minutes to boot.

The boot remains blocked on the SD card mounting.

You can see in pic attached.
Comment 1 Guillaume Royer 2021-10-16 14:47:15 CEST
Created attachment 12955 [details]
Pic with boot
Comment 2 Morgan Leijström 2021-10-17 12:15:23 CEST
More informative Summary

Assigning to kernel and drivers

Summary: Long time to boot => aarch64 RPi 3B+ Long time to boot - SD mounting
Assignee: bugsquad => kernel
CC: (none) => fri

Comment 3 Jybz 2023-08-11 15:36:04 CEST
I need to dig further but seems to be related to mageia4arm project.

I suspect the bug is introduced with dracut generating the initrd with host configuration and not the configuration in the chroot. At start, it tries hundred of time to run non-host-only-sh script even if the configuration inside /etc/dracut.conf.d/50-mageia.conf is `hostonly="yes"`.

Current workarround is to regenerate the initrd as with:
> # dracut --force

*** This bug has been marked as a duplicate of bug 28572 ***

CC: (none) => j.biernacki+mga
Resolution: (none) => DUPLICATE
Status: NEW => RESOLVED

Jybz 2023-08-11 15:46:34 CEST

Blocks: (none) => 32166


Note You need to log in before you can comment on or make changes to this bug.