jacksum - 云端在线

程序：

您的姓名

jacksum - 计算校验和、CRC 和消息摘要

概要

杰克苏姆 [配置]……[文件] ...
java的 -罐 /usr/share/java/jacksum.jar [配置]……[文件] ...
java的 -cp /usr/share/java/jacksum.jar 杰克苏姆 [配置]……[文件] ...

商品描述

Jacksum 是一个免费且独立于平台的实用程序，用于计算和验证校验和，
CRC 和哈希（消息摘要）以及文件的时间戳。 杰克苏是写的
完全在Java中。 Java 运行时环境 (JRE)，至少版本 1.3.1 或任何
需要等效的 JRE。 建议至少使用 JRE 1.4.2。

支持以下参数：

文件 要检查的文件的路径名。 支持通配符。 他们依赖于
你正在运行的外壳。 没有文件，或文件为字符“-”时，标准
输入被读取。

支持以下选项：

-a 东西
算法，默认为 sha-1，因为 Jacksum 1.0.0，另见 -A。 算法可以
由加号组合，例如“sha1+crc32”、“bsd+crc24+xor8”。 如果你
指定“-a all”使用所有支持的算法，另见-F。 只要“全部”
或使用加号字符，输出用十六进制校验和和一个
十进制文件大小。 示例：“sha+”、“md5+”。 自 Jacksum 1.7.0 起可用的功能，
另见-A、-F。

-A 备用。 默认情况下，Jacksum 使用 Java API 提供的算法，如果
可用，因为它们是由 JVM 供应商优化的，它们通常提供非常
很棒的表演。 如果设置了 -A，Jacksum 将使用替代的纯 Java
算法的实现（如果可用）。 实际上，Jacksum 支持替代
以下算法的实现：adler32、crc32、md5、sha-1、sha-256、
sha-384, sha-512 自 Jacksum 1.5.0 起，另见 -a。

-c 名单
根据给定的列表检查完整性。 该列表通常是以前的输出
Jacksum，理想情况下使用选项 -m 创建。 您还可以对照列表进行检查
是由不同的应用程序创建的。 在这种情况下，您需要指定所有
产生相同输出所必需的参数。 参数 -F 将是
忽略。 要排除文件，只需从列表中删除行。 可用功能
自 Jacksum 1.3.0 起，另见 -l -I 和 -m。

-d 仅目录（常规）。 不要遵循 Linux/Unix 上的符号链接。 一个象征性的
从子文件夹到父文件夹的链接可能会导致 Unix/Linux 下的无限循环
而递归遍历树。 如果设置了这个选项，符号链接到
目录将被忽略。 在 Windows 下将忽略此选项。 特征
自 Jacksum 1.5.0 起可用，另见 -r。

-e 以次 期待。 预计会有一个计算序列。 处理文件，
标准输入或选项 -q。 返回 OK（退出代码 0）或 MISMATCH（退出代码 1）。
自 Jacksum 1.4.0 起可用。 也适用于多个文件或目录
查找重复项，在这种情况下，所有结果都会被打印出来。 序列可以是
指定区分大小写或不区分大小写，除非 Base 64 编码（通过
-E) 已指定。 自 Jacksum 1.6.0 起可用，另见 -a、-q、-E、-x 和
-X。

-E 编码
编码。 校验和可以被编码：

bin 二进制
十进制
八进制
hex 小写的十六进制（与 -x 相同）
hexup 十六进制大写（与 -X 相同）
base16 Base 16（由 RFC 3548 定义）
base32 Base 32（由 RFC 3548 定义）
base64 Base 64（由 RFC 3548 定义）
bb BubbleBabble（由 OpenSSH 和 SSH2 使用）

自 Jacksum 1.6.0 起可用，另见 -x 和 -X。

-f 仅处理文件，此选项抑制消息“...是一个
目录”和“......不是常规文件”。自
Jacksum 1.0.0，另见 -V。

-F 格式
设置可自定义的输出格式以覆盖默认值。
从 Jacksum 1.5.0 开始可用，如果没有其他指定，另见
-a、-E、-g、-G、-p、-P、-s、-t、-x、-X。

#ALGONAME 将替换为算法名称
#ALGONAME{i} 另见 #CHECKSUM{i}
#CHECKSUM 将被哈希、CRC 或总和值替换
（取决于 -a、-b、-g、-G、-x、-X）
#CHECKSUM{i} 如果名为 + 的字符已用于
在选项 -a 中分离多个算法，
令牌将被校验和替换。 这
令牌由一个数字索引。 如果您使用
字符称为 i 而不是数字，它
像自动索引一样工作。 (1.6)
#FILENAME 将被文件名和路径替换（取决于
在 -p 和 -P)
#FILENAME{NAME} 将替换为文件名 (1.5)
#FILENAME{PATH} 将替换为文件路径 (1.5)
#FILESIZE 将替换为文件大小
#FINGERPRINT 是#CHECKSUM 的别名
#SEPARATOR 将替换为您可以使用的分隔符
用 -s 指定
#TIMESTAMP 将被时间戳替换（取决于 -t）
#QUOTE 将被一个引号字符 (") 替换

