{{tag>tutoriel}} ====== Bug - Média d'installation endommagé ====== ===== Description du bug ===== Si vous avez été redirigé vers cette page, c'est que votre installation d'Ubuntu ou une de ses variantes a échoué. En consultant le fichier journal /var/log/syslog, des messages du type de ceux présentés ci-dessus apparaissent : Apr 24 00:01:40 ubuntu kernel: [ 329.409695] SQUASHFS error: zlib decompression failed, data probably corrupt Apr 24 00:01:40 ubuntu kernel: [ 329.409704] SQUASHFS error: squashfs_read_data failed to read block 0x37545 This failure is usually caused by bad ISO download, corrupted install media, or device failure. We suggest you verify your ISO download, your installation medium or use another USB stick. You may also find useful information in this tutorial: https://tutorials.ubuntu.com/tutorial/tutorial-how-to-verify-ubuntu If you experienced an issue during installation and think it is not caused by a corrupted installation media, do not hesitate to report a bug by running the following command from a terminal: $ ubuntu-bug ubiquity Thanks for using Ubuntu. [Do not close or re-assign this report] [It's used to help users using faulty USB sticks] ??? Kristoffer Grundström (umeaman), le 25 05 2020 !!! Le plus étrange est que je sais que ma clé USB fonctionne correctement puisque je peux y graver l'iso 16.04 LTS et terminer l'installation sans aucun problème. Elle fonctionne également avec d'autres fichiers iso pour d'autres distros Linux, quelle que soit la version utilisée. Par exemple, Mageia ( basée sur un rpm dérivé de Mandriva) 6.1, 7, 7.1 et Cauldron (version instable pour la version à venir de Mageia 8). Peut-être firefox n'a-t-il pas téléchargé une image iso correcte avant que je ne la grave. Pourquoi cela se produit-il surtout avec Ubuntu ? ??? Kristoffer Grundström (umeaman), le 28 05 2020 !!! J'ai téléchargé et vérifié l'iso une fois de plus et il a été déclaré OK. Ce problème n'est apparu qu'avec cette version d'Ubuntu, jusqu'à 16.04. 16.04 fonctionne très bien. ??? Chris Guiver (guiverc), le 28 05 2020 !!! @Kristoffer / umeaboy - D'après mon expérience, l'échec le plus courant est l'écriture sur le support d'installation (en supposant que votre ISO ait été vérifié après le téléchargement et considéré comme valide). Pour les versions jusqu'à (sans l'inclure) 20.04, voir https://help.ubuntu.com/community/Installation/CDIntegrityCheck où "Check Disc for Defects" validera votre support d'installation (qu'il s'agisse d'un CD/dVD/hdd/ssd/disque dur/carte flash) et non l'endroit où vous effectuez l'installation. Vous pouvez consulter `dmesg` pour rechercher les erreurs squashfs (dans un terminal si vous utilisez l'installateur 'live'), ou dans les rapports de bogues archivés, où le périphérique où les erreurs squashfs se sont produites sera votre média d'installation si vous avez été renvoyé à ce rapport. Ce peut être une ISO défectueuse, une mauvaise écriture sur le support d'installation (ce que mon lien/CDIntegrityCheck validera), un appareil défaillant ou défectueux, ou une combinaison des deux. ??? eli (elicanup) a écrit le 20 juillet 2009 : !!! même problème lors de l'installation dans virtualbox. J'ai vérifié les sommes de contrôle de l'iso et elles étaient correctes. Je suppose donc qu'il y a un problème avec l'installateur puisqu'il échoue aussi sur une machine nue comme ici. ??? Juha Tiihonen (jiitee) a écrit le 20 juillet 2009 : Re : [Bug 1874662] Re : Support d'installation corrompu !!! La désactivation d'hyper-v dans windows fait avancer les choses ! Le message d'erreur semble totalement erroné. You received this bug notification because you are subscribed to a duplicate bug report (1875510). https://bugs.launchpad.net/bugs/1874662 Title: Corrupted installation medium Status in Ubuntu: Triaged Bug description: If you have been redirected to this page, it means that your > installation of Ubuntu or a flavour failed. If you search in the log file /var/log/syslog, you'll see messages like above: Apr 24 00:01:40 ubuntu kernel: [ 329.409695] SQUASHFS error: zlib decompression failed, data probably corrupt Apr 24 00:01:40 ubuntu kernel: [ 329.409704] SQUASHFS error: squashfs_read_data failed to read block 0x37545 This failure is usually caused by bad ISO download, corrupted install media, or device failure. We suggest you verify your ISO download, your installation medium or use another USB stick. You may also find useful information in this tutorial: [[https://tutorials.ubuntu.com/tutorial/tutorial-how-to-verify-ubuntu]] If you experienced an issue during installation and think it is not caused by a corrupted installation media, do not hesitate to report a bug by running the following command from a terminal: $ ubuntu-bug ubiquity Thanks for using Ubuntu. [Do not close or re-assign this report] [It's used to help users using faulty USB sticks] To manage notifications about this bug go to: [[https://bugs.launchpad.net/ubuntu/+bug/1874662/+subscriptions]] ??? nucc1 (nucc1) a écrit le 19 juillet 2020 : !!! J'étais sur le point de répondre à @guiverc pour fulminer sur l'improbabilité d'un média corrompu lorsqu'on télécharge quelque chose via TLS et que le téléchargement n'est pas tronqué, puis j'ai lu le commentaire de @jiitee. Hyper-v n'était pas activé, mais WSL et donc les services de virtualisation étaient activés. La désactivation de WSL et des services de virtualisation a permis d'installer ubuntu 20.04 avec succès dans virtualbox. ??? Eric Mintz (mintz-eric) a écrit le 20 août 2010 : !!! Une fois la clé d'installation recréée, l'installation sur un ordinateur plus grand et plus rapide a été tentée (USB d'installation → USB de destination). Cela a fonctionné correctement la deuxième fois. La première tentative a été faite sur un Chromebook Asus CR-16 mis à jour avec 8 Go de mémoire et 128 Go de SSD, et la seconde sur un ASRock X99 Extreme (6 Core Intel server CPU, 64 Go de mémoire à correction d'erreur). Peut-être que l'installation avait simplement besoin de plus de mémoire, mais je ne vois pas pourquoi. ??? Lucas Villela Neder Issa (lucas-issa) a écrit le 29 août 2020 : !!! J'aimerais ajouter quelques informations supplémentaires pour aider à résoudre ce problème. Je suis presque sûr qu'il s'agit d'un bogue dans mon cas. Il s'agit d'un problème de compatibilité matérielle. Dans mon cas, il ne semble pas s'agir d'un problème de matériel défectueux. Avec exactement le même matériel et la même clé USB (carte SD avec adaptateur de carte USB), j'ai pu installer 3 systèmes d'exploitation différents (Windows, Manjaro et Debian) sans problème et l'ordinateur a fonctionné sans problème. Mais j'ai essayé (plusieurs fois) différentes variantes et versions d'Ubuntu et toutes ont eu le même problème que celui décrit dans ce rapport de bogue. La mémoire a été testée avec memtest89+. Aucune erreur n'a été trouvée. L'image ISO a été vérifiée à l'aide du checksum. Le cmp entre le fichier ISO et la clé USB a été réalisé. Configuration de l'ordinateur portable : * Acer TravelMate|P (TMP449-G2-M) avec disque dur remplacé par un SSD (Crucial BX500 240GB) * RAM : 8GB * Processeur : Intel Core i5-7200U CPU @ 2.50GHz x 4 * Graphique : Seulement Intel HD Graphics 620 (KBL GT2) J'ai aussi essayé de l'installer sur un autre ordinateur portable plus ancien et le même problème s'est produit. J'ai utilisé le même SSD. Configuration de l'ancien ordinateur portable : * Acer Travel 3260 series avec HD changé en SSD (Crucial BX500 240GB) * RAM : 3GB * Processeur : Intel Core Duo (32bits) Je pense donc que le problème de compatibilité est lié au SSD. Dans mon cas avec ce SSD spécifique : Crucial BX500. Observation : J'ai 2 Crucial BX500 qui fonctionnent sur 2 ordinateurs différents sans problème. L'un fonctionne sous Windows 10 uniquement et l'autre sous Windows 10 et Manjara (le premier). ??? DIRIBARNE Christophe (chrisf6) a écrit le 17 mars 2010 : !!! Ce problème s'est posé à moi. Avec ubuntu 20.04 et 20.10. L'iso téléchargée était correcte. Vérifié par SHA-256. Périphérique usb bootable fait avec Rufus sous Windows 8.1. J'ai eu des erreurs de bloc : 2. Mais aucun problème trouvé avec chkdsk. La vérification au démarrage de l'installation linux donne 1 erreur aussi. Les erreurs de squashfs apparaissent. Avec ubuntu 20.10. Sur le périphérique usb il y a un répertoire casper avec un gros fichier filesystem.squashfs. J'ai comparé pour ce fichier la somme des hashs SHA-256 entre l'iso original et celui du périphérique usb : ils sont différents. Mais les tailles sont les mêmes. Il suffit de réécrire ce fichier erroné de l'iso d'origine vers le périphérique usb. Ok avec un simple drag and drop. La somme du hash SHA-256 du fichier du périphérique usb est maintenant correcte. Vérification au démarrage de l'installation de linux maintenant OK. Et finalement l'installation de linux s'est déroulée correctement, sans les erreurs SQUASHFS. ===== Voir aussi ===== * **(en)** [[https://bugs.launchpad.net/ubuntu/+bug/1874662|]] ---- //Basé sur << [[https://bugs.launchpad.net/ubuntu/+bug/1874662]] >> par bugs.launchpad.net.//