Ubuntu 上の APT に関する一般的な問題のトラブルシューティング

[アーティクル]
06/12/2024

この記事では、コマンドラインツールを使用して Microsoft Azure 仮想マシン (VM) にアプリケーションを apt インストールまたは更新するときに発生する可能性がある一般的な問題について説明し、解決策について説明します。

注意

Canonical Ubuntu 18.04 LTS の標準サポートは使用できなくなりました。影響を受ける場合は、「Canonical Ubuntu 18.04 LTS が 2023 年 5 月 31 日に標準サポートから外れている」を参照して、オプションを確認してください。

概要

Ubuntu の apt (高度なパッケージツール) コマンドは、パッケージ管理に使用される強力なツールです。これにより、Ubuntu システムにソフトウェアパッケージをインストール、削除、更新、管理できます。を使用 apt して、使用可能なパッケージを検索し、特定のバージョンのパッケージをインストールし、依存関係を効率的に処理できます。これにより、APT ライブラリと対話するためのコマンドラインインターフェイスを提供することで、ソフトウェア管理のプロセスが簡略化されます。

前提条件

Advanced Packaging Tool (apt)
カール
GNU Privacy Guard (GPG)
ティー

シナリオ 1: 接続が azure.archive.ubuntu.com でタイムアウトしました

シナリオ 1 の詳細

apt更新、アップグレード、またはインストール操作中に、最終的に接続がタイムアウトします。さらに、次のいずれかの出力文字列のようなエラーメッセージが表示されます。

出力 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?

出力 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

次のセクションでは、これらのエラーの潜在的な原因について説明し、接続の問題を解決するための解決策を提供します。

原因 1: VM が内部ロードバランサーを使用するように構成されている

内部ロードバランサーは、ネットワークインターフェイス用に構成されている場合、送信接続を提供しません。

解決策 1a: パブリック IP アドレスを追加する

VM のネットワークインターフェイスのパブリック IP アドレスを追加します。詳細については、「パブリック IP アドレスを仮想マシンに関連付ける」を参照してください。

解決策 1b: 外部ロードバランサーを使用する

内部 Azure ロードバランサーではなく、外部の Azure ロードバランサーを使用します。詳細については、「クイックスタート: Azure portal を使用して VM の負荷分散を行うパブリックロードバランサーを作成する」を参照してください。

解決策 1c: サブネットで NAT ゲートウェイを使用する

送信アクセスには、VM のサブネット上のネットワークアドレス変換 (NAT) ゲートウェイを使用します。詳細については、「 Azure NAT Gateway リソース」を参照してください。

解決策 1d: 内部基本ロードバランサーを使用する

内部標準ロードバランサーの代わりに内部基本ロードバランサーを使用するようにダウングレードします。

注:

このソリューションは、ロードバランサーの基本バージョンが廃止予定であるため、一時的な修正にすぎません。詳細については、「 Azure Basic Load Balancer は 2025 年 9 月 30 日に廃止されます。Standard Load Balancer へのアップグレード」を参照してください。

解決策 1e: SNAT ルールを使用する

ソースネットワークアドレス変換 (SNAT) 規則を使用します。詳細については、「送信接続に SNAT を使用する」を参照してください。

原因 2: 外部ロードバランサーに送信規則がないため、送信 SNAT が無効になります

Ubuntu リポジトリに到達するには、外部ロードバランサーに送信接続が必要です。

解決策 2: 送信規則を構成するか、送信 SNAT が有効になっていることを確認する

次の表に示す 1 つ以上のアクションを実行します。

アクション	ガイダンス
送信規則を設定します。	送信規則の構成
送信 SNAT を有効にします。	送信接続に SNAT を使用する

原因 3: Azure ファイアウォールまたは仮想アプライアンスが仮想ネットワークとインターネットの間にある

Azure ファイアウォールまたは仮想アプライアンスが、Azure 仮想ネットワークとインターネットの間の保護バリアとして機能している可能性があります。このバリアはセキュリティポリシーを適用し、すべてのトラフィックをファイアウォールに送信することでトラフィックを効果的に制御および監視する機能を提供します。この場合、ファイアウォールは Ubuntu リポジトリへの通信をブロックしています。

