前提：今日查看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
