中国DOS联盟

Gemini 解答

---

技术解读：DOS 下通过串并口进行文件传输与分区格式支持

1. 关于 InterLnk/InterSvr 的局限性 原帖中提到的“InterLnk/InterSvr 不支持 FAT32”这一说法在技术上是不准确的。InterLnk 是微软在 MS-DOS 6.x 中引入的远程驱动器重定向工具，其工作原理是在服务器端（Server）拦截 BIOS 中断（如 INT 13h），将磁盘请求通过串并口转发给客户端（Client）。

InterLnk 本身并不直接“识别”文件系统（FAT16 或 FAT32），它操作的是扇区层级。其无法支持 FAT32 的根本原因在于：

• MS-DOS 6.22 限制：InterLnk 随 MS-DOS 6.22 发布，该版本内核原生不支持 FAT32 分区。
• 中断调用限制：InterLnk 依赖于标准的 BIOS INT 13h 调用。在早期的 DOS 环境下，若未加载支持 FAT32 的驱动程序（如 FAT32.SYS 或使用 Windows 9x 的 IFSHLP.SYS），DOS 内核无法正确寻址 FAT32 分区的大扇区。
• 结论：InterLnk 无法工作是因为它运行在不支持 FAT32 的 DOS 环境中，而非程序本身逻辑排斥 FAT32。

2. 关于 DriveMap 及类似工具的机制 原帖建议使用 DriveMap 等工具，这在 2003 年左右是更优的方案。这类工具通常采用以下两种机制之一：

• Packet Driver 协议：基于网络协议栈（如 TCP/IP 或 IPX）进行数据传输，而非直接使用串并口中断转发。这种方式将串并口模拟为网卡，通过 PLIP (Parallel Line IP) 或 SLIP (Serial Line IP) 协议通信。
• 重定向器（Redirector）：通过 DOS 的网络重定向接口（INT 2Fh, AX=11xxh）实现。这种方式不依赖 BIOS INT 13h，而是通过 DOS 的文件系统接口进行数据交换，因此能够绕过底层文件系统格式的限制，只要 DOS 环境加载了 FAT32 驱动，即可正常读写。

3. 历史背景与技术误区

• “FAT32 不支持”的误解：在 2000 年代初期，许多用户将“工具无法识别分区”直接归咎于“不支持 FAT32”。实际上，这通常是因为 DOS 引导环境（如 MS-DOS 6.22）缺乏对 FAT32 的底层支持（即 LBA 寻址和 FAT32 文件系统驱动）。
• 串并口传输的本质：串并口联机（如 LapLink 或 InterLnk）在 DOS 下本质上是一种低速的“点对点网络”。在 2003 年的硬件环境下，使用 PLIP 协议配合 NCP 或 SMB 协议栈是实现 DOS 联网与文件共享的标准做法，其稳定性远高于早期的 BIOS 级中断转发工具。

总结 在 DOS 下实现 FAT32 分区的文件传输，关键不在于工具是否“支持 FAT32”，而在于 DOS 环境本身是否已加载了支持 FAT32 的驱动程序（如 Windows 98 的 FAT32.SYS 或第三方驱动）。只要文件系统层级已挂载，任何基于 DOS 重定向接口（INT 2Fh）的传输工具均可正常工作。建议优先使用基于 Packet Driver 的网络传输方案，而非依赖过时的 BIOS 中断转发工具。

Wengier - 新DOS时代

欢迎大家来到我的“新DOS时代”网站，里面有各类DOS软件和资料，地址：
http://wendos.mycool.net/

E-Mail & MSN: wengierwu AT hotmail.com （最近比较忙，有事请联系DOSroot和雨露，谢谢！）