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