无忧启动论坛

标题: 完美解决64位系统在exFAT分区中启动时间过长的问题 [打印本页]

作者: 朱玛12345678 时间: 2019-5-9 18:47
标题: 完美解决64位系统在exFAT分区中启动时间过长的问题
本帖最后由朱玛12345678 于 2019-5-11 18:06 编辑

前言
作为全网研究exFAT启动各版本Windows的第一人，我曾经为研究这个专门写过一个测试帖：http://bbs.wuyou.net/forum.php?m ... 88226&mobile=no
其中一直以来都困扰着我的一个问题就是高版本的64位系统在exFAT分区中的启动时间非常长，而导致这个问题的真正原因在很长一段时间内我也一直没能搞清楚，同时也因为这个问题导致我始终无法将其正式应用于日常使用环境。不过在经过我后来的不懈努力之下此问题最后终于得到解决，同时我也打算分享这段奇妙而又未知的探索旅程。

原因
关于exFAT启动的问题在继我上一次的研究到至今已有近半年之久，但我也曾说过日后一定会解决这个问题，所以这几天我本着不将就的原则毅然决定去寻找最终的解决方案，于是这个研究的始末还是要从我前几天的探究和测试说起：
我在当时最初的想法与起点是分别使用同版本的32位和64位系统来测试启动，同时仔细对比并分析其中的差异。

分析
首先我在这里也简单说明一下Windows系统运行在各种不同文件系统上是怎么来控制驱动加载启动的(以BIOS启动为例，UEFI大致相同)：
Bootmgr(+内置基本文件系统驱动)→BCD(依靠Bootmgr提供相应的文件系统驱动来加载)→Bootmgr移交文件系统控制权给→Winload.exe(+内置基本文件系统驱动)→ntoskrnl.exe(依靠Winload.exe提供相应的文件系统驱动来加载)→hal.dll(同左)→其他系统核心文件......(+1)→Winload.exe移交文件系统控制权给→系统盘使用的文件系统名.sys(最终加载的完整文件系统驱动)→其他系统文件......(整个系统的加载和运行由系统盘使用的文件系统名.sys管理与控制)→完成启动阶段......
顺便补充一句看到这里应该就能知道Win7SP1及以前版本的系统不支持从exFAT分区中启动的真正原因，因为它的WBM和WLD都没有内置最基本的exFAT驱动自然也就无法识别该类型分区。

回到正题这时发现了一个很奇怪的现象就是32位系统在启动阶段加载系统文件和包括exfat.sys在内的驱动时速度很快且不会卡住，而64位系统在启动阶段时加载其他系统文件和驱动也没有问题，但一到加载exfat.sys这个驱动时就会卡住很长一段时间才能加载完成，即使当我通过修改注册表键值的方式让exFAT驱动的加载顺序提前也几乎没有差别。既然不管怎么设置在启动时依然都会卡住一段时间就足以说明64位系统启动慢的原因很明显就是这个驱动的问题。

那么接下来就要着手在这里面继续分析其中的差异，其中在这个地方也曾走过不少弯路。后来在一次思考中偶然想到了64位系统在启动时和32位系统有一个明显的差别就是微软为了安全起见特别在64位系统中加入了强制数字签名验证特性。也就是说32位系统在启动时可以直接加载所需的系统文件，但64位系统在加载系统文件的同时还多了一个要验证文件的数字签名是否有效。
举个简单的例子来表示的话：
32位：winload.exe→ntoskrnl.exe→hal.dll→其他系统文件等；64位：winload.exe→检查数字签名→ntoskrnl.exe→检查数字签名→hal.dll→检查数字签名→其他系统文件等→逐一检查数字签名。其中的规则是在检查数字签名过程中如果条件为真(签名有效)，则通过验证继续加载后面的系统文件；如果条件为假(签名无效)，则验证失败拒绝加载并在WBM界面返回0xc0000428无法验证文件数字签名的错误代码提示。

