无忧启动论坛

标题: FAT系列文件系统启动各版本Windows系统测试 [打印本页]

作者: 朱玛12345678 时间: 2019-5-16 22:35
标题: FAT系列文件系统启动各版本Windows系统测试
本帖最后由朱玛12345678 于 2019-5-18 13:36 编辑

在继上次exFAT启动Windows系统的研究完结之后，应论坛里某人提问能否使用FAT32作为系统盘启动并运行各版本系统的问题，本次就专门开帖做相关测试，以满足某些极端人群的需求。

对于如何把各版本系统安装到FAT32分区里的问题与我曾发布过在exFAT分区中安装并启动Windows系统帖子的操作方式大同小异，这里就不再赘述还请自行参阅：http://bbs.wuyou.net/forum.php?m ... 88226&mobile=no
其他的话也不多说了下面正式开测

——分割线——

Windows XP
由于微软是从Vista系统开始才人为地限制了仅支持安装在NTFS分区中，因此FAT32安装XP肯定支持就不用再测试了，而FAT16的话因为能从NT4.0升级到XP所以自然支持也不用测试。
因为NTLDR启动器不支持引导exFAT分区，所以不用测试XP显然不支持在exFAT分区中运行。
那值得去测试的也就只有上个世纪的DOS操作系统用的FAT12文件系统能否安装XP，不过由于FAT12分区使用最大64K簇的极限大小是256MB，因此受制于储存空间问题安装原版XP显然不行，那么接下来就只能尝试安装XP极限精简版了。
经过测试Windows XP系统可以在FAT12分区中运行没有问题，图片贴上：

——分割线——

Windows Vista
这个系统本次就不专门做测试了，但还是要补充一句我很早以前测试过是可以在FAT32分区中运行的。

——分割线——

Windows 7
嗯，这是本文的重点，首先可以提前说的一句是：Win7SP1 6.1.7601版本实际上是微软最后一个还可以在FAT32分区中运行的系统。
当然这肯定需要用特殊方法才能安装成功，如果方法不对那么自然就会失败，实测Windows 7完全可以在FAT32分区中运行，图片贴上：

既然FAT32没有问题，那FAT16是否也可以？
下面继续测试，由于FAT16分区使用最大64K簇的极限大小是4GB，因此原版Win7的体积过大显然存放不下无法安装，这次将尝试安装Win7极限精简版。
经测试Windows 7也可以在FAT16分区中运行没有问题，图片贴上：

至于FAT12的话就不用想了，而exFAT的话实测因为Win7的WBM启动器和WLD加载器都不支持从exFAT分区引导所以自然也就不受支持。

——分割线——

Windows 8.x
从Win8开始有一个很大的变化就是新增了对exFAT启动的支持，但经过我后来的测试确认Win8以后的系统是彻底不支持在FAT32分区中运行了。
首先非常明显的一点就是：Win8及以上的系统映像在FAT32中不能完全释放文件，而且还是系统版本越高所遇到的错误就越多，这也是与旧系统之间的最大不同之处。

实测用相同的一个Win系统映像文件分别释放到FAT32和exFAT分区时，能解压出来的文件总数并不一样则说明肯定有FAT32不能支持的系统文件，如图所示映像中总共52971个文件，而在FAT32分区中却只能解压出48971个文件。

接下来在测试启动时要么就无限黑屏，要么就直接蓝屏宣告失败。

——分割线——

Windows 10
FAT32不用多说，测试启动直接蓝屏。

exFAT没有问题，测试可以正常启动。

——分割线——

测试结果汇总表格：

——分割线——

Windows 7 7601及以前版本系统的FAT驱动都是使用外置数字签名，这次由我添加内置数字签名后就可以解决64位版本在FAT分区中启动时间过长的问题，该驱动文件包含了对FAT12/16/32三种文件系统的支持，解压缩包后根据你的系统版本选择对应的驱动文件并直接放到C:\Windows\System32\Drivers文件夹内替换掉原文件再测试启动即可。
对于发生该问题的具体原因可参阅：http://bbs.wuyou.net/forum.php?m ... 14353&mobile=no
文件下载链接
论坛直接下载：

