在具有GPT分区的UEFI笔记本电脑上全新安装Windows 7 Pro 64位?


18

我目前正在为妻子的新型Samsung Book 9笔记本电脑出现问题而烦恼。
它预装了Windows8。她想要Windows 7 Pro。

我为她安装了64位Windows 7 Pro,并认为这就像常规的“干净的Windows安装”一样,但是不幸的是,情况并非如此。

在三星网站上,我遵循了一些有关如何配置BIOS以使其能够在Windows 7下运行的说明,这意味着将BIOS规范从UEFI更改为CSM。我禁用了快速启动配置,以便它可以识别我的便携式DVD驱动器并更改了启动顺序。我还禁用了安全启动配置。

一切正常,我可以从Windows 7 DVD引导并开始安装过程。

但是问题出现在进入可以选择分区进行安装,删除,格式化和创建新分区的部分时。我删除了Windows 8分区并创建了一个新分区,但是在屏幕底部显示了一个错误,告诉我无法在该分区上安装。

当进入该消息的详细信息时,它指出无法安装,因为它在GPT分区而不是NTFS 上运行。

我应该说我没有删除所有分区,因为其中之一是Windows 8恢复,如果出现任何问题,我将能够返回到Windows的预安装版本。

我一直在搜索Google,论坛和社区,Youtube视频以及不希望找到答案的内容,但是没有找到答案的地方。

我的问题是:
是否需要删除整个SSD驱动器才能使其返回NTFS?
无论如何,Windows 7可以通过GPT安装在UEFI上吗? 是否有人可能经历过类似的事情,对我进行干净安装Windows 7会有一些建议?

我很难接受它无法在计算机上运行Windows 8以外的任何功能。

任何帮助或建议,将非常感谢。

干杯,
-M


1
通过Windows 8安装可能涉及删除3个分区:Win8引导,Win8系统和Win8安装的EFI。
jiggunjer

GPT和NTFS是两回事。GPT是分区表,而NTFS是文件系统。
OuzoPower

Answers:


37

首先,您要混淆两个或三个不同的事物(可能是由于程序消息措辞不佳):

  • 固件类型 -旧PC使用基本输入/输出系统(BIOS),而新计算机使用可扩展固件接口(EFI)或其更新的版本,即Unified EFI(UEFI)。BIOS和EFI的主要职责是启动引导过程,但是它们以不兼容的方式进行,因此操作系统需要支持计算机支持的任何引导模式。大多数EFI都包含一个称为兼容性支持模块(CSM)的组件,该组件使EFI能够启动BIOS模式的OS,但是此功能可能会引起许多问题。关于BIOS和EFI的讨论越来越复杂,是许多人(甚至大多数制造商)将EFI称为“ BIOS”的事实,这可能是因为“ BIOS”是更熟悉的术语。两者实际上并不完全相同,使用术语“ BIOS”来指代EFI就像使用术语“福特”来指雪佛兰一样。通用术语是“固件”。
  • 分区表类型 -旧PC使用分区磁盘的主启动记录(MBR)方法。EFI引入了一个新系统,称为GUID分区表(GPT)。尽管GPT与EFI相关联,但这两者不是同一回事,并且可以在基于BIOS的计算机上使用GPT或在基于EFI的计算机上使用MBR。但是,Windows确实将两者结合在一起作为其引导磁盘: Windows仅从基于BIOS的计算机(或在基于EFI的计算机上使用CSM / BIOS /旧模式)的MBR磁盘引导,而仅从EFI的GPT磁盘引导基于计算机。但是,可以将分区表类型与数据磁盘的引导模式一起使用,或者与许多非Windows操作系统一起使用。
  • 文件系统类型 -自Windows XP以来,Windows偏爱使用新技术文件系统(NTFS)来存储数据。像其他文件系统(例如,较旧的FAT或Linux和OS X使用的各种文件系统)一样,NTFS是一组数据结构,可帮助命名文件,将文件定位在磁盘上等等。任何文件系统都可以与MBR或GPT(或其他分区表类型)一起使用,因此您对计算机“正在GPT分区而不是NTFS上运行”的陈述会扩展分区表和文件系统。通常,Windows磁盘将使用NTFS GPT或MBR。AFAIK,Windows 7和Windows 8都要求将NTFS用于引导分区,但可以将FAT或(通过第三方驱动程序)使用各种其他文件系统作为数据分区。

Windows 8和Windows 7均支持BIOS和EFI。引导模式的选择决定了分区表类型的选择。有关GPT的错误消息表明您已在BIOS / CSM /传统模式下启动Windows 7安装程序,因此它期望使用MBR,并且在看到GPT时会抱怨。C:无论分区表类型是GPT还是MBR,都必须使用NTFS作为引导文件系统(通常是),并且如果使用其他数据分区,则可能要在它们上使用NTFS。