然后我自然就去看了一下发现exfat.sys本身果然没有数字签名，这更加确定了就是数字签名的问题。后来经确认exfat.sys本身在所有版本的Windows中都没有数字签名，所以要提前说一句这个锅请务必让微软来背。
这时肯定又会有一个奇怪的问题，既然exFAT驱动本身并不包含数字签名，那Windows还能在启动时通过签名验证使其正常加载也不会报错？其实这里就涉及到数字签名的保存方式问题了：
实际上数字签名有两种存储方式，一种是文件数字签名，它将数字证书和文件哈希内置在单个PE类型文件的尾部，这样就可以直接通过查看此文件属性进入数字签名选项卡看到其状态信息；而另一种就是目录数字签名，它将数字证书和文件哈希等信息作为一个外置的.cat安全编录文件给独立出来，并可支持保存多个文件的签名信息，比如.inf驱动程序安装文件就是要通过这种方式来验证数字签名。
这样对于exfat.sys这个文件来说它也是有数字签名的。不同于ntfs.sys使用内置签名，exfat.sys显然使用的是外置签名，而且这样签名的文件在系统里也有不少(如notepad.exe)，而这些用于数字签名.cat文件的存放位置在：C:\Windows\System32\CatRoot\{F750E6C3-38EE-11D1-85E5-00C04FC295EE}

思路
分析到这里那么这个问题也就有办法解决了，很明显64位系统在启动过程中加载exFAT驱动慢的罪魁祸首就是数字签名。因为exfat.sys本身没有内置数字签名，所以Windows在启动时要加载它就会改为从整个系统盘中逐个寻找到相应的.cat文件来校验比对，由于Windows的系统文件数量众多，因此搜索文件所用的时间也会相当长，这也就直接导致了从exFAT分区中启动时间长到离谱的真正原因。那么最终的解决方案自然就是自己给这个驱动文件做一个内置的数字签名就解决问题了。
当然这个数字签名用哪家的工具和证书都没有问题，只要签名有效就能通过64位系统的启动验证。

实践
这次分享的exFAT驱动均从原版系统镜像中提取并由我添加内置数字签名可快速通过64位系统签名验证，解压缩包后根据你的系统版本选择对应的驱动文件并直接放到C:\Windows\System32\Drivers文件夹内替换掉原文件再测试启动即可。
文件下载链接
论坛直接下载：

exFAT驱动.zip (1.77 MB, 下载次数: 879)
或
腾讯微云下载：http://share.weiyun.com/5Cw73QR
或
百度网盘下载：http://pan.baidu.com/s/11DIj4vTvE6lA-Ah7NhZKdQ

当exFAT驱动添加内置数字签名后再测试64位系统的启动时间果然由原来的几个小时缩短为和32位系统一样十几秒就进入了桌面，至此该问题圆满解决！

后记
写到这里我想说的是：
每一个问题在探索与研究的过程中都会有着不一样的发现，也许有时候这可能会很难，但也坚持不放弃寻找其中的奥秘，最后成功冲破迷雾取得终有的收获。

作者: 朱玛12345678 时间: 2019-5-9 18:48
研究了这么长时间，总算把最大的问题解决了。。

作者: 新空气 时间: 2019-5-9 19:52
总算有结果了

作者: sairen139 时间: 2019-5-9 20:27
这个exFat比起ntfs有什么优点？

作者: sairen139 时间: 2019-5-9 20:27
佩服佩服，这个推断过程和解决方法都很棒

作者: sairen139 时间: 2019-5-9 20:29
不知道那个要追赶windows的开源系统ReactOS是否也支持在exFat安装运行？

作者: 窄口牛 时间: 2019-5-9 20:31
重大突破，感谢分享。

作者: 2623666 时间: 2019-5-9 20:36
exfat以后会是大趋势吧

作者: xyzy1008 时间: 2019-5-9 20:44
很好的技术贴

作者: 2011yaya2007777 时间: 2019-5-9 20:47
勇于探索，坚持不懈，佩服！

作者: 朱玛12345678 时间: 2019-5-9 20:51

sairen139 发表于 2019-5-9 20:27
这个exFat比起ntfs有什么优点？

简单点来说就是在SSD上用exFAT性能会提高，而且没有日志记录可以延长U盘寿命。

作者: 朱玛12345678 时间: 2019-5-9 20:55

sairen139 发表于 2019-5-9 20:29
不知道那个要追赶windows的开源系统ReactOS是否也支持在exFat安装运行？

这个系统我只听说过但没用过，所以能不能exFAT启动我也就不得而知了。
不过有兴趣的话你可以自行测试

作者: 2010LeeKoonKwan 时间: 2019-5-9 21:45
在这个领域，楼主研究的深！佩服你！！

