Filesystems 设备vs分区vs文件系统vs卷：这些概念如何准确地相互关联

从Java开发人员的角度来看，这些概念如何相互关联

我的问题：是否有人可以提供解释或一些链接，以获得简单准确/普遍接受的定义？Tks

作为参考，我找到但不清楚的文件：

不是很幸运

我最初的假设：

• 首先是物理设备及其驱动程序
• 分区是驱动程序提供的设备部分的视图，与文件系统概念无关
• 卷是以某种方式组织的一组分区的名称（例如RAID）
• 文件系统位于卷的顶部，以文件单位存储数据
• 文件系统通常提供卷的树状视图
• 文件系统树可以静默地包括使用文件系统连接/链接功能的其他文件系统树

---

让我们从一些基本知识开始：

• 数据：数据只是按顺序排列的一组位。内容的解释取决于用于读取数据的应用程序。示例1：使用文本编辑器进行尝试，然后此应用程序可能会捆绑8位字符并将其解释为ASCII字符。示例2：您尝试使用音频播放器打开文件，然后它将尝试将12位放在一起以获得播放音频中的一个振幅

• 存储设备：设备是可以存储数据的物理存储设备。这些通常以“随机访问”方式访问，例如获取位号1337->1（简化）。这些设备的示例包括：硬盘驱动器、固态磁盘、U盘、CD、DVD，以及计算机内存

这两样东西就是你所需要的：1。存储/读取数据的设备2。关于如何处理数据的规则

例如：假设您将一个二进制文件复制到硬盘的开头，并告诉您的计算机从此硬盘启动。计算机将读取并执行第一个命令，然后读取下一个命令，依此类推。这就是引导加载程序所做的。在这个早期阶段，没有涉及文件系统、分区等

在软件开发开始时，您没有“打开文件”，而是“读取100到180个字节”并处理这些数据（可能80个字节是字符串或音频数据）。处理数字变得很烦人（我的字符串从哪里开始？是40吗？又有多长？这是哪个字符串？），所以文件系统的发明地是：

• 文件系统：文件系统只是为了让字节具有某种意义的一个层。文件系统中的文件只是数据的起始位置、长度和寻址方式的信息（“diary.txt”比“从字节500开始的4000字节”更容易处理）。路径和树视图只是为了使查找和组织文件更加方便
  因此，基本上文件系统使用数据并将其解释为文件系统。此外，它允许用户（或其他应用程序）以简单的方式访问这些数据块。文件系统不关心数据存储在哪里，它可能来自任何设备。您还可以创建一个
  例如： 文件系统获取数据（

  [---数据---]

  ），处理数据，并允许访问数据块（

  [D]

  ）

  [---数据---->文件系统->[D][D][D]

  由于文件只是从文件系统接收的数据，所以可以在文件中安装文件系统。没问题：
  `硬盘驱动器-->文件系统-->文件-->文件系统-->文件

在我看来，这些是主要的概念。您还谈到了其他一些东西，如分区、（逻辑）卷、卷组、（加密）容器等。不要被这些东西弄糊涂了，这些只是用来组织数据的其他层。仔细看一下，您会发现这些基本上都是文件系统。让我们以分区为例：分区包含以下信息：它在基础数据中的起始位置、它的长度以及寻址方式（例如分区号2）。听起来熟悉吗

那么，Java开发者对此有何看法？大多数情况下，您将通过

文件

访问数据。尽管直接写入/读取hdd是完全合理的。我认为最好的方法是：使用最适合您的应用程序的数据源：

例如：

• 有组织的数据？->数据库
• 文本？->文件
• 分区组织工具->直接从设备读取，例如/dev/sd0

希望这有助于澄清一些问题。

总体情况（类似Windows）
图标来源：

---

磁盘、驱动器、分区、卷 磁盘或驱动器：用于存储数据的物理设备。这与存储技术有关，例如硬盘驱动器、软盘驱动器和USB闪存驱动器

磁盘分为多个扇区，每个扇区包含相同数量的字节。扇区有一个扇区号，可用于单独引用它们

分区和卷：通常可以互换使用，但不相同，可以有

• A是具有特定大小（例如硬盘的特定扇区范围）的磁盘块。磁盘分区是将磁盘划分为多个块的行为，就像存在多个磁盘一样。某些分区可能会依次划分为多个单独的分区，必须由使用的分区方案支持

• 有效块（无论是物理块还是逻辑块）称为。原始卷可以稍后格式化为包含一个文件系统，该文件系统本身可以存储实际数据

操作系统需要跟踪系统中的卷。存储的是文件和目录

可以使用两种主要分区方案进行分区：

• （MBR）
• （GP）