无忧启动论坛

 找回密码
 注册
搜索
系统gho:最纯净好用系统下载站投放广告、加入VIP会员,请联系 微信:wuyouceo
查看: 7513|回复: 25
打印 上一主题 下一主题

迷糊了几年的一个ghost小问题,终于解决了【方法见15楼】。

[复制链接]
跳转到指定楼层
1#
发表于 2007-12-17 20:46:57 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
迷糊了几年的一个ghost小问题,终于解决了。
这个备份文件的时间显示问题,是一个小问题,可总感觉不舒服。
刚才分别用手动(test_1),手动(test_2),gghost自动(test_3)进行了3次备份。结果如下图。

[ 本帖最后由 lianjiang 于 2007-12-18 08:32 PM 编辑 ]

snap0015a.jpg (47.4 KB, 下载次数: 116)

snap0015a.jpg
2#
发表于 2007-12-17 20:50:27 | 只看该作者
是不是跟时区有关系?
回复

使用道具 举报

3#
 楼主| 发表于 2007-12-17 20:54:28 | 只看该作者
对,差8小时,一直以为这是ghost的小bug,无法解决。呵呵。

下面是分区信息。

No.  Dr Tag FileSystem     Volume  
1:1  C: Pri HPFS/NTFS      winxp   
1:2     Pri Hide_HPFS/NTFS         
1:3  D: Log HPFS/NTFS      program
1:4  E: Log HPFS/NTFS      DATA   
1:5  F: Log Win95_FAT32    APPZ   
1:6  G: Log HPFS/NTFS      dv

[ 本帖最后由 lianjiang 于 2007-12-18 08:36 AM 编辑 ]

snap0015b.jpg (49.42 KB, 下载次数: 112)

snap0015b.jpg
回复

使用道具 举报

4#
发表于 2007-12-17 20:56:34 | 只看该作者
说实在的,我从来没有关心过gho文件的时间。

你不是已经解决了吗?难道用set tz=xxx之类的方法解决了?
回复

使用道具 举报

5#
 楼主| 发表于 2007-12-17 20:58:37 | 只看该作者
版主就是厉害,佩服之极,呵呵。
回复

使用道具 举报

6#
发表于 2007-12-17 21:02:20 | 只看该作者
哪里哪里,只是以前遇到过类似的问题。这是Linux下的通用解决方案。
回复

使用道具 举报

7#
发表于 2007-12-17 21:44:31 | 只看该作者
高手过招,无影无踪,我等小菜有如云里雾里。惭愧。
回复

使用道具 举报

8#
发表于 2007-12-17 22:11:17 | 只看该作者
如云里雾里。惭愧路过……
三次备份怎么大小不一样??
我备份一般都是加了 -rb的,基本不看时间。
回复

使用道具 举报

9#
发表于 2007-12-17 23:52:34 | 只看该作者
估计设为-08:00时区
回复

使用道具 举报

10#
 楼主| 发表于 2007-12-18 07:29:19 | 只看该作者
原帖由 无优处男 于 2007-12-17 10:11 PM 发表
三次备份怎么大小不一样??
我备份一般都是加了 -rb的,基本不看时间。


一,二,手动,三自动。手动与自动压缩参数不同,当然大小不一样了。呵呵。

不看就无所谓了,只是看了后,感觉有点不爽而已。呵呵。
回复

使用道具 举报

11#
发表于 2007-12-18 08:30:28 | 只看该作者
没看出来什么……
看来我更菜了,压缩参数不同,大小自然不同,时间这个嘛,好像不影响什么,我也从来没注意过……
回复

使用道具 举报

12#
发表于 2007-12-18 15:55:12 | 只看该作者
SET TZ=GHO-08:00
回复

使用道具 举报

13#
发表于 2007-12-18 18:47:44 | 只看该作者
这个我也弄过。

以前备份时,时间根本不是当时的时间。到底如何解决呢?
回复

使用道具 举报

