Linux 系统dmesg 时间戳转换为易于阅读的格式2022-5-20

Linux 系统dmesg 时间戳转换为易于阅读的格式

Linux内核的 dmesg 结果显示了时间戳。 从内核[启动时间[开始] ，是秒数。

~# dmesg -h 查看帮助

-T，–ctime

打印人类可读的时间戳。

请注意，时间戳记可能不正确！ 挂起/恢复系统后，用于日志的时间源不会更新。

在日常多人协作时，最开始习惯看文件夹更新时间来查看是否有更新，但发现总是不能如实反映情况, 文件夹日期有时变，有时不变。很是困惑，就来探究下。

比如，起始状态：

在 webserver 文件夹下，增加一个文件， record.md

再查看下文件夹日期有没有变化，发生变化了，为我们新增文件的日期。

那么再继续追加内容，还是使用 cat (不同写入方式也有影响，后面会提到)。

这时再看文件夹日期，发现与文件不同步了。文件日期 更新 了，文件夹日期却 没变 。

这是为什么呢？ 文件内容更新了，文件夹时间戳却未变。那么件夹的更新日期是什么决定的呢？

我们在使用 less *** 作时，有时会不小心对一个文件夹进行 less *** 作。看上去就像文件夹里的内容变成了一个文本文件。

而文件夹确实是类似文本文件的方式存储的，文件夹可以看做 文件inode:文件名 组成的文本文件 (文件的属性信息存在 inode 的元信息中，可以用 stat file 查看)。只要文件夹内未发生文件的新增、删除、软链或文件夹内文件的 inode (也称为索引节点)未改变，文件夹 (代表文件夹的文本文件)的时间戳就不会发生变化。

而我们每次追加文件内容都未改变 文件名字 和文件的 inode ，所以文件夹的日期未发生变化。

关于文件夹日期更新的问题算是解决了。

另一个问题是，虽然同事的文件更新了，文件夹时间戳一般不改变。但我发现我每次更新完文件内容，文件夹的日期却都会变化，看上去与前面的认知矛盾。想了下，更新时用到的文本编辑器不用，问题是否可能出在 vim 上（我每次都使用它来更新文件），下面看一下。

大家注意这里面 webserver 日期与 webserver/record.md 日期的变化和 ls -i 的输出结果的变化。

确实是 vim 改变了文件的 inode ，也就是说在我们使用 vim 修改文件时， vim 为了避免中间出现意外，先重命名了修改前的文件，修改后的文件以之前文件的名字存储，看上去我们做的是 原位修改 , 实际上是 换 了新的文件，所以 inode 发生了变化。当然这个 *** 作可以自己配置修改。

在另外一个情况下，如果我们对文件夹 无 可写权限，但对该文件夹内的文件 有可写权限 时， vim 自动调用另外一个方式修改文件，先把文件做个备份，然后原位修改。这时文件夹的时间戳就不会变了。

设计软件时，需要考虑的问题和情况还是挺多的。看上去挺简单的事情，里面说不准有多少”坑”需要注意，写网站这样，写工具也这样，作分析也是这样。

可以使用awk中的内置函数mktime()

awk '{gsub("-"," ",$1)print mktime($1" 0 0 0")}' a.txt它会把第一列的字符串

2016-09-26当作

2016-09-26

0:0:0的时间转化为时间戳，如果不符合时间日期格式的话，转化后是-1，比如上面的“null"字符串，你可以单独做处理。

---