From 4ac38f592f88e42583b2313892e1b9e7a3f55bd4 Mon Sep 17 00:00:00 2001 From: Xiao Pan Date: Mon, 26 Feb 2024 21:33:33 -0800 Subject: dirty workaround to mkinitcpio when linux-megi upgrade --- etc/pacman.d/hooks/linux-megi-mkinitcpio.hook | 16 ++++++++++++++++ 1 file changed, 16 insertions(+) create mode 100644 etc/pacman.d/hooks/linux-megi-mkinitcpio.hook (limited to 'etc/pacman.d/hooks/linux-megi-mkinitcpio.hook') diff --git a/etc/pacman.d/hooks/linux-megi-mkinitcpio.hook b/etc/pacman.d/hooks/linux-megi-mkinitcpio.hook new file mode 100644 index 00000000..24d44ab7 --- /dev/null +++ b/etc/pacman.d/hooks/linux-megi-mkinitcpio.hook @@ -0,0 +1,16 @@ +# 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