Project

General

Profile

Bug #1642

boot gets stuck setting clock with linux-libre 4.15

pribib - over 1 year ago - . Updated about 1 month ago.

Status:
open
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 1 year 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 1 year ago

linux 4.15.10-1 works fine

#3

Updated by ovruni about 1 year ago

  • Status changed from open to fixed
#4

Updated by pribib about 1 year ago

this bug is not fixed

#5

Updated by pribib about 1 year ago

problem still exists on linux-libre 4.16.7_gnu-1

#6

Updated by bill-auger about 1 year 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 12 months 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 12 months ago

  • Description updated (diff)
#9

Updated by Megver83 12 months ago

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

#10

Updated by pribib 12 months ago

how can i get them?

#11

Updated by Megver83 12 months 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 12 months 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 12 months 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 10 months ago

replaced hardware and the problem is gone

#15

Updated by eudaldgr about 1 month 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".

Also available in: Atom PDF