几十年来，我一直使用 (C-)Kermit 与各种 HP48GX 进行通信。我目前运行 (C-)Kermit 的环境设置主要是在最新版本的 Windows 10 x64 上的 Linux Mint Vera 21.1 Cinnamon 64 位 VMware VM 上使用“C-Kermit 9.0.305 OPEN SOURCE: Alpha.07, 24 Jan 2022, for Linux+SSL (64-bit)”通过默认系统存储库安装。
三个多月前，我安装了 VMware 17.x 的更新（其中 x < 5），突然间我无法再在虚拟机内连接或传输数据和/或文件到我的 HP48GXs 或从 HP48GXs 传输数据和/或文件。我将 VMware 更新到版本 17.5，但问题并没有解决。目前，我正在使用最新版本的 VMware，但似乎没有什么变化。就在最近，我安装了适用于 Windows Beta 5 的 C-Kermit 10.0，但它也不起作用。在每种情况下，当尝试通过 Kermit 传输文件时，似乎 Kermit 可以传输数据但不能接收数据。也就是说，Kermit 传输了一个数据包，但从未收到 ACK，并最终在重传无 ACK 序列中出错。
我在 Windows 中运行了一个串行端口监视器，当 Kermit 尝试传输任何内容时，我会看到大量带有 STATUS_TIMEOUT 的 IRP_MJ_READ 系统调用。但是，如果我使用 SecureCRT I能使用XMODEM毫无问题地将数据传输到我的HP48GXs。
在 Linux VM 情况下，USB 串行设备节点似乎正确创建为 /dev/ttyUSB*。此外，dmesg 和 udevadm 报告该设备已正确设置并正常运行。在原生 Windows 10 x64 情况下，设备管理器报告 USB 转串行适配器工作正常且已分配 COM3。
我尝试过不同的 HP48GX，结果相同。此外，我还尝试过 Keyspan USA-19HS USB 转串口适配器以及 FTDI Chip UT232R-500 USB 转串口适配器，但没有任何变化。请注意，对于 Keyspan 适配器，当配置 Windows 中的 COM 端口或 Linux 中的 USB tty 设备节点并设置其速度时，绿色 LED 会从闪烁变为常亮，这进一步证实了至少 USB 转串口端没有硬件问题。
请注意我能让 C-Kermit 与我的 HP48GXs 在我的 Intel NUC8i7BEH 上运行，该机器运行的是旧版本的 Linux Mint（如果我不记得操作系统的具体版本，请原谅）。这让我认为问题出在 Windows 安装或我运行 Kermit 的硬件上，即戴尔 Alienware 17 R5。
此刻我不知道该怎么办。