私は主に Windows ユーザーですが、常に Linux にも片足を入れてきました。長年にわたり、特定のプロジェクト、実験、またはトラブルシューティングの仕事で実際の Linux 環境が必要になった場合に備えて、Windows と Linux をデュアルブートできるようにセットアップされたラップトップを少なくとも 1 台用意することを意味していました。私は今でも他の場所で Linux をそのように使用しています。 Zorin OS と Linux Mint は、Windows 自体が重すぎると感じ始めた後も古い Windows PC を使い続けるのに最適です。
しかし、それはメインマシンで毎日 Linux を必要とするのとは異なります。ほとんどの場合、個別の Linux デスクトップは必要ありませんでした。 Linux を特定の仕事に非常に便利にするツールが欲しかったのです。デュアルブートのおかげでそれが可能になりましたが、再起動、パーティション、ブート メニュー、そして常に対処したくない分割ワークフローも追加されました。
それが、WSL が私にとって状況を変えた理由です。私は今でも Linux が好きで、必要であれば今でも Linux を使用しています。 Linux を近くに置くためにメインの Windows ラップトップをパーティション分割する必要はもうありません。 Windows で WSL が利用できるようになったことで、私が本当に望んでいた Linux ツールは、再起動する必要があるものではなく、通常のワークフローの一部になりました。
ターミナルは私が何度も求めた部分でした
Linux を使えば使うほど、まったく別のデスクトップが欲しかったからといって、必ずしも Linux を起動しているわけではないことに気づきました。特に、Linux によってマシンが再び使用可能になった古い PC では、そうすることもありました。しかし、メインの Windows PC で私がずっと求めていたのは、Linux ツールセットでした。私は、特定のジョブを Windows で感じているよりも高速かつクリーンにする実際のターミナル環境、パッケージ マネージャー、SSH、Git、スクリプト、コマンド ライン ユーティリティを望んでいました。
クイズLinux 用 Windows サブシステム (WSL) の基本
トリビアチャレンジ
WSL についての知識はあると思いますか? Linux-on-Windows の知識をテストしてみませんか。
設定コマンド歴史特徴互換性
Microsoft が Windows Subsystem for Linux (WSL) を初めて正式にリリースしたのは何年ですか?
正しい！ WSL は、2016 年に Windows 10 Anniversary Update の一部として初めてリリースされました。これは当初、Linux ツールを Windows 上でネイティブに実行したい開発者を対象としたベータ機能として導入されました。
完全ではありません。 WSL は、2016 年の Windows 10 Anniversary Update で初めて登場しました。これはベータ機能として開始され、Windows と Linux のワークフロー間のギャップを埋めようとしている開発者の間ですぐに注目を集めました。
WSL 1 と WSL 2 の主なアーキテクチャの違いは何ですか?
正しい！ WSL 2 には、軽量のマネージド仮想マシン内で実行される実際の Linux カーネルが同梱されており、WSL 1 の変換層アプローチと比較して、システム コールの互換性とファイル I/O パフォーマンスが大幅に向上します。
完全ではありません。 WSL 2 では、軽量 VM 内で実行される本物の Linux カーネルが導入され、WSL 1 で使用されていたシステム コール変換層が置き換えられました。この変更により、Linux ソフトウェアとの互換性が大幅に向上し、I/O パフォーマンスが向上しました。
最新の Windows 10 または Windows 11 システムに WSL をインストールするには、どの PowerShell またはコマンド プロンプト コマンドが使用されますか?
正しい！管理者特権の PowerShell またはコマンド プロンプト ウィンドウで「wsl –install」を実行すると、必要な機能の有効化やデフォルトのディストリビューションとしての Ubuntu のインストールなど、完全なインストールが自動的に処理されます。
完全ではありません。正しいコマンドは「wsl –install」です。これは、セットアップ プロセスを簡素化するために導入されました。必要な Windows 機能が自動的に有効になり、デフォルトの Ubuntu ディストリビューションが 1 ステップでインストールされます。
ディストリビューションを指定せずに「wsl –install」を実行すると、デフォルトでインストールされる Linux ディストリビューションは次のうちどれですか?
正しい！ Ubuntu は、追加のフラグを指定せずに「wsl –install」を実行するとインストールされるデフォルトのディストリビューションです。 Microsoft と Canonical は緊密なパートナーシップを維持しており、ほとんどの WSL 初心者にとって Ubuntu が頼りになる選択肢となっています。
完全ではありません。 Ubuntu は、プレーンな「wsl –install」コマンドでインストールされるデフォルトのディストリビューションです。 「–distribution」フラグを使用して他のディストリビューションを指定できますが、Microsoft と Canonical のパートナーシップのおかげで、Ubuntu がすぐに使える選択肢になります。
コマンド ラインから、インストールされているすべての WSL ディストリビューションとその現在の実行状態を一覧表示するにはどうすればよいですか?
正しい！コマンド「wsl –list –verbose」（または「wsl -l -v」）は、インストールされているすべてのディストリビューションをその状態（実行中または停止）および使用している WSL バージョンとともに表示するため、複数のディストリビューションを管理するのに非常に便利です。
完全ではありません。正しいコマンドは「wsl –list –verbose」またはその省略形の「wsl -l -v」です。この出力には、各ディストリビューションの名前、現在実行中か停止中か、使用するように構成されている WSL バージョン (1 または 2) が示されます。
Windows 11 で広く導入された WSLg は、WSL エクスペリエンスに何を追加しますか?
正しい！ WSLg (Windows Subsystem for Linux GUI) を使用すると、サードパーティの X サーバーを必要とせずに、Windows デスクトップ上でグラフィカル Linux アプリケーションを直接実行できます。アプリはタスクバーに表示され、ネイティブの Windows ウィンドウのように動作します。
完全ではありません。 WSLg は Windows Subsystem for Linux GUI の略で、その目的はグラフィカル Linux アプリケーションを Windows デスクトップ上でネイティブに実行できるようにすることです。 VcXsrv や Xming などの外部 X サーバーは必要ありません。すべてすぐに機能します。
最初にリリースされたとき、WSL 2 を使用するための最小要件はどの Windows 10 ビルドですか?
正しい！ WSL 2 では、x64 システムでは少なくとも Windows 10 バージョン 1903 (ビルド 18362) が必要です。このビルドでは、WSL 2 の軽量 VM が依存する仮想化インフラストラクチャが導入されました。
完全ではありません。 WSL 2 には、64 ビット システムの場合、少なくとも Windows 10 バージョン 1903 (ビルド 18362 に相当) が必要です。以前のビルドには、WSL 2 の実際の Linux カーネルが依存する必要な仮想化サポートが不足していました。
WSL ディストリビューションのターミナル内から Windows ファイルにアクセスするための推奨される方法は何ですか?
正しい！ Windows ドライブは WSL 内の /mnt/ に自動的にマウントされるため、C: ドライブは /mnt/c でアクセスできます。これにより、追加の構成を必要とせずに、Linux コマンド ラインから Windows ファイルを直接簡単に読み書きできるようになります。
完全ではありません。 WSL は、Windows ドライブを /mnt/ ディレクトリの下に自動的にマウントします。たとえば、C: ドライブは /mnt/c に表示され、手動セットアップなしで Linux ターミナルから直接 Windows ファイルにシームレスにアクセスできます。
あなたのスコア
/ 8
遊んでくれてありがとう！
そのため、デュアルブートはやりすぎのように感じられました。私は常に Windows を残そうと考えていたわけではありません。私のワークフローに適合する Linux の部分が欲しかっただけです。そのように考え始めてから、WSL の魅力がより理解できるようになりました。これにより、作業を中断したり、別の OS で再起動したり、別の場所で作業を再開したりする必要がなく、実際に必要な Linux ツールにアクセスできるようになりました。
WSL により Linux の命令とリモート アクセスがはるかに簡単になります
私にとって WSL が最も大きな違いをもたらす 2 つの場所は、リモート アクセスと Linux ベースのチュートリアルです。ホーム サーバー、Raspberry Pi、NAS、VPS、または別のリモート マシンに接続する必要がある場合、別のユーティリティを追加したり、別の OS を再起動したりすることなく、Windows 内のクリーンな Linux 環境から接続できます。また、テクニカル ガイドの多くが Linux コマンド、パッケージ マネージャー、Bash、および Linux スタイルのパスを前提としているため、理解しやすくなります。 WSL を使用すると、すでに使用している Windows PC からこれらの指示に直接従うことができます。
WSL は Windows を離れることなく Linux を提供してくれました
他のすべてをドロップせずに Linux にドロップできる
WSL との最大の違いは、Linux が行かなければならない別の場所のように感じなくなったことです。ブラウザー、メモ、電子メール、ライティング ツール、ファイル マネージャーを開いた状態で Windows で作業し、必要なときに Windows ターミナルから Linux ディストリビューションを起動できます。これは、作業内容を保存し、再起動し、別の OS を選択し、すべてが保存されている場所を覚えていればよかったのにというワークフローとは大きく異なります。
私の Linux 作業のほとんどはタスクベースであるため、これは重要です。 SSH、Bash、Git、パッケージ マネージャー、またはチュートリアルの Linux コマンドが必要になる場合がありますが、そこに到達するために必ずしも完全な Linux デスクトップが必要なわけではありません。 WSL はその中間点を私に与えてくれます。これはハードウェア上で Linux を直接実行するのと同じではありません。私は今でも、必要に応じて Linux のフル インストールを使用しています。しかし、私のメインの Windows PC では、WSL を使用すると、すでに毎日使用している Windows セットアップを離れることなく、実際に必要な Linux アクセスが可能になります。
WSL はまだ完全な Linux PC と同じではありません
一部の Linux ジョブには依然として本物が必要です
WSL が機能するのは、ほとんどの場合、私の Linux の使用方法に適しているためですが、これを過剰に売り込みたくないのです。これは、完全な Linux インストールを直接起動するのと同じではありません。より深いハードウェア アクセス、クリーンなベアメタル セットアップ、または特定の低レベル Linux の動作に依存するものが必要な場合は、やはり従来の方法で Linux を使用したいと思います。
特に WSL が WSLg を通じて多くの GUI アプリを処理できるようになったため、その境界線はより曖昧になってきています。しかし、要点は依然として変わりません。 WSL は、Windows 内で Linux を利用できるようにしたい場合に最適です。これは、環境全体を Linux 自体で構成する必要がある場合に選択するセットアップではありません。
私は今でも Linux ファンですが、もうデュアルブート設定は必要ありません
Linux の使用をやめたわけではありません。私は今でもそれが好きで、古い Windows PC を Linux Mint や Zorin OS などのディストリビューションで使い続けるための最良の方法の 1 つであると今でも思っています。ただし、それは、メインの Windows マシンでデュアルブート設定が必要なこととは異なります。現在の私の実際の仕事のやり方としては、WSL は Windows を残す必要なく、私が望む Linux ツールを提供してくれます。
私にとってデュアルブートが意味をなさなくなったのはこのためです。これは長い間本当の問題を解決してくれましたが、もう必要のない摩擦も加えました。 Windows ターミナルと WSL により、Linux は別の場所から、必要なときにすぐに利用できるようになりました。すべての人にとって、それが完全な Linux PC に代わるわけではないかもしれませんが、私の日々のワークフローにとって、最終的に行き着いたのは中間点です。
関連情報は以下のリンクからご確認いただけます