Questions tagged «data-integrity»

1
使用GPG对称加密时，如何解决“警告：消息未受到完整性保护”？
我已经使用对称加密对文件进行了加密，如下所示： gpg --symmetric myfile 产生一个文件myfile.gpg。 好的。现在，让我们再次解密文件： gpg -o myfile --decrypt myfile.gpg 我被要求输入密码，然后我看到 gpg: CAST5 encrypted data gpg: encrypted with 1 passphrase gpg: WARNING: message was not integrity protected 我不确定那里的第一行和最后一行。 什么是CAST5密码，它是否安全？我知道3DES和AES，我知道它们是安全的。 为什么不为完整性提供保护？ 而且，我该如何解决？
3
Git是否可以防止数据降级
我读到ZFS和Btrfs使用校验和来防止数据降级，并且我读到Git通过对每次提交基本上散列所有内容而具有完整性。 我打算在带有Btrfs RAID 1的Linux NAS上使用Git服务器进行存储，但是如果Git具有完整性，我想就没有必要了（至少，如果我只想防止数据降级，则不需要这样做）。 问题： Git的完整性通过每次提交基本上散列了所有内容，是否可以防止或帮助防止位腐烂？
3
尝试访问数据时，如果没有Windows警告我发生这种情况，硬盘上的数据是否可以降级？
硬盘的物理降级是否有可能导致文件内容中的位“翻转”而没有操作系统“注意”并在读取文件时告诉您有关信息？例如，可以将ASCII文本文件（二进制0111000 0）中的“ p”更改为“ q”（0111000 1），然后用户（我）可以打开文件并看到“ q”而不会意识到失败已经发生了？ 我对与FAT，NTFS或ReFS相关的答案感兴趣...如果有帮助的话。 我想知道操作系统是否为此保护了我，或者我是否应该检查我的数据在复制/时间之间的不变性。
5
如何通过笔和纸传输文件，并进行纠错
我正在寻找一种仅使用笔和纸传输文件的方法。 这与paperbak有点类似，但是我要寻找的密度要低得多，而且我不想使用打印机或扫描仪。 显然，第一个答案是Base64编码。但是，写入和读取如此多的字符必然会导致错误。就我而言，任何错误都是无法接受的。 第二个答案可能是Reed-Solomon错误纠正代码（例如，使用rsbep）。但是，这也是一个问题，因为据我了解，里德-所罗门代码无法纠正插入/删除错误，在这种情况下，插入/删除错误可能比替换错误更有可能。 是否有任何程序可以使用插入/删除感知的纠错码对任意文件进行编码/解码？最好可以在Windows，Linux和Mac OS X上运行 显然，任何其他解决一般问题的方法都是值得欢迎的。
1
固态硬盘技术中是否必须使用ECC？
在购买SSD时，我注意到一些制造商将其“ Pro”模型推广为具有ECC数据保护的模型。这些制造商在预算模型说明中未提及ECC。 但是，维基百科关于闪存的文章指出：“ NAND 依靠 ECC来补偿在正常设备操作期间可能自发失败的位”。 因此，问题在于，是否有任何 SSD设备在其正常操作后都在后台使用ECC，并且ECC“功能”仅仅是一种营销手段吗？
5
我们真的需要检查下载文件的完整性吗？[重复]
这个问题已经在这里有了答案： 如何检查下载的校验和，为什么要下载？ （4个答案） 5年前关闭。 我下载了大量文件，但是最近才发现使用md5和sha作为完整性检查程序。从那时起，即使我从未发现它们已损坏，我也总是喜欢检查它是否包含大型下载文件。 我们真的需要检查下载文件的完整性吗？ 如果需要，以我刚刚下载的Linux发行版为例，该发行版为1GB。 谢谢
1
验证rdiff备份完整性
我正在使用rdiff进行差异备份。最近发生了一个问题，我的备份的所有版本都无法正确修补，并且rdiff返回错误106，经调查这是损坏的增量的代码。 现在，我很确定该问题可能是签名文件损坏的结果，因为所有增量都无法正确修补。 所以我的问题是如何验证签名文件是否损坏，或者换句话说，如何验证使用rdiff完成的备份？
1
Finder Error -36 with Console I / O Error - 潜在原因？
我在两个硬盘之间复制了大量数据。第一个（源）获得了大量重复的Finder Error -36代码。扫描控制台时，这会链接到来自内核的I / O错误。 我觉得驱动器都非常热（一个是OWC Mercury Elite便携式RAID，而源是G-Technology G-Drive Mobile）。他们被连接在FireWire 800链中，中间是OWC驱动器。 这些读错误是否直接归因于源驱动器是热的？我有一个粉丝指着他们以及USB上的G-Drive（以消除潜在的链接问题）并且它工作正常。它可能是，但我很好奇是否有热量和读取错误之间的直接联系，其中最重要的是确认问题是什么，而不是驱动器本身，因为我最近有一系列的硬盘驱动器失败，幸运的是备份。但是，如果无法信任G-Drive，我需要确保数据位于第三个磁盘上，以保持至少两个可靠的副本。 编辑：我怀疑温度而不是驱动器本身的主要原因是因为驱动器之前似乎正常运行，但是在较冷的环境中以及较短的时间内，因此热量不会成为问题。根据这个想法，可以在热点时读取错误，指出可能在以后出现的另一个问题？
2
文件完整性检查
我有很多PDF，其中许多可能是腐败的。而不是检查每一个，我怎么能一次检查它们并删除任何腐败的？ 使用Linux。我也没有办法获得书籍的md5sum，所以就这样了。 这可以使用shell脚本完成，或者我有兴趣学习如何编写C程序来执行此操作。但同样，我的主要问题是我没有任何东西可以比较md5sum。
1
断开电源时拇指驱动的行为
不到2个月前，我订购了一个拇指驱动器（便宜一个）。我在它到达的那天使用它，我想在那之后的3天。dd只需用badblocks检查它，然后将一个Linux映像加入其中。它从那时起坐在一个托盘上，没有碰过。 当我今天连接它时，我想首先检查其上的图像的完整性。没有检查，因为我在尝试从拇指驱动器读取时总是遇到输入/输出错误： $ sudo dd if=/dev/sdb of=/dev/null bs=1M dd: error reading '/dev/sdb': Input/output error 162+1 records in 162+1 records out 170524672 bytes (171 MB, 163 MiB) copied, 7.75699 s, 22.0 MB/s $ sudo dd if=/dev/sdb of=/dev/null bs=1M dd: error reading '/dev/sdb': Input/output error 74+1 records in 74+1 records out 78381056 …
1
数据库中的每秒事务数（例如PostgreSQL）
我指的是PostgreSQL网站上的2个文档页面：＃1和＃2。从这些数据中，我们看到事务日志每秒刷新到磁盘5次（wal_writer_delay = 200ms），并且我们还看到RDBMS在将事务提交到日志文件之前不会将事务报告为成功，因为sync_commit = on by默认。 如果每个操作都是在自己的事务中完成的，那么理论上每秒可以成功报告5次报告写峰值（通常是这种情况）。原因是日志的写入速度不比磁盘快。 但是我们看到的速度是每秒数千。 这是如何运作的？ 明确地说，我正在谈论每次写入都在其自己的事务中（默认用法）。我知道为什么批量插入不适用于此问题。
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.