Rpi-imager: Flash échoue avec un message d'erreur de téléchargement

J'obtiens la même chose. Essayez cette astuce en téléchargeant l'image directement (le lien est probablement https://downloads.raspberrypi.org/raspios_lite_armhf/images/ pour le système d'exploitation Lite).

Merci pour la réponse, @andygeorge ! Je vais bientôt essayer cette astuce.

Qu'est-ce qui ne va pas? C'est un problème de réseau ?

Peut-être.
Mais alors, il doit y avoir quelque chose de plus spécial qu'une simple perte de connexion, car je n'obtiens pas cette erreur si je débranche simplement la prise ou si je supprime tous les paquets avec iptables.

Vous avez la dernière version de gnutls ? Lors de l'exécution apt list libgnutls30 , il devrait afficher :

$ apt list libgnutls30
Listing... Done
libgnutls30/focal-updates,focal-security,now 3.6.13-2ubuntu1.6 amd64 [installed,automatic]

Et vous utilisez le package Imager .deb de raspberrypi.org ? (par opposition au composant logiciel enfichable du centre logiciel Ubuntu, car il peut y avoir différentes versions de package à l'intérieur du bac à sable du composant logiciel enfichable que ce qui se trouve sur le système principal)

Sur un ordinateur Intel/AMD normal ?

Je n'obtiens pas cette erreur si je débranche simplement la prise ou si je supprime tous les paquets avec iptables

Je soupçonne que c'est un problème du côté downloads.raspberrypi.org et qu'il envoie de mauvaises données/met fin à la connexion de ce côté, ce qui serait différent d'une simple perte de connectivité réseau côté client.

@pauloimon Était-ce une erreur transitoire / temporaire, ou cela se produit-il encore à plusieurs reprises ? Quel type de connexion Internet avez-vous ?

Je soupçonne que c'est un problème du côté downloads.raspberrypi.org, et envoie de mauvaises données/met fin à la connexion à partir de là
côté client, ce qui serait différent d'une simple perte de connectivité réseau côté client.

Si le serveur envoyait de "mauvaises données", je m'attendrais également à ce qu'il cause des problèmes sur d'autres plates-formes qu'Ubuntu. Et nous n'avons reçu aucun rapport à ce sujet (du moins pas avec un message d'erreur clair).
Bien que GnuTLS puisse être utilisé sur Ubuntu (selon le package libcurl installé) au lieu d'OpenSSL (que l'édition Windows utilise), cela peut entraîner d'autres conditions d'erreur/bogues...

Si le serveur met fin brusquement à la connexion TCP sans laisser correctement TLS dire au revoir, vous obtenez également un message d'erreur légèrement différent.
Voici à quoi cela ressemble si je tue le programme de serveur Web distant lors du téléchargement sur mon Ubuntu 20.04 avec libgnutls30 3.6.13-2ubuntu1.6 :

===

Pourrait probablement contourner le problème en ajoutant toutes les erreurs de réception GnuTLS à la liste des erreurs sur lesquelles il devrait réessayer de se connecter au moins une fois, avant d'échouer. Je me demande toujours ce qui les fait se produire en premier lieu.

@maxnet

Vous avez la dernière version de gnutls ?

Oui, j'ai la même version installée ici:

libgnutls30/focal-updates,focal-security,now 3.6.13-2ubuntu1.6 amd64 [instalado,automático]

Et vous utilisez le package Imager .deb de raspberrypi.org ?

J'utilise la version .deb téléchargée à partir de la page des versions sur GitHub.

Sur un ordinateur Intel/AMD normal ?

Oui, ma machine a un processeur Intel AMD64.

--

@embardée

S'agissait-il d'une erreur transitoire/temporaire, ou cela se produit-il encore à plusieurs reprises ?

Je n'ai pas essayé récemment, mais je peux le tester à nouveau.

J'ai essayé de flasher à nouveau et maintenant tout a fonctionné normalement!

Je ne sais pas ce qui se passait, mais je pense que le problème est résolu maintenant.

Merci pour les réponses les gars!