Notes
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
S’applique à : ✔️ Machines virtuelles Linux
Cet article décrit et fournit des solutions aux problèmes courants que vous pouvez rencontrer lorsque vous utilisez l’outil apt en ligne de commande pour installer ou mettre à jour des applications sur des machines virtuelles Microsoft Azure.
Attention
La prise en charge standard de Canonical Ubuntu 18.04 LTS n’est plus disponible. Si vous êtes affecté, consultez Canonical Ubuntu 18.04 LTS n’est pas pris en charge en standard le 31 mai 2023 pour passer en revue vos options.
Aperçu
La commande apt (Advanced Package Tool) sur Ubuntu est un outil puissant utilisé pour la gestion de package. Il vous permet d’installer, de supprimer, de mettre à jour et de gérer des packages logiciel sur le système Ubuntu. Vous pouvez utiliser apt pour rechercher des packages disponibles, installer des versions spécifiques de packages et gérer efficacement les dépendances. Il simplifie le processus de gestion des logiciels en fournissant une interface de ligne de commande pour interagir avec les bibliothèques APT.
Conditions préalables
Scénario 1 : Délai d’expiration de la connexion sur azure.archive.ubuntu.com
Détails du scénario 1
Lors d’une mise à jour, d’une mise à niveau ou d’une opération d’installation apt , la connexion expire finalement. En outre, vous recevez un message d’erreur qui ressemble à l’une des chaînes de sortie suivantes :
Sortie 1
Err:2 http://azure.archive.ubuntu.com/ubuntu jammy-updates/main amd64 dns-root-data all 2023112702~ubuntu0.22.04.1 Unable to connect to azure.archive.ubuntu.com:http: Ign:3 http://azure.archive.ubuntu.com/ubuntu jammy-updates/main amd64 bind9 amd64 1:9.18.18-0ubuntu0.22.04.2 Err:1 http://azure.archive.ubuntu.com/ubuntu jammy-updates/main amd64 bind9-utils amd64 1:9.18.18-0ubuntu0.22.04.2 Could not connect to azure.archive.ubuntu.com:80 (52.147.219.192), connection timed out Err:3 http://azure.archive.ubuntu.com/ubuntu jammy-updates/main amd64 bind9 amd64 1:9.18.18-0ubuntu0.22.04.2 Unable to connect to azure.archive.ubuntu.com:http: E: Failed to fetch http://azure.archive.ubuntu.com/ubuntu/pool/main/b/bind9/bind9-utils_9.18.18-0ubuntu0.22.04.2_amd64.deb Could not connect to azure.archive.ubuntu.com:80 (52.147.219.192), connection timed out E: Failed to fetch http://azure.archive.ubuntu.com/ubuntu/pool/main/d/dns-root-data/dns-root-data_2023112702%7eubuntu0.22.04.1_all.deb Unable to connect to azure.archive.ubuntu.com:http: E: Failed to fetch http://azure.archive.ubuntu.com/ubuntu/pool/main/b/bind9/bind9_9.18.18-0ubuntu0.22.04.2_amd64.deb Unable to connect to azure.archive.ubuntu.com:http: E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?Sortie 2
W: Tried to start delayed item http://azure.archive.ubuntu.com/ubuntu jammy-updates/main amd64 distro-info-data all 0.52ubuntu0.7, but failed W: Tried to start delayed item http://azure.archive.ubuntu.com/ubuntu jammy-updates/main amd64 distro-info-data all 0.52ubuntu0.7, but failed W: Tried to start delayed item http://azure.archive.ubuntu.com/ubuntu jammy-updates/main amd64 distro-info-data all 0.52ubuntu0.7, but failed W: Tried to start delayed item http://azure.archive.ubuntu.com/ubuntu jammy-updates/main amd64 distro-info-data all 0.52ubuntu0.7, but failed W: Tried to start delayed item http://azure.archive.ubuntu.com/ubuntu jammy-updates/main amd64 distro-info-data all 0.52ubuntu0.7, but failed
Les sections suivantes décrivent les causes potentielles de ces défaillances et fournissent des solutions pour résoudre les problèmes de connexion.
Cause 1 : les machines virtuelles sont configurées pour utiliser un équilibreur de charge interne
Un équilibreur de charge interne ne fournit pas de connectivité sortante s’il est configuré pour les interfaces réseau.
Solution 1a : Ajouter une adresse IP publique
Ajoutez une adresse IP publique pour l’interface réseau des machines virtuelles. Pour plus d’informations, consultez l’article Associer une adresse IP publique à une machine virtuelle.
Solution 1b : Utiliser un équilibreur de charge externe
Utilisez un équilibreur de charge Azure externe au lieu d’un équilibreur de charge Azure interne. Pour plus d’informations, consultez Démarrage rapide : Créer un équilibreur de charge public pour équilibrer la charge de machines virtuelles en utilisant le portail Azure.
Solution 1c : Utiliser une passerelle NAT sur le sous-réseau
Utilisez une passerelle NAT (Network Address Translation) sur le sous-réseau de la machine virtuelle pour l’accès sortant. Pour plus d’informations, consultez les ressources sur la Passerelle NAT Azure.
Solution 1d : Utiliser un équilibreur de charge de base interne
Rétrogradez vers l’utilisation d’un équilibreur de charge de base interne au lieu d’un équilibreur de charge standard interne.
Remarque
Cette solution n’est qu’un correctif temporaire, car la version de base de l’équilibreur de charge est planifiée pour la mise hors service. Pour plus d’informations, consultez Azure Basic Load Balancer sera arrêté le 30 septembre 2025 – mettre à niveau vers Standard Load Balancer.
Solution 1e : Utiliser des règles SNAT
Utilisez des règles de traduction d’adresses réseau sources (SNAT). Pour plus d’informations, consultez Utiliser SNAT pour les connexions sortantes.
Cause 2 : l’équilibreur de charge externe n’a pas de règles de trafic sortant et désactive la SNAT sortante
Un équilibreur de charge externe doit disposer d’une connectivité sortante afin qu’il puisse atteindre les référentiels Ubuntu.
Solution 2 : Configurer une règle de trafic sortant ou vérifier que la SNAT sortante est activée
Effectuez une ou plusieurs des actions répertoriées dans le tableau suivant.
| Action | Assistance |
|---|---|
| Configurez une règle de trafic sortant. | Configuration des règles de trafic sortant |
| Activez la SNAT sortante. | Utiliser SNAT pour les connexions sortantes |
Cause 3 : Un pare-feu Azure ou une appliance virtuelle se trouve entre votre réseau virtuel et Internet
Un pare-feu Azure ou une appliance virtuelle peut agir comme une barrière de protection entre votre réseau virtuel Azure et Internet. Cette barrière applique des stratégies de sécurité et fournit des fonctionnalités permettant de contrôler et de surveiller le trafic efficacement en envoyant tout le trafic au pare-feu. Dans ce cas, le pare-feu bloque la communication vers les référentiels Ubuntu.
Solution 3 : Vérifiez que l’adresse Ubuntu est autorisée
Assurez-vous que azure.archive.ubuntu.com et toutes les autres URL de référentiel sont entièrement accessibles. Pour cela, effectuez les actions ci-dessous :
Vérifiez que les URL de destination sont autorisées dans les stratégies de pare-feu.
Si l’inspection SSL (Secure Sockets Layer) est active, vérifiez que les adresses IP sont autorisées.
Si un groupe de sécurité réseau (NSG) est utilisé, vérifiez que les adresses IP Ubuntu et les ports 80 et 443 sont ajoutés à la liste verte de la règle de trafic sortant du groupe de sécurité réseau de l’interface réseau ou du groupe de sécurité réseau de sous-réseau. Ces exceptions doivent prendre la priorité sur la
Block_Internet_Access_outboundrègle. En outre, consultez Vérifier les règles de sécurité appliquées à un trafic de machine virtuelle.
Cause 4 : la machine virtuelle est connectée à un sous-réseau privé
Les sous-réseaux privés renforcent la sécurité en ne fournissant pas d’accès sortant par défaut. Pour permettre à la connectivité sortante pour les machines virtuelles d’accéder à Internet, il est nécessaire d’accorder explicitement l’accès sortant. Pour plus d’informations, consultez Ajouter la fonctionnalité de sous-réseau privé.
Solution 4 : Fournir une connectivité sortante pour le sous-réseau
Nous vous recommandons d’utiliser une passerelle NAT pour fournir une connectivité sortante pour les machines virtuelles du sous-réseau. Pour plus d’informations, consultez Qu’est-ce qu’Azure NAT Gateway ?
Cause 5 : un proxy est utilisé pour la communication
La communication Internet passe par un proxy client qui affecte la communication vers les référentiels Ubuntu.
Solution 5 : Corriger les paramètres de configuration du proxy
Si un serveur proxy est configuré dans Microsoft Azure entre la machine virtuelle Ubuntu et les référentiels Ubuntu, utilisez les paramètres de configuration de proxy corrects dans le fichier /etc/apt/apt.conf , comme indiqué dans l’extrait de code suivant.
Important
Si le serveur proxy configuré a une adresse IP privée, assurez-vous qu’il dispose d’une connectivité dans l’espace d’adressage public Azure.
Acquire::http::Proxy "http://[username]:[password]@ [proxy-web-or-IP-address]:[port-number]";
Acquire::https::Proxy "http://[username]:[password]@ [proxy-web-or-IP-address]:[port-number]";
En outre, pour Ubuntu et d’autres systèmes d’exploitation unix, vous pouvez configurer un proxy pour le trafic HTTP et HTTPS à l’aide de variables d’environnement. Les variables d’environnement pertinentes sont http_proxy et https_proxy. Pour vérifier si un proxy est configuré, exécutez la commande suivante.
Important
Si aucun serveur proxy n’existe entre la machine virtuelle Ubuntu et les adresses du référentiel Ubuntu, recherchez et supprimez tous les paramètres de configuration de proxy qui se trouvent dans le fichier /etc/apt/apt.conf .
env | grep -i proxy
Scénario 2 : échec de la commande « apt update » et retourne « Échec de la récupération <de l’URL> 470 code d’état 470 »
Détails du scénario 2
Lorsque vous essayez d’exécuter la apt update commande, le système tente d’extraire des informations de package à partir de plusieurs sources, notamment azure.archive.ubuntu.com, packages.microsoft.comet security.ubuntu.com. Toutefois, la commande retourne un message d’erreur « Échec de la récupération <de l’URL> 470 code d’état 470 », comme illustré dans l’exemple suivant :
Err: 3 http://azure.archive.ubuntu.com/ubuntu focal-updates InRelease
470 status code 470[IP: 23.101.248.31 80]
Err: 4 http://azure.archive.ubuntu.com/ubuntu focal-backports InRelease
470 status code 470[IP: 23.101.248.31 80]
Ign:5 https://packages.microsoft.com/ubuntu/20.04/prod focal InRelease
Err:6 https://packages.microsoft.com/ubuntu/20.04/prod focal Release
Could not handshake: The TLS connection was not properly terminated. [IP: 52.230.121.169 443]
Reading package lists...
[stderr]
E: The repository 'http://security.ubuntu.com/ubuntu focal-security InRelease' is no longer signed.
E: Failed to fetch http://security.ubuntu.com/ubuntu/dists/focal-security/InRelease 470 status code 470 [IP: 91.189.91.82 80]
E: The repository 'http://security.ubuntu.com/ubuntu focal InRelease' is no longer signed.
E: Failed to fetch http://security.ubuntu.com/ubuntu/dists/focal/InRelease 470 status code 470 [IP: 23.101.248.31 80
Cause : un pare-feu ou un groupe de sécurité réseau bloque les URL requises
Le trafic de votre système Ubuntu est acheminé via une appliance virtuelle (pare-feu), mais cette appliance refuse l’accès à certaines URL, provoquant des problèmes liés aux mises à jour et installations du package.
Vous pouvez également bloquer la connectivité sortante sur le port 80 ou 443.
Solution : autoriser les URL requises sur votre configuration de pare-feu
Vérifiez que toutes les URL et domaines nécessaires sont autorisées par le biais du pare-feu lorsque vous utilisez des systèmes de gestion de package, comme apt dans Ubuntu.
Si un groupe de sécurité réseau est utilisé, vérifiez que les adresses IP Ubuntu et les ports 80 et 443 sont ajoutés à la liste verte de la règle de trafic sortant du groupe de sécurité réseau de l’interface réseau ou du groupe de sécurité réseau de sous-réseau. Ces exceptions doivent prendre la priorité sur la Block_Internet_Access_outbound règle.
Scénario 3 : Une erreur s’est produite pendant la vérification de la signature
Détails du scénario 3
Lorsque vous exécutez la apt update commande, le système tente d’extraire des informations de package à partir de plusieurs sources, y compris azure.archive.ubuntu.com et des dépôts tiers, tels que download.opensuse.org. Toutefois, la commande échoue, comme indiqué dans la sortie de la console suivante :
sudo apt update
Hit:1 http://azure.archive.ubuntu.com/ubuntu jammy InRelease
Hit:2 http://azure.archive.ubuntu.com/ubuntu jammy-updates InRelease
Hit:3 http://azure.archive.ubuntu.com/ubuntu jammy-backports InRelease
Hit:4 http://azure.archive.ubuntu.com/ubuntu jammy-security InRelease
Get:5 http://download.opensuse.org/repositories/devel:/kubic:/libcontainers:/unstable/xUbuntu_22.04 InRelease [1262 B]
Err:5 http://download.opensuse.org/repositories/devel:/kubic:/libcontainers:/unstable/xUbuntu_22.04 InRelease
The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 4D64390375060AA4
Fetched 1262 B in 1s (1142 B/s)
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
16 packages can be upgraded. Run 'apt list --upgradable' to see them.
W: An error occurred during the signature verification. The repository is not updated and the previous index files will be used. GPG error: http://download.opensuse.org/repositories/devel:/kubic:/libcontainers:/unstable/xUbuntu_22.04 InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 4D64390375060AA4
W: Failed to fetch http://download.opensuse.org/repositories/devel:/kubic:/libcontainers:/unstable/xUbuntu_22.04/InRelease The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 4D64390375060AA4
W: Some index files failed to download. They have been ignored, or old ones used instead.
root@ubu24vmlbe:/etc/apt#
Cause : la clé GPG est manquante pour les référentiels tiers
Un nouveau dépôt tiers a été ajouté dans le fichier /etc/apt/sources.list ou le dossier /etc/apt/sources.list.d/ , mais il manque le fichier de clé publique utilisé pour vérifier l’authenticité des packages dans le référentiel. Dans Ubuntu, les référentiels utilisent souvent des clés GPG pour vous assurer que les packages que vous téléchargez proviennent de sources approuvées et n’ont pas été falsifiés.
Solution : Ajouter la clé GPG pour les référentiels tiers
Lorsque vous ajoutez un nouveau référentiel à votre système Ubuntu, vous devez souvent importer la clé GPG associée à ce référentiel pour vous assurer que votre système approuve les packages de cette source.
Si vous ajoutez ce référentiel à votre système, assurez-vous que la clé provient réellement d’une source approuvée, telle que le site web officiel ou un membre de la communauté approuvé. Après avoir vérifié l’authenticité de la clé GPG, vous pouvez l’ajouter à votre système en exécutant la apt-key commande ou en la plaçant dans le dossier /etc/apt/trusted.gpg.d/ , comme indiqué dans la commande suivante :
Important
Étant donné que ce référentiel est un référentiel tiers, vous devez vérifier l’authenticité de la clé GPG fournie. Pour obtenir la clé GPG correcte pour votre dépôt, reportez-vous à la documentation ou consultez les sources officielles associées au dépôt tiers. L’utilisation de clés GPG incorrectes ou non autorisées peut présenter des risques de sécurité pour votre système.
sudo curl -fsSL https://download.opensuse.org/repositories/devel:kubic:libcontainers:unstable/xUbuntu_22.04/Release.key | sudo tee /etc/apt/trusted.gpg.d/devel_kubic_libcontainers_unstable.gpg > /dev/null
Après avoir extrait la clé GPG en exécutant curl, vous pouvez également convertir la clé GPG dans un format approprié pour APT en exécutant la gpg --dearmor commande, puis l’enregistrer directement dans le dossier /etc/apt/trusted.gpg.d/ . Cette alternative garantit que votre système gère et approuve en toute sécurité la clé GPG sans compter sur la apt-key commande :
curl -fsSL https://download.opensuse.org/repositories/devel:kubic:libcontainers:unstable/xUbuntu_22.04/Release.key | gpg --dearmor | sudo tee /etc/apt/trusted.gpg.d/devel_kubic_libcontainers_unstable.gpg > /dev/null
Remarque
Si vous ne pouvez pas localiser la clé GPG correcte pour ce référentiel tiers, nous vous recommandons de supprimer l’entrée du référentiel du fichier /etc/apt/sources.list ou du dossier /etc/apt/sources.list.d/ . Cette action garantit que les apt update commandes fonctionnent correctement et réduisent le risque de rencontrer des erreurs liées aux clés GPG. Hiérarchiser la sécurité et ajouter uniquement des référentiels à partir de sources approuvées qui ont des clés GPG valides.
Scénario 4 : Un message d’erreur « Échec temporaire de résolution de « azure.archive.ubuntu.com » se produit
Détails du scénario 4
Lorsque vous exécutez la apt update commande, le système tente d’extraire des informations de package à partir de plusieurs sources, notamment azure.archive.ubuntu.com. Toutefois, lors de la mise à jour ou de l’installation d’un package, vous recevez un message d’erreur « Échec temporaire de résolution de « azure.archive.ubuntu.com », comme indiqué dans la sortie suivante :
Ign:4 http://azure.archive.ubuntu.com/ubuntu jammy-security InRelease
Err:1 http://azure.archive.ubuntu.com/ubuntu jammy InRelease
Temporary failure resolving 'azure.archive.ubuntu.com'
Err:2 http://azure.archive.ubuntu.com/ubuntu jammy-updates InRelease
Temporary failure resolving 'azure.archive.ubuntu.com'
Err:3 http://azure.archive.ubuntu.com/ubuntu jammy-backports InRelease
Temporary failure resolving 'azure.archive.ubuntu.com'
Err:4 http://azure.archive.ubuntu.com/ubuntu jammy-security InRelease
Temporary failure resolving 'azure.archive.ubuntu.com'
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
16 packages can be upgraded. Run 'apt list --upgradable' to see them.
W: Failed to fetch http://azure.archive.ubuntu.com/ubuntu/dists/jammy/InRelease Temporary failure resolving 'azure.archive.ubuntu.com'
W: Failed to fetch http://azure.archive.ubuntu.com/ubuntu/dists/jammy-updates/InRelease Temporary failure resolving 'azure.archive.ubuntu.com'
W: Failed to fetch http://azure.archive.ubuntu.com/ubuntu/dists/jammy-backports/InRelease Temporary failure resolving 'azure.archive.ubuntu.com'
W: Failed to fetch http://azure.archive.ubuntu.com/ubuntu/dists/jammy-security/InRelease Temporary failure resolving 'azure.archive.ubuntu.com'
W: Some index files failed to download. They have been ignored, or old ones used instead.
Cause : Le DNS personnalisé ne peut pas résoudre les référentiels Ubuntu
Vous utilisez un programme de résolution DNS (Domain Name System) personnalisé qui ne fonctionne pas correctement. Ou bien, la machine virtuelle affectée se trouve sur un sous-réseau différent du serveur DNS.
Solution : vérifier et mettre à jour votre programme de résolution DNS
Vérifiez si le programme de résolution DNS personnalisé est en fait la cause du problème. Vous pouvez essayer de revenir aux serveurs DNS par défaut fournis par Azure au niveau de l’interface réseau. Pour plus d’informations, consultez Modifier les serveurs DNS.
Si Azure DNS fonctionne comme prévu, vérifiez votre nom de domaine interne et assurez-vous que vous pouvez l’atteindre sur le port 53.
Si votre serveur DNS se trouve sur Azure mais réside dans un autre sous-réseau, assurez-vous qu’il dispose de l’itinéraire défini par l’utilisateur (UDR) approprié pour atteindre le sous-réseau de la machine virtuelle affectée.
Scénario 5 : un message d’erreur « dpkg : package de traitement des erreurs » s’affiche pendant une installation du noyau
Détails du scénario 5
Lorsque vous essayez d’installer ou de réinstaller un noyau en exécutant la apt commande, un message d’erreur semblable au texte suivant s’affiche :
Processing triggers for linux-image-5.4.0-1051-azure (5.4.0-1051.53) ...
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-5.4.0-1051-azure
/etc/kernel/postinst.d/zz-update-grub:
Sourcing file `/etc/default/grub'
/usr/sbin/grub-mkconfig: 34: /etc/default/grub: Syntax error: EOF in backquote substitution
run-parts: /etc/kernel/postinst.d/zz-update-grub exited with return code 2
dpkg: error processing package linux-image-5.4.0-1051-azure (--configure):
installed linux-image-5.4.0-1051-azure package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
linux-image-5.4.0-1051-azure
E: Sub-process /usr/bin/dpkg returned an error code (1)
Cause : une erreur de syntaxe existe dans /etc/default/grub
Une erreur de syntaxe dans le fichier de configuration /etc/default/grub existe. Le script post-installation du package linux-image-5.4.0-1051-azure rencontre probablement cette erreur pendant qu’il tente d’analyser la configuration.
Solution : Correction de l’erreur de syntaxe dans /etc/default/grub
Recherchez les erreurs de syntaxe dans le fichier /etc/default/grub , en particulier autour de la ligne que le script post-installation rencontre probablement. Corrigez les erreurs de syntaxe que vous trouvez. La syntaxe de ce fichier est cruciale pour le bon fonctionnement du chargeur de démarrage unifié GRand (GRUB).
Dans l’exemple suivant, le guillemet fermant manquant dans la GRUB_CMDLINE_LINUX ligne provoque une erreur de syntaxe dans le fichier de configuration GRUB :
# cat /etc/default/grub
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
# info -f grub -n 'Simple configuration'
GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=" # <---
Pour corriger cette erreur particulière, ajoutez le guillemet fermant à la fin de la ligne. La ligne corrigée doit ressembler au code suivant :
GRUB_CMDLINE_LINUX=" "
Après avoir corrigé l’erreur de syntaxe dans le fichier de configuration GRUB, réessayez de réinstaller le package du noyau.
Scénario 6 : « La version focale duhttp://archive.ubuntu.com/ubuntu/dists/focal/main/binary-armhf/Packages référentiel n’a pas de fichier Release »
Détails du scénario 6
Lorsque vous exécutez la apt update commande, le système tente d’extraire des informations de package à partir de plusieurs sources. Toutefois, vous recevez un message d’erreur concernant un fichier manquant Release , comme indiqué dans la sortie suivante :
Ign:1 http://archive.ubuntu.com/ubuntu/dists/focal/main/binary-armhf/Packages focal InRelease
Hit:2 http://azure.archive.ubuntu.com/ubuntu focal InRelease
Hit:3 http://azure.archive.ubuntu.com/ubuntu focal-updates InRelease
Hit:4 http://azure.archive.ubuntu.com/ubuntu focal-backports InRelease
Hit:5 http://azure.archive.ubuntu.com/ubuntu focal-security InRelease
Hit:6 https://packages.microsoft.com/ubuntu/20.04/prod focal InRelease
Err:7 http://archive.ubuntu.com/ubuntu/dists/focal/main/binary-armhf/Packages focal Release
404 Not Found [IP: 91.189.91.83 80]
Reading package lists... Done
E: The repository 'http://archive.ubuntu.com/ubuntu/dists/focal/main/binary-armhf/Packages focal Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.
Cause : l’outil apt pointe vers le package d’architecture du processeur ARM sur une machine virtuelle x86_64
La apt commande recherche toutes les architectures définies lorsque APT::Architectures la commande télécharge les données du référentiel.
Dans ce scénario, vous exécutez une machine virtuelle x86_64, mais deux lignes dans le fichier /etc/apt/sources.list font référence à l’architecture du processeur ARM :
sudo cat /etc/apt/sources.list | grep -i armhf
deb http://archive.ubuntu.com/ubuntu/dists/focal/main/binary-armhf/Packages focal main
deb-src http://archive.ubuntu.com/ubuntu/dists/focal/main/binary-armhf/Packages focal main
Si une application modifie automatiquement le fichier sources.list ou ajoute un référentiel sous le dossier /etc/apt/sources.list.d/ , puis inclut les référentiels armhf , la même erreur se produit.
Solution : Supprimer ou commenter les informations armhf de sources.list
Supprimez ou commentez les lignes qui référencent l’architecture du processeur ARM dans le fichier /etc/apt/sources.list ou /etc/apt/sources.list.d/*.list.
Exclusion de responsabilité sur les coordonnées externes
Microsoft fournit des informations de contacts externes afin de vous aider à obtenir un support technique sur ce sujet. Ces informations de contact peuvent changer sans préavis. Microsoft ne garantit pas l’exactitude des informations concernant les sociétés externes.
Contactez-nous pour obtenir de l’aide
Pour toute demande ou assistance, créez une demande de support ou posez une question au support de la communauté Azure. Vous pouvez également soumettre des commentaires sur les produits à la communauté de commentaires Azure.