问题[checksum](unix)

我有一个本地文件file1以及原始文件的 sha256 校验和。

远程是Windows10 笔记本电脑内部的rhel8 server本地工具。sha256sumgit bash

看在上帝的份上，我似乎无法以合理的方式对它们进行比较。

在遥控器上我得到

~> sha256sum file1
55dcd0a7046a24e5ee296d1481d6f787b1956d138bbfb6e44ca8591006367f27  file1

所以我的问题是......如何将本地创建的总和与我在遥控器上获取的校验和进行比较？

我认为必须有一种方法可以用sha256sum命令本身来执行此操作，然后以某种方式输出checksum matches或checksum differs

或者你真的必须依靠你的视力来比较这两个或创建一个包含每个校验和的额外文本文件并对它们执行差异？

我能想到的最好办法是

echo [sha of the remote file] ; sha256sum file1
55dcd0a7046a24e5ee296d1481d6f787b1956d138bbfb6e44ca8591006367f27
55dcd0a7046a24e5ee296d1481d6f787b1956d138bbfb6e44ca8591006367f27 *file1

...然后用我的肉眼比较这两条线。

没有更好的了？

手册上说

       -c, --check
              read SHA256 sums from the FILEs and check them

但这实际上意味着什么？ sha256sum file1 --check [sha of the remote file]听起来很合逻辑，但却行不通。

也没有

:~> sha256sum file1 --check
sha256sum: file1: no properly formatted SHA256 checksum lines found

我们使用 diff 来查找两个文件之间的差异。我们使用校验和实用程序来查找哈希并稍后进行比较。在这方面，我有一些问题：

1. 我们可以区分任何类型的文件吗？例如，我可以将 MP3 文件与 diff 进行比较吗？我可以找到 MP3 文件的哈希值。但是我可以使用 diff 来检查它们的完整性吗？
2. diff 如何处理非文本文件？
3. 如何使用 diff 比较两个不同目录中的所有文件？如果某些文件损坏或被篡改，diff 会报告它吗？
4. 如何找到整个目录的校验和进行比较？

提前致谢..！

我正在尝试确定是否存在bzip2用于压缩需要 100% 可重现的文件的任何潜在问题。具体来说：元数据（名称/inode、lastmod 日期等）或其他任何内容是否会导致相同的文件内容在生成的存档上产生不同的校验和.bz2？

例如，除非使用 gzip，否则默认情况下 gzip 不是确定性-n的。

到目前为止，我的粗略测试表明，在给定相同的输入数据（无论元数据、平台、文件系统等）的情况下，bzip2 确实确实始终如一地生成相同的文件，但如果有更多的轶事证据，那就太好了。

我不知道在 Unix V5 和 V6 中该sum命令使用了什么算法。

起初，我认为它是字节模数 2^16 的简单总和。然而，对于重复 320 次的字符串“1111111111\n”，它计算的校验和为28930（使用Julius Schmidt 的 JavaScript 的 PDP-11 模拟器）。而它的简单字节总和要小两个字节：

$ python -c 'print(sum(bytearray(b"1111111111\n"*320)) & 0xFFFF)'
28928

后来，从MacOS 的手册页中，我发现sumandcksum命令有很长的不一致历史。然而，即使是 MacOS 上提供的“历史”算法版本也不同意 Unix V5 的校验和。最接近的匹配是 UNIX System V 的默认sum命令（在 Mac 上调用，如cksum -o 2），它为此字符串返回相同的校验和，但不同意其他命令：

$ python -c 'print("1111111111\n"*320, end="")' | cksum -o 2
28930 7

更具体地说，cksum -o 2和 Unix V5sum对模拟器中的大多数二进制文件（例如，在文件夹中/bin）产生不同的输出，尽管它们在大多数文本文件上是一致的。

这是模拟器中的真实行为还是错误？如果是正版，是什么算法？

PS这是源代码，如果有人可以阅读1974年的汇编代码。

我使用以下命令来验证 ~700 GiB 的备份文件：

$ find -type f -exec md5sum {} + | sort > ~/checksums

这需要很多小时，所以我想集成pv到命令中以显示进度。

我可以这样做：

$ find -type f -exec pv {} + | md5sum

但它会连接所有文件，导致只有一个校验和。

那么我怎么能在最后包含pv并仍然得到一个充满校验和的文本文件呢？

在“不知情的研究——为不知情的人提供的信息”中。2003 年提到了一个名为elfsignand的工具elfverify。这是一个校验和和签署 ELF 二进制文件的工具。

我在 Debian 中找不到该工具。它是否仍然存在并得到维护？

我曾经crc32将一些文件与它们的备份进行比较。在 3556 个文件中，有 11 个被报告为“BAD”，如下例所示：

9be46354        ./9836Feeding_the_dog_.mpeg   BAD 9be46354 != 9836Feed

但是，这些文件还不错，但由于某种原因crc32，将它计算的校验和与文件名的一部分进行了比较。

然后我尝试了一个实验：

$ echo 12345 > 9836Feeding_the_dog_.mpeg
$ crc32 9836Feeding_the_dog_.mpeg
261dafe6

所以这次crc32似乎没有将校验和与文件名进行比较，并且文件不是'BAD'。

这里发生了什么？其他校验和会发生这种情况吗？