FAT驱动.zip (344.03 KB, 下载次数: 86)
或
腾讯微云下载：http://share.weiyun.com/5b7v81I
或
百度网盘下载：http://pan.baidu.com/s/11aavw6E2vuE1QFK_Vu0dRw

——分割线——

到最后我想说的是：由于FAT12/16/32文件系统标准过于老旧，因此受制于它们本身的限制作为Windows系统盘使用并没有什么实际意义，前两者能够支持的最大分区限制分别是256MB和4GB对于如今实在是过小完全无法满足日常使用，后者虽然可以支持到2TB最大分区，但依然有4GB单文件限制对于如今也相当影响日常使用。

作者: 朱玛12345678 时间: 2019-5-16 22:36
目前使用最广泛的NTFS可以做到XP到Win10系统全兼容最适合作为系统盘满足日常使用，而exFAT符合现代文件系统标准也可以在新系统中作为系统盘满足日常使用。

作者: 指南针 时间: 2019-5-16 22:55
楼主很皮

作者: 9zhmke 时间: 2019-5-16 22:55
在16位的系统下，对常规小文件多的文件夹（比如Windows)进行复制时，效率是FAT16>FAT32>NTFS的，但是差异并不是非常大，而且文件大一些后就不一样了，32位和64位下面没有测试过对文件的复制效率。

作者: 朱玛12345678 时间: 2019-5-16 23:03

9zhmke 发表于 2019-5-16 22:55
在16位的系统下，对常规小文件多的文件夹（比如Windows)进行复制时，效率是FAT16>FAT32>NTFS的，但是差异并 ...

很早以前的系统是这样没错，但我测试过对于现在的系统来说则正好相反。

作者: 2012masterasia 时间: 2019-5-17 09:31
Win7SP1 6.1.7601版本实际上是微软最后一个还可以在FAT32分区中运行的系统————请问怎么样强制安装到Fat32的盘？

作者: 2012masterasia 时间: 2019-5-17 09:40
是否用 dism之类，把安装包release到 fat32分区之中，就是安装到fat32了？

作者: 朱玛12345678 时间: 2019-5-17 09:43

2012masterasia 发表于 2019-5-17 09:31
Win7SP1 6.1.7601版本实际上是微软最后一个还可以在FAT32分区中运行的系统————请问怎么样强制安装到Fat ...

具体操作方法和那篇exFAT启动系统教程帖里写的基本一样，还请自行参阅。
另外补充如果在DISM释放WIM到FAT32分区阶段失败的话，就改用7-Zip打开并强制解压到FAT32分区即可。

作者: 朱玛12345678 时间: 2019-5-17 09:46

2012masterasia 发表于 2019-5-17 09:40
是否用 dism之类，把安装包release到 fat32分区之中，就是安装到fat32了？

先在NTFS分区中安装好系统，然后封装为WIM再释放到FAT32分区。

作者: α7000 时间: 2019-5-17 10:36
大佬牛逼，我选了一个办法，用极限精简版win10，先解压到NTFS分区，然后逐个文件手动复制到fat32分区修复引导行不行

作者: 朱玛12345678 时间: 2019-5-17 10:43

α7000 发表于 2019-5-17 10:36
大佬牛逼，我选了一个办法，用极限精简版win10，先解压到NTFS分区，然后逐个文件手动复制到fat32分区修复引 ...

还是那句话，不可能的事情不要想。

作者: 2623666 时间: 2019-5-17 15:44
win8应该是最后的阵地了以后win10大行其道

作者: 123help 时间: 2019-5-17 21:27
本帖最后由朱玛12345678 于 2019-5-18 11:17 编辑

2012masterasia 发表于 2019-5-17 09:31
Win7SP1 6.1.7601版本实际上是微软最后一个还可以在FAT32分区中运行的系统————请问怎么样强制安装到Fat ...

受楼主那篇exFAT启动系统教程帖启发，发现Win7SP1 6.1.7601版64位c:\Windows\System32\drivers\fastfat.sys文件也需签名，否则启动时间很长。需要者从帖子1楼下载附件替换即可。

作者: 朱玛12345678 时间: 2019-5-18 01:33

