Linux 通过debugfs查看文件的真正创建时间，不是stat里面的access,modify和change时间，而是crtime

最新推荐文章于 2025-04-25 07:00:00 发布

老紫竹

最新推荐文章于 2025-04-25 07:00:00 发布

阅读量1.3k

点赞数 3

CC 4.0 BY-SA版权

分类专栏：硬件和操作系统

本文链接：https://blog.youkuaiyun.com/java2000_net/article/details/111522369

stat命令可以查看到访问时间，修改时间以及属性变动的改动时间，但看不到创建时间。本文介绍用过debugfs来获取文件真是的创建时间。

原文 https://www.gbase8.cn/2539

stat的输出

[root@rh6-1 ~]# stat /opt/gnode/userdata/gbase/gctmpdb/metadata
  File: `/opt/gnode/userdata/gbase/gctmpdb/metadata'
  Size: 4096            Blocks: 8          IO Block: 4096   directory
Device: 802h/2050d      Inode: 1465051     Links: 2
Access: (0700/drwx------)  Uid: (  500/   gbase)   Gid: (  500/   gbase)
Access: 2020-12-22 09:15:11.470000001 +0800
Modify: 2020-12-22 09:56:36.025000002 +0800
Change: 2020-12-22 09:56:36.025000002 +0800

debugfs命令

原理是根据文件的inode，获得其创建时间，除非文件或目录被重建且inode发生了变化，否则inode的时间就是对应的创建时间。

输出内容中的 crtime 就是创建时间。

另外， ctime是最后属性改变时间，等同于Change time。

获得inode的方法

ls 用 -i参数

[root@rh6-1 ~]# ls -id /opt/gnode/userdata/g

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

老紫竹

关注关注

3
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

linux渗透测试常用命令

AI拉呱，专注于人工智与网络安全方面的研究，关注一起学习。

08-07

385

【代码】linux渗透测试常用命令。

linux查看文件时间

最新发布

weixin_56303229的博客

04-25

1845

debugfs 是一个用于检查和修改 ext2/ext3/ext4 文件系统状态的交互式调试工具。它可以直接操作文件系统的底层结构，适合高级用户进行文件系统修复和数据恢复。

Linux 获取文件的创建时间

刘李404not_found的博客

12-25

525

查看Linux下的文件创建时间

Linux中查看文件的创建时间

wangji5487的博客

03-02

9766

一、简介 Linux的文件能否找到文件的创建时间取决于文件系统类型，在ext4之前的早期文件系统中（ext、ext2、ext3），文件的元数据不会记录文件的创建时间，它只会记录访问时间、修改时间、更改时间（状态更改时间）。典型的文件的基础信息如下所示： [root@bugwz ～]# stat test.file File: ‘test.file' Size: 2 Blocks: 8 IO...

linux查找创建时间,如何在Linux中查找文件创建时间（crtime）

weixin_35252979的博客

05-05

1600

文件创建时间存储在ext4文件系统的inode中。早期版本的ext文件系统不支持文件创建时间。debugfs stat输出中有一个crtime(创建时间)时间戳。最后，ext4支持创建时间，就像在ntfs窗口中btime一样。可以按照以下说明查找文件创建时间。选个例子，我使用的是一个现择现有文件或创建新文件进行测试。对于这有的文件。步骤1：查找inode文件编号首先，在终端上使用以下命令查找任何文...

Linux下查看binlog文件创建时间的命令

09-15

`stat`命令可以显示文件或文件系统的统计信息，包括文件的访问时间（Access）、修改时间（Modify）和状态更改时间（Change）。例如，要查看`mysql-bin.016126`的创建时间，可以运行： ``` stat mysql-bin.016126 ...

Linux中如何查看文件的创建时间详解

09-14

在较早的文件系统如ext、ext2、ext3中，并不记录文件的创建时间，只记录了访问时间（Access）、修改时间（Modify）和状态更改时间（Change）。而在ext4文件系统中，虽然创建时间（Birth或crtime）作为一个可选特性...

不同方法/系统下复制文件时新文件的日期区别，以及查看文件创建时间、修改时间、访问时间的方法...

weixin_33964094的博客

08-27

4399

1:1 格拉摩根的洛斯里克城、有一个狗头人、名叫唯一丢人、是Paradox的伯爵、任天堂的主宰、育碧的bug、波兰蠢驴的打桩机。1:2 他有三个妻、一名Windows、一名Linux、一名MacOS。1:3 这狗每年从本城上到示罗、敬拜祭祀万军之草履虫．在那里有产品的两个需求、抓文件时间信息、系统移植、当草履虫的神谕。1...