-g 数
将校验和的十六进制输出分组为“计数”字节以提高可读性。 仅有的
如果编码为 hex 或 hexup，则有效。 组之间用空格或
-G 指定的字符。 count 的值必须大于 0。 可用
自 Jacksum 1.6.0 起，另见 -E、-G、-x 和 -X -G 字符组字符。 仅有效
如果编码为十六进制并且已设置 -g。

-h [朗] [部分]
打印帮助，“lang”的有效代码为“en”或“de”，默认为“en”； 有效值
对于“部分”，是标题或选项之类的字符串。 有关更多信息，请参阅示例部分
信息。 自 Jacksum 1.0.0 起可用，自 Jacksum 1.6.0 起的参数部分，
另见 -v。

-I 绳子
忽略。 通过 -m 创建列表或通过 -c 读取列表时，如果出现以下情况，将忽略行
它们以指定的字符串开头。 自 Jacksum 1.6.0 起可用，另见 -c
和-m。

-l 列表。 只需列出被修改或删除的文件。 仅与 -c 结合使用。
自 Jacksum 1.4.0 起可用，另见 -c。

-m 打印元信息。 将打印额外的行。 有了可用的元信息，你
可以根据给定的列表检查文件，而无需指定很多
命令行参数。 您通常可以使用 -F 指定的任何自定义格式都是
忽略。 自 Jacksum 1.3.0 起可用，另见 -c。

-o 文件
输出。 程序的输出转到文件而不是标准输出。
如果文件存在，程序将退出并显示警告。 由指定的文件
-o 被排除在计算过程之外。 自 Jacksum 1.6.0 起可用，请参阅
还有 -O、-u 和 -U。

-O 文件
输出。 与 -o 相同，但是现有文件将被覆盖而没有任何
警告。 另见-U。 自 Jacksum 1.6.0 起可用，另见 -o、-u 和 -U。

-p 小路。 将路径信息放在每一行上，而不是为每一行打印一个标题
递归处理文件夹时的目录 (-r)。 使用此选项，输出
会增加，但另一方面，排序或 grep 会容易得多
行与相应的程序。 自 Jacksum 1.4.0 起可用，另见 -F、-P、
-r 和 -w。

-P 坦克
路径分隔符。 默认情况下，依赖于系统的默认文件名分隔符
字符被使用。 在 Unix 系统上，字符是斜杠 (/)，在 Microsoft
Windows 系统它是反斜杠 (\)。 如果有特殊情况，您可以更改默认值
文件名的输出格式（例如 HTML 链接）是必需的。 可用时间
Jacksum 1.5.0，另见 -F 和 -p。

-q [类型：]序列
快速处理一个序列并退出程序。 类型可用于指定
序列的类型（文本、十六进制或十进制）：

txt:示例1
十六进制：4578616D706C6531
十二月：69,120,97,109,112,108,101,49
4578616D706C6531

如果未设置 type，则 seq 应为十六进制形式。 如果类型设置为
“txt”，平台的默认字符集将用于解释调用的序列
序列自 Jacksum 1.3.0（仅十六进制）起可用，自 1.5.0 起键入。

-r 递归处理子目录（没有文件参数，当前目录是
用过的）。 从 Jacksum 1.0.0 开始可用，另见 -p 和 -w。

-s 九月 自定义分隔符字符串（\t、\n、\r、\"、\' 和 \\ 将被翻译）。
默认值取决于校验和算法。 自 Jacksum 1.0.0 起可用，请参阅
还有-F。

-S 概括。 这仅计算一个校验和值。 所有文件，目录
结构、文件名和时间戳（如果需要）是该校验和的一部分。
另见 -w。 自 Jacksum 1.5.0 起可用，另见 -r 和 -w。

-t 申请
时间戳格式。 将使用 Java 的格式化程序类 SimpleDateFormat。 有效的
字符是

G时代代号
年
M 年中的一个月
w 一年中的一周
W 月中的一周
D 一年中的一天
d 月中的第几天
F 月中的星期几
E 星期几
AM/PM 标记
H 小时 (0-23)
k 一天中的小时 (1-24)
K 小时（上午/下午） (0-11)
h 上午/下午的小时数 (1-12)
m 分钟（以小时为单位）
秒秒
S 毫秒
z 时区，一般
Z 时区，RFC 822

如果表单设置为“默认”一词，时间戳将被格式化为
“yyyyMMddHHmmss”。 从 Jacksum 1.3.0 开始

