前提：今日查看nginx日志时发现有报错，说是一些js,css文件找不到，于是想到去实际路径下查看文件是否确实不存在。结果出现下图中报错：
经过别人提醒查看文件的时间，于是看了一下登上服务器是9:52查找不到目录，但是9:53又查找到了，当时以为是系统不稳定或者有人修改了代码，因为近期有人扫面过服务器的代码试图找到漏洞。于是特别谨慎想查出问题的真正的原因，只能从文件的实际创建时间入手（实际是程序出了小问题，前端开发对代码进行了重新编译，但前提是我不知道是开发进行了操作）。使用了stat命令无法确定文件的实际创建时间，因为如果文件一旦被修改该命令将无法看到文件的真正创建时间。最后通过debugfs命令的两种方法查看到了文件的实际创建时间。
1.进入debugfs模式下使用stat命令查看，下图中的crtime即为文件的实际创建时间，这是确定文件是9:53创建的，于是去询问开发是否知道原因，经过核实是因为开发编译了代码导致文件的创建。最后使用完毕用quit即可退出debugfs命令提示符。
2.通过文件的inode号查看，参考链接https://tecadmin.net/file-creation-time-linux/ ，https://www.howtoing.com/file-creation-time-linux
