Linux文件系统管理

认识EXT2文件系统

       Linux文件系统将权限与属性放置在inode中，实际数据放置在data block中，另外，还有一个超级块（superblock）记录整个文件系统的整体信息，包括inode与block的总量、使用量、剩余量等。
        每个inode与block都有编号，这三个数据的意义如下：
  • super block：记录此文件系统的整体信息，包括inode/block的总量、使用量、剩余量，以及文件系统的格式与相关信息等；
  • inode：记录文件的属性，一个文件占用一个inode，同时记录此文件的数据所在的block的号码；
  • block：实际记录文件的内容，若文件太大，会占用多个block。
        inode的特色：
  • 每个inode大小均为128bytes；
  • 每个文件都会占用一个inode而已；
  • 承上，因此文件系统能够创建的文件数量与inode有关；
  • 系统读取文件时需要先找到inode，并分析inode所记录的权限与用户是否符合，若符合才能够实际开始读取block的内容。
      The inode is a data structure on a filesystem on Linux and other Unix-like systems. Inode stores all the information about a file except its name and its actual data.
      What happens if inode full?
      Error: No space left on device. 
      Not able to restart any service or process.
      
      How to check inode usage?
   [root@vultr ~]# df -i
   Filesystem      Inodes  IUsed   IFree IUse% Mounted on
   devtmpfs        124251    329  123922    1% /dev
   tmpfs           126843      1  126842    1% /dev/shm
   tmpfs           126843    462  126381    1% /run
   tmpfs           126843     16  126827    1% /sys/fs/cgroup
   /dev/vda1      1600000 432179 1167821   28% /

在文件属性中查看：

[root@ali-ecs mnt]# ls -li
total 102484
6 -rw-r--r-- 1 root root     75915 Jan  7 16:28 'AGC'$'\327\351\315\370''ʾ'$'\322\342''ͼ.docx'
7 -rw-r--r-- 1 root root      1733 Jan  7 16:28  alertmanager.yml
4 -rw-r--r-- 1 root root 104857600 Jan  4 23:23  loopdev
5 -rw-r--r-- 1 root root        16 Jan  7 16:28  welcome.html
⇑            ⇑
inum       有多少文件名连接到该Inode

inode的特殊作用：

由于inode号码与文件名分离（文件名只与目录有关，但文件内容则与Inode有关），这种机制导致了一些Unix/Linux系统特有的现象。
　　1. 有时，文件名包含特殊字符，无法正常删除。这时，直接删除inode节点，就能起到删除文件的作用。
　　2. 移动文件或重命名文件，只是改变文件名，不影响inode号码。
　　3. 打开一个文件以后，系统就以inode号码来识别这个文件，不再考虑文件名。因此，通常来说，系统无法从inode号码得知文件名。
例：通过Inode删除文件：
[root@361way ~]# find . -inum 271761664  -exec rm -i {} \;

rm：是否删除普通文件 "./–"？y
# find . -inum 271761664 -delete


评论

发表评论

此博客中的热门博文

码率单位

Feature Bandwidth Traffic Throughput Definition Maximum data transfer rate Actual data being transmitted Actual data transfer rate achieved Measure Capacity (bps) Data volume (bytes or packets) Transfer rate (bps) Static vs. Dynamic Static (connection property) Dynamic (varies over time) Dynamic (affected by network conditions) Impact on Performance Determines potential data transfer speed Affects network congestion and utilization Measures actual network performance 表格一览： 名称 符号 b/s B/s 示例 比特每秒 b/s 1 1/8 字节每秒 B/s 8 1 千比特每秒 kb/s 1000 = 10^3 125 = 10^3/8 二进制千比特每秒 Kib/s 1024 = 2^10 128 = 2^10/8 千字节每秒 kB/s 8000 = 8*10^3 1000 = 10^3 二进制千字节每秒 KiB/s 8192 = 8*2^10 1024 = 2^10 k 与 Ki k 与 Ki 分别表示 kilo-（千） 与 kibi-（二进制千） 。作为前缀使用时， k 表示 1,000，Ki 表示1,024 ，因为“Ki”来源于它在计算机方面 2^10 = 1,024 的使用。不幸的是，人们常常错误地用 K 代替 Ki。此外，不知晓其中微妙差别的广大公众，常常不加区别地使用“Kbps”与“Kibps”，造成了混乱。总之，使用“Kibps”通常是正确的。 The bit rate is expressed in the unit bit per second (symbol: bit/s), often in conjunction with an SI prefix such as kilo (1...
阅读全文

Process vs. Thread

图片
  A process is an executing instance of a program with its own memory and resources, while  a thread is the smallest unit of execution within a process that can run concurrently with other threads in the same process .  Processes are isolated with separate address spaces and require system-provided inter-process communication to share data, whereas threads share the process's memory and resources, allowing for faster communication and context switching.   Process vs. Thread Process: An independent program in execution.  Has its own separate memory address space.  Carries more state information and resources (like open files and system handles).  Data sharing requires Inter-Process Communication (IPC) mechanisms.  Considered a "heavyweight" unit of execution due to resource overhead for creation and context switching.  Thread: A subset of a process , executing within the process's context.  Shares the process's address space, memory, and ...
阅读全文

日志文件系统

图片
Journaling filesystem 基本原理 更新文件系统以反映文件和目录的更改通常需要许多单独的写入操作。这使得写入之间可能发生中断（例如电源故障或系统崩溃），从而使数据结构处于无效的中间状态。[1] 例如，删除 Unix 文件系统上的文件涉及三个步骤：[7] 删除其目录条目。（Removing its directory entry.） 将索引节点释放到空闲索引节点池中。（Releasing the inode to the pool of free inodes.） 将所有磁盘块返回到空闲磁盘块池。（Returning all disk blocks to the pool of free disk blocks.） 如果在步骤1之后和步骤2之前发生崩溃，就会出现孤立的inode，从而导致存储泄漏；如果在步骤2和步骤3之间发生崩溃，则该文件先前使用的块将无法用于新文件，从而有效地减少了文件系统的存储容量。重新安排步骤也无济于事。如果步骤 3 在步骤 1 之前，则它们之间的崩溃可能允许文件的块重新用于新文件，这意味着部分删除的文件将包含另一个文件的部分内容，并且对任一文件的修改都会显示在两个文件中。另一方面，如果步骤 2 在步骤 1 之前，则它们之间的崩溃将导致文件无法访问，尽管该文件看起来存在。 检测此类不一致并从中恢复通常需要完整地检查其数据结构，例如通过 fsck （文件系统检查器）等工具。[2] 这通常必须在下次安装文件系统以进行读写访问之前完成。如果文件系统很大并且 I/O 带宽相对较小，则这可能会花费很长时间，并且如果它阻止系统的其余部分恢复联机，则会导致更长的停机时间。 为了防止这种情况，日志文件系统分配一个特殊区域——日志——在其中记录它将提前进行的更改。崩溃后，恢复只需从文件系统读取日志并重播该日志中的更改，直到文件系统再次保持一致。因此，这些更改被认为是原子的（不可整除），因为它们要么成功（最初成功或在恢复期间完全重播），要么根本不重播（被跳过，因为它们在之前尚未完全写入日志）发生崩溃）。  JFS(1990)->NTFS(1993)->XFS(1994)->Apple HFS Plus(1998)->ext3(2001)->ext4(2008) ext和ext2文件系统不是日志文件系统 日誌式檔...
阅读全文