页次: 1
arch 更新grub 时用用OS-prober 检测别的系统引导时间特别长,大概要三到五分钟才有反应,别的fedora 和UBUNTU的检测就特别快,一分钟左右,谁知道什么原因
最近编辑记录 ares1999 (2025-07-06 20:44:16)
离线
strace 看看这么长时间是卡在哪了。另外一分钟其实也很长了,如果你是 UEFI 的话我个人其实会推荐试试 refind
离线
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
离线
问的是 strace,不是 journalctl
sudo strace -f -o grub_update.log grub-mkconfig -o /boot/grub/grub.cfg 是这样对不对
离线
可以,或者你也可以手动运行 os-prober(我不是很清楚具体传什么参数,你得查一下)
离线
既然和时间有关,strace 加上参数 -ttt。
离线
既然和时间有关,strace 加上参数 -ttt。
这个命令我不太会用,反正就是挺奇怪的,我在CACHYOS 和ENDEAVOUR OS这两个衍生版都发现了这个问题,本来GRUB是屏蔽检测别的引导,我注释掉后,确实开始检测了,但是检测的时间要五分多钟,比FEDORA跟DEB系的系统都要慢很多,我对比了GRUB,好像也没什么区别
离线
系统环境的差异吧。
离线
页次: 1