碰到一件无法理解的事情：同样文件与条件，出现不同运行结果。

lianjiang

碰到一件无法理解的事情：同样文件与条件，出现不同运行结果。
缘由：
7月份，有一GGhost一键恢复用户反反映，无法用GGhost完成自动备份，后测试后证实是dos下无法运行omnifs，因此我给了他个omnifs v11.02，结果他替换GGhost中的同名文件后，运行正常。【当时我以为GGhost中用的是最新的omnifs v11.5。】
后来我准备替换文件时，注意到GGhost中本来用的就是v11.02的（有一两个版本用过最新版ghost和omnifs，表现反映不佳，改回去了），因此就没动omnifs这个文件。
今天，该网友又问我，说新版的GGhost一键恢复怎么没用上次能用的那个omnifs版本，现在他得自行替换后才可使用。
因此，比较了能用的版本与现在Gghost中使用的omnifs版本，发现MD5完全一样。
于是我用那个文件替换GGhost中使用的文件，重新制作后提供给他测试，结果与他那里结果一样，能正常使用。

以下几点可以肯定：
1，omnifs文件完全一致。
2，IMG制作方法完全一致。（该网友也证实，不管是替换，或者用新文件重新制作img，都可使用。）
3，使用环境完全一致。

为何出现不同结果？
在我看来，这是不可思议的事情。若非碰到，无法相信。
请高人指点。

lianjiang

机子是IBM X61, 但有至少2个其他的x61用户，报告默认版本即可运行。

Climbing

确实莫名其妙，无法理解。

lianjiang

原帖由 tegl 于 2008-8-6 15:47 发表
BIOS的BUG？叫他刷新BIOS吧

关键是，两个文件本来就相同，而且必然是一个能用，一个不能用，这才是我无法理解的。

悟空

将他的内存条换一条试试是否正常。我怀疑是内存条有工作不稳定因素存在。

lianjiang

我说的是dos下的omnifs，而不是windows下的omnifs32. 呵呵。

wang6610

md5相同的文件，据目前认知水平，是被认定为同一文件的。

lianjiang

原帖由 wang6610 于 2008-8-6 20:54 发表
md5相同的文件，据目前认知水平，是被认定为同一文件的。

我也用UltraEdit比较了，一个字节不差。
实在是不可思议的事情。

lxl1638

如果两个文件的版本或版本信息不同，而MD5又相同，那么有两种最常见的可能：
1、MD5工具垃圾；
2、你的系统中招。
另一个极少出现的可能，那就是的确存在"两个文件的版本不同，而MD5相同的文件"

lianjiang

原帖由 lxl1638 于 2008-8-6 22:00 发表
如果两个文件的版本或版本信息不同，而MD5又相同，那么有两种最常见的可能：
1、MD5工具垃圾；
2、你的系统中招。
另一个极少出现的可能，那就是的确存在"两个文件的版本不同，而MD5相同的文件"

老大看来没仔细看1楼的说明。呵呵。
1，MD5工具没问题，用过不同工具，计算结果一样，基本可排除md5工具问题。
2，不是版本不同，而是版本相同。问题是同一版本的文件，在同一运行环境出现不同结果。
3，根据网友的测试， 即使是中招，结果一致才是正常。因此中招无法解释出现异常问题。

xiaoy

IMG   GRUB  机子的特殊性 怀疑
可能问题并不在于那个omnifs文件

lianjiang

原帖由 xiaoy 于 2008-8-6 22:48 发表
IMG   GRUB  机子的特殊性 怀疑
可能问题并不在于那个omnifs文件

原因可能是其它的，但表现出来的是同样的omnifs，一个正常，一个无法运行。
其它的什么都没动。

不才

嘿嘿，从lianjiang 兄所述，并未看到进行了A-B-A测试，我认为尚无法从根本上判定“一个正常，一个无法运行”。
我倾向于img存在问题，比如说文件的存放位置等。

lianjiang

开始我们也猜测是img制作问题，就是你说的文件存放位置不同。

但从一下的操作，基本可以排除文件存放位置造成的不同结果。