14#
发表于 2007-12-18 19:56:23 | 只看该作者
呵呵,楼主在吊大家的胃口。

tz者,timezone的简写也。
回复

使用道具 举报

15#
 楼主| 发表于 2007-12-18 20:29:13 | 只看该作者
原帖由 Climbing 于 2007-12-18 07:56 PM 发表
呵呵,楼主在吊大家的胃口。

tz者,timezone的简写也。

呵呵,在另一个地方(gghost的帖子里)已经贴了。

解决办法是从这里看到的。
---------------------------------------
When you copy files from a FAT partition to an NTFS partition under DOS, there
is a time-zone issue that must be addressed.
The date and time data in the FAT file system are local to the computer that the
files are on. NTFS, however, uses UTC (Universal Time Coordinated) dates and
times, also known as Greenwich Mean Time.
This
can be done either in the autoexec.bat file or from the command line, using the
DOS environment variable, tz.
For example:
set tz=aaa[+|-]h[h][bbb]
Where:
aaa
The abbreviation for your standard time.
[+|-]h[h][:mm]
A one-two digit signed number that indicates the
difference as number of hours West of Greenwich.
bbb
The abbreviation for your daylight (summer) time
zone (can be omitted).
For example:
Auckland, Wellington
set TZ=NST-12
回复

使用道具 举报

16#
发表于 2007-12-18 22:22:16 | 只看该作者

回复 #12 tegl 的帖子

不错。

但,SET TZ=GHO-08:00 加到哪儿呢?不能在DOS下输入吧?或者下到批处理文件里吗?望回复。
回复

使用道具 举报

17#
发表于 2007-12-18 22:47:58 | 只看该作者
原帖由 hxshrimp 于 2007-12-18 10:22 PM 发表
不错。

但,SET TZ=GHO-08:00 加到哪儿呢?不能在DOS下输入吧?或者下到批处理文件里吗?望回复。


写到批处理文件里即可
回复

使用道具 举报

18#
发表于 2007-12-19 08:38:07 | 只看该作者
为什么写成:SET TZ=GHO-08:00

而不写成:SET TZ=GMT+08:00

难道是GHO定义的中国时区为-08:00 ?
回复

使用道具 举报

19#
发表于 2007-12-19 08:43:53 | 只看该作者
学习了,同问18楼的问题。
回复

使用道具 举报

20#
 楼主| 发表于 2007-12-19 08:45:30 | 只看该作者
已证实,15楼的办法是可行的。
回复

使用道具 举报

21#
发表于 2007-12-19 08:57:31 | 只看该作者
看完了主题也看完了大家的回复,不懂。。。
回复

使用道具 举报

22#
 楼主| 发表于 2007-12-19 09:47:22 | 只看该作者
原帖由 cocolofly 于 2007-12-19 08:57 AM 发表
看完了主题也看完了大家的回复,不懂。。。

简单讲,就是ghost的备份文件的时间,可能显示不正常。1楼的图看看就知道了。
回复

使用道具 举报

23#
发表于 2007-12-19 14:51:58 | 只看该作者
注意到这8小时时差了;当我们用Daemon Tool载入一个.iso文件查看里面的某一个文件的修改时间换成用WinRAR打开该.iso文件查看里面的同一个文件的修改时间,看到两者会有8小时时差。因无关功用,而未予推究。
回复

使用道具 举报

24#
发表于 2007-12-20 15:39:26 | 只看该作者
嗯嗯!!有此同感!!!!!
回复

使用道具 举报

25#
发表于 2012-12-15 21:52:44 | 只看该作者
版主就是厉害,佩服之极,呵呵。
回复

使用道具 举报

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

本版积分规则

小黑屋|手机版|Archiver|捐助支持|无忧启动 ( 闽ICP备05002490号-1 )

闽公网安备 35020302032614号

GMT+8, 2024-11-17 05:40

Powered by Discuz! X3.3

© 2001-2017 Comsenz Inc.

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