Debugfs的使用简介

TheGameIsFives的专栏

02-10

1082

DebugFS，顾名思义，是一种用于内核调试的虚拟文件系统，内核开发者通过debugfs和用户空间交换数据。类似的虚拟文件系统还有procfs和sysfs等，这几种虚拟文件系统都并不实际存储在硬盘上，而是Linux内核运行起来后才建立起来。通常情况下，最常用的内核调试手段是printk。但printk并不是所有情况都好用，比如打印的数据可能过多，我们真正关心的数据在大量的输出里不是

准确获取linux文件的创建时间

ss810540895的博客

09-19

2219

以上实验过程，使用的是阿里云服务器，系统是centos，这里有一处怪异之处必须告诉各位读者，或许是由于阿里云服务器并非物理机，导致上述实验方法并不总是准确，如果新建一个文件，然后立即对其进行修改等操作，那么crtime也会随之发生变化，而非期望中的始终保存创建时间，因此在实验时，新建文件后，间隔一段时间后再对其进行修改操作来验证crtime 是否准确，以我的经历来看，间隔一个小时足矣。当文件的元数据发生变化时，ctime就会发生改变，比如文件的权限，拥有者，所属的组，硬链接，当然也包括文件内容发生变化。

Blktrace原理简介及使用

有趣的人生一半是山川湖海一半是初心情怀

03-13

1919

Blktrace简介 Blktrace是一个用户态的工具，用来收集磁盘IO信息中当IO进行到块设备层（block层，所以叫blk trace）时的详细信息（如IO请求提交，入队，合并，完成等等一些列的信息）。块设备层处于下图（借用褚霸的图）中的“block layer” Blktrace工作原理 (1)blktrace测试的时候，会分配物理机上逻辑cpu个数个...

Linux内核里的DebugFS

weixin_30571465的博客

01-17

1494

Linux文件的atime, mtime, ctime属性以及修改

czw

08-16

6138

Linux文件的atime, mtime, ctime属性以及修改

如何恢复 Linux 上删除的文件，第 2 部分

snail8384的专栏

11-26

661

如何恢复 Linux 上删除的文件，第 2 部分特殊文件的恢复冯锐 (fengrui@cn.ibm.com), 软件工程师, IBM 郑勇 (zhengyzy@cn.ibm.com), 软件工程师, IBM2007 年 12 月 24 日除了普通文件之外，UNIX/Linux 中还存在一些特殊的文件，包括目录、字符设备、块设备、命名管道、socket以及链接；另

Linux文件系统

sermonlizhi的博客

09-08

179

一、 Linux文件系统在《Linux硬盘格式化》中，将新添加的磁盘b设置成了GPT分区，同时创建了两个分区sdb1和sdb2，并为两个分区分别构建了文件系统，然后进行了分区挂载，下面主要观察sdb1分区中的文件信息 1.1 树型目录结构在sdb1分区创建几个文件和几个目录，以及它们的子目录，查看Linux中目录结构 root@Dog-li:/mnt/linux# tree . ├── lizhi │ ├── Go │ ├── JAVA │ └── main.c ├── lost+found

linux怎么查询inode

03-12

