Не удается установить Docker - несоответствие суммы хэша (Ubuntu 18.04, Vagrant, Virtualbox)

Я также вижу эту проблему с большим количеством пакетов в нескольких дистрибутивах Linux. Все в VirtualBox 6.1.6 в Windows 10. Ошибки включают несоответствие хеш-суммы, повреждение сжатия LZMA, повреждение GZIP и сбои распаковки Squashfs. В основном все, что связано с контрольной суммой.

Кажется маловероятным, что я скачал 4 дистрибутива (и десятки пакетов), и все они неисправны. Отключение Hyper-V действительно улучшает ситуацию.

Хорошо, ребята, насколько я понимаю, это вина Virtualbox. Потому что я не вижу этой проблемы в Vagrant, когда я использую поставщика hyperv в том же самом поле.

Версия Virtualbox - 6.1.4 r136177 (Qt5.6.2).

Я проверил, как виртуальная ОС загружает пакеты (просто загрузив его по прямой ссылке с помощью wget), и увидел, что хеш-сумма загруженного пакета действительно отличается от оригинала (но размер абсолютно одинаковый). Я загрузил тот же пакет в ОС хоста, и хеш-сумма совпадает с оригиналом.

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

Хеш-сумма загруженного пакета в ОС хоста (равна исходной):

У меня тоже постоянно были эти проблемы!

Моя установка была Virtual Box 6.1.6 с Vagrant 2.2.7, работающей на хосте Win10.

Используя указанную выше идею о том, что проблема может быть свойственна Virtual Box, а не Ubuntu, я удалил Virtual Box 6.1.6, затем установил более старую версию Virtual Box (6.0.10) и переустановил Vagrant 2.2.7. Я также удалил Hyper-V из Windows.

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

У меня были проблемы с Windows 10, обновление 2004. Я получал несоответствие контрольной суммы при обновлении индекса репозитория программного обеспечения и при установках.

На самом деле проблема была связана с сетью и параметром автонастройки Windows.

Вы можете проверить текущее состояние в командной строке с повышенными привилегиями:

netsh int tcp show global

Receive Window Auto-Tuning на normal создали проблемы. Установив его на disabled, проблема исчезла.

Вы можете изменить его, выполнив следующую команду в командной строке с повышенными привилегиями.

netsh int tcp set global autotuninglevel=disabled

Для тех, у кого все еще есть проблемы с этим, мне удалось заставить его работать, отключив HyperV (как уже предлагало большинство людей). Однако в моей настройке отключение HyperV с использованием упомянутых подходов фактически не отключило HyperV, поскольку моя машина с Windows использовала HyperV как для CredentialGuard, так и для безопасной загрузки, оба из которых необходимо было отключить, прежде чем HyperV был фактически полностью отключен.

Если при запуске systeminfo.exe в терминале с повышенными привилегиями отображается A hypervisor has been detected. Features required for Hyper-V will not be displayed, значит, HyperV отключен не полностью. Отключение защиты учетных данных и безопасной загрузки в сочетании с несколькими перезагрузками (и всеми уже упомянутыми командами для отключения HyperV) решило все проблемы для меня.

Для справки: если HyperV полностью отключен, вы должны увидеть

Hyper-V Requirements:      VM Monitor Mode Extensions: Yes
                           Virtualization Enabled In Firmware: Yes
                           Second Level Address Translation: Yes
                           Data Execution Prevention Available: Yes

при запуске systeminfo.exe

Хорошо, вот оно.

После изучения наиболее полезного ответа @Kurt Le Breton и повторного тестирования я пришел к следующему выводу.

Последняя версия Virtual Box в настоящее время - 6.1.12, и это создает указанную проблему несоответствия суммы хэша. На самом деле кажется, что весь 6.1.xx дает эту проблему.

Поэтому перейдите к предыдущей версии 6.0. Но когда вы вводите эту команду vagrant up, vagrant выплевывает вам прямо в лицо следующую ошибку.

There was an error while executing `VBoxManage`, a CLI used by Vagrant
for controlling VirtualBox. The command and stderr is shown below.
Command: ["startvm", "40f50d63-6d70-4ac9-b0d6-02dcf1cdce7c", "--type", "headless"]
Stderr: VBoxManage.exe: error: Call to WHvSetupPartition failed: ERROR_SUCCESS (Last=0xc000000d/87) (VERR_NEM_VM_CREATE_FAILED)
VBoxManage.exe: error: Details: code E_FAIL (0x80004005), component ConsoleWrap, interface IConsole

