我通常从事软件方面的工作，并且在存储方面很弱。我正在阅读有关块、文件和对象存储的内容，我发现的所有内容都将存储作为一个完全孤立的主题进行讨论，而不是包括操作系统会看到的内容——这是我真正感兴趣的。
让我困惑的是块存储和文件存储是完全分开的。例如，在 LVM 中，您必须为其提供块设备进行管理，然后在此之上您拥有各自的 VG 和 LV，并在其之上具有文件系统。这些块设备不被视为块存储吗？
当存储人员说文件存储时，该文件存储在某些时候是否必然在其下方具有块存储？相反，块存储是否不需要在其之上的某些东西才有用？是文件系统还是某种对象/专有/特殊酱汁存储？
例如，如果我理解正确，SAN 有某种控制器，然后提供 LUN（通常），然后由服务器安装（视为操作系统中的另一个硬盘驱动器），然后将文件系统放在它们上面。或者这是不正确的？
这似乎很奇怪，因为大多数阅读材料都将这些内容呈现为看似相互排斥的选项，我不确定我是否误解了一些基本的东西。
我不是存储专家，但我会尽力回答您的问题。
块存储是您可以以块为单位写入和读取数据的存储，因此得名，传统上它曾经是硬盘驱动器的 512 字节扇区，现在现代硬盘驱动器可以是 4096 字节扇区（文件系统块大小可以更大到 64Kb以 xfs 为例）
块存储可以划分为不同的分区，这是您想要将块存储弯曲的操作系统层（1 个硬盘驱动器分成不同的逻辑块）。一个用于启动，一个用于游戏，一个用于数据，一个用于工作。不过，这是可选的，正如您在上面提到的 LVM，您可以将块存储单元添加为物理卷而不对其进行分区。
文件存储是该块设备上的文件系统的概念，它是一个方便的接口来安排和保存/读取该设备的数据，它还允许写入特定的块，例如 MBR，例如让 BIOS api 找到如何启动操作系统，但除此之外，这只是操作系统内核在块设备上交互和排列数据同时让用户在该存储上具有良好的基于文件的层次结构（unix中的目录，windows中的文件夹）的逻辑方式
现在您提到 LVM 只是一个程序，它允许您以更有效的方式管理存储（添加、删除、镜像、快照逻辑磁盘）它只是特定操作系统的抽象层，用于与底层硬件存储设备交互对用户来说更简单的方法，类似于 zfs 卷或 Solaris 卷管理器或 linux 软件 RAID(mdraid)，所有这些都是为了方便而创建的。
对象存储是类似于文件存储的存储，只是存储方式不同，并且具有元数据索引和其他一些机制，可以在不同的硬件中分配数据并存储数据（git、AWS S3）。
我希望这有帮助。