1，最早7月22日，报告无法使用GGhost内置的omnifs，因此我提供了另一个实际上是同版本的文件，替换后可运行。
2，8月6日，再次报告内置的omnifs不可用，替换后可运行。
3，为检查是否是img文件制作问题，该网友，不使用替换法，而是加入可用的omnifs，用UltraISO重新制作，测试正常。
4，然后我也用可用的文件加入，用winimage重新制作。也正常。但用原来的那个，就不能运行。
5，我制作gghost.img，是用批处理自动完成的，而且一般发布版本，基本上都是采用先删除img中文件，然后批处理加入文件的办法。

但确实没进行A-B-A的测试，我碰到那网友时，让他测试一下看看。

spadek

这个我是不信的，除非我自己碰到。

sblisb

md5相同?文件还不同，不理解

szwp

前、后的二个IMG的MD5是否一样？

lianjiang

没必要要求两个img的md5一样。img中有1-200个文件，即使是同样方法加入，也不能保证所有文件的加入顺序每次有一样。
也没必要保证。所以没检查img的md5.
只说两个img的制作方法，及omnifs的md5一样。

szwp

如楼上所说，那么 omnifs 在IMG中所占的磁盘位置可能有一定的关系了。

lianjiang

原帖由 szwp 于 2008-8-7 16:35 发表
如楼上所说，那么 omnifs 在IMG中所占的磁盘位置可能有一定的关系了。

即使什么都不动，两次制作一个含100多个文件的img，要想两次的img的md5一样，是不现实的。
你能做到吗？
反正我是无论如何做不到。

lianjiang

原帖由 sblisb 于 2008-8-7 13:29 发表
md5相同?文件还不同，不理解

请看清1楼的描述。
文件相同，出现不同结果。而不是文件不同。

happymy

如果MD5相同，文件对比不同。
LZ一定要买彩票了，发生碰撞的机会非常非常小。

可能是BIOS引起的问题引起随机错误。

Climbing

请楼主试一下，是不是只有这台机器或者类似的机器出问题，而别的机器没有这个问题。

如果是如此，只能说是这台机器的RPWT。

lianjiang

原帖由 Climbing 于 2008-8-7 18:22 发表
请楼主试一下，是不是只有这台机器或者类似的机器出问题，而别的机器没有这个问题。

如果是如此，只能说是这台机器的RPWT。

报告omnifs不能用的机子很少。这台机子，也仅是由于我记错omnifs版本，才会给他同版本的omnifs试的，没想到歪打正着。

目前只在这台机上发现了此问题，其它的同机型（IBM X61）的使用者，至少有两人报告可正常使用GGhost。

由于GGhost一键恢复的使用者来论坛反馈信息的很少，无法掌握更多的信息。

lianjiang

原帖由 happymy 于 2008-8-7 18:03 发表
如果MD5相同，文件对比不同。
LZ一定要买彩票了，发生碰撞的机会非常非常小。

可能是BIOS引起的问题引起随机错误。

1楼的主旨是文件版本相同，MD5相同。

不是文件不同，而是文件的运行结果不同。

szwp

原帖由 lianjiang 于 2008-8-7 16:42 发表


即使什么都不动，两次制作一个含100多个文件的img，要想两次的img的md5一样，是不现实的。
你能做到吗？
反正我是无论如何做不到。

俺不大做IMG，也没去检查过MD5，更没比较过二次制作的MD5值。
俺只是说 omnifs 是否会与位置有关。

最好还是去DOS下手工测试，可能某种原因造成文件读取问题，在DOS下将不同IMG中的 omnifs 拷至硬盘看看情况。
或在不同IMG的DOS环境下分别运行硬盘上的omnifs

lianjiang

原帖由 szwp 于 2008-8-7 22:00 发表


俺不大做IMG，也没去检查过MD5，更没比较过二次制作的MD5值。
俺只是说 omnifs 是否会与位置有关。

最好还是去DOS下手工测试，可能某种原因造成文件读取问题，在DOS下将不同IMG中的 omnifs 拷至硬盘看看 ...

是自己的机子就好办些，这只是一个GGhost一键恢复的使用者的报告，一般人很难如此配合测试。
看来这个问题基本上就是无解了。
好在只有一个人碰到，其它的同样机型的人也没出现如此问题。

权当长了见识。呵呵。

lianjiang

根据前面的描述，基本可以排除是omnifs文件文件位置引起的问题。

因为即使是采用不同的方法制作img，一个文件也总是可用，而另一个虽然是md5相同的文件，却总是不可用。

waveliu

完全不懂ING^^呵呵