解決策 3: Ubuntu アドレスが許可されていることを確認する

およびその他のリポジトリ URL に完全にアクセスできることを確認します azure.archive.ubuntu.com 。これを行うには、次のアクションを実行します。

ファイアウォールポリシーで宛先 URL が許可されていることを確認します。
Secure Sockets Layer (SSL) 検査がアクティブな場合は、IP アドレスが許可されていることを確認します。
ネットワークセキュリティグループ (NSG) が使用されている場合は、ネットワークインターフェイス NSG またはサブネット NSG の送信規則の許可リストに Ubuntu IP アドレスとポート 80 とポート 443 が追加されていることを確認します。これらの例外は、規則よりも優先されます Block_Internet_Access_outbound 。さらに、「仮想マシントラフィックに適用されるセキュリティ規則を確認する」を参照してください。

原因 4: VM がプライベートサブネットに接続されている

プライベートサブネットは、既定の送信アクセスを提供しないことでセキュリティを強化します。 VM がインターネットにアクセスするための送信接続を有効にするには、送信アクセスを明示的に許可する必要があります。詳細については、「プライベートサブネット機能の追加」を参照してください。

解決策 4: サブネットの送信接続を提供する

NAT ゲートウェイを使用して、サブネット内の VM に送信接続を提供することをお勧めします。詳細については、「Azure NAT Gateway とは」を参照してください。

原因 5: 通信にプロキシが使用される

インターネット通信は、Ubuntu リポジトリへの通信に影響を与える顧客プロキシを経由します。

解決策 5: プロキシ構成設定を修正する

Ubuntu VM と Ubuntu リポジトリの間で Microsoft Azure でプロキシサーバーが構成されている場合は、次のスニペットに示すように、 /etc/apt/apt.conf ファイルの正しいプロキシ構成設定を使用します。

重要

構成されたプロキシサーバーにプライベート IP アドレスがある場合は、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]";

また、Ubuntu やその他の Unix に似たオペレーティングシステムの場合は、環境変数を使用して HTTP トラフィックと HTTPS トラフィックのプロキシを設定できます。関連する環境変数はと https_proxyですhttp_proxy。プロキシが構成されているかどうかを確認するには、次のコマンドを実行します。

重要

Ubuntu VM と Ubuntu リポジトリアドレスの間にプロキシサーバーが存在しない場合は、 /etc/apt/apt.conf ファイル内のプロキシ構成設定を検索して削除します。

env | grep -i proxy

シナリオ 2: "apt update" コマンドが失敗し、"URL> 470 状態コード 470 のフェッチ<に失敗しました" が返される

シナリオ 2 の詳細

コマンドを実行apt updateしようとすると、システムは、、packages.microsoft.com、、などazure.archive.ubuntu.com、複数のソースからパッケージ情報をsecurity.ubuntu.comフェッチしようとします。ただし、コマンドは、次の例に示すように、"URL> 470 状態コード 470 をフェッチ<できませんでした" というエラーメッセージを返します。

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

原因: ファイアウォールまたは NSG によって必要な URL がブロックされる

Ubuntu システムからのトラフィックは仮想アプライアンス (ファイアウォール) 経由でルーティングされますが、このアプライアンスでは特定の URL へのアクセスが拒否され、パッケージの更新とインストールに関連する問題が発生します。

または、NSG がポート 80 または 443 で送信接続をブロックしている可能性があります。

解決策: ファイアウォール構成で必要な URL を許可する

Ubuntu などの apt パッケージ管理システムを使用する場合は、必要なすべての URL とドメインがファイアウォール経由で許可されていることを確認します。

NSG が使用されている場合は、ネットワークインターフェイス NSG またはサブネット NSG の送信規則の許可リストに Ubuntu IP アドレスとポート 80 とポート 443 が追加されていることを確認します。これらの例外は、規則よりも優先されます Block_Internet_Access_outbound 。

シナリオ 3: 署名の検証中にエラーが発生しました

シナリオ 3 の詳細

コマンドをapt update実行すると、システムは、などのdownload.opensuse.orgサードパーティのリポジトリなど、azure.archive.ubuntu.com複数のソースからパッケージ情報をフェッチしようとします。ただし、次のコンソール出力に示すように、コマンドは失敗します。

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#

