📚 课程目录第3章 inode与dentry的关系

3. inode与dentry的关系：目录项与inode的关联、硬链接与符号链接原理

在Linux文件系统中，inode（索引节点）和dentry（目录项，Directory Entry）是VFS（虚拟文件系统）层最核心的两个抽象对象。理解它们之间的协作关系，是诊断文件系统损坏、链接故障和路径解析异常的基础。

文件系统将“文件元数据”与“文件名/目录结构”解耦，分别由inode和dentry管理：

抽象对象	存储位置	核心职责	关键字段
inode	磁盘inode表（元数据区）	存储文件属性（权限、大小、时间戳）及数据块指针	`i_mode`, `i_nlink`, `i_blocks`, `i_atime`
dentry	内存dcache + 磁盘目录文件数据块	维护文件名 → inode编号的映射关系，组织目录树	`d_name`, `d_parent`, `d_inode`

  故障排查要点：inode损坏通常表现为文件属性异常、数据无法读取；dentry损坏则表现为目录结构混乱、文件名乱码或“孤立的inode”（i_nlink计数与dentry数量不匹配）。

每个dentry对象内部持有一个指向对应inode的指针（d_inode）。当VFS进行路径解析时，逐级查找dentry，最终通过该指针获取inode，进而访问文件数据。

关键数据结构关系（内核源码视角）：
struct dentry 包含 struct inode *d_inode；
struct inode 包含 struct list_head i_dentry（反向链表，指向所有引用该inode的dentry）。

硬链接的本质是：多个dentry指向同一个inode。所有硬链接共享相同的inode编号、数据块和元数据，没有“主文件”与“链接文件”之分。

⚠️ 故障场景：当硬链接的源文件被删除后，通过其他硬链接仍可正常访问数据。但如果 i_nlink 计数因元数据损坏而错误归零，即使dentry仍存在，文件系统也可能提前回收数据块，导致“文件存在但数据为空”的严重故障。

符号链接（软链接）是一个独立的特殊文件，拥有自己的inode。该inode的数据块中存储的是目标文件的路径字符串，而非直接指向目标inode。

当用户执行 cat /home/user/report.pdf 时，VFS的路径解析过程如下：

  💡 内核调试技巧：使用 perf probe 或 trace-cmd 跟踪 __d_lookup 和 iget_locked 函数，可以实时观察dentry查找和inode加载过程，定位路径解析卡顿或失败的根因。

故障现象	可能原因	诊断命令
文件存在但无法打开	inode损坏或dentry指向无效inode	`stat filename` → 检查inode编号； `debugfs -R "stat <ino>" /dev/sda1`
目录列表出现乱码文件名	dentry数据块损坏	`ls -li` → 查看inode编号是否异常； `fsck -fn /dev/sda1`
硬链接删除后文件数据丢失	`i_nlink` 计数提前归零	`debugfs -R "ncheck <ino>"` → 查找剩余dentry
符号链接指向错误目标	目标文件被移动或删除	`readlink symlink_name` → 查看存储路径