---
title: "FedoraをWSL2で使う手順｜FedoraLinux-44と43のインストール・初期設定・GUI・アップグレード"
url: "https://www.issoh.co.jp/tech/details/10014/"
published: 2025-11-27
updated: 2026-10-18
categories: ["OS"]
publisher: "株式会社一創"
---

# FedoraをWSL2で使う手順｜FedoraLinux-44と43のインストール・初期設定・GUI・アップグレード

WindowsのWSLでFedoraを使うなら、指定するのは**FedoraLinux-44**です。2026年10月時点でWSLの配布カタログに載っているFedoraは44と43の2つだけで、2025年5月の公式対応時に案内された42は指定できません。この記事では、公式配布イメージ Fedora-WSL-Base-44 を取得して中身を確認した結果をもとに、導入、初回の設定、GUIと日本語入力、43からの移行、そして10月下旬に公開予定のFedora 45の扱いまでを整理します。

## まとめ：FedoraをWSL2で動かす要点

- 導入は `wsl --install FedoraLinux-44` の1行。名前で指定できるのは44と43だけです。
- 初回起動で聞かれるのはユーザー名だけ。wheelグループへの追加とパスワード無しのsudoは自動で設定されます。
- イメージは基本セットで、git・gcc・vim・OpenSSHサーバ・podmanは入っていません。
- systemdは既定で有効です。`systemctl`がそのまま使えます。
- GUIはWSLgが表示するのでXサーバは不要です。日本語入力はfcitx5を入れたうえで、**自分で起動させる設定**が要ります。
- 43のサポートは2026年12月2日まで。移行は新しい版を別名で入れる方式が安全です。

WSLそのものの仕組みやWSL1との違いは[WSL2とは？WSL1との違い・仕組み・インストール手順【WSL 3.0対応・2026年10月】](/tech/details/3410/)で扱っています。この記事はFedora固有の部分に絞ります。

## WSLの配布カタログに載るFedoraの版とサポート期限

### 配布カタログの指定名とサポート期限

