Я пытаюсь прошить свою карту Micro SD с помощью образа Raspberry Pi OS Lite, но дважды получаю следующую ошибку:
Ошибка загрузки: ошибка приема GnuTLS (-9): ошибка декодирования полученного пакета TLS. - IP-адрес сервера: 46.235.231.145
Процесс останавливается после 60%.
Что случилось? Это проблема с сетью?
--
Имидж-сканер Raspberry Pi: v1.6.2
ОС: Ubuntu 20.04.3 LTS
Я получаю то же самое. Попробуйте этот совет , загрузив изображение напрямую (ссылка, вероятно, https://downloads.raspberrypi.org/raspios_lite_armhf/images/ для ОС Lite).
Спасибо за ответ, @andygeorge! Я скоро попробую этот совет.
Что случилось? Это проблема с сетью?
Возможно.
Но тогда должно произойти что-то более особенное, чем просто потеря соединения, поскольку я не получаю эту ошибку, если просто выдергиваю вилку или сбрасываю все пакеты с помощью iptables.
У вас есть последняя версия gnutls? При запуске apt list libgnutls30
должно отображаться:
$ apt list libgnutls30
Listing... Done
libgnutls30/focal-updates,focal-security,now 3.6.13-2ubuntu1.6 amd64 [installed,automatic]
И вы используете пакет Imager .deb с raspberrypi.org? (в отличие от оснастки из программного центра Ubuntu, поскольку в песочнице оснастки могут быть версии пакетов, отличные от тех, что находятся в основной системе)
На обычном компьютере Intel/AMD?
Я не получаю эту ошибку, если просто выдергиваю вилку или сбрасываю все пакеты с помощью iptables.
Я подозреваю, что это проблема со стороны downloads.raspberrypi.org
, и с этой стороны отправляются неверные данные/завершается соединение, что будет выглядеть иначе, чем простая потеря сетевого подключения на стороне вашего клиента.
@pauloimon Была ли это временная ошибка или она все еще повторяется? Какой тип интернет-соединения у вас есть?
Я подозреваю, что это проблема со стороны downloads.raspberrypi.org, и с нее отправляются неверные данные/разрывается соединение.
стороны, что будет выглядеть иначе, чем простая потеря сетевого подключения на стороне вашего клиента.
Если бы сервер отправлял «неверные данные», я бы также ожидал, что это вызовет проблемы на других платформах, кроме Ubuntu. И мы не получали никаких сообщений об этом (по крайней мере, с четким сообщением об ошибке).
Хотя этот GnuTLS может использоваться в Ubuntu (в зависимости от того, какой пакет libcurl установлен) вместо OpenSSL (который использует версия Windows), это может привести к другим ошибкам/ошибкам...
Если сервер внезапно прерывает TCP-соединение, не дав должным образом TLS попрощаться, вы также получите немного другое сообщение об ошибке.
Вот как это выглядит, если я убью программу удаленного веб-сервера во время загрузки на Ubuntu 20.04 с libgnutls30 3.6.13-2ubuntu1.6:
===
Вероятно, можно обойти проблему, добавив все ошибки GnuTLS recv в список ошибок, при которых он должен повторить попытку подключения хотя бы один раз, прежде чем произойдет сбой. Тем не менее, интересно, что заставляет их происходить в первую очередь.
@макснет
У вас есть последняя версия gnutls?
Да, у меня такая же версия установлена здесь:
libgnutls30/focal-updates,focal-security,now 3.6.13-2ubuntu1.6 amd64 [instalado,automático]
И вы используете пакет Imager .deb с raspberrypi.org?
Я использую версию .deb, загруженную со страницы релизов на GitHub.
На обычном компьютере Intel/AMD?
Да, на моей машине установлен процессор Intel AMD64.
--
@крениться
Была ли это преходящая/временная ошибка или она все еще повторяется?
Я не пробовал в последнее время, но я могу проверить это снова.
Попробовал прошить еще раз и теперь все нормально работает!
Я не знаю, что произошло, но я думаю, что проблема теперь решена.
Спасибо за ответы, ребята!