文件分卷压缩怎么操作，切分大小填3900MB，绕开FAT32的4GB上限

U 盘里还有几十 GB 空着，拷一个 5 GB 的影片进去，进度条走到一半停住，弹出一行提示：「文件对于目标文件系统过大」。第一次碰到这种情况，多数人会先怀疑盘坏了或者容量不够，可点开属性看一眼，剩余空间往往还很充裕——真正起作用的是分区格式的规则。

FAT32 规定单个文件不能超过 4GB，也就是 4,294,967,295 字节。这条限制和剩余空间没有关系，1TB 的 U 盘只要还是 FAT32，一样放不进 5GB 的影片。

绕开它有两条路：把大文件切成若干个小于 4GB 的包，成组拷进 U 盘，到目标机器上再合并还原；或者把 U 盘换成单文件上限更高的文件系统。前者不动 U 盘，后者动一次就够。 下面按先确认、再处理、最后校验的顺序把两套都走一遍，命令在 Windows 10/11 上实测可用。

报错里的「目标文件系统」指的是什么

这句提示里的「目标文件系统」，说的是要往里拷文件的那块盘当前使用的分区格式，跟剩余容量是两码事。文件系统决定了单个文件能有多大、根目录能放多少条目，容量只是另一条独立的属性。

出现这个提示，绝大多数是撞到了 FAT32 的 4GB 单文件上限。判断依据有几条：

• U 盘剩余空间远大于要拷的文件，提示照样出现
• 文案是「文件对于目标文件系统过大」，而不是「磁盘空间不足」
• 换一个小于 4GB 的文件拷进同一个 U 盘，一切正常

三条都对上，基本可以确定问题出在文件系统上。U 盘本身大多没坏，不必急着重买或送修。

先确认 U 盘用的是哪种文件系统

动手之前先把格式确认下来，再决定是分卷绕开还是转换格式根治，能省掉大量盲目重试。最直接的一条路是看盘符属性：

1. 打开「此电脑」，右键 U 盘盘符，选「属性」
2. 在「常规」标签页里找到「文件系统」一栏，写着 FAT32 就说明单个文件不能超过 4GB
3. 顺手看一眼已用空间和可用空间，确认容量确实够用

命令行能给出更完整的卷信息。Win+R 输入 cmd，按 Ctrl+Shift+Enter 以管理员身份打开：

fsutil fsinfo volumeinfo E:

E: 换成你自己的盘符。卷信息里会明确列出文件系统名，显示 FAT32 就验证了前面的判断。同一条命令对移动硬盘和 SD 卡同样适用，判断标准一致。

盘符别照抄。一台机器上插了两块移动设备时，U 盘可能是 F: 或 G:，写错盘符会直接报错，也可能把另一块盘的卷信息当成 U 盘的看。

用分卷压缩把大文件切成带序号的包

确认了是 4GB 上限，就可以切包了。切分大小在压缩的时候一次设定，生成的包自带序号，每个都小于 4GB，正好躲开 FAT32 的上限。操作是选中要拷的大文件，右键选择「添加到压缩文件」，也就是压缩软件里的「新建/创建压缩包」入口，在「切分分卷大小」或「分卷大小」一栏里填 3900MB。

不要填 4096MB。 这个值卡在 4GB 边界上，文件头开销加上文件系统的换算，会让某一卷略微超出，反而拷不进 FAT32 的 U 盘。留几十 MB 余量最稳。

压缩完成后会生成 xxx.part1、xxx.part2 这样一串带序号的包。这里有两件事要核对：

• 把所有 part 包的总大小和原文件对一遍，两者应当差不多
• 数一下包的个数，确认最后一个包没有漏掉

分卷要成组拷走，在原位解压合并

分卷包之间是互相依赖的，缺一个都还原不出来。在 U 盘里新建一个文件夹，把所有 part 包一起拷进去，文件名保持原样不要改——序号就是合并顺序，改名等于把顺序打乱。

1. 在 U 盘里新建一个文件夹，把所有 part 包一起拷进去
2. 拷贝前数一遍包的数量，和压缩时生成的个数对上
3. 到目标电脑上，右键 xxx.part1，选「解压到当前文件夹」
4. 解压程序会按序号自动合并，还原出一个和原文件一样大的文件

少拷一个分卷，解压会在中途中断并提示缺少分卷，后面的包再全也没用。多台机器之间来回拷的时候，这一步最容易出问题。

不想每次都切包，就把 U 盘换成 NTFS 或 exFAT

要彻底不再分卷，就把 U 盘换成单文件能超过 4GB 的文件系统。exFAT 和 NTFS 都行：exFAT 在格式化的时候选，NTFS 既能格式化成，也能用命令行原地转换，不动已有数据。

原地转换的命令是：

convert E: /fs:ntfs

需要在管理员身份的命令行窗口里执行。两条常见报错各自对应一个原因：

• 「访问被拒绝」：当前窗口不是管理员身份，重新用 Ctrl+Shift+Enter 打开
• 「参数错误」：盘符写错了，先核对 U 盘到底是哪个字母

不想用命令，也可以右键 U 盘，选「格式化」，文件系统选 exFAT，分配单元大小保持默认。exFAT 单文件可以超过 4GB，转好之后再拷大文件就不会弹「文件过大」。

转换之前，把 U 盘里现有的数据复制到别处。convert 是原地转换，正常情况下不丢数据，但断电、中途拔盘这类意外仍可能损坏数据，留个后手总没错。格式化那条路会清空整块盘，肯定要先备份。

还原之后用 certutil 校验一次

传输和合并都可能出错，比一遍哈希才算真正传成功。系统自带的 certutil 就能算 SHA256，不需要额外装工具：

certutil -hashfile D:\video.mp4 SHA256

原来那个大文件也跑一遍同样的命令，拿到另一串哈希，两串逐位比对：

• 两串完全一致，说明拷贝和还原都成功
• 对不上，先把 U 盘里的分卷删掉，重新成组拷贝再解压，再算一次
• 两次都对不上，回原机器重新生成分卷包，别急着删原文件

哈希对不上，意味着拷贝或合并过程中有数据出错，文件是不完整的。这种文件直接拿去用，比重新拷一遍的代价大得多。

两种做法的取舍

常见问题

分卷包少拷一个还能解压吗

不能。解压时会按序号依次读取，缺任何一个都会中断并提示缺少分卷，后面的包再全也没用。拷贝之前把包数一遍，和压缩时生成的个数对上。

切分大小填 3900MB 还是 4096MB

填 3900MB。留出来的那几十 MB 是给卷头开销和换算误差的余量；按 4096MB 生成，某一卷很可能刚好越过 4GB 这条线，反而拷不进 FAT32 的 U 盘。

convert 转 NTFS 会不会丢数据

convert 只改文件系统的组织方式，不动文件内容，正常跑完不会丢数据。风险在于过程被打断——断电、中途拔盘都可能把分区写坏，所以转换前先把 U 盘里的东西复制一份到别的盘上。

哈希对不上说明什么

说明拷贝或合并过程中有数据出错，文件不完整。先把 U 盘上的分卷删掉，重新成组拷贝再解压，重算一次；两次都对不上，就回原机器重新生成分卷包。

把顺序理一遍：先用 fsutil 确认是不是 FAT32，再决定切包还是转格式——切包按 3900MB 一刀，成组拷进 U 盘同一个文件夹，在目标机器上从 part1 解压合并；转格式走 convert，或者格式化时选 exFAT。最后用 certutil 把两串哈希对一遍，对上了，这一次拷贝才算结束。