<think>好的，用户现在问的是如何在Linux中查询inode。首先，我需要回顾一下之前关于LDAP错误的对话，确保这次的回答符合之前的系统级指令，比如使用正确的LaTeX格式和结构清晰的中文回答。用户的问题是关于Linux中查询inode的方法。首先，我需要确认用户的需求是什么。他们可能想知道如何查看文件或目录的inode，或者查看文件系统的inode使用情况，甚至可能需要解决inode耗尽的问题。因此，我应该涵盖不同的查询方法，包括单个文件的inode查看、目录的inode，以及整个文件系统的inode使用情况。接下来，我需要考虑使用哪些命令。常用的命令包括ls、stat、df等。比如，ls -i可以显示文件的inode号，stat命令能提供更详细的信息，包括inode编号、文件类型、权限、链接数等。df -i则可以显示文件系统的inode使用情况。这些都是基本的命令，应该详细说明每个命令的用法和输出示例。另外，用户可能对inode的概念不太清楚，可能需要简要解释一下inode是什么，它的作用是什么，比如存储文件的元数据，但不包括文件名和数据块的位置。这样可以帮助用户更好地理解为什么需要查询inode。还需要考虑用户可能遇到的常见问题，比如inode耗尽导致磁盘空间不足的错误。这时候需要指导用户如何检查inode使用情况，并给出解决建议，比如清理不必要的文件，特别是小文件，或者调整文件系统的inode数量（虽然这在创建文件系统时已经确定，可能需要重新格式化，但这种情况较少见）。另外，可能要考虑用户是否有权限执行这些命令，是否需要sudo权限，特别是查看某些系统文件或目录时。但一般情况下，查询inode不需要特殊权限，除非目录受保护。结构方面，应该按照问题分析、常用命令、应用场景、注意事项来组织内容，保持步骤清晰，每个命令给出示例和输出，帮助用户理解。同时，需要确保使用正确的Markdown格式，比如代码块用反引号包裹，命令加粗等。最后，检查是否遗漏了其他相关命令或工具，比如find命令结合-inum参数查找特定inode的文件，或者debugfs工具查看更详细的信息，但可能普通用户不太需要这些高级用法，所以简要提及即可。总结，回答应包括inode的简介、查询方法（单个文件、目录、文件系统）、应用场景（如解决空间问题）、注意事项（如inode耗尽处理），并给出相应的命令示例和解释。确保语言简洁明了，符合用户的需求，无论是新手还是有经验的用户都能找到有用的信息。</think>--- ### **1. 什么是 Inode？** **Inode**（Index Node）是 Linux/Unix 文件系统中用于存储文件元数据的结构，包含以下信息： - 文件类型（普通文件、目录、符号链接等） - 权限（读、写、执行） - 所有者（UID）和所属组（GID） - 文件大小 - 时间戳（创建、修改、访问时间） - 指向数据块的指针 - 硬链接数量 **注意**：文件名 **不存储** 在 inode 中，而是存储在目录的条目中。 --- ### **2. 查询文件/目录的 Inode 号** #### **方法 1：`ls -i`** 直接显示文件或目录的 inode 号： ```bash ls -i /path/to/file_or_directory ``` **示例输出**： ``` 1234567 example.txt # "1234567" 是文件的 inode 号 ``` #### **方法 2：`stat` 命令** 查看更详细的 inode 信息（包括权限、大小、时间戳等）： ```bash stat /path/to/file_or_directory ``` **示例输出**： ``` File: example.txt Size: 1024 Blocks: 8 IO Block: 4096 regular file Device: 801h/2049d Inode: 1234567 Links: 1 Access: 2024-01-01 10:00:00.000000000 +0800 Modify: 2024-01-01 10:00:00.000000000 +0800 Change: 2024-01-01 10:00:00.000000000 +0800 ``` --- ### **3. 查询文件系统的 Inode 使用情况** 使用 `df -i` 查看所有挂载文件系统的 inode 统计（总数、已用、剩余、使用率）： ```bash df -i ``` **示例输出**： ``` Filesystem Inodes IUsed IFree IUse% Mounted on /dev/sda1 5242880 12345 5230535 1% / tmpfs 1024000 5 1023995 1% /dev/shm ``` #### **指定文件系统**： ```bash df -i /dev/sda1 # 仅显示 /dev/sda1 分区的 inode 信息 ``` --- ### **4. 应用场景与技巧** #### **(1) 查找占用大量 inode 的目录** 当文件系统的 inode 耗尽时（即使磁盘空间充足），需定位小文件密集的目录： ```bash # 统计当前目录下每个子目录的 inode 使用数 find . -maxdepth 1 -type d | while read dir; do echo "$dir : $(find "$dir" | wc -l)" done ``` #### **(2) 根据 inode 号查找文件** 如果已知 inode 号（例如 `1234567`），可搜索对应文件： ```bash find / -inum 1234567 2>/dev/null # 2>/dev/null 忽略权限错误 ``` #### **(3) 修复 inode 相关错误** 当出现 `No space left on device` 但磁盘空间充足时，可能是 inode 耗尽： ```bash # 1. 查看 inode 使用率 df -i # 2. 清理无用小文件（如临时文件、日志、缓存） find /tmp -type f -atime +7 -delete # 删除 /tmp 下超过7天未访问的文件 # 3. 若无法清理，需扩展文件系统或重新格式化（调整 inode 数量） ``` --- ### **5. 注意事项** - **inode 数量固定**：文件系统创建时确定 inode 总数，无法动态扩展（需重新格式化并指定 `-N` 参数）。 - **监控 inode 使用率**：定期检查关键分区（如 `/`、`/var`），避免服务因 inode 耗尽崩溃。 - **小文件场景**：频繁创建小文件（如日志、缓存）的系统需预留足够 inode。 --- ### **总结** 通过 `ls -i`、`stat`、`df -i` 等命令可快速查询 inode 信息。若遇到 inode 不足问题，优先清理无用文件或优化存储结构。