`wsl --install` で名前を指定して導入できるディストリビューションは、Microsoftが公開している[配布カタログ（DistributionInfo.json）](https://github.com/microsoft/WSL/blob/master/distributions/DistributionInfo.json)で決まります。後述のファイルからの導入は、この一覧に縛られません。2026年10月18日時点のFedoraの項目は次の2件で、既定（Default）は44です。サポート終了日はFedoraのリリース管理システム[Bodhi](https://bodhi.fedoraproject.org/releases/)の値です。

| 指定名            | 配布イメージ                 | サポート終了     |
| -------------- | ---------------------- | ---------- |
| FedoraLinux-44 | Fedora-WSL-Base-44-1.7 | 2027-06-02 |
| FedoraLinux-43 | Fedora-WSL-Base-43-1.6 | 2026-12-02 |

x86\_64版とARM64版の両方が登録されています。手元のPowerShellで同じ一覧を確認できます。

```
wsl --list --online
```

イメージ内の `/etc/os-release` には `SUPPORT_END=2027-05-19` とあり、44についてはBodhiより2週間ほど早い日付が入っています。期限はリリース管理を担うBodhiの値で確認してください。

### FedoraLinux-42を指定してもインストールできない理由

Fedora 42はWSLの公式ディストリビューションに加わった最初の版で、当時の記事には `wsl --install FedoraLinux-42` と書かれています。42はFedora 44公開翌日の[2026年4月29日にマージされた変更](https://github.com/microsoft/WSL/pull/40345)で、「Fedora 42 will shortly go EOL」という理由でカタログから外されました。名前を指定しても見つからないというエラーで止まります。42のサポート終了は5月27日なので、**EOLより約1か月早く消えています**。古い手順に当たったら版番号を44へ読み替えてください。

### Fedora 45の公開予定とWSLでの扱い

次の版のFedora 45は、Bodhiの状態が「frozen」（公開前の凍結期間）です。[Fedora 45のスケジュール](https://fedorapeople.org/groups/schedule/f-45/f-45-key-tasks.html)では第1目標日が10月20日、第2目標日が10月27日で、10月15日の判定会議で第1目標日の見送りが決まったと[報じられています](https://linuxiac.com/fedora-linux-45-delayed-new-release-date-set-for-october-27/)（次の判定は10月22日の予定）。サポート終了予定は2027年11月24日です。

カタログにFedoraLinux-45が載るのは正式公開の後です。42の前例からすると、43はサポート終了の12月2日より前にカタログから外れる可能性があります。外れても導入済みの環境は動き続けますが、名前を指定した新規導入はできなくなります。公開前に試したい場合は、開発版のWSLイメージ（2026年10月18日時点のファイル名は `Fedora-WSL-Base-45-20261018.n.0.x86_64.wsl`）がFedoraのミラーの development/45 配下にあり、次章の `--from-file` で入れられます。毎日作り直される検証用のビルドなので、業務の環境には使わないでください。

## FedoraLinux-44のインストール手順

### wsl --installで導入する標準手順

前提はWindows 10 バージョン2004以降（ビルド19041以降）またはWindows 11です。ただし[Fedora公式のWSLガイド](https://docs.fedoraproject.org/en-US/cloud/wsl/)はWindows 11を推奨し、サポート終了したWindows 10は重点対象ではないと書いています。Windows Server 2022はKB5014678（OSビルド20348.768）以降に更新してからWSL2を入れます。

```
wsl --update
wsl --install FedoraLinux-44
```

[WSL本体](https://github.com/microsoft/WSL/releases)の安定版は2026年10月9日公開の3.0.3です。この3.0はWSLアプリの製品としての版で、ディストリビューションが動く方式を指す「WSL2」とは別の番号です。

WSL 3.0.3の `--install` には次のオプションがあります。用途別に同じ版を複数入れるなら `--name` と `--location` を使います。

| オプション             | 用途                    |
| ----------------- | --------------------- |
| \--name           | 登録名を変える               |
| \--location       | 仮想ディスクの置き場所           |
| \--no-launch / -n | 導入後に起動しない             |
| \--web-download   | Microsoft Storeを経由しない |
| \--vhd-size       | 仮想ディスクの容量を指定          |
| \--fixed-vhd      | 固定サイズのディスクにする         |

```
wsl --install FedoraLinux-44 --name fedora-dev --location D:\wsl\fedora-dev
```

### .wslファイルを指定するオフライン導入

回線が制限された環境では、イメージを先に取得して `--from-file` で指定します。この指定はWSL 2.4.4以降で使えます。Fedora 44のx86\_64版は162,846,319バイト（約155MiB）です。

```
Get-FileHash .\Fedora-WSL-Base-44-1.7.x86_64.wsl -Algorithm SHA256
wsl --install --from-file .\Fedora-WSL-Base-44-1.7.x86_64.wsl --name fedora44
```

ハッシュ値は同じフォルダの `Fedora-Container-44-1.7-x86_64-CHECKSUM` に載っています。2026年10月18日に取得したイメージは、このファイルの値 `2e5b153b…d319a`（先頭と末尾のみ表記）と一致しました。末尾の1.7はイメージのビルド番号で、更新のたびに変わります。手順書にファイル名を固定で書かず、社内配布する場合はハッシュ値と一緒に複製しておいてください。

WSL 2.4.4より古い環境では `--from-file` が使えません。公式ガイドの手順は、`wsl --import` で取り込み、rootで入って `/usr/libexec/wsl/oobe.sh` を手で実行してユーザーを作る、というものです。

```
mkdir $ENV:LOCALAPPDATA\WSL\Fedora
wsl --import Fedora $ENV:LOCALAPPDATA\WSL\Fedora .\Fedora-WSL-Base-44-1.7.x86_64.wsl
wsl -d Fedora -u root /usr/libexec/wsl/oobe.sh
wsl -d Fedora -u fedora-user
```

この経路では既定ユーザーがrootのままになるため、公式ガイドどおり2回目以降は `-u` で作成したユーザーを指定して入ります。

## 初回起動の初期設定：ユーザー作成とsudoの扱い

初回起動時に動くのは、イメージに同梱された `/usr/libexec/wsl/oobe.sh` です（[wsl-setupパッケージ](https://src.fedoraproject.org/rpms/wsl-setup)の一部）。対話で聞かれるのはユーザー名だけで、Windowsのユーザー名と揃える必要はありません。

入力した名前で `useradd -m -G wheel --uid 1000` が実行され、続いて `/etc/sudoers.d/wsluser` に次の1行が書き込まれます。

```
<username> ALL=(ALL) NOPASSWD: ALL
```

つまり**sudoは最初からパスワード無しで通ります**。visudoでの手編集やwheelグループの有効化は要りません。パスワードを求める設定にしたいなら、先にパスワードを決めてからこのファイルを消します。順序を逆にすると、パスワードが無いままsudoが使えなくなります。

```
sudo passwd "$USER"
sudo rm /etc/sudoers.d/wsluser
```

使えない文字を含む名前や既存の名前を入れた場合は、理由が表示されて再入力になります。既定ユーザーを後から変えるときはWindows側で次を実行します。

```
wsl --manage FedoraLinux-44 --set-default-user fedora-user
```

台数の多い環境でこの対話を省きたいなら、cloud-initに寄せる設計になっています。oobe.shは `cloud-init-main.service` が有効ならユーザー作成を飛ばします。ただし44のイメージにcloud-init自体は入っていないので、使うにはイメージへ組み込む作業が先に要ります。また、wsl-setup 1.0.1-16のoobe.shでcloud-initの完了を待つ行は `(set +e cloud-init status --wait)` と書かれており、bashではcloud-init以下が `set` の引数として扱われるため実行されません。完了待ちと失敗検知はこのスクリプトに任せず、自前で確認してください。

## Fedora WSLイメージに含まれるもの・含まれないもの

WSL向けのイメージは Fedora-WSL-Base という名前のとおりの基本セットで、パッケージ数は253です。デスクトップ版のFedora Workstationとは中身が違います。イメージを展開して調べた結果が次の表です。

| コマンド              | 同梱                | 用途       |
| ----------------- | ----------------- | -------- |
| dnf5 / dnf        | あり（5.4.1）         | パッケージ管理  |
| systemctl         | あり（systemd 259.5） | サービス管理   |
| python3           | あり（3.14.3）        | スクリプト実行  |
| curl / wget / gpg | あり                | 取得・署名検証  |
| nano / vi / man   | あり                | 編集・マニュアル |
| git               | なし                | バージョン管理  |
| gcc / make        | なし                | ビルド      |
| vim               | なし                | テキスト編集   |
| sshd              | なし                | SSHサーバ   |
| tmux              | なし                | 端末多重化    |
| podman / docker   | なし                | コンテナ実行   |

最初の作業は不足分を入れることです。C++のコンパイラは `gcc` と別パッケージなので、ビルド用途なら `gcc-c++` まで指定します。2026年10月18日時点のリポジトリの版は、git-core 2.56.0、gcc 16.2.1、make 4.4.1、vim-enhanced 9.2.1129、tmux 3.7c、podman 5.8.9でした。

```
sudo dnf upgrade -y
sudo dnf install -y git-core gcc gcc-c++ make vim-enhanced tmux
```

`git` はPerl関連の付属ツールまで引き込むメタパッケージです。最小構成にしたいなら実体の `git-core` を指定します。設定ファイルを直すだけなら、同梱の `nano` と `vi`（vim-minimal）で足ります。1つのウィンドウで複数のシェルを並べるなら[tmuxの使い方｜Windows(psmux・WSL)の導入とコマンド・画面分割【3.7対応】](/tech/details/9564/)を参照してください。

コマンド名にも注意が要ります。`/usr/bin/dnf` は `dnf5` への、`/usr/bin/wget` は `wget2` へのシンボリックリンクです。旧来の名前で動くものの実体は新しい実装なので、既存スクリプトの挙動が変わったときはここを疑ってください。コンテナを使う場合、Fedoraの標準はDockerではなくPodmanです。違いは[Podmanとdockerの違い](/tech/details/13202/)で整理しています。

## systemdの既定有効化とsystemctlでのサービス管理

イメージの `/etc/wsl.conf` には最初から次の設定が入っています。

```
[boot]
systemd=true
```

[WSLのsystemd対応](https://learn.microsoft.com/en-us/windows/wsl/systemd)は0.67.6以降で、Fedoraのイメージは設定済みの状態で配られます。**利用者がwsl.confを書き足す必要はありません**。サービスは通常のFedoraと同じ書き方で動きます。SSHサーバ（openssh-server 10.2p1）なら次のとおりです。

```
systemctl is-system-running
sudo dnf install -y openssh-server
sudo systemctl enable --now sshd
```

「WSLではsystemdが動かないので `sudo /usr/sbin/sshd` のように直接起動する」という手順は2022年秋以前の情報です。起動のたびに手作業が要るうえ、systemd管理下のプロセスと二重に立ち上がる原因になります。ユニットの書き方は[systemdとは？読み方・SysVinitとの違いとsystemctl・ユニットファイルの基本【v262】](/tech/details/8160/)にまとめています。

WSL固有の調整もwsl-setupが持っています。`/usr/lib/tmpfiles.d/wsl-setup.conf` などが、WSLgのX11ソケット（`/mnt/wslg/.X11-unix`）とWaylandソケット、PulseAudioのソケットを `/tmp` とユーザーの実行ディレクトリへリンクします。次章のGUIが追加設定なしで表示されるのはこのためです。

## GUIアプリの表示条件とfcitx5による日本語入力の設定

### WSLgの条件とGPUドライバの役割

WSL2にはWSLgというGUI表示の仕組みが入っており、Linux側のGUIアプリがWindowsのウィンドウとして開きます。VcXsrvやX410を入れて `DISPLAY` を手で設定する手順は不要です。[MicrosoftのGUIアプリの手順](https://learn.microsoft.com/en-us/windows/wsl/tutorials/gui-apps)の前提は、Windows 10ビルド19044以降またはWindows 11です。WSL1で動いている環境では使えないので、VERSION列を確認します。

```
wsl --list --verbose
wsl --set-version FedoraLinux-44 2
```

Intel・AMD・NVIDIAのvGPU対応ドライバは、OpenGLをGPUで描画するためのものです。Linux側ではMesaのD3D12ドライバ（mesa-dri-drivers 26.2.4に含まれる `d3d12_dri.so`）が受け持ちます。GPUで描画されているかは、glx-utilsを入れて `glxinfo -B` の「OpenGL renderer」にD3D12と出るかで確かめられます。WSLgの表示の仕組みは[WaylandとX11の違いとは｜構造・セキュリティ・確認方法と2026年の移行状況を解説](/tech/details/11677/)で解説しています。

### 日本語表示とfcitx5-mozcの導入・起動

日本語は、ロケール・フォント・インプットメソッドの3つを入れます。2026年10月18日時点の版は、langpacks-ja 4.3、glibc-langpack-ja 2.43、google-noto-sans-cjk-vf-fonts 2.004、fcitx5 5.1.23、fcitx5-configtool 5.1.16です。fcitx5-mozcを入れると、GTK 3用とQt 6用の連携モジュールとmesa-dri-driversも依存関係で入ります。

```
sudo dnf install -y langpacks-ja glibc-langpack-ja \
    google-noto-sans-cjk-vf-fonts fcitx5 fcitx5-mozc
sudo localectl set-locale LANG=ja_JP.UTF-8
```

ここで止めても入力はできません。通常のデスクトップならログイン時にfcitx5が自動起動しますが、**WSLgにはデスクトップ環境が無いため誰もfcitx5を起動しません**。`~/.bash_profile` に環境変数と起動処理を書きます。

```
export GTK_IM_MODULE=fcitx
export QT_IM_MODULE=fcitx
export XMODIFIERS=@im=fcitx
if ! pgrep -x fcitx5 >/dev/null; then
    fcitx5 --disable=wayland -d >/dev/null 2>&1
fi
```

`--disable=wayland` はfcitx5のWaylandアドオンを止める指定で、WSLgで起動に失敗する問題（[microsoft/wslg Issue #117](https://github.com/microsoft/wslg/issues/117)、2021年から未解決）の回避策として報告されています。`-d` はデーモンとして裏で動かす指定です。設定後はWindows側で `wsl --terminate FedoraLinux-44`（別名で入れた場合はその名前）を実行して一度止めてから入り直し、`fcitx5-configtool` で入力メソッドにMozcがあるかを確認します。切り替えの既定キーはCtrl+Spaceです。

### Flatpakの導入とFlathubの登録

GUIアプリをFlatpakで入れる方法もあります。ただしイメージにflatpakは入っておらず、`sudo dnf install flatpak` で入れた直後もリモート（配布元）が1つも登録されていません。[Flathubの案内](https://flathub.org/setup/Fedora)どおり、先に登録します。

```
sudo dnf install -y flatpak
flatpak remote-add --if-not-exists flathub https://dl.flathub.org/repo/flathub.flatpakrepo
```

## Fedora 43から44へのアップグレード

方法は2通りあります。**業務環境では別名で入れて移す方式を勧めます**。WSLは版ごとに別イメージが配られる仕組みなので、新旧を並べたほうが切り戻しが簡単です。45の公開後に44から上げる場合も同じ2通りが候補ですが、ここで確かめたのは43から44への更新です。45では変更点の告知を読んでから進めてください。

### 新しい版を別名で入れて移す方法

現行環境を書き出してから、44を別名で導入します。`--format` にはtar・tar.gz・tar.xz・vhdが指定できます。

```
wsl --export FedoraLinux-43 D:\backup\f43.tar.gz --format tar.gz
wsl --install FedoraLinux-44 --name fedora44
```

あとは `/home` 配下の設定と必要なパッケージを新環境へ移します。43側は残るので、移し忘れに気付いても取り出せます。片付けは移行が終わってから `wsl --unregister FedoraLinux-43` で行ってください。このコマンドはルートファイルシステムごと削除します。

### dnf5で上書きアップグレードする方法

入れ替えずに上げるなら、WSL上では再起動を挟まない `distro-sync` が扱いやすい経路です。Fedora 43のWSLイメージ（1.6）をコンテナとして展開し、次のコマンドを流したところ、121MiBのダウンロードで完了し、`/etc/os-release` が「44 (WSL)」に変わりました。

```
sudo dnf5 --refresh upgrade
sudo dnf5 --releasever=44 distro-sync
cat /etc/os-release
```

終わったら `wsl --terminate FedoraLinux-43` で一度止めてから入り直します。気を付けたいのは名前です。中身が44になっても、**Windows側の登録名はFedoraLinux-43のまま**残ります。イメージ内の `/etc/wsl-distribution.conf` の既定名はFedoraLinux-44へ書き換わりますが、この値が使われるのは新規導入のときだけです。名前で版を判断する運用なら、別名で入れる方式のほうが混乱しません。

Fedoraの標準手順である `dnf5 system-upgrade download --releasever=44` と `dnf5 system-upgrade reboot` の組み合わせは、再起動して最小限のオフライン環境で更新を適用する仕組みです。WSLでこの再起動の経路が最後まで通ることは公式に保証されていません。どちらの方法でも、着手前の `wsl --export` は省略しないでください。

## Fedora Remix for WSLとの違いと現在の使い分け

[Fedora Remix for WSL](https://github.com/WhitewaterFoundry/Fedora-Remix-for-WSL)は、公式対応が無かった時期にWhitewater Foundryが提供してきた非公式版です。リポジトリには「not endorsed by the Fedora Project or Red Hat, Inc.」と明記されています。最新リリースは2026年3月5日の43.0.0で、7か月以上新しいリリースがありません。

| 項目        | 公式 Fedora WSL  | Fedora Remix for WSL |
| --------- | -------------- | -------------------- |
| 提供元       | Fedora Project | Whitewater Foundry   |
| 最新の版      | 44（2026-04-28） | 43.0.0（2026-03-05）   |
| 入手方法      | wsl --install  | Microsoft Store など   |
| 独自ユーティリティ | なし             | あり                   |

新規なら公式版を選んでください。Remix独自のランチャーやWindows連携機能に依存した社内手順がある場合だけ、移行を急がなくて構いません。移るときは `wsl --export` で退避してから公式版を入れ、必要なファイルを移します。

不具合を見つけたときの報告先も公式ガイドに書かれています。ユーザー作成やWSL向けの設定はBugzillaの `wsl-setup` コンポーネント、同梱パッケージの過不足はfedora-kiwi-descriptionsのIssueです。`wsl.exe --version` の出力と `journalctl -b` のログを添えると話が早く進みます。

## UbuntuではなくFedoraをWSLに選ぶ判断基準

WSLの既定はUbuntuなので、Fedoraを選ぶには理由が要ります。**選ぶ価値があるのは、本番がRHEL系のときと、新しいツールチェーンを早く試したいとき**です。dnfによるパッケージ管理や設定ファイルの配置がRHELと共通し、gcc 16系のような新しいコンパイラがすぐ手に入ります。ただしFedoraとRHELはパッケージの版が違い、WSL向けイメージにはSELinuxのポリシー（selinux-policy-targeted）も入っていません。SELinuxを含めた本番どおりの挙動確認には向きません。

次のどれかに当てはまるなら、Ubuntuか別の選択肢が確実です。

- **本番がUbuntu LTSである。**パッケージ名も設定の置き場も違い、手順書が二重になります。
- **年1回以上の版の入れ替えを回せない。**Fedoraのサポートは約13か月です。Ubuntu LTSの標準サポート5年とは運用の手間が大きく違います。
- **本番と同じ版のRHEL互換OSが欲しい。**WSLのカタログにはAlmaLinux（8・9・10）やCIQのRocky Linux互換イメージRLCPlus（9・10）も載っています。RHEL本体は載っていません。後継OSの比較は[CentOSとは？RHEL互換OSの終了とCentOS Stream・後継OSへ](/tech/details/15403/)を参照してください。

「最新のパッケージが使えるから」だけでFedoraを選ぶと、13か月ごとの移行が回らずサポート切れの版が残ります。ローカルで固めた手順をRHEL系のクラウド環境へ移す段階なら、[AWS・Google Cloud・Azureのインフラ構築支援](/service/system/aws/)で本番側の設計から相談できます。WSL上の開発環境全体（.wslconfigやDocker連携）は[WSLで開発環境を構築する手順｜.wslconfig調整とDocker連携・肥大化の対処](/tech/details/17354/)にまとめています。

## よくある質問

### WSLで使えるFedoraの最新バージョンはどれですか？

2026年10月18日時点ではFedora 44です。WSLのカタログに載っているのはFedoraLinux-44と43の2つです。Fedora 45は10月下旬の公開予定で、カタログへの追加は公開後になります。`wsl --list --online` で確認してください。

### FedoraLinux-42は今もインストールできますか？

名前を指定する `wsl --install FedoraLinux-42` ではできません。42は2026年4月29日にカタログから外れ、5月27日にサポートも終了しています。イメージファイルを用意すれば取り込み自体はできますが、セキュリティ更新が届かないので使う理由はありません。古い手順書の42は44に読み替えてください。

### Fedora WSLでGUIアプリは動きますか？

動きます。WSLgが表示するので、VcXsrvなどのXサーバは要りません。条件はWindows 10ビルド19044以降またはWindows 11で、WSL2で動いていることです。GPUのvGPU対応ドライバを入れると描画がGPUで行われます。

### WSLのFedoraで日本語入力ができないのはなぜですか？

まず `pgrep -x fcitx5` でfcitx5が動いているかを確認してください。WSLgにはデスクトップの自動起動が無いため、`~/.bash_profile` に環境変数と `fcitx5 --disable=wayland -d` を書いて自分で起動させます。fcitx5-mozcとlangpacks-jaが入っているかも確認してください。

### Fedora WSLでsudoにパスワードは必要ですか？

初期状態では不要です。初回起動のスクリプトが `/etc/sudoers.d/wsluser` を作り、パスワード無しのsudoを許可します。パスワードを求めたいなら、先に `sudo passwd "$USER"` で自分のパスワードを設定してからこのファイルを消します。ユーザー名を省くとrootのパスワードを変えることになります。

## 関連記事

- [WSL2とは？WSL1との違い・仕組み・インストール手順【WSL 3.0対応・2026年10月】](/tech/details/3410/)
- [WSLで開発環境を構築する手順｜.wslconfig調整とDocker連携・肥大化の対処](/tech/details/17354/)
- [systemdとは？読み方・SysVinitとの違いとsystemctl・ユニットファイルの基本【v262】](/tech/details/8160/)
- [CentOSとは？RHEL互換OSの終了とCentOS Stream・後継OSへ](/tech/details/15403/)
- [WaylandとX11の違いとは｜構造・セキュリティ・確認方法と2026年の移行状況を解説](/tech/details/11677/)

---

出典: [FedoraをWSL2で使う手順｜FedoraLinux-44と43のインストール・初期設定・GUI・アップグレード](<https://www.issoh.co.jp/tech/details/10014/>)（株式会社一創）
