Linux 磁盘基础:从物理结构到 CHS/LBA 寻址,吃透数据存储底层逻辑

Linux 磁盘基础:从物理结构到 CHS/LBA 寻址,吃透数据存储底层逻辑
在这里插入图片描述

🔥草莓熊Lotso:个人主页
❄️个人专栏: 《C++知识分享》《Linux 入门到实践:零基础也能懂》
✨生活是默默的坚持,毅力是永久的享受!


🎬 博主简介:

在这里插入图片描述

文章目录


前言:

磁盘是 Linux 系统中唯一的机械设备,也是数据持久化存储的核心载体。想要理解文件系统、分区、格式化等上层概念,必须先搞懂磁盘的物理结构,逻辑结构和寻址方式 —— 这是掌握 Linux 存储原理的基础。本文从磁盘硬件结构入手,逐步拆解磁道、柱面、扇区等关键概念,最终讲透 CHS 和 LBA 两种寻址方式的原理与转换逻辑,帮你打通从硬件到系统的存储认知链路。

一. 磁盘硬件基础:机械结构与存储单元

在这里插入图片描述

1.1 磁盘物理组成

机械磁盘的核心部件功能分工明确,类比日常物品更容易理解:

  • 盘片(Platter):类似 “记录数据的光盘”,一个磁盘可能有多个盘片,每个盘片有上下两个盘面(双面存储);
  • 磁头(Head):类似 “读写笔”,每个盘面对应一个磁头,负责读取 / 写入盘面数据;
  • 磁道(Track):盘片旋转时,磁头划过的圆形轨迹(类似光盘上的环形纹路),从外圈到内圈编号(0 磁道、1 磁道…);
  • 扇区(Sector):磁道被分割的扇形区域,是磁盘最小存储单位,默认大小 512 字节,所有磁道的扇区数量相同;
  • 柱面(Cylinder):所有盘片上半径相同的磁道组成的 “圆柱状” 逻辑结构(磁头同步移动,同时访问所有盘面的同编号磁道);
  • 主轴(Spindle):带动盘片高速旋转(转速常见 7200 转 / 分钟),配合磁头移动实现数据寻址。
💡核心结论:磁盘存储数据的物理单元是扇区,而磁头、柱面、扇区三者共同构成了数据的物理定位坐标。
❓️如何定位一个扇区呢?可以先定位磁头(header)确定磁头要访问哪⼀个柱面(磁道)(cylinder)定位⼀个扇区(sector)CHS地址定位(但是OS并不愿意直接使用这种方法,后面会讲)
在这里插入图片描述


在这里插入图片描述

1.2 磁盘容量计算

磁盘总容量由硬件参数直接决定,公式固定:
磁盘容量 = 磁头数 × 柱面数(磁道数) × 每磁道扇区数 × 每扇区字节数(默认512字节)

  • 示例:一个磁盘有 2 个盘片(4 个盘面)、1024 个柱面、每磁道 63 个扇区,容量计算为:4 × 1024 × 63 × 512 = 131072 × 512 = 67108864 字节 = 64 MB

展示一下我的云服务器的磁盘参数,大家也可以看看自己的

在这里插入图片描述

1.3 核心概念辨析:磁道、柱面、扇区

很多初学者会混淆磁道、柱面、扇区的关系,用 “多层同心圆” 模型就能快速理解:

  • 单个盘面:磁道是 “同心圆”,扇区是 “同心圆上的扇形切片”;
  • 多个盘面:所有盘面中 “半径相同的磁道” 组合成 “柱面”(比如盘面 0 的 0 磁道、盘面 1 的 0 磁道… 共同构成 0 柱面);
  • 关键特性:磁头移动时同步进退,一次只能访问一个柱面的所有磁道(所有磁头同时工作),这是后续寻址方式设计的核心依据。

二. 磁盘逻辑结构:系统对物理硬件的抽象

