我似乎无法让 grub 启动等待并花费更多时间寻找目标分区。 我究竟做错了什么？
一些解决方案涉及使用根延迟通过 Grub 的菜单项设置或增加。例如 问：或者这提到一个典型的错误和程序：
...参数列表。添加这个：rootdelay=130
按 Enter，然后按 b（启动）
我正在尝试使用此方法，[我使用的是 [F10] 而不是 [b]]，但尽管我得到了代码提示，但我实际上并没有看到任何明显的 rootdelay，即在提示出现之前的时间延迟，同时增加了寻找目标的可用时间。我一直尝试使用 30 的值，我预计这会导致非常明显的 30 秒延迟。
我在尝试安装和运行读写系统时也遇到问题，但将把它作为单独的问题发布。
也许我犯了一些新手语法错误，尽管我以前用过类似的方法，没有问题。我 rootdelay=30用前导空格和尾随空格分隔，全部使用小写，并在等号后立即输入我选择的值。
事情的来龙去脉是这样的：我在一台多启动 amd64 位笔记本电脑上安装了 Ubuntu，它会显示登录屏幕，但我似乎忘记了密码，并试图passwd在rw挂载模式下使用它来重置密码。[其他操作系统可以正常启动、登录并按预期运行。] 我往往会收到类似以下延迟的错误消息
— 检查 rootdelay=（系统是否等待了足够长的时间？）
— 检查 root=（系统是否等待正确的设备？）
不确定如何将实际消息发布到这里，因为系统尚未处于 RW 模式，所以我只能用眼睛复制，而不是粘贴或回显。
目前我似乎不需要 rootdelay，但我确实想在需要时弄清楚。至于缺少密码重置，至少我可以访问我无法登录的 Ubuntu 的主分区，而且任何重要数据都应该备份。所以目前这个问题只是一个小麻烦，而不是数据丢失问题。
==> 编辑我现在发现了一种进入 RW 模式的方法，即从上面获得的命令行重新安装。从新提示符中我输入： mount -o remount rw /
结果EXT4-fs (sda6): re-mounted. Opts: (null)
这仍然不会给我所需的passwd命令
当我退出时，导致内核恐慌。
但它确实使我能够对硬盘进行持久写入，以便以后可以看到。例如，我可以在根目录中创建可见的新文件
结束编辑<==
相关的外部文档
社区维基修复重启/关机冻结问题这表明了传递参数的另一种更永久的方法，而不是直接编辑 Grubs 菜单项。但不幸的是，没有特别提到 rootdelay 参数。
kernel.org 尽管我很快就看不懂那个网站https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.html包括
rootdelay= [KNL] Delay (in seconds) to pause before attempting to mount the root filesystem
我很高兴得到任何关于下一步该做什么或尝试什么的提示或指示。