#SEPARATOR 将替换为您使用的分隔符
可以用 -s 指定
#QUOTE 将被一个引号字符 (") 替换

自 Jacksum 1.6.0 起可用，另见 -F。

-u 文件
丑陋的，不受欢迎的，不可预见的，不请自来的。 该程序的任何错误消息是
重定向到文件而不是标准错误。 程序退出，如果文件
存在。 -u 指定的文件被排除在计算之外
过程。 自 Jacksum 1.6.0 起可用，另见 -U、-o 和 -O。

-U 文件
丑陋的，不受欢迎的，不可预见的，不请自来的。 与 -u 相同，但是现有文件将
在没有任何警告的情况下被覆盖。 另见-O。 自 Jacksum 1.6.0 起可用，
另见 -u、-o 和 -O。

-v 版本。 打印产品版本并退出。 自 Jacksum 1.2.0 起可用，请参阅
还有-h。

-V 控制
冗长。 打印附加信息。 如果 -V 是唯一的参数，它的行为就像
-v。 “control”可以是以下关键字之一，必须用
逗号：

详情 | nodetails 有或没有详细信息的错误
警告 | 警告或无警告
摘要 | nosummary 总结与否

如果控件设置为“default”，则控件设置为“details,warnings,nosummary”。
自 Jacksum 1.6.0 起可用，另见 -f 和 -v。

-w 文件参数（最后一个参数）旨在作为工作目录。
这允许创建相对路径名而不是绝对路径名。 仅当
文件参数是一个目录。 自 Jacksum 1.6.0 起可用，另见 -r 和
-S。

-x 校验和的小写十六进制输出，它是 -E 十六进制的别名。 可用时间
Jacksum 1.1.0，另见 -E。

-X 校验和的大写十六进制输出，它是 -E hexup 的别名。 可用的
自 Jacksum 1.1.0 起，另见 -E。

支持以下算法：

阿德勒32， 阿德勒-32
算法：
Adler32 [java.util.zip.Adler32]
长度：
32 bits
类型：
校验和，1995
自从：
Jacksum 1.0.0（自 32 起别名“adler-1.2.0”）
评论：
Adler32 是由 Mark Adler 于 1995 年发明的。
可以找到 Adler32 的规范
在 RFC 1950 中。 Adler32 是一个 32 位扩展
和 Fletcher 算法的改进，
在 ITU-T X.224 / ISO 8073 标准中使用。
[jonelo.jacksum.algorithm.Adler32alt] 是
替代实现，如果
选项 -A 已指定。

系统, 深渊， 总结
算法：
BSD 校验和算法
长度：
16 bits
类型：
校验
自从：
Jacksum 1.0.0（别名“bsdsum”，自 1.2.0 起，别名
“sumbsd”自 1.6.0）
评论：
输出格式与本机完全一样
程序总和（以 1024 字节块为单位的大小）
另见 sysv
- 在 BeOS 下它是 /bin/sum [-r]
- 在 FreeBSD 下它是 /usr/bin/总和
和 /usr/bin/cksum -o 1
- 在 HP-UX 下是 /usr/bin/总和 -r
- 在 IBM AIX 下它是 /usr/bin/总和 [-r]
- 在 Linux 下是 /usr/bin/总和 [-r]
- 在 MacOS X 下它是 /usr/bin/总和
和 /usr/bin/cksum -o 1
- 在 Solaris 下它是 /usr/ucb/sum
- 在 Windows 下没有总和

校验和
算法：
POSIX 1003.2 CRC 算法
长度：
32 bits
类型：
CRC
自从：
杰克森 1.0.0
评论：
- 在 BeOS 下它是 /bin/cksum
- 在 FreeBSD 下它是 /usr/bin/cksum
- 在 HP-UX 下是 /usr/bin/cksum 和
/usr/bin/总和 -p
- 在 IBM AIX 下它是 /usr/bin/cksum
- 在 Linux 下是 /usr/bin/cksum
- 在 MacOS X 下它是 /usr/bin/cksum
- 在 Solaris 下是 /usr/bin/cksum
- 在 Tru64 目录下 /bin/cksum (CMD_ENV=xpg4)
- 在 Windows 下没有 cksum
POSIX CRC 无法完全描述
通过 Rocksoft-Model，因为算法
附加消息及其长度。 没有
这个特殊的，代码将是：
CRC:32,04C11DB7,0,false,false,FFFFFFFF

crc64， CRC-64
算法：
CRC-64
长度：
64 bits
类型：
CRC:64,1B,0,true,true,0
自从：
杰克森 1.5.0
评论：
该算法在
ISO 3309标准。
（生成器 poly 是 x^64 + x^4 + x^3 + x + 1）

小精灵， 小精灵32， 小精灵32
算法：
ELF
长度：
32 bits
类型：
哈希
自从：
杰克森 1.5.0
评论：
Unix ELF（可执行文件）中使用的散列函数
和可链接格式）用于目标文件。