原因: サードパーティリポジトリに GPG キーがありません

/etc/apt/sources.list ファイルまたは /etc/apt/sources.list.d/ フォルダーに新しいサードパーティリポジトリが追加されましたが、リポジトリ内のパッケージの信頼性を確認するために使用される公開キーファイルがありません。 Ubuntu では、多くの場合、リポジトリは GPG キーを使用して、ダウンロードしたパッケージが信頼できるソースから取得され、改ざんされていないことを確認します。

解決策: サードパーティリポジトリの GPG キーを追加する

Ubuntu システムに新しいリポジトリを追加する場合、多くの場合、そのリポジトリに関連付けられている GPG キーをインポートして、システムがそのソースからパッケージを信頼していることを確認する必要があります。

このリポジトリをシステムに追加する場合は、公式 Web サイトや信頼できるコミュニティメンバーなど、信頼できるソースからのキーであることを確認します。 GPG キーの信頼性を確認したら、次のコマンドに示すように、コマンドを apt-key 実行するか、 /etc/apt/trusted.gpg.d/ フォルダーに配置してシステムに追加できます。

重要

このリポジトリはサードパーティのリポジトリであるため、提供された GPG キーの信頼性を確認する必要があります。リポジトリの正しい GPG キーを取得するには、ドキュメントを参照するか、サードパーティのリポジトリに関連付けられている公式ソースに問い合わせてください。不正な GPG キーまたは未承認の GPG キーを使用すると、システムにセキュリティリスクが発生する可能性があります。

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

curl を実行して GPG キーをフェッチした後、コマンドを実行 gpg --dearmor して GPG キーを APT に適した形式に変換し、 直接 /etc/apt/trusted.gpg.d/ フォルダーに保存できます。この代替方法により、コマンドに依存することなく、システムが GPG キーを安全に apt-key 管理および信頼できるようになります。

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

注:

このサードパーティリポジトリの正しい GPG キーが見つからない場合は、/etc/apt/sources.list ファイルまたは /etc/apt/sources.list.d/ フォルダーからリポジトリエントリを削除することをお勧めします。このアクションにより、コマンドが apt update 正しく機能し、GPG キーに関連するエラーが発生するリスクが軽減されます。セキュリティに優先順位を付け、有効な GPG キーを持つ信頼されたソースからのリポジトリのみを追加します。

シナリオ 4: "一時的なエラー解決 'azure.archive.ubuntu.com' エラーメッセージが発生する

シナリオ 4 の詳細

コマンドを apt update 実行すると、システムは、を含む azure.archive.ubuntu.com複数のソースからパッケージ情報をフェッチしようとします。ただし、パッケージの更新またはインストール中に、次の出力に示すように、"一時的なエラー解決 'azure.archive.ubuntu.com' というエラーメッセージが表示されます。

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.

原因: カスタム DNS で Ubuntu リポジトリを解決できない

正しく動作していないカスタムドメインネームシステム (DNS) リゾルバーを使用しています。または、影響を受ける VM が、DNS サーバーがオンになっているのとは異なるサブネット上にあります。

解決策: DNS リゾルバーを確認して更新する

カスタム DNS リゾルバーが実際に問題の原因であるかどうかを確認します。ネットワークインターフェイスレベルで、Azure によって提供される既定の DNS サーバーに切り替えることができます。詳細については、「 DNS サーバーの変更」を参照してください。

Azure DNS が期待どおりに動作している場合は、内部ドメイン名を確認し、ポート 53 で到達できることを確認します。

DNS サーバーが Azure 上にあり、別のサブネットに存在する場合は、影響を受ける VM のサブネットに到達するための適切なユーザー定義ルート (UDR) があることを確認します。

シナリオ 5: カーネルのインストール中に "dpkg: エラー処理パッケージ" というエラーメッセージが表示される

シナリオ 5 の詳細

コマンドを実行 apt してカーネルをインストールまたは再インストールしようとすると、次のようなエラーメッセージが表示されます。

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)

原因: /etc/default/grub に構文エラーが存在する

/etc/default/grub 構成ファイルに構文エラーが存在します。 linux-image-5.4.0-1051-azure パッケージのインストール後スクリプトでは、構成の解析中にこのエラーが発生している可能性があります。