因此,问题就变成了:您要使用哪种引导模式?大多数Windows 7介质使在BIOS模式下启动比在EFI模式下启动更容易。不过,各个站点都描述了如何以EFI模式引导Windows 7以安装到GPT磁盘。例如,该站点描述了该过程。但是,我没有仔细阅读过,因此不能保证其准确性。

如果决定以BIOS / CSM /传统模式安装Windows 7,则需要擦除磁盘上的GPT数据。如了解的建议,全磁盘擦除是一种选择。但是,那太过分了。您可以通过使用专家菜单上的选项,使用我的GPT fdisk(gdisk擦除GPT数据z。任何使您能够创建新的MBR数据结构的分区工具也都可以完成这项工作,尽管其中某些工具(包括Microsoft的工具)不会完全擦除GPT数据结构。如果磁盘实用程序寻找它们,并且因此感到困惑,那么剩下的GPT数据将来可能会引起问题。(例如,许多Linux安装程序都会这样做。)

使用EFI模式进行引导有一些优势,但是其中大多数优势很小,或不适用于所有情况:

  • 在大多数新的基于EFI的计算机上,EFI模式比BIOS / CSM /旧模式更快。但是,这并不是普遍适用的,区别只是几秒钟。
  • 安全启动可以使恶意软件更难感染启动过程,从而提高系统安全性。不过,Windows 7不支持安全启动,因此您必须禁用它或使用一种Linux安全启动工具来获得Windows 7的有限安全启动支持。(我从未尝试过将Linux工具与Windows 7,因此我什至都不敢100%保证能正常使用。)
  • GPT是使用大于2TiB(2.2TB)的磁盘的实际必要条件。如果您的启动磁盘小于此磁盘,则GPT的优势将非常渺茫。
  • 从理论上讲,EFI在引导加载程序管理方面比BIOS灵活得多,这在多引导环境中可能是有益的。OTOH,EFI足够新,但仍具有足够的错误,因此其理论上的优势经常被现实中的错误和其他问题所抵消。

他应该坚持使用UEFI。如果磁盘已经有四个以上的分区,那就不值得了。
Milind R 2014年

我认为从理论上讲,他可以在保留恢复分区的同时将GPT转换为MBR。
jiggunjer

6

为了在GPT磁盘上安装Windows

使用Rufus创建具有如下图所示设置的可启动USB记忆棒。

选择“是很重要的GPT分区方案的UEFI

在此处输入图片说明

此解决方案解决了以下错误:“无法在该磁盘上安装Windows。所选磁盘具有GPT分区样式”


1
接受的答案说明了将GPT转换为MBR以运行Windows 7的方法。此答案显示了以EFI模式安装Windows 7 的替代选项(也链接在接受的答案中)。注意EFI模式可能需要Windows 7 x64,而不是x86。
jiggunjer

1

唯一的方法就是拥有完整的高清格式。

每个分区不能有GPT和MBR。

它只是PER磁盘。


0

我也发生了同样的事情...我想保留恢复分区,但我收到消息,因为它在GPT分区而不是NTFS上运行而无法安装。我在youtube上看到了数百个视频,并且看到有人收到相同的消息,直到删除每个分区为止。所以我擦除了每个分区,最后我能够安装os win 7。


-1

GPT是OEM安装Windows 8时创建的分区。您必须删除该分区并使用MBR格式创建一个新分区。

在Windows安装中,但在单击Install Now按钮之前:

  1. 点击Repair your computer
  2. Windows将显示“系统恢复选项”,在此处找到并单击Command Prompt

使用命令行将GUID分区表磁盘更改为主引导记录磁盘:

  1. 在要转换为基本启动记录(MBR)磁盘的基本GUID分区表(GPT)磁盘上备份或移动所有卷。
  2. 打开提升权限的命令提示符,然后键入diskpart。如果磁盘不包含任何分区或卷,请跳至步骤6。
  3. 在DISKPART提示符下,键入list disk。记下要删除的磁盘号。
  4. 在DISKPART提示符下,键入select disk <disknumber>。(选择磁盘1或选择磁盘2ETC。)
  5. 在DISKPART提示符下,键入clean(运行clean命令将删除磁盘上的所有分区或卷。)
  6. 在DISKPART提示符下,键入convert mbr。(如果您要使用GPT格式,并且使用的是MBR,请键入Convert GPT。)

然后即可安装Windows 7。


1
GPT不是“分区”,而是MBR的一种分区方案。而且,只有一台驱动器的笔记本电脑无法使用上述步骤,因为您不能使用运行中的系统来更改包含启动分区的驱动器上的分区方案。
Jamie Hanrahan 2014年
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.