Теперь, чтобы решить эту проблему, вам нужно повозиться с настройками Hyper-v. Вам необходимо выполнить следующую команду от имени администратора.

bcdedit /set hypervisorlaunchtype off

После того, как вы запустите эту команду, вам необходимо перезагрузить компьютер. При этом ваш Vagrant должен работать без жалоб, а докер должен быть установлен на вашей виртуальной машине без каких-либо ошибок Hash Sum Mismatch.

Я тестировал с помощью 6.0.24 , которая является последней версией 6.0, и пока все выглядит как файл.

Но тут есть одна загвоздка. После того, как вы отключите hypervisorlaunchtype, рабочий стол докера не запустится. Вы получаете эту ошибку сейчас. И вы получите эту ошибку, когда попытаетесь запустить Docker в Windows для контейнеров Linux. Для windows это не проблема.

An error occured. Cannot enable Hyper-V service.

Итак, теперь вам нужно вернуть его в исходное состояние.

bcdedit /set hypervisorlaunchtype auto

Обратите внимание на авто на этот раз вместо выкл.

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

Таким образом, рабочий процесс должен состоять в том, чтобы сначала отключить его, запустить виртуальную машину и настроить их с помощью докера с помощью vagrant, а затем, наконец, вернуть для hypervisorlaunchtype значение auto.

Для тех, кто все еще сталкивается с этой ошибкой, она исправлена ​​в последней версии VirtualBox (по крайней мере, начиная с версии 6.1.16). Проверьте, не устарела ли ваша версия.

Такая же проблема здесь в новой виртуальной машине Debian (VBox) amd64 (32 ГБ VDI).

sh get-docker.sh
...

E: Failed to fetch https://download.docker.com/linux/debian/dists/buster/pool/stable/amd64/containerd.io_1.2.13-1_amd64.deb  Hash Sum mismatch
   Hashes of expected file:
    - SHA512:e0f8eb0ed3bd881bf5f278f3736da3e4fb05410014a0103301c135a33061945e013bcf8a9cd704d9d6b4fa088d478ebea27e86e466889d0194a8cbb77e94efdf
    - SHA256:a4f244216e54a8a47f2dc5c57acb4cb48a779c54a8588ea2d55c40a57092baf6
    - SHA1:90611afda0acabae485f871b09e4c1eba0ac4dc0 [weak]
    - MD5Sum:78a039cf82b1bd4a285114bdd030982e [weak]
    - Filesize:20114318 [weak]
   Hashes of received file:
    - SHA512:41c516c077d9941b55b605d4c83a9462c2ec52089f8af55618e5335da7d272d33d57fdd14a51b5a5e433ad6d9671e1a0063f9edeaa8c31525f56474b6ac1d875
    - SHA256:57080e5482d92e74c3095b948fc0ba827f43b7b03c8825e5a64b7ef058b5434c
    - SHA1:4f114ab71f4622f5785da726b822ad213ec77d44 [weak]
    - MD5Sum:9a5d02cb5624219e6715875cc4bc8673 [weak]
    - Filesize:20114318 [weak]
   Last modification reported: Tue, 03 Mar 2020 04:24:01 +0000
E: Failed to fetch https://download.docker.com/linux/debian/dists/buster/pool/stable/amd64/docker-ce-cli_19.03.8~3-0~debian-buster_amd64.deb  Hash Sum mismatch

Я столкнулся с той же проблемой и попробовал вышеуказанные решения. ни один из них не работает в моих делах. Меняю коробку на Debian. Все проблемы исчезли.

У меня была такая же проблема с Docker или PHP (Debian sury depo - Sury.org)

HyperV уже был отключен в моей Windows. Но у меня всегда была эта проблема под VirtualBox.

Я решил это в конфигурации машины Virtualbox:

Система ›Процессор› Включите опцию PAE / NX.

Затем перезагрузите виртуальную машину, запустите команду apt install (или upgrade), и она должна работать.

Это такая же ошибка, как и у меня. Несоответствие хеш-суммы ...

После того, как я инициализировал WSL2, Oracle VMware работала нормально.

-Отключить Windows Hyper-v