解決策: /etc/default/grub の構文エラーを修正する

/etc/default/grub ファイル内の構文エラー、特にインストール後スクリプトが発生している可能性がある行の周りを探します。見つけた構文エラーを修正します。このファイルの構文は、GRand Unified Bootloader (GRUB) が正しく機能するために重要です。

次の例では、行に GRUB_CMDLINE_LINUX 終了引用符が見つからないと、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="    # <---

この特定のエラーを修正するには、行の末尾に終了引用符を追加します。修正された行は次のコードのようになります。

GRUB_CMDLINE_LINUX=" "

GRUB 構成ファイルの構文エラーを修正したら、カーネルパッケージを再インストールしてください。

シナリオ 6: "リポジトリ 'http://archive.ubuntu.com/ubuntu/dists/focal/main/binary-armhf/Packages focal Release' にリリースファイルがありません"

シナリオ 6 の詳細

コマンドを apt update 実行すると、システムは複数のソースからパッケージ情報をフェッチしようとします。ただし、次の出力に示すように、不足している Release ファイルに関するエラーメッセージが表示されます。

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.

原因: apt ツールは、x86_64仮想マシン上の ARM プロセッサアーキテクチャパッケージを指します

コマンドは apt 、コマンドがリポジトリデータをダウンロードするときに定義 APT::Architectures されるすべてのアーキテクチャを検索します。

このシナリオでは、x86_64 VM を実行していますが、 /etc/apt/sources.list ファイル内の 2 行は 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

アプリケーションが sources.list ファイルを自動的に編集するか、 /etc/apt/sources.list.d/ フォルダーの下にリポジトリを追加し、 armhf リポジトリを含める場合、同じエラーが発生します。

解決策: sources.list から armhf 情報を削除またはコメントアウトする

