「Unable to resolve action. Repository not found: jlumbroso/free-disk-space」:アクションは2026年11月4日に lumbroso-commons へ移った
free-disk-space は、ホストの Ubuntu ランナーで入りっぱなしのツールチェーンを消して空きを作るアクションです。これが2026年11月4日に jlumbroso/free-disk-space から lumbroso-commons/free-disk-space へ移りました。GitHub のサイトと API は古い名前を新しい名前へ転送しますが、GitHub Actions は転送しません。そのため uses: jlumbroso/free-disk-space のままのジョブは、どのバージョンを書いていても、最初のステップより前の Set up job で失敗します。持ち主を lumbroso-commons に変えてください。タグもコミットの SHA も前と同じです。
見え方
アクションのリポジトリへの報告から(free-disk-space #56・2026年11月4日):
Unable to resolve action. Repository not found: jlumbroso/free-disk-space
- 失敗するのはステップだけでなく、ジョブ全体です。Actions はジョブのすべての
uses:を、どのif:よりも先に Set up job で解決するので、飛ばされるはずだった free-disk-space のステップでもジョブが止まります(truefoundry github-workflows-public #35)。 - 固定しても防げません。#56 のステップは v2.0.0 のコミットの SHA を丸ごと書いていましたし、その日にほかのプロジェクトがマージした直しも、
@mainと@v1.3.1の参照を同じように書き換えています(infino #1198)。解決できなくなったのは持ち主の名前のほうです。
古い名前が使えなくなった理由
GitHub のドキュメントの、リポジトリの名前を変えるページには、名前を変えたリポジトリのアクションの呼び出しは転送しない、使っているワークフローは「repository not found」で失敗する、とあります。持ち主が変わった今回も同じでした。それ以外はいまも転送されます。https://github.com/jlumbroso/free-disk-space は新しい URL を付けて 301 を返し、API も同じです。アクションがどこへ移ったかは、これで手早くわかります:
gh api repos/jlumbroso/free-disk-space --jq .full_name # lumbroso-commons/free-disk-space
GitHub のドキュメントの、リポジトリを移すページには、移す前の1週間に GitHub Actions で100回より多く使われたリポジトリを移すと、古い持ち主と名前の組み合わせは二度と使えなくなり、新しいリポジトリには付けられない、ともあります。GitHub のコード検索では、jlumbroso/free-disk-space と書いたままのワークフローのファイルが約1万あり、新しい名前のほうは18でした(2026年11月5日)。
直し方:持ち主を変える
- uses: jlumbroso/free-disk-space@v1.3.1 + uses: lumbroso-commons/free-disk-space@v1.3.1
同じリポジトリなので、どの参照も新しい持ち主の下で同じコミットを指します(2026年11月5日に確認):
v1.3.1:54081f138730dfa15788a46383842cd2f914a1be(2023年10月)v1.3.2:3f13feab2962a87273d379ebc36ea159527e6cc9(2026年9月17日)v2とv2.0.0:ceedf095f4ec1a097402bc6bd80831f2e1a6fde6(2026年9月17日)main:36e9a5af4eddb91fc11aec4c6f6f79b3cc0cb523、2026年9月17日から変わっていません
リポジトリのワークフローをまとめて書き換えるなら(GNU の sed。Linux のランナーや Git Bash のもの):
grep -rl 'jlumbroso/free-disk-space' .github | xargs sed -i 's#jlumbroso/free-disk-space#lumbroso-commons/free-disk-space#g'
- 古い名前が別のリポジトリの再利用可能なワークフローや複合アクションの中にあるなら、そちらで直す必要があります。直るまで、またはそのリポジトリの直したコミットを指すようにするまで、ジョブは失敗し続けます。
truefoundry/github-workflows-publicは、この形でbuild.ymlとほかの共有のワークフロー2つを直しました(#35)。 - Dependabot はこの書き換えをしません。11月4日の、アクションを 2.0.0 に上げるプルリクエストは古い持ち主のまま(
jlumbroso/free-disk-space@v2.0.0)なので、マージしてもジョブは失敗したままです(intellij-runescript #59)。 - アクションの README は、まだ
uses: jlumbroso/free-disk-space@mainと書いています(2026年11月5日)。そこから写したステップは古い名前になります。 - 同時に v1 から v2 に上げるなら:
swap-storage: trueを書かないとスワップは消されなくなり、tool-cacheはpreinstalled-runtimesという名前になりました(古い名前も v3.0.0 までは警告つきで使えます)。変わった点は README の「Upgrading from v1 to v2」にあります。
ubuntu-latest(Ubuntu 26.04)では:large-packages が Azure CLI とブラウザーを残す
large-packages: true にすると、アクションはパッケージの種類ごとに apt のコマンドを1つずつ実行し、失敗したコマンドは警告にして先へ進みます。ubuntu-latest の移り先の Ubuntu 26.04 のイメージでは、その最後のコマンドが失敗します:
The command [sudo apt-get remove -y azure-cli google-chrome-stable firefox powershell mono-devel libgl1-mesa-dri --fix-missing] failed to complete successfully. Proceeding...
26.04 のイメージは PowerShell をリリースの tarball から入れています。Microsoft の apt のリポジトリに、26.04 向けの PowerShell がまだ無いからです(イメージの install-powershell.sh)。なので powershell というパッケージは無く、Ubuntu のアーカイブにもありません。apt は何かを消す前にすべての名前を解決するので、見つからない名前が1つあると6つとも消されません(free-disk-space #41。24.04 の Arm のランナーの google-chrome-stable についての報告で、10月23日のコメントが 26.04 での同じ行を報告しています)。Azure CLI・Chrome・Firefox・Mesa のドライバーはディスクに残り、気づけるのは警告だけです。
アクションが直るまでは、そのあとに自分のステップを置いて消します。4つともイメージがパッケージとして入れています:
- name: Remove what large-packages left on 26.04 run: sudo apt-get remove -y azure-cli google-chrome-stable firefox libgl1-mesa-dri
PowerShell 自体は /opt/microsoft/powershell/7 にあります。#41 には、先に dpkg へ入っている名前を問い合わせるスクリプトもあり、イメージがまた別のパッケージを外しても一覧が壊れません。
失敗を警告にしないフォークでは、ジョブが止まります。あるプロジェクトの Linux のジョブは、descriptinc/free-disk-space を通して、26.04 での最初の実行(10月20日)からこの形で失敗しています(llvm-aie #1461):
E: Unable to locate package powershell ##[error]Process completed with exit code 100.
見分け方
- Set up job で「Repository not found: jlumbroso/free-disk-space」:このページの引っ越しです。
lumbroso-commons/free-disk-spaceで「unable to find version」:持ち主は合っていて、タグかブランチが違います。あるものは上に並べました。ほかの理由は 「Unable to resolve action」 に。- ステップは動き、
powershellの入った行に「failed to complete successfully. Proceeding...」と出る:上の 26.04 の節です。Arm のランナーでは、同じ行がgoogle-chrome-stableで失敗します(#41)。 - ステップは通ったのに、あとでディスクが足りなくなる:ホストランナーのディスク不足 に、それぞれ消すと空く量と、26.04 でほかにディスクを使うものを書きました。
失敗したジョブを IntelliJ IDEA から見るなら
Pipeline Inbox for GitHub Actions Workflows は、Lesstep が作っている JetBrains IDE(2024.1 以降)のプラグインです。すべてのリポジトリの実行を、ジョブ・ステップと一緒に IDE のツールウィンドウに並べるので、Set up job で失敗しはじめたワークフローがすぐ分かり、いまのブランチの実行はステータスバーに出ます。読むのは無料、失敗したジョブの再実行・キャンセル・ワークフローの実行・デプロイのレビューは Pro(月 US$1.50・30日の無料試用つき)です。
GitHub と GitHub Actions は GitHub, Inc. の商標、Ubuntu は Canonical Ltd. の商標、Azure と PowerShell は Microsoft Corporation の商標、Google Chrome は Google LLC の商標、Firefox は Mozilla Foundation の商標、IntelliJ IDEA は JetBrains s.r.o. の商標です。このページは GitHub, Inc.・Canonical・Microsoft・Google・Mozilla・JetBrains・free-disk-space のプロジェクトのいずれとも提携しておらず、承認も受けていません。
ほかに:「Unable to resolve action」 · ホストランナーのディスク不足 · 「The ubuntu-latest label will migrate to Ubuntu 26」 · IntelliJ IDEA で使える GitHub Actions のプラグインの比較 · English