【Linux】文件系统

前些天发现了一个巨牛的人工智能学习网站,通俗易懂,风趣幽默,忍不住分享一下给大家

点击跳转到网站

一、前言知识

1、系统中是不是所有文件都被打开了呐?大部分文件都是没有被打开的,这些文件是被保存在磁盘(或者SSD等等),OS也需要管理磁盘文件。

2、磁盘的物理存储

3、Liunx中磁盘文件的特性:文件 = 内容+属性;其中内容和属性是分开存储的,然后内容大小是可变的,可能很大可能很小,而属性是固定大小的(即创建的结构体大小是固定的),每个文件的属性的类别都是一样,只不过是类别的内容不一样,这些属性由一个结构体管理:

其中ionde编号在分区中是唯一的,用来区分是哪个inode结构体。

4、文件名不属于文件属性,即文件名不在结构体inode中。

5、指令查看inode内容:

系统中标识一个文件用的不直接是文件名,而是inode编号。

二、文件系统的磁盘布局结构

用于管理分区的存储组织方式,核心是按 块组(Block Group) 划分存储,每个块组重复关键元数据,保障可靠性与效率

1、 inode Table(inode 表)

存储inode 结构体:记录文件 / 目录的元数据(权限、所有者、大小、数据块位置等),每个文件 / 目录对应一个 inode。

2、 inode Bitmap(inode 位图)

用每一个位(bit)标记块组内 inode 的使用状态:0 空闲、1 已占用。

管理文件 / 目录的元数据载体(inode)。

3、Data blocks(数据块)

实际存储文件内容、目录结构的区域。大小由文件系统格式化时指定(如 4KB),大文件会占用多个数据块。

4. Block Bitmap(块位图)

用每一个位(bit)标记块组内数据块(Data blocks)的使用状态:0 表示空闲,1 表示已占用。快速查询、分配、回收数据块。

5、分析

6、Group Descriptor Table(组描述符表)

描述当前块组的属性:块位图位置、inode 位图位置、inode 表起始位置等,让文件系统快速定位块组内资源。

7、Boot Block(引导块、启动块 )

Boot Block(引导块)是磁盘分区起始位置的特殊区域,独立于文件系统类型,存储引导加载程序关键片段(如 VBR、EBR ),承担系统启动 "接力" 任务,在开机时衔接硬件启动信号与内核加载流程,为系统启动做基础铺垫,定位内核、传递参数、初始化环境,是系统从硬件通电到操作系统正常运行的关键启动基石,若损坏会致系统无法启动,与文件系统后续元数据管理分区协同,先保障启动再支持用户数据存储访问 。

8、Super Block(超级块)

存储文件系统的全局信息:总块数、inode 总数、块大小、最近挂载时间等。是文件系统 "身份证",每个块组都有备份(通常块组 0 的超级块最关键)。

三、文件名

相关推荐
Azure DevOps8 分钟前
在Azure DevOps的工作项中使用markdown
运维·microsoft·flask·azure·devops
先做个垃圾出来………35 分钟前
CI/CD与DevOps集成方法
运维·ci/cd·devops
qq_4477053136 分钟前
宝塔通过docker部署JupyterHub指南【常见错误处理】
运维·docker·容器
卡比巴拉—林1 小时前
HAProxy 实验指南:从零开始搭建高可用负载均衡系统
运维·负载均衡
tanxiaomi1 小时前
docker 从主机复制文件到容器外进行编辑
运维·docker·容器
七七powerful1 小时前
sealos 方式安装k8s5节点集群
linux·运维·服务器
lunz_fly19921 小时前
手动编译安装 MongoDB
linux
小Tomkk2 小时前
AutoLabelImg:高效的数据自动化标注工具和下载
运维·人工智能·自动化
*愿风载尘*3 小时前
SecureCRT连接密钥交换失败
linux·macos
Json____3 小时前
docker搭建部署 onlyoffice 实现前端集成在线解析文档解决方案
运维·docker·容器·在线文档·onlyoffice·文档预览·在线文档解析