ed2k， 骡子， 电驴
算法：
电骡/电驴
长度：
128 bits
类型：
哈希
自从：
杰克森 1.5.0
评论：
该算法在 eDonkey 中使用。 电骡，
它基于 MD4，但返回不同
文件的指纹 >= 9500 KB。

客人
算法：
GOST R 34.11-94
[org.bouncycastle.crypto.digests.GOST3411Digest]
长度：
256 bits
类型：
哈希，1994
自从：
杰克森 1.6.0
评论：
“GOsudarstvennyi 标准”，俄语为
“政府标准”。 1994 年作为
苏联标准 GOST-R-34.11-94。

有160， 有-160， has160
算法：
HAS-160 [gnu.crypto.hash.Has160 (jonelo)]
长度：
160 bits
类型：
哈希，2000
自从：
杰克森 1.7.0
评论：
HAS-160 既是加密散列函数，又是
韩国 TTA 标准（电信和
和技术协会）。

哈弗， 哈弗_
算法：
哈弗 [gnu.crypto.hash.Haval]
长度：
128、160、192、224 或 256 位
类型：
哈希，1992
自从：
杰克森 1.4.0
评论：
哈弗是约瑟夫·郑玉良发明的
Pieprzyk 和 Jennifer Seberry 于 1992 年。
Haval 消息摘要算法具有
可变输出长度，可变数量
回合。 输出长度可以从 128
以 256 位为增量增加到 32 位。 这
回合数可以从 3 到 5。
默认值（只是“haval”）是 128 和 3。

MD2， md2sum
算法：
MD2 [gnu.crypto.hash.MD2]
长度：
128 bits
类型：
哈希，1989
自从：
杰克森 1.2.0
评论：
MD2 消息摘要算法定义在
RFC 1319；
RSA 实验室，在他们的第 4 号公告中注明日期
12 年 1996 月 XNUMX 日，建议更新
远离 MD2 的应用程序
实际的。
Jacksum 支持 MD2 以实现兼容性和教育性
的目的。

MD4， md4sum
算法：
MD4 [gnu.crypto.hash.MD4]
长度：
128 bits
类型：
哈希，1990
自从：
杰克森 1.2.0
评论：
MD4 消息摘要算法定义在
RFC 1320；
RSA 实验室，在他们的第 4 号公告中注明日期
12 年 1996 月 4 日，建议 MDXNUMX 应该
不被使用。
Jacksum 支持 MD4 以实现兼容性和教育性
的目的。

MD5， md5sum
算法：
MD5 [java.security.MessageDigest]
长度：
128 bits
类型：
哈希，1991
自从：
杰克森 1.0.0
评论：
MD5消息摘要算法是由
Ronald Rivest 于 1991 年，它被定义为
RFC 1321。[gnu.crypto.hash.MD5] 是替代的
实现，如果你有，它将被使用
设置选项-A。
- 在 BeOS 下它是 /bin/md5sum
- 在 FreeBSD 下它是 /sbin/md5
- 在 HP-UX 下没有 md5 或 md5sum
- 在 Linux 下是 /usr/bin/md5sum
- 在 MacOS X 下它是 /usr/bin/md5
- 在 Solaris 下是 /usr/sbin/md5 (SUNWkeymg)
- 在 Windows 下没有 md5 或 md5sum

没有
算法：
没有
长度：
0 bits
类型：
不适用
自从：
杰克森 1.6.0
评论：
不计算校验和，它不读取
文件的内容，它只是确定
文件大小（如果需要，还有时间戳）

CRC：
算法：
CRC
长度：
8..64 位
类型：
CRC
自从：
杰克森 1.7.0
评论：
使用此通用 CRC，您可以指定所有 CRC-
可以用著名的算法来描述
“Rocksoft (tm) 模型 CRC 算法”。
必须有 6 个值，它们必须是
用逗号分隔。 那些是：
宽度、多边形、init、refIn、refOut、xorOut

width - crc 的宽度，以位表示。
这比宽度小一
聚。

poly - 多项式，指定为十六进制
多边形的顶部应该是
省略。 例如，如果多边形是
10110，您应该指定 06。一个
此参数的重要方面
是它代表了未被反射的
聚; 此参数的底部
总是除数的 LSB
在分裂期间不管
算法是否被建模
体现。

init - 此参数指定初始
当寄存器的值
算法开始。 指定为十六进制。

refIn - 这是一个布尔参数。 如果它
为假，处理输入字节
位 7 被视为最多
有效位 (MSB) 和位 0 是
被视为最低有效位。
如果该参数为false，则每个字节
在处理之前反映。
对或错

refOut - 这是一个布尔参数。 如果是
设置为false，最终值
寄存器被送入 xorOut 阶段
直接，否则，如果这个参数
为真，最终的寄存器值为
首先反映。