作者: 邪恶海盗 时间: 2019-5-9 21:46
牛A,围观达淫...

作者: sleet 时间: 2019-5-9 21:55
勇于探索，坚持不懈，佩服！

作者: feihe 时间: 2019-5-9 22:16

朱玛12345678 发表于 2019-5-9 20:51
简单点来说就是在SSD上用exFAT性能会提高，而且没有日志记录可以延长U盘寿命。

请问那exFAT在普通硬盘下有好处不？

作者: foxfirefox 时间: 2019-5-9 22:25
楼主研究一下，最新版10PE下微软输入法的候选框怎么出来

作者: 朱玛12345678 时间: 2019-5-9 22:33

feihe 发表于 2019-5-9 22:16
请问那exFAT在普通硬盘下有好处不？

HDD用的话这个还真没有，不过对于一般人来说有个好处倒是exFAT没有权限管理机制，即就算你用权限最低的User账户登录系统也能有和PE系统一样的System最高权限，也就是说永远不会出现系统盘里有垃圾还没权限删除的情况。

作者: 朱玛12345678 时间: 2019-5-9 22:35

foxfirefox 发表于 2019-5-9 22:25
楼主研究一下，最新版10PE下微软输入法的候选框怎么出来

原谅我有好多年没有专门研究过PE系统了，这种情况一般不是缺系统文件就是缺注册表键值。

作者: wuyouman01 时间: 2019-5-10 06:47
谢谢分享！

作者: nttwqz 时间: 2019-5-10 08:06
那么是否还存在另一种解决办法，用软件记录启动日志，找到系统首先会查找exfat.sys的cat文件位置，将对应文件复制到该位置，这样是不是变相的加快了系统查找过程，不知道尝试将都应cat文件复制到exfat文件所在目录会不会有用？

作者: 朱玛12345678 时间: 2019-5-10 08:34

nttwqz 发表于 2019-5-10 08:06
那么是否还存在另一种解决办法，用软件记录启动日志，找到系统首先会查找exfat.sys的cat文件位置，将对应文 ...

貌似不行，微软似乎把Windows 启动管理器里的相关代码给写死了，它只会从CatRoot文件夹里寻找.cat安全编录文件，如果放在其他位置启动时就找不到自然会视为没有数字签名无法通过验证。

作者: chinaren12 时间: 2019-5-10 08:38
楼主果然够拼的，这个研究竟然搞了这么久，支持下，不容易呀！！！！

作者: 狼人72105 时间: 2019-5-10 09:51
坚持。。。。必须坚持，，，执着的人。。。。

作者: 狼人72105 时间: 2019-5-10 09:53
楼主再研究下，问什么进PE中，会提示数字证书错误，无法进入。。。。

作者: foxfirefox 时间: 2019-5-10 11:18
这个要是引入PE不知道是什么效果?
另外有没有软件直接将ISO文件以exfat格式写入U盘或者移到硬盘

作者: tdqk003 时间: 2019-5-10 11:53
神人啊牛

作者: 朱玛12345678 时间: 2019-5-10 12:19

狼人72105 发表于 2019-5-10 09:53
楼主再研究下，问什么进PE中，会提示数字证书错误，无法进入。。。。

请把问题说具体一点，还有PE我测试过替换驱动并不会报错。

作者: 朱玛12345678 时间: 2019-5-10 12:23

foxfirefox 发表于 2019-5-10 11:18
这个要是引入PE不知道是什么效果?
另外有没有软件直接将ISO文件以exfat格式写入U盘或者移到硬盘

PE未测试，以后有空再研究。
软件我记得有但我很久没用忘了叫什么名了，你网上搜一下找找看。

作者: qingdao33122 时间: 2019-5-10 13:49
win7 7850 这个珍惜版本能不能分享下啊

作者: qingdao33122 时间: 2019-5-10 13:49

qingdao33122 发表于 2019-5-10 13:49
win7 7850 这个珍惜版本能不能分享下啊

珍稀

作者: chibuzhu 时间: 2019-5-10 14:29
点赞，感谢

作者: 朱玛12345678 时间: 2019-5-10 14:58
本帖最后由朱玛12345678 于 2019-5-10 15:03 编辑

