ダウンロードしたISOはどのように破損しますか？
重複の可能性：
httpでダウンロードが破損する可能性はありますか？
Fedora用のISOをダウンロードしました。 VMとしてインストールしました。インストーラーが5回失敗しました。失敗の警告は「インストールイメージが破損している可能性があります」でした。ダウンロードしたISOはどのように破損しますか？
（私は頑固で、巨大なファイルを再度ダウンロードしたくありませんでした）それで、最後に5回失敗した後、ISOを再度ダウンロードしました...そして私は...多分警告は正しかったと思いました。
そのため、ダウンロードをやみくもに信頼する代わりに、提供されている「sha256」チェックサムを使用してISOを検証しました。 「！オリーブオイルを吹き飛ばして！」確かに、最初にダウンロードしたISOは、チェックサムテストに失敗しました。
私の質問はこれです...私のISOが破損した可能性が最も高い方法（または複数の方法）は何ですか？
更新：
- ダウンロードした両方のISOファイルの合計バイト数は同じです。
- ISOファイルをダウンロードするにはどうすればよいですか？ブラウザのリンクからダウンロードしました。そして、ブラウザがダウンロードを行いました。だからhttp。
- 私のコンピュータはどのようにインターネットに接続されていますか、物理的/ワイヤレスですか？無線。 Wifi（セキュリティで保護されていません...セキュリティで保護されていないことを認識しています...）。
HTTPとFTPにはチェックサムが組み込まれていません。 TCPは、基本的なチェックサム方法（パディングと1の補数の加算）を提供しますが、これらは、転送前、ストレージ中（停電）、およびストレージ後（ハードドライブの破損）のいずれかでデータが破損したことを考慮していません。
一方、BitTorrentは、暗号的に強力な（er）メソッド（CRC32またはMD5）を使用して、受信した各ブロック（トレントに応じて数百キロバイトから数メガバイト）をチェックサムします。これは、TCPチェックサム、ほぼ正しいことが保証されています。
ただし、ファイルが保存された後の破損を防ぐチェックサムの量はありません。 （ダウンロード中の停電など）
破損したファイルをダウンロードする悪名高い方法の1つは、非テキストファイル（ISOなど）に対してテキストモードでFTPを使用することです。
テキストモードでは、FTPプロトコルで行末の変換が可能であるため、UnixからWindowsにダウンロードすると、すべての0x0aが0x0d 0x0a（LF-> CR LF）に置き換えられます。これは、0x0Aが可能なバイナリファイルの整合性にとって壊滅的です。改行/改行（LF）を表さないデータの一部として発生します
サーバーへの接続不良、プログラムのダウンロードが行われなかったときに行われたと言っている、ダウンロード中にファイルが変更されている、切断されている、ダウンロード中にファイルが完全に存在しない...