Kernel 5.4.2 slackware-current, 90 second pause while booting
SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Distribution: Slackware 14.2 soon to be Slackware 15
Posts: 699
Rep:
Kernel 5.4.2 slackware-current, 90 second pause while booting
This started yesterday. When booting, there comes a point where the boot process hangs for 90 seconds or so. The line before the pause varies according to which USB devices are connect:
Code:
Dec 7 01:09:01 zoot kernel: [ 23.768033] input: UVC Camera (046d:0825) as /devices/pci0000:00/0000:00:07.1/0000:27:00.3/usb7/7-4/7-4.3/7-4.3:1.0/input/input20
Dec 7 01:09:01 zoot kernel: [ 25.223242] usb 7-4.3: set resolution quirk: cval->res = 384
Dec 7 01:09:01 zoot kernel: [ 102.031288] Adding 3980284k swap on /dev/sda2. Priority:-2 extents:1 across:3980284k SSFS
Dec 7 01:09:01 zoot kernel: [ 102.205573] EXT4-fs (sda1): re-mounted. Opts: (null)
Dec 8 08:06:37 zoot kernel: [ 10.310494] hid-generic 0003:046D:C31C.0002: input,hidraw1: USB HID v1.10 Device [Logitech USB Keyboard] on usb-0000:03:00.0-12/input1
Dec 8 08:06:37 zoot kernel: [ 10.315191] input: Microsoft Microsoft 5-Button Mouse with IntelliEye(TM) as /devices/pci0000:00/0000:00:01.3/0000:03:00.0/usb1/1-13/1-13:1.0/0003:045E:0039.0003/input/input17
Dec 8 08:06:37 zoot kernel: [ 10.320090] hid-generic 0003:045E:0039.0003: input,hidraw2: USB HID v1.10 Mouse [Microsoft Microsoft 5-Button Mouse with IntelliEye(TM)] on usb-0000:03:00.0-13/input0
Dec 8 08:06:37 zoot kernel: [ 102.042178] Adding 3980284k swap on /dev/sda2. Priority:-2 extents:1 across:3980284k SSFS
Dec 8 08:06:37 zoot kernel: [ 102.689224] EXT4-fs (sda1): re-mounted. Opts: (null)
Slackware-current, updated yesterday and that is when it started pausing while booting. Once it gets past this. Prior to this, from looking at older logs I see no delay before we jump from USB stuff to adding the swap:
Dec 2 07:00:03 zoot kernel: [ 11.391710] USB Video Class driver (1.1.1)
Dec 2 07:00:03 zoot kernel: [ 11.428049] Adding 3980284k swap on /dev/sda2. Priority:-2 extents:1 across:3980284k SSFS
Not really sure what changed, and honestly not sure how to tell what is causing the delay.
Distribution: Slackware 14.2 soon to be Slackware 15
Posts: 699
Original Poster
Rep:
I downgraded to the 5.3 kernel, and the problem persists. I suspect it is not the kernel, but something that was pushed to current this last week. Anyone else seeing this?
I downgraded to the 5.3 kernel, and the problem persists. I suspect it is not the kernel, but something that was pushed to current this last week. Anyone else seeing this?
Not at the moment. I'm running Slackware64-current on three desktops and three laptops. Perhaps a hardware issue? Idle speculation on my part. Best of luck sorting this out mate.
Distribution: Slackware 14.2 soon to be Slackware 15
Posts: 699
Original Poster
Rep:
Dang.... IDK WTF this would be as the log doesn't have anything of interest in it. Something is timing out, and I just now noticed that the timeout stops at exactly 120 seconds. In ever run I'v logged, it pauses until it's been 120 seconds, regardless of what the prior log entry was.
Is there a way to roll back to whatever the state of "current" was a week or three ago? Any kind of check point that would give me everything up to a certain date?
Is there a way to roll back to whatever the state of "current" was a week or three ago? Any kind of check point that would give me everything up to a certain date?
it's been said here many times before, more or less you're on your own with current, more if everyone runs into something, less if you've been tinkering
seems like you'd have 'roll back' downgrade each package that's been upgraded since you last had something stable
There are a series of posts in "The Latest Kernel" thread starting with a post by SunnyJim that also detail a 2-minute pause. If you haven't already done so, Ook, maybe the back-and-forth there will give you an idea of something to check?
When booting, there comes a point where the boot process hangs for 90 seconds or so. The line before the pause varies according to which USB devices are connect [...]
I am having exactly the same issue (I have mentioned this elsewhere on these forums but seemed to be on my own!). And as in your case there is a stall after loading a USB device and adding swap, the stall occurring after '[ 10.915703] USB Video Class driver (1.1.1)'. I have arrowed in the stall line below:
Code:
[ 10.911049] uvcvideo 1-2:1.0: Entity type for entity Camera 1 was not initialized!
[ 10.912653] input: Logitech Webcam C930e as /devices/pci0000:00/0000:00:01.1/0000:01:00.0/usb1/1-2/1-2:1.0/input/input18
[ 10.914288] usbcore: registered new interface driver uvcvideo
[ 10.915703] USB Video Class driver (1.1.1) <--------------------------------------------------
[ 101.813168] Adding 4210772k swap on /dev/sda2. Priority:-2 extents:1 across:4210772k SSFS
[ 102.589244] EXT4-fs (sda1): re-mounted. Opts: (null)
[ 102.809513] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null)
[ 103.381576] usb 1-2: reset high-speed USB device number 2 using xhci_hcd
[ 103.685655] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
I also use Kernel 5.3.11 as a 'safe' kernel and there is no stall there. Curious... not a deal-breaker but an annoyance nevertheless..
Edit: Is your device a USB WebCam? My device is and we might be on the track of the issue if we have similar devices triggering a pause...
Thanks, but then I have to ask, Why are we using this half baked kernel?
Because the half baked stuff has a nasty habit of getting backported to the "stable" branch point releases anyway, so you're damned if you do, damned if you don't.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.