qingdao33122 发表于 2019-5-10 13:49
win7 7850 这个珍惜版本能不能分享下啊

http://bbs.wuyou.net/forum.php?m ... 14136&mobile=no
这个版本我抽空打算封装一个

作者: 朱玛12345678 时间: 2019-5-10 15:28

2623666 发表于 2019-5-9 20:36
exfat以后会是大趋势吧

FAT32、exFAT这类走的是兼容路线，NTFS、ReFS这类走的是功能路线。
它们各有各的优缺点呈互补关系，不同路线之间都不会被任意一方完全替代。
对于U盘来说会从FAT32逐渐转向exFAT，对于硬盘来说会从NTFS逐渐转向ReFS。
当然新的一时半会也不会取代旧的，但会在一定时间内朝着共存的趋势发展。

作者: qingdao33122 时间: 2019-5-10 16:02
以前研究 iSCSI 启动的时候关注过两种不同的驱动签名问题。我的印象里win X64在最初阶段加载的驱动都是必须内嵌数字签名的，不然根本启动不了。不过我只试过iSCSI启动win7X64。也许WIN8开始会从catroot搜索签名了吧。

作者: 朱玛12345678 时间: 2019-5-10 16:44

qingdao33122 发表于 2019-5-10 16:02
以前研究 iSCSI 启动的时候关注过两种不同的驱动签名问题。我的印象里win X64在最初阶段加载的驱动都是必须 ...

实际上Win7也可以从CatRoot里找外置签名，而且文件少搜索速度还会比Win8+快很多。
如果不能启动的话检查一下注册表服务项里的Start等键值是不是设置不对。
另外要在系统启动最初阶段加载的驱动切记一定要使用内嵌签名，要不然你也懂得。

作者: 2623666 时间: 2019-5-10 19:39

朱玛12345678 发表于 2019-5-10 15:28
FAT32、exFAT这类走的是兼容路线，NTFS、ReFS这类走的是功能路线。
它们各有各的优缺点呈互补关系，不同 ...

ReFS好像是主打稳定性吧服务器应用我单位的服务器就是这个格式的

作者: 朱玛12345678 时间: 2019-5-10 22:20

2623666 发表于 2019-5-10 19:39
ReFS好像是主打稳定性吧服务器应用我单位的服务器就是这个格式的

没错，ReFS主要针对RAID等复杂型数据存储以及超大规模卷设计的。

作者: ai20110304 时间: 2019-5-11 07:29
好文章，好东西分享

作者: JHW 时间: 2019-5-11 09:37
这个非常好的帖子，好好学习一下，感谢无私分享。为你点赞。。。。。

作者: xman00 时间: 2019-5-11 14:21
看过楼主上一篇文章，有价值。
拜服楼主

作者: 2012fengxi 时间: 2019-5-11 17:39
很好的技术贴

作者: minmax 时间: 2019-5-11 17:48
方便更新一下給 1903 的 exFAT 內置簽章檔案

作者: 朱玛12345678 时间: 2019-5-11 17:55

minmax 发表于 2019-5-11 17:48
方便更新一下給 1903 的 exFAT 內置簽章檔案

v1903的已经有了，10.0.18362的那个就是。

作者: minmax 时间: 2019-5-11 23:14

朱玛12345678 发表于 2019-5-9 20:51
简单点来说就是在SSD上用exFAT性能会提高，而且没有日志记录可以延长U盘寿命。

檔系統原理是這樣沒錯，如果要具體實驗數據，您有建議測試方法?

作者: ls68057121 时间: 2019-5-12 06:10
这个太好了。我就用这个来做系统文件系统

作者: 朱玛12345678 时间: 2019-5-12 08:09

minmax 发表于 2019-5-11 23:14
檔系統原理是這樣沒錯，如果要具體實驗數據，您有建議測試方法?

如果指的是读写速度的话，SSD用这两个文件系统格式化，AS SSD工具分别跑一下分就知道了。不过除非特别需要并不推荐传统的HDD用exFAT，因为不是专门给它设计的性能不会有提高还有可能会下降；如果是指的是写入数据量的话，可以在写入大量文件后分别用软件查看写入量。不过最简单的一个办法就是用带读写指示灯的U盘分别格式化并按照日常的使用来测试就知道，可以很直观的看到NTFS不管是在使用时还是空闲时灯都会闪，exFAT则只有在使用时才会闪。

