9.5 升级 9.6，grub的默认设置(倒计时被改了)，有什么办法能阻止升级改动这个么？
我把默认的倒计时从5秒改为1秒，升级后又变成5秒了；
我改的是/etc/default/grub；
有人说这算是bug，这我就放心了~
很奇怪，在虚拟机中，多次重试，都没有出现问题；也就是说，虚拟机里的grub虽然也是1秒的timeout，但升级后并不会变成5秒；
但为什么host上升级就会变？
而且我看到一个视频，视频上说9.5 升9.6确实会改变grub，但那个提示界面我在虚拟机上死活看不到~
host因为已经升级，暂时无法重新测试，回头有机会再装一下9.5看看；
没有人碰到这个问题么？还是没有人从9.5升级到9.6？我不相信用的不是grub，也不信timeout没改过…
unstable用户路过。没有机会碰到这个问题
我因为要用来生产，所以没装buster/sid，但个别软件我用了buster仓库；
主要是希望系统稳定；
你用unstable多久了？系统稳定性如何？系统使用频率高么？
我很想用buster，好像那个已经不需要安装 apt-transport-https了～
grub-common 这个包更新的时候会询问是否保留当前grub配置
我印象里，在升级过程中好像确实有提示是否使用local的文件，而我选的是使用local；然后升级完确实保留了启动菜单里的windows什么的，但timeout从1变成5了；
因为当时不清楚会有变化，所以没有特别关注，不过我会尽快找时间重新来一次真机的升级，确认一下到底是什么结果；在虚拟机里试了两次，居然没有提示grub升级，也没有改变timeout的1秒设置，就是说，虚拟机里好像grub根本就没有被升级一样，但我看过升级包列表，确实有grub-common，好奇怪~
刚才在host升级了一下，从9.5升级到9.6，很奇怪的是，这一次升级与虚拟机里一样，中间停下来需要确认的地方只有一个，就是常规的告诉你有哪些软件包会被升级，是否继续；按Y回车后，一系列动作后，升级就结束了；
然后直接reboot，启动起来，grub的timeout也没有变成5，还是我自己设定的2秒；
也就是说，我无法重现这个问题了~
主机环境：
电脑上一共三块硬盘，前一次升级的是SSD，平时我主要就用那个，也就是那个出现timeout被更改的情况，但windows等引导项目还都在；
这一次升级是HDD上的，这个系统我是用来救急用的，所以平时基本不用，装上以后就改了个源，装了个apt-transport-https，改GRUB 的 timeout 为2，剩下的，我连无线的驱动都没装，只用有线；
下面附上升级过程中唯一需要确认的图片：
我觉得应该是升级软件的时候自动运行了一次update-grub，然后用/etc/default/grub里面的设置覆盖掉了grub.cfg的设置
升级的时候会问到是用最新的配置还是保留配置，一般默认为D或N，你按了Y当然会被替换成新的配置，说明要看清楚，这不是bug
这个问题没那么简单，我反复测了几次，结果是，只有第一次出现问题，后面的测试，无论如何也无法重现问题～
以 sudo 或者 root 用户编辑 /etc/grub.d/00_header
查找 TIMEOUT=5
大约在 第40行左右，可以看到类似这样一行：
if [ “x${GRUB_TIMEOUT}” = “x” ] ; then GRUB_TIMEOUT=5 ; fi
把数字 5 改成你想要的时间（单位：秒），比如 1.
以后如果内核升级，或者运行 grub-update 之类的命令，grub 启动菜单内核选择的倒计时时间都是 1 秒了。
1 个赞