操作系统是 Debian 10。
我使用 Basilisk 将一些旧的 mac 经典应用程序安装到共享驱动器（即“Unix Root”），因为 mac 卷没有足够的空间。
查看父文件系统上已安装的文件夹时，显示为“xyz <?>（无效编码）”
这让我思考......作为普通用户运行的应用程序是否有可能仅仅通过尝试以不寻常的方式写入来破坏底层文件系统？ （我想它可以有效地在整个安装点上运行 rm ，但假设它没有做任何“恶意”的事情，而是“错误的”）
我可以运行什么命令来验证文件系统的完整性？
我使用的实际父文件系统是 XFS。
答案1
文件名是一系列字节。不同的字符编码使用这些字节以不同的方式对字符进行编码。作为一个极端的例子，UTF-16 每个字符使用 16 位（两个字节），但 ISO-8859-1 仅使用 8 位（一个字节）端口字符。
您的 Mac 使用的字符编码很可能与您的服务器期望的编码不匹配。结果是，在 Mac 上正确表示的文件名无法在服务器上本地表示，因此您会收到您所描述的错误。
这并没有破坏通常意义上的文件系统（即文件系统结构仍然完整，并且文件名及其数据可以以某种方式读取），但它创建了在服务器上无法使用的文件名。