作者: 123help 时间: 2019-5-12 08:09
感谢楼主分享。

作者: caterpillar 时间: 2019-5-13 10:06
看来要推出64位版了，赶紧支持一下

作者: a22124497 时间: 2019-5-13 15:50
大兄弟，你可真是能支持呀，希望还有更好的作品

作者: α7000 时间: 2019-5-14 21:52
禁用驱动程序强制签名行不行

作者: 朱玛12345678 时间: 2019-5-14 22:27

α7000 发表于 2019-5-14 21:52
禁用驱动程序强制签名行不行

不行，没有用。

作者: hmqtools 时间: 2019-5-15 15:55
完美解决64位系统在exFAT分区中启动时间过长的问

作者: hmqtools 时间: 2019-5-15 16:02
完美解决64位系统在exFAT分区中启动时间过长的问

作者: 朱玛12345678 时间: 2019-5-15 16:04
本帖最后由朱玛12345678 于 2019-5-15 16:13 编辑

hmqtools 发表于 2019-5-15 15:55
完美解决64位系统在exFAT分区中启动时间过长的问

你是想故意刷帖？

作者: 123help 时间: 2019-5-16 08:10
超版的研究解决了在exFAT分区安装64位系统的困扰。exFAT分区主要适用于SSD或U盘类存贮设备，不太适用于机械硬盘。我用一机械硬盘进行了测试，结果如下：机械硬盘是80G，PartitionGuru检测扇区和物理扇区大小都是512字节。此机械盘划出一20G分区，此分区如果格式化为NTFS（簇大小为512或4096字节），系统占用为7.2G左右；此分区如格式化为exFAT（簇大小为1024或4096字节），同一镜像文件展开后占用10.7G左右。由此可见，exFAT格式的系统在此机械硬盘上的体积大大超过NTFS格式。启动时间没有详细记录，感觉是exFAT格式稍长些。

作者: jctsky 时间: 2019-5-16 11:13
就喜欢这样踏踏实实研究系统的

作者: 朱玛12345678 时间: 2019-5-16 11:34

123help 发表于 2019-5-16 08:10
超版的研究解决了在exFAT分区安装64位系统的困扰。exFAT分区主要适用于SSD或U盘类存贮设备，不太适用于机械 ...

不适合，HDD使用exFAT性能不会有提高反而还可能会降低。
占用空间问题是因为exFAT不支持硬链接，所以WinSXS备份文件也会占一份空间。
你可以尝试在exFAT分区中用WimTool或Dism++将整个系统打包封装为.WIM或.ESD文件，然后再解压释放到NTFS分区并再次对比一下。

作者: zsjyzx 时间: 2019-5-16 17:35
这位老弟，赞一个.

作者: 123help 时间: 2019-5-16 21:46

朱玛12345678 发表于 2019-5-16 11:34
不适合，HDD使用exFAT性能不会有提高反而还可能会降低。
占用空间问题是因为exFAT不支持硬链接，所以Win ...

上午的测试：先用Dism++打包封装NTFS格式（簇大小为4096字节）的系统，后用Dism++解压至exFAT（簇大小为4096字节和1024字节）格式和NTFS（簇大小为4096字节和512字节）格式的同分区。
本次的测试：先用WimTool打包封装exFAT（簇大小为1024字节）格式的同分区，分别用WimTool和Dism++解压至NTFS格式（簇大小分别是1024字节和512字节）的同一分区。
测试结果：（1）上午和本次两次打包封装的文件大小基本相同（主要是解压后我又启动进了系统）
（2）本次打包封装的文件（打包exFAT格式系统）解压到NTFS格式的同分区后，NTFS格式的系统占用空间与exFAT格式系统占用空间基本一致，也是10.7G左右。

作者: 123help 时间: 2019-5-16 21:59
本帖最后由 123help 于 2019-5-16 22:02 编辑

对机械硬盘来说，初步结论：
（1）NTFS格式分区安装好系统后（制作出镜像文件），如移植到exFAT格式分区，占用空间增大不少。
（2）exFAT格式的系统（制作出镜像文件），移植到NTFS格式分区，占用空间基本相同。
（3）上两步制作出的镜像文件大小基本相同。
还望感兴趣者继续测试，看这一结论是否正确。

