我刚刚安装了Debian 10 (Buster)。很好,直到我重新启动。现在它不会启动了。
我重新装载安装程序。当我尝试重新安装grub
时,它希望我重新划分磁盘(尽管这很好)。因此,我开始手动分区,并像以前一样进行设置(与Debian 8一样)。它说在第一个分区之前我有1MB空闲,它不允许我在我的任何分区上设置引导标志。
然后我被告知目标文件系统包含可能是一个问题的文件(是的,我知道,我只是想进入grub安装程序)。引导失败(很好)。再次选择Grub-安装,被告知它取决于前面的步骤,我选择后退。我现在在grub安装程序中。
我给出了选项:Enter device manually
,我选择它。我接受/dev/sda
我得到一个错误:‘`Executing 'grub-install /dev/sda’失败。这是一个致命的错误。
我选择继续,然后用/dev/sda1
重试。
我现在得到一个错误it seems that this computer is configured to boot via EFI, but …
在bios设置中,EFI被禁用(以及尽可能接近禁用:“旧式”启用,以及在引导选项中选择的“遗留优先”)。EFI不工作:它不会启动安装媒体。它可能是在安装期间启用的,但从启动菜单中选择了bios-boot。这个系统以前安装了Debian。它还运行Buster (一个星期内不会启动)。上周,它也没有启动(类似的/相同的问题),但它消失了。它是怎么启动的。
现场直播。fdisk -l
显示
请参阅https://unix.stackexchange.com/a/535029/4778
然而,这还有点杂乱无章:它警告说,这是一个不可靠的解决方案。这样做后,我注意到已经安装了grub-pc
,而不是grub-efi…
(这可能是因为我必须在BIOS模式下启动安装程序。我不知道为什么把分区表转换成GPT)。
更新2020-05-25:它一直在正常工作。(也许只有当我处理分区时,它才会不稳定。在下次更换操作系统之前,我不需要处理分区。)
硬件:联想瑜伽3-11 (带有英特尔图形的yoga3 )
发布于 2019-08-11 15:35:44
我设法做到了:
/mnt
/dev
和/proc
绑定到/mnt/dev
和/mnt/proc
上grub-install
,它没有起作用,它警告说,它只能通过做一些令人泄气的事情来工作。我的猜测是,这应该是稳定的,至少,直到,我尝试编辑分区。如果是这样的话,我经历了很多更新,并且在执行OS更新时只编辑主硬盘的分区表(因为虚拟盒和停靠器我没有双重引导)。
发布于 2019-08-11 12:45:16
如果不使用EFI,则GPT磁盘上必须有一个1MB的grub引导分区。(这不是/boot
,而是保存grub引导代码。)
我已经到了这样的地步,即使系统可能使用UEFI启动,或者磁盘不是打算作为引导磁盘,但我现在总是包含这样的分区。这样更容易记住。
https://unix.stackexchange.com/questions/534873
复制相似问题