磁盘的逻辑结构是操作系统对物理硬件的 “简化抽象”,核心是将复杂的三维物理结构(盘片→磁道→扇区)转化为易于管理的线性结构,这也是 LBA 寻址能实现的基础。

2.1 多维度理解和理清磁盘逻辑结构

先看看下图的理解过程(后面再来看更真实过程)

在这里插入图片描述


再来看看真实过程:逻辑结构是物理结构的 “镜像抽象”,映射规则固定:

在这里插入图片描述


在这里插入图片描述

2.2 逻辑结构的本质

从系统视角来看,磁盘被抽象成一个一维的扇区数组

  • 数组的每个元素就是一个物理扇区(默认 512 字节);
  • 数组的下标就是 LBA 地址(从 0 开始连续编号);
  • 数组元素的顺序严格遵循 “先扇区→再磁头→最后柱面” 的物理存储顺序(后续 LBA 映射逻辑)。
在这里插入图片描述
这种抽象让系统无需关心 “哪个盘片、哪个磁道”,只需像操作普通数组一样,通过 LBA 地址(下标)访问对应的扇区,极大简化了文件存储、分区管理等上层逻辑。

2.3 逻辑结构的核心优势

  • 地址连续化:物理扇区在逻辑上呈线性排列,系统可通过 “连续 LBA 地址” 实现连续存储,减少磁头移动,提升读写效率;
  • 硬件无关化:逻辑结构屏蔽了不同磁盘的硬件差异(如磁头数、每磁道扇区数),系统用统一的 LBA 地址访问所有磁盘;
  • 管理简化:文件系统可直接基于逻辑扇区划分 “块”(如 4KB 块 = 8 个扇区),无需关注物理硬件细节,这个之后还会再讲的。

三. CHS 寻址:早期的物理坐标定位

3.1 CHS 寻址原理

CHS 是 “柱面(Cylinder)、磁头(Head)、扇区(Sector)” 的缩写,是最早的磁盘寻址方式 —— 直接使用物理部件的坐标定位扇区,逻辑直观:

  • 第一步:磁头移动到目标柱面(确定 “半径方向位置”);
  • 第二步:选择目标盘面的磁头(确定 “哪个盘面”);
  • 第三步:等待盘片旋转,目标扇区转到磁头下方(确定 “磁道上的具体位置”)。

例如:通过CHS(2, 1, 5)可精准定位 “2 号柱面、1 号磁头、5 号扇区” 对应的物理扇区,其实CHS对应的就是数组(三维数组)的下标。

3.2 CHS 的局限性

CHS 寻址完全依赖硬件参数,存在明显缺陷:

  • 容量限制:早期系统用 8 位存储磁头数、10 位存储柱面数、6 位存储扇区数,最大支持容量仅约 8GB(256×1024×63×512 字节),无法满足大磁盘需求;
  • 硬件依赖:不同磁盘的磁头数、扇区数可能不同,系统需适配不同硬件参数,兼容性差;软硬件耦合度高;
  • 地址不连续:物理坐标分散,不利于系统简化存储管理逻辑。

四. LBA 寻址:系统层面的线性地址

4.1 LBA 寻址原理

LBA(Logical Block Address)即 “逻辑块地址”,是对 CHS 的抽象优化 —— 直接使用逻辑结构中 “一维扇区数组的下标” 作为地址,把三维物理坐标(C/H/S)转化为一维线性地址,系统无需关心硬件细节。
核心优势

  • 地址连续:系统只需操作线性整数(如 LBA=1024),无需关注磁头、柱面等硬件参数;
  • 容量无限制:线性地址不受硬件位数限制,支持大容量磁盘(如 LBA-48 标准支持 128PB 容量);
  • 硬件无关:磁盘内部自行完成 LBA 与 CHS 的转换,系统层统一接口。

4.2 LBA 与物理扇区的映射逻辑