作者: 朱玛12345678 时间: 2019-5-17 11:53

123help 发表于 2019-5-16 21:59
对机械硬盘来说，初步结论：
（1）NTFS格式分区安装好系统后（制作出镜像文件），如移植到exFAT格式分区， ...

这个我很早以前就试过，你的结论是这样的没错。

作者: movie001 时间: 2019-5-17 12:06
厉害，还真有精力研究呀，偶现在都没精力弄系统了，自从RAMOS热潮过了，就不怎么弄了，感觉没什么好研究了

作者: liuzhaoyzz 时间: 2019-5-17 14:31
很强的技术帖子，楼主逻辑思维和分析能力很强！解决问题能力也很强！很久没有见到这样子原创的解决问题，有理有据的技术帖子了！

作者: 魅力舞兵 时间: 2019-5-17 14:44
提示: 作者被禁止或删除内容自动屏蔽

作者: wanghh 时间: 2019-5-17 15:38
重大突破，感谢分享。

作者: 朱玛12345678 时间: 2019-5-17 16:00
本帖最后由朱玛12345678 于 2019-5-17 16:04 编辑

魅力舞兵发表于 2019-5-17 14:44
佩服佩服，这个推断过程和解决方法都很棒

风水算命算卦起名风水大师算命大师算卦大师 ...

已删除，发表回复请不要打广告。

作者: 2012fengxi 时间: 2019-5-18 00:04
我想问楼主是在uefi下安装运行的吗？我在uefi安装win10 20H1试了一下，安装是没问题，安装完了之后重启就出状况了。
先讲一下分区，固态盘240G，一个ESP分区一个exFAT分区。
装完启动时一直卡在主板logo

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

2012fengxi 发表于 2019-5-18 00:04
我想问楼主是在uefi下安装运行的吗？我在uefi安装win10 20H1试了一下，安装是没问题，安装完了之后重启就出 ...

帖子里的测试截图在我没有特别注释说明的情况下都是使用默认Legacy引导。
exFAT可以使用UEFI引导，不过会比传统BIOS启动时间略长，但不存在只支持BIOS启动，不支持UEFI启动的问题。
19H1我亲自测试过可以在UEFI模式下启动，至于你说的20H1因为还没出正式版所以我就没有测试，我签名的exFAT驱动包里也没有做20H1的测试版(出正式版后我会补做)，你就暂时先用19H1的替换吧，当然不保证日后版本一定兼容。
如果安装出现了问题，请确认你的操作方式是否正确。
UEFI启动卡Logo请多等待一会，如果依然不行请尝试使用Legacy启动。

作者: dadadxf 时间: 2019-5-18 07:04
崇尚楼主这种锲而不舍的精神

作者: 2012fengxi 时间: 2019-5-18 08:22

朱玛12345678 发表于 2019-5-18 01:30
帖子里的测试截图在我没有特别注释说明的情况下都是使用默认Legacy引导。
exFAT可以使用UEFI引导，不过 ...

当时我也尝试用19H1替代了，一样的，感觉是根本没进入引导状态，难道是主板的bios跟exFat兼容问题？

作者: 朱玛12345678 时间: 2019-5-18 08:46

2012fengxi 发表于 2019-5-18 08:22
当时我也尝试用19H1替代了，一样的，感觉是根本没进入引导状态，难道是主板的bios跟exFat兼容问题？

那你试试不用ESP直接从exFAT分区引导行不行，极个别主板的BIOS似乎存在BUG确实有不兼容exFAT引导的问题，只能通过升级BIOS才有可能解决了，还有我说的exFAT UEFI一般都要刷BIOS才能支持的。

作者: α7000 时间: 2019-5-18 08:53

朱玛12345678 发表于 2019-5-18 08:46
那你试试不用ESP直接从exFAT分区引导行不行，极个别主板的BIOS似乎存在BUG确实有不兼容exFAT引导的问题， ...

在使用vgashim引导系统时，能否使用EXFAT引导系统

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

α7000 发表于 2019-5-18 08:53
在使用vgashim引导系统时，能否使用EXFAT引导系统

我这里是可以的，如果需要的话你也可以自行测试。

作者: HuAnGkUn 时间: 2019-5-24 12:48
坚持终有所获，为楼主点赞

作者: astonlew 时间: 2019-5-25 11:56
很不错的