xorOut - 此值与最终值异或
寄存器值（在 refOut 之后）
值返回之前的阶段
官方校验和，指定为十六进制

读
算法：
读
长度：
0 bits
类型：
不适用
自从：
杰克森 1.6.0
评论：
不计算校验和，但它会读取
文件的内容，它还决定了
文件大小（如果需要，还有时间戳）

rmd128， rmd-128， 成熟的md128， 成熟的md-128， 成熟-md128
算法：
RIPEMD-128 [gnu.crypto.hash.RipeMD128]
长度：
128 bits
类型：
哈希
自从：
Jacksum 1.2.0（自 128 起别名 rmd128/rmd-1.4.0）
评论：
消息摘要，另见 RIPEMD-160

rmd160， rmd-160， 成熟的md160， 成熟的md-160， 成熟-md160
算法：
RIPEMD-160 [gnu.crypto.hash.RipeMD160]
长度：
160 bits
类型：
哈希，1996
自从：
Jacksum 1.2.0（自 160 起别名 rmd160/rmd-1.4.0）
评论：
RIPEMD 是在
欧盟项目 RIPE (RACE Integrity Primitives
评估），由 GnuPG 使用

rmd256， rmd-256， 成熟的md256， 成熟的md-256， 成熟-md256
算法：
RIPEMD-256 [org.bouncycastle.crypto.digests]
长度：
256 bits
类型：
哈希
自从：
杰克森 1.6.0
评论：
消息摘要，另见 RIPEMD-160
RIPEMD-256 与 RIPEMD-128 一样安全

rmd320， rmd-320， 成熟的md320， 成熟的md-320， 成熟-md320
算法：
RIPEMD-320 [org.bouncycastle.crypto.digests]
长度：
128 bits
类型：
哈希
自从：
杰克森 1.6.0
评论：
消息摘要，另见 RIPEMD-160
RIPEMD-320 与 RIPEMD-160 一样安全

沙0， SHA-0
算法：
SHA-0 [gnu.crypto.hash.Sha0 (jonelo)]
长度：
160 bits
类型：
哈希，1993
自从：
杰克森 1.6.0
评论：
1993 年定义的安全散列算法
美国国家标准研究院
技术的联邦信息处理
标准 (FIPS PUB 180)。
不久后被 NSA 撤回
出版并被修订后的
1995 年在 FIPS PUB 180-1 中发布的版本
通常称为“SHA-1”。

沙， 沙1， 沙-1， 沙160， SHA-160
算法：
SHA-1 [java.security.MessageDigest]
长度：
160 bits
类型：
哈希，1995
自从：
Jacksum 1.0.0（别名 sha-1，自 1.2.0 起，别名
sha-160。 sha160 和 sha-160 从 1.5.0 开始，默认
自 1.5.0 以来的算法。
评论：
1995 年定义的安全散列算法
美国国家标准研究院
技术的联邦信息处理
标准 (NIST FIPS 180-1)。
[gnu.crypto.hash.Sha160] 是替代的
实现，如果你有，它将被使用
指定选项 -A。
- 在 BeOS 下没有 sha1
- 在 FreeBSD 下它是 /sbin/sha1
- 在 HP-UX 下没有 sha1
- 在 Linux 下是 /usr/bin/sha1sum
- 在 MacOS X 下没有 sha1
- 在 Solaris 下没有 sha1
- 在 Windows 下没有 sha1

沙224， SHA-224
算法：
SHA-224 [gnu.crypto.hash.Sha224 (jonelo)]
长度：
224 bits
类型：
哈希，2004
自从：
杰克森 1.6.0
评论：
2004 年定义的安全散列算法
美国国家标准研究院
技术的联邦信息处理
标准 (NIST FIPS 180-2) 和 RFC 3874。
SHA-224 基于 SHA-256，但它使用
不同的初始值和最终哈希值
被截断为 224 位。

沙256， SHA-256
算法：
SHA-256 [java.security.MessageDigest]
长度：
256 bits
类型：
哈希，2001
自从：
杰克森 1.3.0
评论：
2001 年定义的安全散列算法
美国国家标准研究院
技术的联邦信息处理
标准 (NIST FIPS 180-2)。
[gnu.crypto.hash.Sha256] 是一个替代
实现，如果你有一个
JRE < 1.4.2 或者如果您指定了选项 -A。

沙384， SHA-384
算法：
SHA-384 [java.security.MessageDigest]
长度：
384 bits
类型：
哈希，2001
自从：
杰克森 1.3.0
评论：
2001 年定义的安全散列算法
美国国家标准研究院
技术的联邦信息处理
标准 (NIST FIPS 180-2)。
[gnu.crypto.hash.Sha384] 是一个替代
实现，如果你有一个
JRE < 1.4.2 或者如果您指定了选项 -A。

crc8， CRC-8
算法：
CRC-8
长度：
8 bits
类型：
CRC:8,7,0,false,false,0
自从：
杰克森 1.6.0
评论：
CRC-8 的这种实现（循环
冗余校验）用于
系统管理总线 (SMBus) 和
例如，免费无损音频编解码器 (FLAC)
（生成器 poly x^8 + x^2 + x^1 + 1）

沙512， SHA-512
算法：
SHA-512 [java.security.MessageDigest]
长度：
512 bits
类型：
哈希，2001
自从：
杰克森 1.3.0
评论：
2001 年定义的安全散列算法
美国国家标准研究院
技术的联邦信息处理
标准 (NIST FIPS 180-2)。
[gnu.crypto.hash.Sha512] 是一个替代
实现，如果你有一个
JRE < 1.4.2 或者如果您指定了选项 -A。

总和8， 总和 8
算法：
总和8
长度：
8 bits
类型：
校验
自从：
杰克森 1.3.0
评论：
通过将所有值加在一起计算出的值
在输入数据流中取模 2^8。
这个算法不关心
字节的排列。

总和16， 总和 16
算法：
总和16
长度：
16 bits
类型：
校验
自从：
杰克森 1.3.0
评论：
通过将所有值加在一起计算出的值
在输入数据流中取模 2^16。
这个算法不关心
字节的排列。

总和24， 总和 24
算法：
总和24
长度：
24 bits
类型：
校验
自从：
杰克森 1.3.0
评论：
通过将所有值加在一起计算出的值
在输入数据流中取模 2^24。
这个算法不关心
字节的排列。

总和32， 总和 32
算法：
总和32
长度：
32 bits
类型：
校验
自从：
杰克森 1.3.0
评论：
通过将所有值加在一起计算出的值
在输入数据流中取模 2^32。
这个算法不关心
字节的排列。

系统， 系统总和， 综合系统
算法：
UNIX System V 校验和算法
长度：
16 bits
类型：
校验和，1985
自从：
Jacksum 1.2.0，自 1.6.0 起别名“sumsysv”
评论：
输出格式与属性完全一样
程序总和（大小为 512 字节块），
另见 bsd
- 在 BeOS 下它是 /bin/sum -s
- 在 FreeBSD 下它是 /usr/bin/cksum -o 2
- 在 HP-UX 下是 /usr/bin/总和
- 在 Linux 下是 /usr/bin/总和 -s
- 在 MacOS X 下它是 /usr/bin/cksum -o 2
- 在 Solaris 下是 /usr/bin/总和
- 在 Windows 下没有总和

虎128， 老虎128
算法：
老虎 128 [gnu.crypto.hash.Tiger160（由 jonelo）]
长度：
128 bits
类型：
哈希，1995
自从：
杰克森 1.6.0
评论：
哈希值是前 128 位
Tiger-192的结果

虎160， 老虎160
算法：
老虎 160 [gnu.crypto.hash.Tiger160（由 jonelo）]
长度：
160 bits
类型：
哈希，1995
自从：
杰克森 1.6.0
评论：
哈希值是前 160 位
Tiger-192的结果

虎， 虎192， 老虎192
算法：
老虎 [gnu.crypto.hash.Tiger]
长度：
192 bits
类型：
哈希，1995
自从：
杰克森 1.4.0
评论：
由罗斯·安德森和伊莱·比哈姆于 1995 年开发

tigerxnumx
算法：
Tiger2 [gnu.crypto.hash.Tiger2 (jonelo)]
长度：
192 bits
类型：
哈希，2005
自从：
杰克森 1.6.0
评论：
由罗斯·安德森和伊莱·比哈姆于 2005 年开发

crc16， CRC-16
算法：
CRC-16 (弧)
长度：
16 bits
类型：
CRC:16,8005,0,true,true,0
自从：
杰克森 1.2.0
评论：
CRC-16 的这种实现（循环
冗余校验）是最流行的形式
CRC-16 算法
（生成器 poly x^16 + x^15 + x^2 + 1）
例如，它被 LHA 和 ARC 使用。

树：
算法：
哈希树
长度：
取决于底层算法
类型：
哈希树，1979
自从：
杰克森 1.7.0
评论：
由 Ralph Merkle 于 1979 年发明。哈希树是一种
散列树，其中叶子是
数据块。 默认情况下，树哈希被编码
基 32。 Jacksum 允许计算根
哈希树的hash，如下算法
支持哈希树：tiger、tiger2
老虎树哈希用于 P2P 文件共享
协议和应用程序。

漩涡0, 漩涡-0
算法：
Whirlpool-0 [gnu.crypto.hash.Whirlpool (jonelo)]
长度：
512 bits
类型：
哈希，2000
自从：
杰克森 1.6.0
评论：
Paulo SLM 的 Whirlpool 哈希函数
Barreto 和 Vincent Rijmen，2000 年。
这是惠而浦的原始规格
从2000。

漩涡1, 漩涡-1
算法：
Whirlpool-1 [gnu.crypto.hash.Whirlpool]
长度：
512 bits
类型：
哈希，2001
自从：
杰克森 1.2.0
评论：
Paulo SLM 的 Whirlpool 哈希函数
Barreto 和 Vincent Rijmen，2001 年。
这是规范的第一次修订
惠而浦 2001 年改进的 S-box
设计：
“我们建议重命名原始算法
Whirlpool-0 并使用术语 Whirlpool
使用的最终修改版本
改进的 S 盒设计。”

漩涡， 漩涡2, 漩涡-2
算法：
漩涡 [gnu.crypto.hash.Whirlpool (jonelo)]
长度：
512 bits
类型：
哈希，2003
自从：
杰克森 1.6.0
评论：
Paulo SLM 的 Whirlpool 哈希函数
巴雷托和文森特·里杰曼。
这是规范的第二次修订
惠而浦 2003 年改进扩散
矩阵：
“最近 [11 年 2003 月 XNUMX 日]，白井和涩谷
发现漩涡扩散的缺陷
使其分支数次优的矩阵。
虽然这个缺陷本身似乎并不
引入一个有效的漏洞，
本文件取代该矩阵
[24 年 2003 月 XNUMX 日]"

异或8， 异或-8
算法：
异或
长度：
8 bits
类型：
校验
自从：
杰克森 1.3.0
评论：
通过异或中的所有值计算出的值
输入数据流。
这个算法不关心
文件中字节的排列。

crc16_x25， crc-16_x-25， fcs16， FCS-16
算法：
CRC-16（帧校验序列）
长度：
16 bits
类型：
CRC:16,1021,FFFF,true,true,FFFF
自从：
Jacksum 1.5.0（别名 _x25、_x-25 设置 1.7.0）
评论：
中定义的帧检查序列
RFC1331。

crc24， CRC-24
算法：
CRC-24
长度：
24 bits
类型：
CRC:24,864CFB,B704CE,false,false,0
自从：
杰克森 1.6.0
评论：
CRC-24 的这种实现（循环
冗余校验）被 Open PGP 用于
示例（RFC 2440）。

crc32， crc-32， fcs32， FCS-32
算法：
CRC-32 [java.util.zip.CRC32]
长度：
32 bits
类型：
CRC:32,04C11DB7,FFFFFFFF,true,true,FFFFFFFF
自从：
Jacksum 1.0.0（自 32 起别名为 crc-1.2.0，
自 32 起别名 fcs32 和 fcs-1.5.0)
评论：
标准算法 CRC-32（循环
冗余校验）在 ISO 3309 中规定，
ISO/IEC 13239:2002 和 ITU-T V.42，以及
被 PKZip、gzip、png、以太网、FDDI、
和 WEP。 该算法也称为 FCS
（帧检查序列）
可以使用替代实现 (-A)。
- 在 BeOS 下没有 crc32
- 在 FreeBSD 下它是 /usr/bin/cksum -o 3
- 在 HP-UX 下没有 crc32
- 在 Linux 下没有 crc32
- 在 MacOS X 下它是 /usr/bin/cksum -o 3
- 在 Solaris 下没有 crc32
- 在 Windows 下没有 crc32