LBA 的编号规则完全遵循逻辑结构的数组顺序,确保地址连续对应物理存储的连续性:

  • 同一柱面内:先遍历所有磁头(所有盘面),每个磁头遍历对应磁道的所有扇区;
  • 跨柱面:一个柱面遍历完后,再进入下一个柱面重复上述过程。

五. CHS 与 LBA 的转换:底层核心逻辑

系统使用 LBA 寻址(OS认LBA),而磁盘硬件只识别 CHS 坐标,因此必须进行双向转换 —— 转换逻辑由磁盘固件(硬件电路)自动完成,无需用户干预,但理解转换公式能更深入掌握寻址本质。

5.1 关键前提参数

转换前需明确磁盘的三个固定参数(系统开机时从磁盘获取):

  • H:总磁头数;
  • S:每磁道扇区数;
  • 单个柱面的扇区总数 = H × S(所有磁头的所有扇区)。

5.2 CHS 转 LBA(物理坐标→线性地址)

  • 公式LBA = 柱面号(C)× 单个柱面扇区数(H×S) + 磁头号(H)× 每磁道扇区数(S) + 扇区号(S) - 1
  • 扇区号(S)从 1 开始(硬件约定),LBA 从 0 开始,因此需减 1;
  • 示例:磁盘 H=4、S=4,CHS (0,1,2) 转换为 LBA:LBA = 0×(4×4) + 1×4 + 2 - 1 = 0 + 4 + 1 = 5

5.3 LBA 转 CHS(线性地址→物理坐标)

  • 公式
    • 柱面号(C)= LBA ÷ 单个柱面扇区数(H×S) (整除)
    • 剩余扇区数 = LBA % 单个柱面扇区数(H×S) (取余)
    • 磁头号(H)= 剩余扇区数 ÷ 每磁道扇区数(S) (整除)
    • 扇区号(S)= 剩余扇区数 % 每磁道扇区数(S) + 1 (取余后+1,适配硬件编号)
  • 示例:磁盘 H=4、S=4,LBA=5 转换为 CHS:
单个柱面扇区数 = 4×4=16; C=5÷16=0; 剩余扇区数 = 5%16=5; H=5÷4=1; S=5%4 +1=1+1=2;
结果:CHS (0,1,2)(与前面示例反向验证一致)。

5.4 图示深入理解(重点看,很详细)

在这里插入图片描述

结尾:

🍓 我是草莓熊 Lotso!若这篇技术干货帮你打通了学习中的卡点: 👀 【关注】跟我一起深耕技术领域,从基础到进阶,见证每一次成长 ❤️ 【点赞】让优质内容被更多人看见,让知识传递更有力量 ⭐ 【收藏】把核心知识点、实战技巧存好,需要时直接查、随时用 💬 【评论】分享你的经验或疑问(比如曾踩过的技术坑?),一起交流避坑 🗳️ 【投票】用你的选择助力社区内容方向,告诉大家哪个技术点最该重点拆解 技术之路难免有困惑,但同行的人会让前进更有方向~愿我们都能在自己专注的领域里,一步步靠近心中的技术目标! 

结语:磁盘的物理结构,逻辑结构和寻址方式是 Linux 存储的 “地基”—— 后续的分区(按柱面划分)、文件系统(管理扇区 / 块)、格式化(写入文件系统元数据)等操作,都依赖本文讲解的底层逻辑。理解 CHS 到 LBA 的演进,能帮你明白 “系统如何屏蔽硬件差异” 的设计思想,这也是 Linux “一切皆文件” 抽象理念的底层体现。

✨把这些内容吃透超牛的!放松下吧✨ʕ˘ᴥ˘ʔづきらど

Read more

【Linux系统编程】(四十二)吃透线程互斥!从原理到实战,手把手教你玩转 Linux 下的互斥锁

【Linux系统编程】(四十二)吃透线程互斥!从原理到实战,手把手教你玩转 Linux 下的互斥锁

