You are not logged in.
Its not a big problem, but uncomfortable. After every kernel upgrade, Arch can't load any module, because directory with modules for old kernel was deleted. It easy decide by rebooting, but that is uncomfortable in some times. I can decide it by created hooks for kernel upgrade. Hooks will save kernel modules directory into /tmp and create link to it. But I think is not good way, may be someone know better decision?
Offline
Not a Pacman issue, moving to NC...
Offline
Copying the modules before the upgrade and deleting them on the next shutdown or boot is the only method I know of.
| alias CUTF='LANG=en_XX.UTF-8@POSIX ' | alias ENGLISH='LANG=C.UTF-8 ' |
Offline
Thank you for your answer. Yes, I realize it by pacman hooks: copy modules to /tmp and create link to it, after reboot /tmp clear automatically and next upgrade delete broken link. But It is not seems as nice decision, may be I choose wrong way...
Offline
You could create a systemd service that will delete the broken symlink on the next boot. There are two packages in the AUR that do something like that: kernel-modules-hook and kernel-alive-git. I never tried them, though.
Last edited by progandy (2019-03-08 23:05:12)
| alias CUTF='LANG=en_XX.UTF-8@POSIX ' | alias ENGLISH='LANG=C.UTF-8 ' |
Offline
Its not problem, I do it by pacman hook, they work well. I have hooks like these:
save-running-kernel-modules-pre.hook:
[Trigger]
Operation = Upgrade
Operation = Remove
Type = Package
Target = linux
[Action]
Depends = bash
Depends = find
Depends = mkdir
Depends = cp
When = PreTransaction
Exec = /usr/bin/bash -c "/usr/bin/find . -type l -exec test ! -e {} \; -delete; /usr/bin/mkdir -p /tmp/save-running-kernel-modules && /usr/bin/cp -a /usr/lib/modules/$(uname -r) /tmp/save-running-kernel-modules"save-running-kernel-modules-post.hook:
[Trigger]
Operation = Upgrade
Operation = Remove
Type = Package
Target = linux
[Action]
Depends = bash
Depends = ln
When = PostTransaction
Exec = /usr/bin/bash -c "/usr/bin/ln -s /tmp/save-running-kernel-modules/$(uname -r) /usr/lib/modules/$(uname -r)"Ok, I'll use these hooks, if there are no better decision.
Offline
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
Thank you. The bug 16702 describe backup of kernels (include initramfs and others). I don't think it is necessary, during 5 years I need this backup no time. But save running kernel modules until reboot is more useful.
In my opinion, good decision will be a kernel package with hooks like mine.
Offline
In my opinion, good decision will be a kernel package with hooks like mine.
Offline