crc32_bzip2， crc-32_bzip-2
算法：
CRC-32 (Bzip2)
长度：
32 bits
类型：
CRC:32,04C11DB7,FFFFFFFF,false,false,FFFFFFFF
自从：
杰克森 1.7.0
评论：
该 CRC 由 bzip2 使用

crc32_mpeg2， crc-32_mpeg-2
算法：
CRC-32 (MPEG-2)
长度：
32 bits
类型：
CRC:32,04C11DB7,FFFFFFFF,false,false,0
自从：
杰克森 1.4.0
评论：
该算法实现了 MPEG
CRC-32 计算规范

Jacksum的输出格式：

如果不使用选项 -F 指定自定义格式，则以下格式为
用过的：

[ ]

校验
是校验和、CRC 或指纹； 输出取决于选项 -a 和 -x，分别是。 -X

九月 是一个分隔符； 可以通过-s修改，否则取决于-a和-m

文件大小
是文件的大小（字节或块），它取决于 -a，文件大小不会
由任何 MessageDigest 算法编写

时间戳
是文件的可选时间戳； 可以使用 -t 请求时间戳

文件名
是文件名，路径可以是输出的一部分，输出取决于 -p 和 -P。

退出 状态

0 - 一切正常
1 - 验证过程中至少存在一处不匹配
>1 - 如果出现参数、.jacksum- 或 I/O 错误

