Update is stuck for about an hour on post-transaction hooks 9/20

Support
,
1

The updating process seems to be stuck, not sure what to do about it…

Here’s what is says (after the list of upgraded packages):

Running post-transaction hooks...
Creating system user accounts...
Reloading system manager configuration...
Creating temporary files...
Reloading device manager configuration...
Arming ConditionNeedsUpdate...
Updating module dependencies...
Updating linux initcpios...
==> Building image from preset: /etc/mkinitcpio.d/linux510.preset: 'default'
  -> -k /boot/vmlinuz-5.10-x86_64 -c /etc/mkinitcpio.conf -g /boot/initramfs-5.10-x86_64.img
==> Starting build: 5.10.60-1-MANJARO
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [autodetect]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
  -> Running build hook: [keyboard]
  -> Running build hook: [keymap]
  -> Running build hook: [filesystems]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating gzip-compressed initcpio image: /boot/initramfs-5.10-x86_64.img
==> Image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux510.preset: 'fallback'
  -> -k /boot/vmlinuz-5.10-x86_64 -c /etc/mkinitcpio.conf -g /boot/initramfs-5.10-x86_64-fallback.img -S autodetect
==> Starting build: 5.10.60-1-MANJARO
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
  -> Running build hook: [keyboard]
  -> Running build hook: [keymap]
  -> Running build hook: [filesystems]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating gzip-compressed initcpio image: /boot/initramfs-5.10-x86_64-fallback.img
==> Image generation successful
Updating Kernel initcpios for Nvidia-DRM...
Updating Grub-Bootmenu
Generating grub configuration file ...
Found theme: /usr/share/grub/themes/manjaro/theme.txt
Found linux image: /boot/vmlinuz-5.10-x86_64
Found initrd image: /boot/intel-ucode.img /boot/initramfs-5.10-x86_64.img
Found initrd fallback image: /boot/initramfs-5.10-x86_64-fallback.img
Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.

pamac-manager --updates is on constant 0.7% cpu usage according to ps.

2

It seems is quite at the end of the update…i would say, if nothing is movin on,
just risk to close the window and verify
the update status in a new terminal…

3

I’ve seen similar situation in the past when I used lvm snapshots.
Check if a grub-mount process exists and kill it:

$ sudo pgrep grub-mount
12345
$ sudo kill 12345

That should allow the update process to continue.

4

Thanks for the suggestion, but no grub-mount process was found.

I did find these though:

root       50909  0.0  0.0   7604  3892 ?        S    21:30   0:00 /bin/sh /usr/bin/grub-mkconfig -o /boot/grub/grub.cfg
root       51587  0.0  0.0   7604  3960 ?        S    21:30   0:00 /bin/sh /etc/grub.d/30_os-prober
root       51591  0.0  0.0   7604  1780 ?        S    21:30   0:00 /bin/sh /etc/grub.d/30_os-prober

Should I kill any of them?

5

I’d kill those 2 os-prober scripts. WIth ay luck, the process will continue afterwards.

6

I would recommend safely rebooting with Ctrl+Alt+Del in a tty. This should force the kernel to flush all the buffers, and it should also safely terminate any stuck processes.

7

Ok, Killed them, grub-mkconfig reported that the prober was killed, but nothing seemed to happen…

The only discernible difference was that PS showed /usr/bin/grub-mkconfig <defunct> instead of /usr/bin/grub-mkconfig -o /boot/grub/grub.cfg…

I’ve tried @Aragorn 's advice, and rebooted… Seems like nothing important is broken so far. I wonder what were the 11 post transaction hooks that were skipped…

8

Reloading daemons, updating icon caches, et al. Probably nothing nefarious. :wink:

1 Like
9