/etc/apt/sources.list ファイルまたは /etc/apt/sources.list.d/*.list 内の ARM プロセッサアーキテクチャを参照する行を削除またはコメントアウトします。

サードパーティのお問い合わせ窓口に関する免責事項

Microsoft では、このトピックに関する追加情報を見つけるのに役立つサードパーティの連絡先情報を提供しています。将来予告なしに変更されることがあります。 Microsoft は、第三者の連絡先情報の正確性を保証しません。

お問い合わせはこちらから

質問がある場合やヘルプが必要な場合は、サポート要求を作成するか、Azure コミュニティサポートにお問い合わせください。 Azure フィードバックコミュニティに製品フィードバックを送信することもできます。

次の方法で共有

Ubuntu 上の APT に関する一般的な問題のトラブルシューティング

概要

前提条件

シナリオ 1: 接続が azure.archive.ubuntu.com でタイムアウトしました

原因 1: VM が内部ロードバランサーを使用するように構成されている

解決策 1a: パブリック IP アドレスを追加する

解決策 1b: 外部ロードバランサーを使用する

解決策 1c: サブネットで NAT ゲートウェイを使用する

解決策 1d: 内部基本ロードバランサーを使用する

解決策 1e: SNAT ルールを使用する

原因 2: 外部ロードバランサーに送信規則がないため、送信 SNAT が無効になります

解決策 2: 送信規則を構成するか、送信 SNAT が有効になっていることを確認する

原因 3: Azure ファイアウォールまたは仮想アプライアンスが仮想ネットワークとインターネットの間にある

解決策 3: Ubuntu アドレスが許可されていることを確認する

原因 4: VM がプライベートサブネットに接続されている

解決策 4: サブネットの送信接続を提供する

原因 5: 通信にプロキシが使用される

解決策 5: プロキシ構成設定を修正する

シナリオ 2: "apt update" コマンドが失敗し、"URL> 470 状態コード 470 のフェッチ<に失敗しました" が返される

原因: ファイアウォールまたは NSG によって必要な URL がブロックされる

解決策: ファイアウォール構成で必要な URL を許可する

シナリオ 3: 署名の検証中にエラーが発生しました

原因: サードパーティリポジトリに GPG キーがありません

解決策: サードパーティリポジトリの GPG キーを追加する

シナリオ 4: "一時的なエラー解決 'azure.archive.ubuntu.com' エラーメッセージが発生する

原因: カスタム DNS で Ubuntu リポジトリを解決できない

解決策: DNS リゾルバーを確認して更新する

シナリオ 5: カーネルのインストール中に "dpkg: エラー処理パッケージ" というエラーメッセージが表示される

原因: /etc/default/grub に構文エラーが存在する

解決策: /etc/default/grub の構文エラーを修正する

シナリオ 6: "リポジトリ 'http://archive.ubuntu.com/ubuntu/dists/focal/main/binary-armhf/Packages focal Release' にリリースファイルがありません"

原因: apt ツールは、x86_64仮想マシン上の ARM プロセッサアーキテクチャパッケージを指します

解決策: sources.list から armhf 情報を削除またはコメントアウトする

お問い合わせはこちらから

フィードバック

フィードバック

その他のリソース

次の方法で共有

Ubuntu 上の APT に関する一般的な問題のトラブルシューティング

概要

前提条件

シナリオ 1: 接続が azure.archive.ubuntu.com でタイムアウトしました

原因 1: VM が内部ロード バランサーを使用するように構成されている

解決策 1a: パブリック IP アドレスを追加する

解決策 1b: 外部ロード バランサーを使用する

解決策 1c: サブネットで NAT ゲートウェイを使用する

解決策 1d: 内部基本ロード バランサーを使用する

解決策 1e: SNAT ルールを使用する

原因 2: 外部ロード バランサーに送信規則がないため、送信 SNAT が無効になります

解決策 2: 送信規則を構成するか、送信 SNAT が有効になっていることを確認する

原因 3: Azure ファイアウォールまたは仮想アプライアンスが仮想ネットワークとインターネットの間にある

解決策 3: Ubuntu アドレスが許可されていることを確認する

原因 4: VM がプライベート サブネットに接続されている

解決策 4: サブネットの送信接続を提供する

原因 5: 通信にプロキシが使用される

解決策 5: プロキシ構成設定を修正する

シナリオ 2: "apt update" コマンドが失敗し、"URL> 470 状態コード 470 のフェッチ<に失敗しました" が返される

原因: ファイアウォールまたは NSG によって必要な URL がブロックされる

解決策: ファイアウォール構成で必要な URL を許可する

シナリオ 3: 署名の検証中にエラーが発生しました

原因: サードパーティリポジトリに GPG キーがありません

解決策: サードパーティ リポジトリの GPG キーを追加する

シナリオ 4: "一時的なエラー解決 'azure.archive.ubuntu.com' エラー メッセージが発生する

原因: カスタム DNS で Ubuntu リポジトリを解決できない

解決策: DNS リゾルバーを確認して更新する

シナリオ 5: カーネルのインストール中に "dpkg: エラー処理パッケージ" というエラー メッセージが表示される

原因: /etc/default/grub に構文エラーが存在する

解決策: /etc/default/grub の構文エラーを修正する

シナリオ 6: "リポジトリ 'http://archive.ubuntu.com/ubuntu/dists/focal/main/binary-armhf/Packages focal Release' にリリース ファイルがありません"

原因: apt ツールは、x86_64仮想マシン上の ARM プロセッサ アーキテクチャ パッケージを指します

解決策: sources.list から armhf 情報を削除またはコメントアウトする

お問い合わせはこちらから

フィードバック

フィードバック

その他のリソース

原因 1: VM が内部ロードバランサーを使用するように構成されている

解決策 1b: 外部ロードバランサーを使用する

解決策 1d: 内部基本ロードバランサーを使用する

原因 2: 外部ロードバランサーに送信規則がないため、送信 SNAT が無効になります

原因 4: VM がプライベートサブネットに接続されている

解決策: サードパーティリポジトリの GPG キーを追加する

シナリオ 4: "一時的なエラー解決 'azure.archive.ubuntu.com' エラーメッセージが発生する

シナリオ 5: カーネルのインストール中に "dpkg: エラー処理パッケージ" というエラーメッセージが表示される

シナリオ 6: "リポジトリ 'http://archive.ubuntu.com/ubuntu/dists/focal/main/binary-armhf/Packages focal Release' にリリースファイルがありません"

原因: apt ツールは、x86_64仮想マシン上の ARM プロセッサアーキテクチャパッケージを指します