Linux系统修改系统时间后重启后导致系统文件错误

最新推荐文章于 2023-06-01 10:55:42 发布

KevinMa1990

最新推荐文章于 2023-06-01 10:55:42 发布

阅读量1.4k

点赞数

分类专栏： Linux 文章标签： fsck filesystems /dev/mapper/

本文链接：https://blog.csdn.net/makai5521/article/details/80868480

版权

Linux 专栏收录该内容

3 篇文章 0 订阅

订阅专栏

问题描述：
date -s 命名只能修改系统时间，不能将修改后的时间写到cmos中，重启后时间应该恢复修改前状态。
今天没事就测试了这个命令，注意当前时间是2018年6月30日。
执行了date -s "2018-06-08 00:12:12" 后，执行命令date发现时间已经修改完毕。现在测试重启后的系统时间，在重启系统的过程中报了如下截图错误：

如图所示：

由于我修改后的时间早于当前时间，则报错：

/dev/mapper/vg_kevinma-lv_root: Superblock last mount time (Sat Jun 30 15:56:58 2018,
now = Fri jun 8 00:33:06 2018) is in the future.
/dev/mapper/vg_kevinma-lv_root: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
(i.e., without -a or -p options)

[FAILED]

*** An error occurred during the file system check.
*** Dropping you to a shell; the system will reboot
*** when you leave the shell.
Given root password for maintenance

(or type Control-D to continue):

说明：在Linux系统中，为了增加系统性能，通常系统默认一些数据写在内存中，并不会直接将数据写入硬盘，这是因为内存速度要比硬盘快若干倍。但是有个问题，万一由于“断电”或者其他未知原因，造成系统死机，怎么办？系统就崩溃了。所以，我们需要在特定的时候让数据直接回存到硬盘中。这里提供几个常用的命令，其中，fsck命令最重要. 当文件系统发生错误时，可用fsck命令尝试加以修复.直接采用分区编号(如/dev/had3),或使用挂载点(Mount Point,如/、/usr等)指定文件系统皆可。假设一次指定多个文件系统，而这些系统分别位于不同的物理磁盘上，则fsck将会尝试同步的方式去检查他们，以节省操作时间。　

解决办法：
1、根据提示输入root用户密码，进入系统
2、执行命令：fsck /dev/mapper/vg_kevinma-lv_root
3、reboot重启系统
4、若还有其他文件报错重复执行步骤2、步骤3

命令详解：fsck
　　使用权限 : 超级使用者(root)
　　使用方式 : fsck [-sACVRP] [-t fstype] [--] [fsck-options] filesys [...]
　　说明：在Linux系统中，为了增加系统性能，通常系统默认一些数据写在内存中，并不会直接将数据写入硬盘，这是因为内存速度要比硬盘快若干倍。但是有个问题，万一由于“断电”或者其他未知原因，造成系统死机，怎么办？系统就崩溃了。所以，我们需要在特定的时候让数据直接回存到硬盘中。这里提供几个常用的命令，其中，fsck命令最重要. 当文件系统发生错误时，可用fsck命令尝试加以修复.直接采用分区编号(如/dev/had3),或使用挂载点(Mount Point,如/、/usr等)指定文件系统皆可。假设一次指定多个文件系统，而这些系统分别位于不同的物理磁盘上，则fsck将会尝试同步的方式去检查他们，以节省操作时间。　　
　　
　　参数：
　　
　　filesys ： device 名称(eg./dev/sda1)，mount 点 (eg. / 或 /usr)
　　-t : 给定档案系统的型式，若在 /etc/fstab 中已有定义或 kernel 本身已支援的则不需加上此参数
　　-s : 依序一个一个地执行 fsck 的指令来检查
　　-A : 对/etc/fstab 中所有列出来的 partition 做检查
　　-C : 显示完整的检查进度
　　-d : 列印 e2fsck 的 debug 结果
　　-p : 同时有 -A 条件时，同时有多个 fsck 的检查一起执行
　　-R : 同时有 -A 条件时，省略 / 不检查
　　-V : 详细显示模式
　　
　　-a : 如果检查有错则自动修复
　　-r : 如果检查有错则由使用者回答是否修复

补充说明：
　　
　　例子 :
　　检查 msdos 档案系统的 /dev/hda5 是否正常，如果有异常便自动修复 :
　　 fsck -t msdos -a /dev/hda5
　　
　　注意 :
　　
　　此指令可与 /etc/fstab 相互参考操作来加以了解。

范例：检查/dev/sda3
[root@localhost ~]# fsck -C -t ext3 /dev/sda3fsck 1.39 (29-May-2006)e2fsck 1.39 (29-May-2006)/dev/sda3 is mounted.
WARNING!!! Running e2fsck on a mounted filesystem may causeSEVERE filesystem damage.
Do you really want to continue (y/n)? yes
/home: recovering journal/home: clean, 11/524288 files, 25399/524120 blocks#一切正常就会出现上述信息
#主意通常只有ROOT且系统有问题的时候才用这个命令，否则在正常状态下使用此命令可能会损坏文件。

相关知识:

Linux FSCK数据出错的灾难应急方案介绍

[适用于]

1、文件系统：ext2 ext3 reiserfs xfs等
2、范围：提示文件系统需要FSCK时，未执行或FSCK执行完成

[症状]

1、无法MOUNT分区;
2、大量文件、目录丢失，根目录下生成/LOST+FOUND文件夹，里面有大量#XXXXXX类的文件和目录;
3、FSCK很快报错完成;
4、FSCK执行时，有大量提示，如修改节点、清0节点等操作

[应急方案]

1、如遇提示FSCK时，请小心。如果可能，请尽快断开系统，UMOUNT所有分区。
2、必需执行FSCK时，先做准备工作，方法一：可事先用dd命令将所涉及到的分区输出到另外的存储体上（最好不要在出错的存储体本身上做dd）命令大致结构可如： dd if=/dev/sda0 of=/dev/sdb0 .....
3、必需执行FSCK时，先做准备工作，方法二：将整个LINUX存储体挂载到虚拟机环境，将LINUX存储体设为Nonpersisten模式，再执行，执行过后，如果数据完好，应尽快通过FTP等方式拷贝出来。
4、必需执行FSCK时，先做准备工作，方法三：将整个LINUX存储体挂载到其他系统上（如WINDOWS），做好镜像后再做FSCK。
5、如上面几种方式均因条件等原因无法实施，必须执行时，可小心观察FSCK的执行提示（关掉-a）如果发现有提示节点错误需更正或清0、节点描述文件大小不正确等信息，应停止执行FSCK。
6、因恢复需要参考很多信息，因尽可能保持系统不工作状态，至少不得再次MOUNT分区（即便不做任何读写操作，也会因系统的工作原理不断降低数据恢复的可能性，增加数据恢复的难度）
7、寻求专业数据恢复公司帮助。

对磁盘进行镜像的方案：
1、可用相同或大于源盘容量的硬盘做为目标盘，将源盘全部扇区方式CLONE到目标盘。
2、可将源盘完全以扇区方式输出文件到某大容量存储空间（如大容量硬盘、NAS、SAN、DAS等）

输入Root密码登录后采用：fsck -t ext3 -r /usr/local 修复