From 3c29496afd1ca2a2087afe1ee420253606aacb66 Mon Sep 17 00:00:00 2001 From: Xiao Pan Date: Wed, 30 Jul 2025 23:57:35 +0800 Subject: old hooks no need any more --- .../etc/pacman.d/hooks/linux-megi-mkinitcpio.hook | 15 +++++++++++++++ 1 file changed, 15 insertions(+) create mode 100644 configs/configs_root_dir/etc/pacman.d/hooks/linux-megi-mkinitcpio.hook (limited to 'configs/configs_root_dir/etc') diff --git a/configs/configs_root_dir/etc/pacman.d/hooks/linux-megi-mkinitcpio.hook b/configs/configs_root_dir/etc/pacman.d/hooks/linux-megi-mkinitcpio.hook new file mode 100644 index 0000000..109c2f0 --- /dev/null +++ b/configs/configs_root_dir/etc/pacman.d/hooks/linux-megi-mkinitcpio.hook @@ -0,0 +1,15 @@ +# Sometimes after linux-megi upgrade, reboot results into osk-sdl errors so I can't decrypt FDE. +# Maybe it is because linux-megi does not have `/usr/lib/modules/*/vmlinuz`, this cause /usr/share/libalpm/hooks/90-mkinitcpio-install.hook to not run when linux-megi upgrade, which cause mkinitcpio not run. +# Also, 90-linux-megi.hook does not set linux-megi as target and it seems cause it not running when linux-megi upgrade. +# I'm not sure what's the cause of the issue. This pacman hook is just a dirty workaround, because it may cause mkinitcpio run twice. +[Trigger] +Type = Package +Operation = Install +Operation = Upgrade +Target = linux-megi + +[Action] +Description = My workaround to mkinitcpio after linux-megi upgrade... +When = PostTransaction +Exec = /usr/bin/mkinitcpio -P +Depends = linux-megi -- cgit v1.2.3-70-g09d2