LinuxSir.cn,穿越时空的Linuxsir!

 找回密码
 注册
搜索
热搜: shell linux mysql
查看: 1120|回复: 11

CLFS系统启动时,mount根分区time in future问题

[复制链接]
发表于 2010-7-6 15:41:00 | 显示全部楼层 |阅读模式
启动时,mount根分区time in future问题
逸龙小本上,有两个系统O32,和自制CLFS的山寨N32系统。
如果启动O32系统,mount N32系统所在的分区,做些操作。再重启进入N32系统时,就会报上面的mount 分区, time in the future错,说让运行fsck,而且必须重启才行。类似这种:
checking root file system...
Superblock last mount time (Wed Jul  7 18:53:39 2010,
   now = Sat Jul  7 10:53:39 2010) is in the future.
UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
   (i.e., without -a or -p options)

修改O32系统的时区为美国时间(往后退8个小时),重启还是一样的错误。

让龙芯小本关机放置8小时以上,直接启动N32系统。没有这个问题。

问题是,N32系统很山寨,万一出问题,需要在O32下修改,这每次都得等8个小时,很让人痛苦。请各位支招。

在系统启动,mount 根分区的时候就已经有时区的概念了吗? 这个大概和什么有关系?原有系统的时间是如何影响新系统的呢? 现在完全摸不着头脑,不知道如何下手解决问题
发表于 2010-7-6 16:14:12 | 显示全部楼层
我也是新手,但可以试下mount 分区时,不检查fstab 后面1改为0 ,分区激活了没有?fdisk -l 会显示个*号,希望有帮助
回复 支持 反对

使用道具 举报

发表于 2010-7-7 11:56:49 | 显示全部楼层
超级块的问题
回复 支持 反对

使用道具 举报

发表于 2010-7-7 12:42:55 | 显示全部楼层
两个系统时间不一致才会出现这种情况。

懒到不愿动脑子,可以把 硬件时钟 设置为 UTC,系统时间也使用 UTC。

龙机是 64位 机,用 o32 n32 都有些浪费。
回复 支持 反对

使用道具 举报

 楼主| 发表于 2010-7-8 11:41:57 | 显示全部楼层
Post by gdut243;2101683
我也是新手,但可以试下mount 分区时,不检查fstab 后面1改为0 ,分区激活了没有?fdisk -l 会显示个*号,希望有帮助


谢谢建议,用你的方法,问题解决。呵呵
回复 支持 反对

使用道具 举报

 楼主| 发表于 2010-7-8 11:42:48 | 显示全部楼层
Post by 聚焦深空;2101832
两个系统时间不一致才会出现这种情况。

懒到不愿动脑子,可以把 硬件时钟 设置为 UTC,系统时间也使用 UTC。

龙机是 64位 机,用 o32 n32 都有些浪费。


不过看过一个帖子论证过O32,N32和64位在龙芯上的性能,结果是N32较好。
回复 支持 反对

使用道具 举报

发表于 2010-7-8 12:50:41 | 显示全部楼层
Post by erlv;2102026
谢谢建议,用你的方法,问题解决。呵呵

那么做只是跳过问题,并没有根除。
您的情况两系统时间铁定差8小时,且硬件时钟会跟着变。

而且,暴漏您一些常识性问题: / 对应设备,先于 /etc/fstab 以只读方式挂载,接着检查,然后挂载 /etc/fstab 中文件系统,此时一般 / 以读写方式重新挂载。
所以习惯上 /etc/fstab 中 / 一行最后是 "0 0"。
Post by erlv;2102027
不过看过一个帖子论证过O32,N32和64位在龙芯上的性能,结果是N32较好。

呵呵,空口无凭,引用请指明出处。
真是那样,龙芯那帮人该打屁屁,太不用功了。
64位机,且没有 x86_64 那样的包袱,用32位系统浪费硬件。
回复 支持 反对

使用道具 举报

 楼主| 发表于 2010-7-8 14:08:51 | 显示全部楼层
Post by 聚焦深空;2102040
那么做只是跳过问题,并没有根除。
您的情况两系统时间铁定差8小时,且硬件时钟会跟着变。

而且,暴漏您一些常识性问题: / 对应设备,先于 /etc/fstab 以只读方式挂载,接着检查,然后挂载 /etc/fstab 中文件系统,此时一般 / 以读写方式重新挂载。
所以习惯上 /etc/fstab 中 / 一行最后是 "0 0"。



呵呵,空口无凭,引用请指明出处。
真是那样,龙芯那帮人该打屁屁,太不用功了。
64位机,且没有 x86_64 那样的包袱,用32位系统浪费硬件。

N32的性能,这里给出的评测可供你参考
http://www.tektalk.org/2009/04/2 ... %E6%8E%A2%E7%A7%98/
这篇文章说的更简洁明了些
http://bbs.lemote.com/viewthread ... p%3Bfilter%3Ddigest
回复 支持 反对

使用道具 举报

 楼主| 发表于 2010-7-8 14:11:44 | 显示全部楼层
Post by 聚焦深空;2102040
那么做只是跳过问题,并没有根除。
您的情况两系统时间铁定差8小时,且硬件时钟会跟着变。

这个,我对O32系统的时间做过修改,难道n32的山寨系统在启动的时候会自动写时钟吗?
回复 支持 反对

使用道具 举报

发表于 2010-7-8 22:02:57 | 显示全部楼层
关机时写。
使用相同规矩使用时间就好,很简单,不要 UTC CST 混用就好。

断言有风险,后半句 "且硬件时钟会跟着变" 有些问题。

具体 o32 n32 n64 那种龙机上表现好,无龙机,不在乎,见谅。
按个人理解,优化到家,n64 性能低于 o32 n32 不能接受。
给出的文章时间久远,参考价值降低不少。
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

快速回复 返回顶部 返回列表