我发现这个问题重复了这里这与我拥有的相同型号有关。但就我而言，我不会假装在安装 win 8 的同时安装 gnu/linux。事实上，几周前 Windows 8 就从硬盘中被淘汰了。
但我仍然有两个问题：
第一个是可移动的 Windows它已安装并阻止我从任何其他媒体启动，并且 BIOS 中没有办法或选项可以禁用它。
第二个是我每次尝试安装 Linux 时都会出现的警告，它与 EFI 有关，警告内容是：
返回菜单并纠正此问题？（以超级用户身份）
磁盘上使用的分区表格式通常要求您为引导加载程序代码创建一个单独的分区。此分区应标记为“EFI 引导分区”，大小至少为 35 MB。请注意，这与挂载在 /boot 上的分区不同。
如果您不返回分区菜单并更正此错误，引导加载程序安装可能会稍后失败，尽管仍然可以将引导加载程序安装到分区。
免责声明
我习惯在高级选项菜单中手动创建分区。我从 2008 年开始就一直进行双重安装，包括一些使用 Windows 8 的情况，没有遇到太大问题。
因此，除了我用来创建的常用分区之外，我还创建了一个 104 MB 的新分区，格式为 FAT32，用于所需的 EFI 分区：/、/home和swap。但问题仍然存在。
无论如何我都可以正常安装（我尝试过 Linux Mint 17、17.2、debian 8 和 Ubuntu Studio 14.04 两次）。但最后，当我重新启动时，总是出现此消息：
没有可启动设备 - 插入启动盘并按任意键
我不知道哪里出了问题。我设置了 BIOS 以启用传统模式并避免从 UEFI 进行安全启动。
我应该自动安装而不是手动创建分区吗？
答案1
磁盘上使用的分区表格式通常要求您为引导加载程序代码创建一个单独的分区。此分区应标记为“EFI 引导分区”，大小至少为 35 MB。请注意，这与挂载在 /boot 上的分区不同。
这是对EFI 系统分区 (ESP)。正如我链接的 Wikipedia 页面所述，这是一个 FAT 分区，其 EFI 类型代码为 C12A7328-F81F-11D2-BA4B-00A0C93EC93B。由于 EFI 类型代码太长且难看，因此它们通常在软件中以其他方式引用。GParted 和parted两者都用“启动标志”（与 MBR 下的“启动标志”无关）标识它们，并且gdisk及其相关项将它们标识为具有 EF00 类型。缺少类型代码可能是导致您出现问题的原因。
还要注意，对于 ESP 来说，104MB 相当小。我知道您引用的文本指定 35MB 为最小大小，但这实在是太小了。问题是某些 EFI 存在错误，导致如此小的 ESP 表现出奇怪的行为，例如文件变得无法访问。我建议将 ESP 的大小设置为 550MiB。与分区可能的存储需求相比，这个大小非常大，因此没有必要大于这个大小；但它足够大以避免 EFI 错误，这是它的重点。
我不知道哪里出了问题。我设置了 BIOS 以启用传统模式并避免从 UEFI 进行安全启动。
您看到的错误消息表明您正在以 EFI 模式启动，而不是以 BIOS 模式启动。这并不奇怪；大多数 EFI 中的启动模式选项都很模糊，它们通常更像是建议而不是命令。也就是说，启用 BIOS/CSM/legacy 支持只是让计算机能够以该模式启动。无论它是否会实际上在 BIOS 模式还是 EFI 模式下启动取决于很多您可能不知道的因素——例如固件中的算法以及启动介质的布局细节。换句话说，它实际上是随机的。可以强制进行 BIOS 模式启动（假设计算机支持它），但这样做需要相当多的专业知识。一种方法是在计算机的内置启动管理器中仔细选择启动选项：为安装介质选择缺少字符串“UEFI”的选项。不过，这种方法并不适用于所有计算机。另一种方法是创建缺少 EFI 引导加载程序的启动介质（EFI/BOOT例如，存储在 USB 驱动器上 FAT 分区的目录中）。
强制 EFI 模式启动通常更容易：禁用固件中的 BIOS/CSM/legacy 支持通常可以完成这项工作。有时需要创建没有 BIOS 引导加载程序的引导介质，或者调整引导介质的格式以满足 EFI 的特性。
顺便说一句，安全启动只是 UEFI 的一个可选功能。根据与 Microsoft 签订的合同，任何搭载 Windows 8.x 的 x86/x86-64 计算机都必须能够禁用安全启动。通常可以禁用安全启动，但仍以 EFI 模式启动。但这并不意味着您应该但是，不要这样做；Ubuntu 在大多数计算机上都可以很好地与安全启动配合使用，并且该功能可以（至少在理论上）提高系统安全性。恕我直言，至少值得尝试在安全启动的情况下进行启动。