示例

杰克苏姆 -a crc32 -q "txt:你好 世界！”

计算文本“Hello World!”的 32 位 CRC

杰克苏姆 -a crc32 -q 48656C6C6F20576F726C6421

计算十六进制序列 32C48656C6F6F20576C726 的 6421 位 CRC，它代表
“你好，世界！”

杰克苏姆 -a crc32 -x * .txt

计算当前文件夹中所有文本文件的 32 位 CRC。 校验和
将以十六进制格式 (-x) 打印。

杰克苏姆 -a crc32 -f -t 默认 .

不仅会打印 CRC，还会打印所有文件的时间戳 (-t)
当前文件夹 (.)。 消息“是一个目录”将被抑制 (-f)。

杰克苏姆 -f -a CRC:16,1021,FFFF,false,false,0 .

已使用具有自定义参数的 CRC：16 位，多项式 1021（十六进制，不带
前导位），初始值 FFFF（十六进制），既不反映输入也不反映输出，没有异或。

杰克苏姆 -a 哈弗_256_5 .

使用 haval 算法 (haval_256_5) 计算 256 轮的 5 位散列
当前文件夹 (.) 中的所有文件。

杰克苏姆 -a sha1 -s “\t” -t “嗯， MMM d, YYYY '在' 高：毫米 a" .