123help 发表于 2019-5-17 21:27
受楼主那篇exFAT启动系统教程帖启发，发现Win7SP1 6.1.7601版64位c:\Windows\System32\drivers\fastfat ...

实际不需要，这个文件已经有微软的内嵌签名了。

作者: 123help 时间: 2019-5-18 07:31
本帖最后由 123help 于 2019-5-18 07:34 编辑

朱玛12345678 发表于 2019-5-18 01:33
实际不需要，这个文件已经有微软的内嵌签名了。

我用附件替换后，系统启动速度很快，与NTFS系统启动速度差不多；不替换，启动到桌面至少需要五六分钟。

作者: 朱玛12345678 时间: 2019-5-18 10:21

123help 发表于 2019-5-18 07:31
我用附件替换后，系统启动速度很快，与NTFS系统启动速度差不多；不替换，启动到桌面至少需要五六分钟。

刚看了一下6.1.7601版本的fastfat.sys确实没有内置数字签名，我查了这个驱动文件的数字签名是从6.1.7850版本开始才有的。
不好意思这个确实是我没有注意到，我当时看的是7850有签名就错误地以为7601也一定会有就没再去看。

这样的话确实就需要自己给这个文件做签名了，内嵌数字签名后就可以解决64位版本启动时间过长的问题。
最后感谢你的细心反馈，我会在帖子内提供这个已正确签名的文件。

作者: 朱玛12345678 时间: 2019-5-18 10:47

123help 发表于 2019-5-18 07:31
我用附件替换后，系统启动速度很快，与NTFS系统启动速度差不多；不替换，启动到桌面至少需要五六分钟。

还有你签名的方法不对，我已经自行签名放在1楼了。

作者: 123help 时间: 2019-5-18 11:05

朱玛12345678 发表于 2019-5-18 10:47
还有你签名的方法不对，我已经自行签名放在1楼了。

当时的签名忘记打时间戳，只是看到解决了启动慢的问题。

作者: 黑中见白 时间: 2019-5-18 12:33
APFS For Windows
要不试试APFS 格式
苹果的APFS 驱动是开源的

作者: 朱玛12345678 时间: 2019-5-18 13:27

黑中见白发表于 2019-5-18 12:33
APFS For Windows
要不试试APFS 格式
苹果的APFS 驱动是开源的

APFS是不可能的，微软这辈子都不可能会用别人家的。

作者: α7000 时间: 2019-5-18 13:32

朱玛12345678 发表于 2019-5-18 13:27
APFS是不可能的，微软这辈子都不可能会用别人家的。

wbm和wld都不支持APFS吧

作者: 朱玛12345678 时间: 2019-5-18 13:34

α7000 发表于 2019-5-18 13:32
wbm和wld都不支持APFS吧

如果能支持就怪了

作者: α7000 时间: 2019-5-18 13:38
那么就搞一个极限的，EXFAT启动macOS（Mac支持EXFAT UEFI启动）

作者: 朱玛12345678 时间: 2019-5-18 13:40

α7000 发表于 2019-5-18 13:38
那么就搞一个极限的，EXFAT启动macOS（Mac支持EXFAT UEFI启动）

其他平台暂时不做研究，有需要的自己想办法解决。

作者: vopsoft2 时间: 2019-11-6 11:49
要是能封装能用Fat32或者exfat格式就好了

作者: 朱玛12345678 时间: 2019-11-6 12:55

vopsoft2 发表于 2019-11-6 11:49
要是能封装能用Fat32或者exfat格式就好了

可以，但要做个特殊处理。

作者: yddmw 时间: 2019-12-15 11:05
win8.1 x64 位也支持fat32 本人使用另一种方法安装成功

作者: nianyueriPE 时间: 2020-3-6 22:03

yddmw 发表于 2019-12-15 11:05
win8.1 x64 位也支持fat32 本人使用另一种方法安装成功

什么方法？

作者: wang_cheng20 时间: 2023-1-29 10:00
我记得原来试过，用winreducer精简了win8-10之后，把文件释放到fat32分区还是可以启动的，这个时候文件数量比较小。

作者: say 时间: 2023-1-29 11:08
只能用fat32了，老主板不支持其他的

欢迎光临无忧启动论坛 (http://wuyou.net./)