@xx777 that udev debug looks good but it scrolled past what we need to see. On the screenshot everything is waiting for SEQNUM 1488 but we can't see what that is and there may be even more things before that one that 1488 is blocked on. What you're looking for is the first SEQNUM device startup that is causing everything after that to get blocked. I usually record video to see what is happening (or redirect the console to a serial port but that's a lot more work).
Search Criteria
Package Details: linux-lts510-headers 5.10.236-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/linux-lts510.git (read-only, click to copy) |
|---|---|
| Package Base: | linux-lts510 |
| Description: | Headers and scripts for building modules for the LTS 5.10 Linux kernel |
| Upstream URL: | https://www.kernel.org/ |
| Keywords: | kernel linux |
| Licenses: | GPL2 |
| Submitter: | jonathon |
| Maintainer: | severach |
| Last Packager: | severach |
| Votes: | 10 |
| Popularity: | 0.000728 |
| First Submitted: | 2022-01-11 00:20 (UTC) |
| Last Updated: | 2025-04-11 02:29 (UTC) |
Dependencies (14)
- bc (bc-ghAUR) (make)
- cpio (cpio-gitAUR) (make)
- graphviz (make)
- imagemagick (imagemagick-gitAUR, imagemagick-full-gitAUR, imagemagick-fullAUR) (make)
- kmod (kmod-gitAUR) (make)
- libelf (elfutils-gitAUR) (make)
- pahole (pahole-gitAUR) (make)
- perl (perl-gitAUR) (make)
- python-six (make)
- python-sphinx (python-sphinx-gitAUR) (make)
- python-sphinx_rtd_theme (make)
- tar (tar-gitAUR) (make)
- xmlto (xmlto-gitAUR) (make)
- xz (xz-gitAUR) (make)
Required by (0)
Sources (7)
- 0001-ZEN-Add-sysctl-and-CONFIG-to-disallow-unprivileged-C.patch
- 0003-Sphinx-7.2.2-8.0-PosixPath.patch
- 0004-depmod-remove-depmod_hack_needed.patch
- 0005-kernel-5.10-depmod-disable-for-packaging.patch
- config
- https://cdn.kernel.org/pub/linux/kernel/v5.x/linux-5.10.236.tar.sign
- https://cdn.kernel.org/pub/linux/kernel/v5.x/linux-5.10.236.tar.xz
ozz commented on 2023-08-18 19:13 (UTC)
xx777 commented on 2023-08-18 17:53 (UTC)
@ozz, thanks for your response.
boot parameter "quiet" enabled
https://i.imgur.com/UHWrkhF.jpg
boot parameter "quiet" disabled
https://i.imgur.com/ka4XY9K.jpg
boot parameters "quiet" disabled and "udev.log-priority=debug" enabled
https://i.imgur.com/4MfXBlo.jpg
I have a LinuxMint on the another partition, and it can boot with kernel 5.10. and 5.15., so i think my gpu (AMD R7 240) is compatible with older kernels.
My Arch works fine with linux-lts 6.1.45-1.
ozz commented on 2023-08-18 17:09 (UTC)
@xx777 Do you have "quiet" enabled in your kernel boot parameters? If so, at the GRUB prompt push e and remove it to see if it will print any more information. You can also try adding "udev.log-priority=debug" to the boot parameters as well.
Another thing to try is disconnect every device you can from your system them try to boot. Sometimes the system is actually booting but the video is frozen so if you can, try a different video output.
Does booting a completely different kernel work? Like the stock one or LTS.
xx777 commented on 2023-08-18 16:33 (UTC)
linux-lts510-5.10.191-1-x86_64.pkg.tar.zst
linux-lts-5.10.90-1-x86_64.pkg.tar.zst (from arch archive)
linux-lts-5.15.94-1-x86_64.pkg.tar.zst (from arch archive)
The three kernels above cannot boot on my pc.
But i tested linux-lts510-5.10.191-1-x86_64.pkg.tar.zst in a VM and it is bootable.
so maybe there is something wrong with my arch.
severach commented on 2023-08-18 15:06 (UTC) (edited on 2023-08-18 15:07 (UTC) by severach)
The kernel is often broken by the compiler, binutils, or the kernel team. I boot all kernels before updating. I am booted to 5.10.191 right now. There are many reasons old kernels are not compatible with your current environment. I don't get these boot failures from Arch much but I get them from Manjaro constantly. Note the output of pacman -Dk then reinstall all packages.
xx777 commented on 2023-08-18 05:47 (UTC) (edited on 2023-08-18 05:49 (UTC) by xx777)
unable to boot, it stuck here. I tried linux-lts-5.10.90-1-x86_64.pkg.tar.zst from arch archive and got the same result.
ozz commented on 2023-06-14 20:14 (UTC) (edited on 2023-06-15 13:24 (UTC) by ozz)
The GCC issue is now fixed upstream with version 184. Binary build available in the regular place.
ozz commented on 2023-05-18 00:00 (UTC)
@severach Thanks! I modified and included it in my binary package build since it uses the latest GCC anyway and it seems to work fine. Of course if it gets patched upstream my build will break temporarily.
https://build.opensuse.org/package/binaries/home:curb:ArchLinux/linux-lts510/Arch
severach commented on 2023-05-17 19:43 (UTC) (edited on 2023-05-17 19:45 (UTC) by severach)
I already have a patch adapted from this for 179. I was waiting a version to see if they patch upstream. Looks like no.
Pinned Comments
jonathon commented on 2022-01-11 19:25 (UTC) (edited on 2022-05-18 10:09 (UTC) by jonathon)
Please make sure you read the "How to use the AUR" wiki page before reporting issues: https://wiki.archlinux.org/index.php/Arch_User_Repository#Installing_and_upgrading_packages
A binary package is also available in my kernel-lts unofficial user repository.