我正在构建一个基于具有 18 个驱动器托架的戴尔服务器的 RAID 系统；我想用作 JBOD 并使用 LVM2/MDADM 进行管理，并使用 XFS 作为基本文件系统。
但是...我有一些仅适用于 iSCSI 目标（而不是传统的 SMB 网络共享）的 PC 软件...我希望能够从 Linux 和 Windows 中查看和操作存储...是否有一个文件系统仿真器位于 iSCSI 和 XFS 之间，并会采用 Windows 文件系统（ExFAT、NTFS、UDF？）并将其转换为已安装的 linux 文件系统中的“文件”？
Windows 中的 iSCSI 卷是否可以“只读且按需重新安装/扫描”（断开连接，重新制作虚拟文件系统，然后允许通过 Windows 重新安装）？Windows 访问不需要很快...
或者...是否有支持 Windows 的 iSCSI target-FS 和分布式文件系统，以便可以同时从 Windows 7 和 Linux 访问它（也许会支持...？）？
您应该考虑使用 ZFS。这样，您将拥有存储空间池，可以将其分配给传统文件系统或虚拟块设备。
传统的文件系统可以由 NFS 或 SMB 共享。虚拟块设备 (zvolumes) 可用作 iSCSI 目标。
如果你想坚持使用 XFS，那么你可以使用 Linux 环回设备来创建一个由文件系统上的文件备份的虚拟块设备。然后可以将该环回块设备用作 iSCSI 目标。
iSCSI 本身并不依赖于文件系统。它是一种通过 IP 网络访问远程块设备的文件系统不可知机制。因此，一旦您从 Windows 连接到 iSCSI 目标，您就可以使用您想要的任何文件系统来格式化驱动器。
要导出 iSCSI 共享，您必须选择：
第一个选项意味着您可以直接将 LVM 卷挂载到方便的路径上，而文件选项要求您创建一个环回设备以将文件系统挂载到文件本身内。
但是，真正的问题是，当远程客户端使用共享时，您不能简单地挂载 LVM 卷或文件/环回：exFAT 不是集群感知文件系统，因此，通过双重挂载，您会立即面临风险和无法弥补的腐败。
唯一（绝对未经测试）的选项是：
mount -o ro <yourdev> <yourpath>：）也就是说，令我惊讶的是，您的设备仅支持 iSCSI。仔细检查它们是否支持 NFS，这将完全解决您的双挂载问题。