3

Возможный дубликат:
Возможно ли получить поврежденную загрузку с http?

Я скачал ISO для Fedora. Пошел установить его как ВМ. Не удалось 5 раз установщик. Предупреждение об ошибке было «возможно, поврежден установочный образ». Как загруженный ISO-файл повреждается?

(Я упрямый и не хочу снова загружать огромный файл) Итак, наконец, после 5 сбоев я снова отправился загрузить ISO ... и подумал ... возможно, предупреждение было верным.

Поэтому вместо того, чтобы слепо доверять загрузке, я пошел проверять ISO, используя прилагаемую контрольную сумму "sha256". «!хорошо сдуйте меня оливковым маслом!«Конечно же, первый загруженный ISO не прошел проверку на контрольную сумму!

У меня вопрос такой ... Каков наиболее вероятный способ (или множественное число), что мой ISO был поврежден?

ОБНОВИТЬ:

  • Оба загруженных ISO-файла имеют одинаковое общее количество байтов.
  • Как я скачал файл ISO? Я скачал по ссылке в браузере. И тогда браузер сделал загрузку. Так что http.
  • Как мой компьютер подключен к интернету, физическому / беспроводному? Wireless. Wi-Fi (необеспеченный ... Я в курсе о необеспеченных ...).

3 ответа3

8

HTTP и FTP не имеют встроенных контрольных сумм. TCP предоставляет базовые методы контрольной суммы (дополнение и дополнение одним дополнением), но они не учитывают повреждение данных ни перед передачей, во время хранения (сбой питания) и после хранения (поврежденный жесткий диск).

BitTorrent, с другой стороны, проверяет контрольные суммы каждого полученного блока (от нескольких сотен килобайт до нескольких мегабайт, в зависимости от торрента) с использованием криптографически сильного (er) метода (CRC32 или MD5), который, помимо контрольной суммы TCP, является почти гарантированно будет правильным.

Однако никакое количество контрольных сумм не предотвратит повреждения после сохранения файла. (сбой питания во время загрузки, например)

5

Один печально известный способ загрузки поврежденного файла - использовать FTP в текстовом режиме для нетекстового файла (например, ISO).

В текстовом режиме протокол FTP позволяет переводить окончания строк, поэтому при загрузке из Unix в Windows каждый 0x0a заменяется на 0x0d 0x0a (LF -> CR LF), что катастрофически для целостности двоичного файла, где 0x0A может происходят как часть данных, не представляющих перевод строки / перевода строки (LF)

0

Плохое соединение с сервером, загрузка программы говорит, что это было сделано, когда это не так, файл изменяется при загрузке, отключается, файл не полностью там, когда вы загружаете его ...

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .