Kali Linux无法通过GRUB启动(使用EasyBCD进行双启动)


0

我有一个很大的问题。作为一名专职数学家(也对计算机科学感兴趣),我有几个月的双启动Windows 10和Kali Linux 2016.2。我的第一个硬盘( hd0 )只有300 GB的空间,所以我快速耗尽它,特别是在支持两个操作系统时。我最近有一个1 TB的磁盘( hd1 ),所以我想在这个新组件上新安装Kali Linux(仅供记录,我使用HP Elitebook 8760w,带有两个用于SDD / HDD的插槽;主要和次要)。我删除了Kali Linux分区 hd0 并希望安装它 hd1。我跟着 这个 对于我的2016.2安装来说,这个教程非常出色(现在我正在尝试安装2017.1)。这是我的程序:

  1. 我从官方的Kali Linux网页下载了ISO映像
  2. 我用一个名为Rufus的程序将此图像写入8 GB爱国者USB
  3. 我重新启动了笔记本电脑,选择了 boot optionsF9 键入BIOS
  4. 当然,我设法开始安装(我选择了 Graphical installation
  5. 我做了一切 究竟 正如视频中所示;这是我创建的分区:
#5    logical 2.0   GB    f   ext4    /boot
#6    logical 80.0  GB    f   ext4    /
#7    logical 300.0 GB    f   ext4    /home
#8    logical 6.0   GB    f   swap    swap

(注意:开 hd1 还有一个 G: 分区,我保留杂项 - 电影,音乐等 - 我认为这应该不是问题,但值得一提,因为它可能会让你更好地回顾一下情况)

  1. 在安装的GRUB安装部分中,我指定了启动分区的路径: /dev/sdb5/sda = hd0/sdb = hd1
  2. 我完成了安装,一切顺利:Windows启动,我准备使用EasyBCD进行双启动
  3. 根据以前的经验,我知道如果我选择Linux类型为GRUB2,我会被带到 GRUB4DOS 尝试启动Kali Linux时bash命令行(如果你查看评论部分,你会看到很多人 和我一样的问题),所以我选择了类型为SysLinux,我也指定了启动分区(即使它在EasyBCD中没有正确枚举(数字是#2而不是#5)我不能已经错了,因为启动分区是唯一的分区 hd1 2 GB的空间)
  4. 我重新启动并尝试通过EasyBCD启动Kali Linux,但是当我这样做时,我只看到一条闪烁的线条 _ 几秒钟;然后,系统自动重启回Windows;我试着抱着 Shift “杀死”安静启动模式,但我看到的唯一额外的事情是 GRUB _;没有别的变化

我很绝望,我不知道我在哪里犯了错误;我的系统没有在UEFI上运行,我在BIOS中禁用了安全启动,我启用了虚拟化技术等等。我甚至试图安装一个 32bit 版本而不是 64 一个但没有成功。经过6个小时的挫折和大约9次重新安装后,我放弃了,并进入这个网站寻求帮助。也许我应该归结为我的要求:

  1. 为什么我不能用GRUB 2正常启动(为什么呢 GRUB4DOS 出现)?
  2. 为什么替代SysLinux不再起作用(它适用于Kali Linux 2016.2)?
  3. 请告诉我你解决问题的方法,并指出我的错误。

我的谦虚理论是该版本有一些与我的标准方法不兼容的修改。真正珍惜你的帮助。

Answers:


2

首先,没有EasyBCD启动这样的东西。提到的工具使用GRUB4DOS。

GRUB4DOS是Windows / DOS环境的GRUB端口。

MBR启动是众所周知的: (有几十个,甚至几百个站点处理双启动Windows / Linux)

Windows启动管理器可以加载Windows(当然)并链接任何引导扇区(包括GRUB的引导扇区)。

GRUB无法加载Linux(当然)和链式加载Windows。

这里的术语是链载。

对于使用Windows启动管理器作为链式加载Linux的“主”启动管理器,我建议你阅读 双启动Windows 7和Linux / UNIX

对于使用GRUB作为主启动加载器/管理器,我可以建议官方“ 双启动Kali与Windows

GRUB4DOS根本不是必需的。只需更多代码。

正如你所说,你是一名数学家,你完全理解启动过程和链负载并不是那么困难(这意味着如果它们出现,你将来可以轻松解决双启动问题)。

编辑:

还有第三种双启动方式 - 将每个操作系统安装到自己的磁盘上,并使用“一次启动选择键”(通常为F12)在BIOS级别选择磁盘。这里没有通用的启动代码,每个操作系统都使用自己的启动加载程序/管理器,因此操作系统完全相互独立,没有常见的MBR启动问题!

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.