Project

General

Profile

Bug #1642

[openrc]: boot gets stuck with linux-libre 4.15+

pribib - over 2 years ago - . Updated about 1 month ago.

Status:
fixed
Priority:
bug
Assignee:
% Done:

0%


Description

using the linux-libre 4.15 kernel openrc gets stuck setting the system clock using the hardware clock

this problem was not present with kernel 4.14 and previous

affects:

  • linux-libre 4.15.2_gnu-1
  • linux-libre 4.15.9_gnu-2
  • linux-libre 4.15.9_gnu-3
  • linux-libre 4.16.7_gnu-1
  • linux-libre 4.17.2_gnu-1

History

#1

Updated by bill-auger over 2 years ago

  • Description updated (diff)
  • Subject changed from openrc gets stuck setting clock with linux-libre 4.15 to boot gets stuck setting clock with linux-libre 4.15
#2

Updated by pribib over 2 years ago

linux 4.15.10-1 works fine

#3

Updated by ovruni about 2 years ago

  • Status changed from open to fixed
#4

Updated by pribib about 2 years ago

this bug is not fixed

#5

Updated by pribib about 2 years ago

problem still exists on linux-libre 4.16.7_gnu-1

#6

Updated by bill-auger about 2 years ago

  • Assignee set to Megver83
  • Status changed from fixed to open

it seems that ovruni closed the issue because of the comment:

"works fine with linux 4.15.10-1"

but pribib just pointed out that was linux not linux-libre - and that the problem still exists in linux-libre - so i am re-opening this

#7

Updated by pribib about 2 years ago

linux-libre 4.17.2_gnu-1 also gets stuck during boot
parabola-systemd-cli-dual-complete-2018.06.02.iso also gets stuck during boot, it uses kernel 4.16.11_gnu

#8

Updated by bill-auger about 2 years ago

  • Description updated (diff)
#9

Updated by Megver83 about 2 years ago

honestly idk how to fix this. Don't you have any other useful info? like dmesg logs or others?

#10

Updated by pribib about 2 years ago

how can i get them?

#11

Updated by Megver83 about 2 years ago

This bug, which seems very specific to your machine, could be due to some patch we use that ArchLinux doesn't. Try to build the latest linux-libre from abslibre but without patching anything..

If that doesn't work, please send us a video or photo of the bug (if it can be a video, the better), and also try to boot in fallback mode. If fallback doesn't work, then it is a serious problem.

#12

Updated by Megver83 about 2 years ago

btw, have you tried other kernels other than linux-libre? like pck, hardened, or xtreme? those are on 4.17 too

#13

Updated by pribib about 2 years ago

problem exists with linux-libre fallback, hardened and pck too

is this the best guide to use to "build the latest linux-libre from abslibre but without patching anything"?
https://wiki.archlinux.org/index.php/Kernels/Arch_Build_System

#14

Updated by pribib almost 2 years ago

replaced hardware and the problem is gone

#15

Updated by eudaldgr about 1 year ago

I have the same problem with openrc version and linux-libre 5.0, and i would like to help fix it.
In my case i have a GPU radeon rx570
And i have tried some diferent parameters at boot with grub or efi.
with grub i can boot into system with this parameter changed

set gfxpayload=text

and with rEFInd adding

nomodeset

In both cases i can't run a desktop enviroment and startx crashes with "no screens found".

#16

Updated by jgart about 1 month ago

Hi, I'm getting a similar issue with my clock at boot time. I just migrated from arch linux to parabola and then from systemd to openrc. I was following the parabola openrc wiki page.

I'm able to boot successfully but I get this error:

hwclock           | * Failed to set the system clock

It is also described here in this wiki:

https://forums-web2.gentoo.org/viewtopic-p-8420146.html?sid=6d05da1395af5fdb194181da9e4d7d57

I get this "red" error after running dmesg:

[ 9.686677] udevd889: Unknown key identifier 'zoom'

Not sure if that would help.

udev is added to sysinit successfully with the command sudo rc-update add udev sysinit

#17

Updated by Megver83 about 1 month ago

The hwclock service is not needed when using official Parabola kernels, since they use in-kernel method to handle the system time
https://wiki.gentoo.org/wiki/System_time#In-kernel_method

The solution is removing hwclock
https://wiki.gentoo.org/wiki/System_time#OpenRC_2

I knew about this issue and also read the Gentoo forum post, and I plan to package openrc so it doesn't enable hwclock by default

udev is added to sysinit successfully with the command sudo rc-update add udev sysinit

udev should be there by default when installing from nonsystemd/udev-init-scripts

#18

Updated by jgart about 1 month ago

Thanks! Removing the hwclock fixed the error at boot time.

#19

Updated by bill-auger about 1 month ago

  • Subject changed from boot gets stuck setting clock with linux-libre 4.15 to [openrc]: boot gets stuck setting clock with linux-libre 4.15
#20

Updated by GNUtoo about 1 month ago

Hi,

I currently don't have an OpenRC installation to test on, but it would be interesting to do some tests:
  • Does 'hwclock -r works', or does it return the "Failed to set the system clock" error?
  • What about running 'ntpdate pool.ntp.org' and trying 'hwclock -w'?
  • What computer fails to boot?
  • Does your computer needs a CMOS battery?
  • What does the following command returns: 'grep . /sys/class/rtc/*/name'

Denis.

#21

Updated by bill-auger about 1 month ago

if the computer fails to boot, one must boot with a LiveISO - then chroot into the installed system and remove hwclock from the boot runlevel

# mount /dev/THE_SYSTEM_PARTITION /mnt
# arch-chroot /mnt
# rc-update remove hwclock boot
# exit 
# reboot
#22

Updated by libreuser about 1 month ago

I completed the 'hwclock' thing with you said: https://labs.parabola.nu/issues/1642/quoted?journal_id=14752

But openrc still gets stuck on boot, after last update (pacman -Syu).

'localmount' * Mounting local filesystems ...............

rc.log can be viewed here:

[[https://bin.disroot.org/?fab4afb263a76a3d#2u4BmLSCsJDUicBaZaDbp1cYem7rjTWUZNPpSvsPCrPJ]]

#23

Updated by Megver83 about 1 month ago

  • Status changed from open to fixed
  • Subject changed from [openrc]: boot gets stuck setting clock with linux-libre 4.15 to [openrc]: boot gets stuck with linux-libre 4.15+

thanks to your log, I discovered other errors :P (but none of them related to this issue)

if you removed hwclock, you don't see the error, and the problem continues, it's because it was never hwclock's fault

This is another problem, might be related to the kernel or the init. Please, give us more info, like if you tried other inits, other kernels, etc.

However, when reviewing your log, I see that it looks like you successfully boot but agetty doesn't start (better say: doesn't show up) because you reach the last service ("local"). That's an openrc service packaged in openrc-init (agetty), so then you could try using openrc-sysvinit, which uses an inittab file to start them. Chroot your system and install it with pacman, it will ask you to remove openrc-init, say yes and reboot.

If that doesn't work, then try with systemd. It looks like in libreuser 's case it's a problem with the init, in the case of jgart it was hwclock, but the OP (pribib) already solved this two years ago:

replaced hardware and the problem is gone

Hence, a new issue should be opened by libreuser in this case, if he can't fix it. Closing

Also available in: Atom PDF