计算当前文件夹中所有文件的 160 位 SHA-1 消息摘要。 这
分隔符字符串 (-s) 设置为制表符 ("\t")。 文件的时间戳将是
以自定义格式 (-t) 打印出来。

杰克苏姆 -a 校验和 -r /mnt/分享

使用所有文件的标准 Unix 算法 cksum 计算 32 位 CRC
/mnt/share 及其子文件夹 (-r)

杰克苏姆 -a md5 -f -r -m -o 列表.jacksum /数据

计算 /data 及其子文件夹 (-r) 中所有文件的 Message-Digest MD5，
此外，它打印元信息（-m）并将输出存储到 list.jacksum，路径信息是
绝对存储

杰克苏姆 -a md5 -f -r -m -o 列表.jacksum -w /数据

计算 /data 及其子文件夹 (-r) 中所有文件的 Message-Digest MD5，
此外，它打印元信息（-m）并将输出存储到 list.jacksum，路径信息是
相对存储

杰克苏姆 -c 列表.jacksum

验证所有校验和。 时间戳存储在名为 list.jacksum 的文件中。
list.jacksum 必须首先使用选项 -m 生成

杰克苏姆 -a md5 -f -F “＃指纹 ＃文件大小 ＃文档名称” *

计算当前目录中所有文件的 Message-Digest MD5。 输出
格式是自定义的，它还打印文件大小。

杰克苏姆 -a md5 -A -V 摘要 大文件.iso

除其他外，它还返回经过的时间（-V 摘要），这是必要的
使用备用 MD5 计算名为 bigfile.iso 的文件的 MD5 哈希
实施（-A）。

杰克苏姆 -a crc32 -X -f -p -r -F “＃文档名称 #校验和” -o 列表.sfv *

以简单文件验证器 (SFV) 格式打印 CRC-32 值

杰克苏姆 -a ed2k -f -F "ed2k://|file|#FILENAME|#FILESIZE|#FINGERPRINT|" *

使用自定义计算当前目录中所有文件的 edonkey 哈希
输出格式

杰克苏姆 -a ed2k -f -P / -F "<a href=#QUOTEed2k://|文件
|#FILENAME|#FILESIZE|#FINGERPRINT|#QUOTE>#FILENAME" -r .

计算当前目录及其子文件夹中所有文件的 edonkey 哈希
具有自定义输出格式 (HTML)

杰克苏姆 -a 树：老虎 -F “骨灰盒：#ALGONAME：#FINGERPRINT” -q 十六进制：

使用底层 Tiger 计算 Tree Hash（又名 Merkle Hash）的根哈希
空输入算法。

杰克苏姆 -a sha1+crc32 .

计算 sha1 哈希和 crc32 作为组合校验和

杰克苏姆 -a sha1+crc32 -F “#CHECKSUM{0} #校验和{1} ＃文档名称” .

将 sha1 哈希和 crc32 计算为单独的值

杰克苏姆 -a 所有 -F “#ALGONAME{i} （＃文档名称） = #CHECKSUM{i}" .

以自定义格式计算所有文件的所有支持算法

杰克苏姆 -a 所有 -F “#ALGONAME{i}” -q 文本：

打印所有支持算法的名称

杰克苏姆 -h 概要

打印概要部分

杰克苏姆 -h 海军

打印包含有关 haval 信息的所有部分

杰克苏姆 -h -t

打印有关时间戳选项的所有信息

杰克苏姆 -h en | 更多

打印英文帮助（使用“de”获得德语帮助）

使用 onworks.net 服务在线使用 jacksum