Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

stuck at boot initialization #273

Open
ltsdw opened this issue Oct 21, 2024 · 2 comments
Open

stuck at boot initialization #273

ltsdw opened this issue Oct 21, 2024 · 2 comments

Comments

@ltsdw
Copy link

ltsdw commented Oct 21, 2024

booster.yaml:

universal: true
strip: false
vconsole: false
timeout: 20s
append_all_modaliases: true
extra_files: busybox,fsck,fsck.btrfs,fsck.xfs
modules: xe,btrfs,dm_crypt,xfs
compression: ""

grub config:

GRUB_CMDLINE_LINUX_DEFAULT="rd.luks.name=(uuid)=root root=/dev/mapper/root booster.log=debug,console"

I'd love to provide a log, but as the log never gets written to disk because I unable to unlock my disks, journalctl doesn't log anything (also I can't use shift pgup/pgdown, so I can't read the initial log either).

It never times out, because I can't even type the password, read #113 but I don't think it's my case, because typing the password and waiting does nothing either.

@anatol
Copy link
Owner

anatol commented Oct 22, 2024

It never times out

For the configuration you have booster will timeout after 20 seconds. And then drop into the busybox console. The console will help to examine kernel/booster logs.

because I can't even type the password

Do you mean that booster waits for the password but keyboard key pressing does nothing? Then it sounds like module for the keyboard/hid is missing in booster image. Run lsmod at a functional system and then compare it to booster ls $image to see what modules were not included to the image.

What booster version and what Linux kernel/distro do you use?

@ltsdw
Copy link
Author

ltsdw commented Oct 22, 2024

For the configuration you have booster will timeout after 20 seconds. And then drop into the busybox console. The console will help to examine kernel/booster logs.

I think it would only timeout if it happened to fail to mount the root partition, right? But I think as it never gets to the point of unlocking the root partition to mount, it cannot timeout.

Do you mean that booster waits for the password but keyboard key pressing does nothing?

Almost that, it shows a little message:

"Loading Arch Linux ...
Loading initial ramdisk ..."

Some initialization kernel log and also some log from the booster (but only about 8 lines which doesn't seem show anything useful, but I can't scroll up with "page up" to see more), the screen will blink (this is the part where the intel xe drm module gets loaded), and then... nothing, I can type, but nothing happens.

I can hear the fans spinning like crazy, like something is using all the cpu.

Run lsmod at a functional system and then compare it to booster ls $image to see what modules were not included to the image.

lsmod.txt
booster-ls.txt

Comparing the output of the lsmod and booster ls above, I tried adding vfat, fat, dm_integrity, usbhid and hid_multitouch, but no difference.

What booster version and what Linux kernel/distro do you use?

Arch Linux (as for kernel I tried with the arch's vanilla and a custom kernel, same result for both)
booster: 0.11-2

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants