Sudo apt-get update
E: The method driver /usr/lib/apt/methods/https could not be found.
michael@Ubuntu:~$ Sudo apt-get clean
michael@Ubuntu:~$ cd /var/lib/apt
michael@Ubuntu:/var/lib/apt$ Sudo mv lists lists.old
michael@Ubuntu:/var/lib/apt$ Sudo mkdir -p lists/partial
michael@Ubuntu:/var/lib/apt$ Sudo apt-get clean
michael@Ubuntu:/var/lib/apt$ Sudo apt-get update
E: The method driver /usr/lib/apt/methods/https could not be found.
E: Could not get lock /var/lib/dpkg/lock - open (11: Resource temporarily unavailable)
E: Unable to lock the administration directory (/var/lib/dpkg/), is another process using it?
michael@Ubuntu:/var/lib/apt$ Sudo apt-get update
E: The method driver /usr/lib/apt/methods/https could not be found.
Apt-get更新を行うときにこれらのエラーが発生するのはなぜですか?
試してください:
Sudo apt-get install apt-transport-https
私もこの問題に遭遇しました。 apt-transport-https
をインストールして修正することはできませんでした。問題のマシンでパッケージの更新を行ってからかなり時間が経過し、必要なパッケージのバージョンがパッケージリポジトリで使用できなくなったためです。 (利用可能なバージョンを取得するには、最初にapt-get update
を正常に実行できなければなりませんでした。)したがって、apt-getが突然HTTPSを使用しようとした理由を追跡し、それを停止しました。
私の場合、/etc/apt/sources.list.d
ディレクトリの設定ファイルにリストされているサードパーティのaptソースの1つがすべてのダウンロードでHTTPSを使用するように切り替わり、http://
URLをhttps://
URLにリダイレクトし始めたことがわかりました。これは、ソース構成のいずれも要求していないにもかかわらず、HTTPSを使用しようとしています。 (WebブラウザーでソースリポジトリのURLを開き、ページが読み込まれたときにアドレスバーのURLがhttps://
に変更されたことに気付きました。)
これはサードパーティのリポジトリであり、したがって本質的ではないので、そのソースを一時的に無効にしてからapt-get update
を再実行しましたが、問題なく動作しました。 apt-get update
、apt-get upgrade
、およびapt-get install apt-transport-https
の後、サードパーティのaptソースを再度有効にすることができ、そこからすべてが機能しました。
このディレクトリ内のファイルを確認してください:/etc/apt/sources.list.d
ファイルの1つは、HTTPSで始まるリポジトリをアドレス指定しました。先頭に#を追加してその行をコメントし、試してください:apt-get update