作者: 2013lirunext 时间: 2019-5-25 16:03
不错！

作者: 2019hhh 时间: 2019-5-25 16:31
谢谢分享

作者: hnwsdz 时间: 2019-5-26 09:05
厉害，学习了！

作者: 进士小站 时间: 2019-5-26 10:03
exFAT 好是好就是不能硬盘启动系统

作者: 朱玛12345678 时间: 2019-5-26 12:25

进士小站发表于 2019-5-26 10:03
exFAT 好是好就是不能硬盘启动系统

你说说什么叫不能硬盘启动系统？
帖子里的测试截图还大都是硬盘启动的。

作者: 进士小站 时间: 2019-5-27 09:52

朱玛12345678 发表于 2019-5-26 12:25
你说说什么叫不能硬盘启动系统？
帖子里的测试截图还大都是硬盘启动的。

系统做在 exFAT 分区里面不能启动。
iMac 做双系统后发现，exFAT 分区作为共享分区造成系统超慢，并且不能写入。

作者: 2012fengxi 时间: 2019-5-28 23:27
修改了bios使主板的uefi直接支持exfat分区，然后替换了带签名的exfat.sys，启动过程大概要4分钟，还是太慢了呀

作者: 朱玛12345678 时间: 2019-5-28 23:40

进士小站发表于 2019-5-27 09:52
系统做在 exFAT 分区里面不能启动。
iMac 做双系统后发现，exFAT 分区作为共享分区造成系统超慢，并 ...

把MacOS装到exFAT分区里运行几乎是不可能的，苹果是也不会专门用微软的文件系统。
exFAT只读是触发了TFAT写保护机制，fsck或者chkdsk一下就可以了。

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

2012fengxi 发表于 2019-5-28 23:27
修改了bios使主板的uefi直接支持exfat分区，然后替换了带签名的exfat.sys，启动过程大概要4分钟，还是太慢 ...

这些工作都处理好后如果还是慢的话就是你自己在系统优化方面做的不到位，实际上如果优化做好了能一分钟内启动到桌面是完全没有问题的。
这是我自己的电脑截图，实测优化之前和你一样也是差不多4分钟才能完成启动，而优化之后不到1分钟就能完成启动，具体优化方法的话加好友后我可以告诉你。

当然还有一种简单粗暴的方法就是用低版本的系统，空间占用小了启动速度还快一点。(懒人专用23333)

作者: tristonpink 时间: 2019-6-5 14:21
赞一个，这个了不起，从根本上解决问题啊

作者: sherylynn 时间: 2019-6-5 16:26
这个分析过程太酷了

作者: z-- 时间: 2019-6-5 17:54
佩服楼主的钻研、探索精神！恭喜最终完美解决问题。

作者: 月亮河岸 时间: 2019-6-19 08:25
windows 7 7601 exfat 不能启动是吧？

作者: 朱玛12345678 时间: 2019-6-19 09:39

月亮河岸发表于 2019-6-19 08:25
windows 7 7601 exfat 不能启动是吧？

不能，NT6.1仅7850支持，NT6.2+全版本都支持。

作者: yyjpcx 时间: 2019-6-21 19:04
希望楼主早日攻破
1.系统启动较慢的问题（比SSD启动慢10秒左右）
2.WinSXS 系统盘占用过大的问题

愿你的辛苦努力付出，让更多会员受益！~

作者: dxvyi 时间: 2019-6-23 21:25
强烈支持楼主这种锲而不舍的精神和毅力

作者: skyfreely 时间: 2019-6-24 18:10
支持一下楼主，辛苦了哦

作者: 2012masterasia 时间: 2019-7-2 10:09
大神，请问1903_updated_june_2019_x64_dvd_830837d9.iso已经有了，是否内置的exfat.sys依然是卡启动？仍然需要替换？

作者: chishingchan 时间: 2019-7-6 09:48
这么好的文章建议置顶

作者: 20121010168 时间: 2019-7-6 10:07
谢谢分享，跟着学习了下

作者: zlq_hysy 时间: 2019-7-6 10:13

勇于探索，坚持不懈，佩服！

作者: rrscsm2000 时间: 2019-7-6 12:08
居然被火绒给杀了！

屏幕捕获_2019_07_06_12_07_37_366.png (39.53 KB, 下载次数: 269)

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