Not reducing kernel version is causing issues.
Not reducing kernel version is causing issues.
You're asking about installing packages with an older kernel or Arch version through the Asian mirror. It seems the process depends on matching the kernel and package versions, especially if you're compiling your own kernel. The older kernel or distro might not support newer packages, so you'd need to ensure compatibility before proceeding.
The kernel may cause issues on Arch currently if it functions at all. You might be able to restore the original PKGBUILD and revert changes, though problems are likely still present. When trying to run an older version of Arch, the main challenge is that Arch lacks versioning—there’s no official release schedule. To use a previous version, you’d need to obtain an outdated archiso and install packages manually according to their versions. Compared to other distros, I understand Ubuntu maintains archives of past releases and offers similar package management through archives. As far as I remember, you can also switch the mirrorlist to archive mirrors, allowing apt to work normally, though the resulting packages would be based on that specific release.
@Nayr438 Asking if it's possible to use Debian instead of Ubuntu.
I encountered some issues during installation, but the program functions correctly now.
You encountered missing modules and a libcrypt issue after installing the kernel and header from the provided links. The output from mkinitcpio wasn’t saved, which might affect initialization. The kernel version you installed is linked to the archive at the specified URLs.
Ubuntu's older version was quite manageable. I'm not very experienced with Debian, but they belong to the "linux" distribution. If the path "/usr/lib/modules/4.20.10-arch1-1-ARCH/" isn't present, the installation failed. Consider reinstalling or manually extracting it and running "mkinitcpio -p linux".
It seems your system anticipates outdated components. This is why Arch Linux generally avoids partial upgrades or downgrades. Are you aiming for something that needs an unsupported kernel version? Will 4.19 Long Term Support work? Check the official links: https://aur.archlinux.org/packages/linux-lts419 and https://aur.archlinux.org/packages/linux-lts419-headers. If you absolutely need 4.20, consider using the 4.19 PKGBUILD from the Aurora repository and updating it to fetch 4.20 instead. The necessary actions should remain similar. Keep in mind your system might already have packages not available elsewhere, and you could be using different versions of certain software.
This approach won't work well. Packages, libraries, and dependencies rely on features in the newer kernel which the older one lacks. Always perform these tasks on a virtual machine rather than your actual system...