arch 更新grub 时用用OS-prober 检测别的系统引导时间特别长，大概要三到五分钟才有反应，别的fedora 和UBUNTU的检测就特别快，一分钟左右，谁知道什么原因
strace 看看这么长时间是卡在哪了。另外一分钟其实也很长了，如果你是 UEFI 的话我个人其实会推荐试试 refind
7月 06 21:06:52 ares-234278c 50mounted-tests[12251]: debug: os found by subtest /usr/lib/os-probes/mounted/90linux-distro
7月 06 21:06:52 ares-234278c systemd[1]: var-lib-os\x2dprober-mount.mount: Deactivated successfully.
7月 06 21:06:52 ares-234278c os-prober[12255]: debug: os detected by /usr/lib/os-probes/50mounted-tests
7月 06 21:06:52 ares-234278c linux-boot-prober[12292]: debug: running /usr/lib/linux-boot-probes/50mounted-tests
7月 06 21:08:47 ares-234278c rtkit-daemon[830]: Supervising 10 threads of 6 processes of 1 users.
7月 06 21:08:47 ares-234278c rtkit-daemon[830]: Supervising 10 threads of 6 processes of 1 users.
7月 06 21:09:52 ares-234278c rtkit-daemon[830]: Supervising 10 threads of 6 processes of 1 users.
7月 06 21:09:52 ares-234278c rtkit-daemon[830]: Supervising 10 threads of 6 processes of 1 users.
问的是 strace，不是 journalctl
sudo strace -f -o grub_update.log grub-mkconfig -o /boot/grub/grub.cfg 是这样对不对
可以，或者你也可以手动运行 os-prober（我不是很清楚具体传什么参数，你得查一下）
既然和时间有关，strace 加上参数 -ttt。
这个命令我不太会用，反正就是挺奇怪的，我在CACHYOS 和ENDEAVOUR OS这两个衍生版都发现了这个问题，本来GRUB是屏蔽检测别的引导，我注释掉后，确实开始检测了，但是检测的时间要五分多钟，比FEDORA跟DEB系的系统都要慢很多，我对比了GRUB，好像也没什么区别
系统环境的差异吧。