9.5 升级 9.6,grub的设置变了(倒计时被改了)

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赞