目录 前言 一、线程互斥的核心概念:搞懂这些,才算入门 1.1 共享资源与临界资源 1.2 临界区 1.3 互斥的定义 1.4 原子性:互斥的底层要求 二、多线程共享资源的坑:亲眼看看问题出在哪 2.1 问题代码:未加互斥的售票系统 2.2 编译运行与异常结果 2.3 问题根源:三步分析 (1)线程调度的随机性 (2)耗时操作放大了竞争问题 (3)ticket--本身不是原子操作 2.4 解决问题的核心要求 三、Linux 下的互斥量:mutex 的使用全解析 3.1 互斥量的类型与核心接口

By Ne0inhk
【linux】高级IO,以ET模式运行的epoll版本的TCP服务器实现reactor反应堆

【linux】高级IO,以ET模式运行的epoll版本的TCP服务器实现reactor反应堆

小编个人主页详情<—请点击 小编个人gitee代码仓库<—请点击 linux系统编程专栏<—请点击 linux网络编程专栏<—请点击 倘若命中无此运,孤身亦可登昆仑,送给屏幕面前的读者朋友们和小编自己! 目录 * 前言 * 一、前置知识 * 二、第一阶段,基本框架的实现 * Connection * Main.cc * TcpServer * 测试 * 三、第二阶段,引入业务协议 * TcpServer * Main.cc * TcpServer * 测试 * 四、拓展 * 五、写博客一年的总结 * 六、源代码 * ClientCal.cc * Comm.hpp * Epoller.hpp * Log.hpp * Main.

By Ne0inhk
Flutter 组件 cleany 适配鸿蒙 HarmonyOS 实战:自动化清理矩阵,构建复杂应用的状态闭环与资源防腐架构

Flutter 组件 cleany 适配鸿蒙 HarmonyOS 实战:自动化清理矩阵,构建复杂应用的状态闭环与资源防腐架构

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 组件 cleany 适配鸿蒙 HarmonyOS 实战:自动化清理矩阵,构建复杂应用的状态闭环与资源防腐架构 前言 在鸿蒙(OpenHarmony)生态迈向多任务并行、长周期驻留及高频账户流转的全场景办公与生活背景下,如何确保应用在退出登录、环境切换或异常恢复时能够“不留痕迹”地销毁脏数据,已成为衡量应用健壮性的核心指标。在鸿蒙设备这类强调分布式沙箱隔离与严苛内存占用(Resident Set Size)管控的环境下,如果应用缺乏统一的资源清理机制,由于由于散落在各处的 Stream 监听、本地缓存及内存单例,极易由于由于状态残留导致不同用户间的数据越权或 UI 状态的逻辑死锁。 我们需要一种能够集中注册清理任务、支持并发异步销毁且具备原子性执行保障的状态复位框架。 cleany 为 Flutter 开发者引入了极其暴力且高效的“全域清算”范式。它通过中心化的管理器(Manager),允许各个业务模块在初始化时注册其对应的资源回收钩子。在适

By Ne0inhk
保姆级教程 | 在Ubuntu上部署Claude CodeUI全过程

保姆级教程 | 在Ubuntu上部署Claude CodeUI全过程

目 录 * 前言 * 什么是Claude Code Plan Mode * 安装教程 * 环境部署 * 安装claude code * 安装lanyuncodingui界面 * 总结:掌握AI编程规划的未来 * 核心价值回顾 * 立即行动:开启智能编程之旅 前言 Claude Code Plan Mode 是 AI 编程助手领域的革命性功能,通过安全的只读分析模式,为开发者提供智能规划体验。 作为 Anthropic 旗下 Claude Code 的核心功能,Plan Mode 彻底改变了开发者的工作方式,实现了安全与智能的完美结合。 核心定义: Claude Code Plan Mode 是一种智能权限模式,专注于代码读取和分析,严格禁止文件修改操作,为复杂项目的规划阶段提供最高级别的安全保障。 权威验证:根据 Anthropic 官方文档,

By Ne0inhk