重庆分公司,新征程启航
为企业提供网站建设、域名注册、服务器等服务
这篇文章将为大家详细讲解有关Linux 中怎么管理磁盘与文件系统,文章内容质量较高,因此小编分享给大家做个参考,希望大家阅读完这篇文章后对相关知识有一定的了解。
我们拥有10多年网页设计和网站建设经验,从网站策划到网站制作,我们的网页设计师为您提供的解决方案。为企业提供成都网站建设、网站制作、微信开发、微信小程序、手机网站开发、H5页面制作、等业务。无论您有什么样的网站设计或者设计方案要求,我们都将富于创造性的提供专业设计服务并满足您的需求。
磁盘分区表主要有两种格式,一种是限制较多的 MBR 分区表,一种是较新且限制较少的 GPT 分区表。 MBR 分区表中,第一个扇区最重要,里面有:(1)主要开机区(Master boot record, MBR)及分区表(partition table), 其中 MBR 占有 446 Bytes,而 partition table 则占 有 64 Bytes。 GPT 分区表除了分区数量扩充较多之外,支持的磁盘容量也可以超过 2TB。
文件系统通常会将这两部份的数据分别存放在不同的区块,权限与属性放置到 inode 中,至于实际数据则放置到 data block 区块中。 另外,还有一个超级区块 (superblock) 会记录整个文件系统的整体信息,包括inode 与 block 的总量、使用量、剩余量等。
superblock:记录此 filesystem 的整体信息,包括inode/block的总量、使用量、剩余量,以及文件系统的格式与相关信息等。
inode:记录文件的属性,一个文件占用一个inode,同时记录此文件的数据所在的 block号码。
block:实际记录文件的内容,若文件太大时,会占用多个 block 。
Ext2 格式化后有点像下面这样:
每一个区块群组(block group)的六个主要内容说明如下:
data block (数据区块) data block 是用来放置文件内容数据地方,在 Ext2 文件系统中所支持的 block 大小有 1K, 2K及 4K 三种而已。在格式化时 block 的大小就固定了,且每个 block 都有编号,以方便 inode的记录啦。
inode table (inode 表格)
inode 的内容在记录文件的属性以及该文件实际数据是放置在哪几号 block 内! 基本上,inode 记录的文件数据至少有下面这些: 该文件的存取模式(read/write/excute); 该文件的拥有者与群组(owner/group); 该文件的容量; 该文件创建或状态改变的时间(ctime); 最近一次的读取时间(atime); 最近修改的时间(mtime); 定义文件特性的旗标(flag),如 SetUID...; 该文件真正内容的指向 (pointer);
Superblock (超级区块) Superblock 是记录整个 filesystem 相关信息的地方, 没有 Superblock ,就没有这个filesystem 了。他记录的信息主要有:
block 与 inode 的总量; 未使用与已使用的 inode / block 数量; block 与 inode 的大小 (block 为 1, 2, 4K,inode 为 128Bytes 或 256Bytes); filesystem 的挂载时间、最近一次写入数据的时间、最近一次检验磁盘 (fsck) 的时间 等文件系统的相关信息; 一个 valid bit 数值,若此文件系统已被挂载,则 valid bit 为 0 ,若未被挂载,则 valid bit 为 1 。
Filesystem Description (文件系统描述说明) 这个区段可以描述每个 block group 的开始与结束的 block 号码,以及说明每个区段 (superblock, bitmap, inodemap, data block) 分别介于哪一个 block 号码之间。这部份也能 够用 dumpe2fs 来观察的。
block bitmap (区块对照表) 如果你想要新增文件时总会用到 block 吧!那你要使用哪个 block 来记录呢?当然是选择“空 的 block ”来记录新文件的数据啰。 那你怎么知道哪个 block 是空的?这就得要通过 block bitmap 的辅助了。从 block bitmap 当中可以知道哪些 block 是空的,因此我们的系统就能够 很快速的找到可使用的空间来处置文件啰。 同样的,如果你删除某些文件时,那么那些文件原本占用的 block 号码就得要释放出来, 此 时在 block bitmap 当中相对应到该 block 号码的标志就得要修改成为“未使用中”啰!这就是 bitmap 的功能。
inode bitmap (inode 对照表) 这个其实与 block bitmap 是类似的功能,只是 block bitmap 记录的是使用与未使用的 block 号码, 至于 inode bitmap 则是记录使用与未使用的 inode 号码啰!
dumpe2fs /dev/vda5
日志式文件系统 (journal) 会多出一块记录区,随时记载文件系统的主要活动,可加快 系统复原时间;
将文件系统与目录树结合的动作我们称为“挂载”。重点是:挂载点一定是目录,该目录为进入该文件系统的入口。因此并不是你有任何文件系统都能使用,必须要“挂载”到目录树的某个目录后,才能够使用该文件系统的。
df:列出文件系统的整体磁盘使用量; du:评估文件系统的磁盘使用量(常用在推估目录所占容量)
实体链接与符号链接: ln
Hard Link (实体链接, 硬式链接或实际链接)
假设我系统有个 /root/crontab 他是 /etc/crontab 的实体链接,也就是说这两个文件名链接到同一个 inode 。
Symbolic Link (符号链接,亦即是捷径)
这个 Symbolic Link 与 Windows 的捷径可以给他划上等号,由Symbolic link 所创建的文件为一个独立的新的文件,所以会占用掉 inode 与 block。
如果我们想要在系统里面新增一颗磁盘时,应该有哪些动作需要做的呢:
对磁盘进行分区,以创建可用的 partition ;
对该 partition 进行格式化 (format),以创建系统可用的 filesystem;
若想要仔细一点,则可对刚刚创建好的 filesystem 进行检验;
在 Linux 系统上,需要创建挂载点 (亦即是目录),并将他挂载上来;
观察磁盘分区状态
lsblk 列出系统上的所有磁盘列表
blkid 列出设备的 UUID 等参数
parted 列出磁盘的分区表类型与分区信息
磁盘分区: gdisk/fdisk
磁盘格式化(创建文件系统)
XFS 文件系统 mkfs.xfs
XFS 文件系统 for RAID 性能优化 (Optional)
EXT4 文件系统 mkfs.ext4
其他文件系统 mkfs
文件系统检验
xfs_repair 处理 XFS 文件系统
fsck.ext4 处理 EXT4 文件系统
文件系统挂载与卸载
mount
单一文件系统不应该被重复挂载在不同的挂载点(目录)中;
单一目录不应该重复挂载多个文件系统;
要作为挂载点的目录,理论上应该都是空目录才是。
设置开机挂载
开机挂载 /etc/fstab 及 /etc/mtab,其实 /etc/fstab (filesystem table) 就是将我们利用 mount 指令进行挂载时, 将所有的选项与参数写入到这个文件中就是了。
内存交换空间(swap)之创建
使用实体分区创建swap
使用文件创建swap
关于Linux 中怎么管理磁盘与文件系统就分享到这里了,希望以上内容可以对大家有一定的帮助,可以学到更多知识。如果觉得文章不错,可以把它分享出去让更多的人看到。