この記事では次のコンピュータ システムを使用します。
記事ディレクトリ
1. Android サブシステム
1.1 WSA のインストール
主なことは、 Windows Subsystem for Android (WSA)というソフトウェアをインストールすることです。
まず、コンピューターの設定: 時間と言語 - 言語と地域で、地域を米国に変更します。
次に、Microsoft Store にアクセスして、次を検索しますAmazon AppStore
。
Amazon App Store をインストールするときは、最初に前述の WSA をインストールするように求められます。このようにして、私たちの目的は達成されます。
Amazonアプリストアに関しては使用が推奨されておらず、国内での提供が停止されています。米国地域でアカウントにサインアップし、ログインして自分の目で確認することができます (必須ではありません)。
1.2 使用方法
いくつかの設定を行った後、Android APPをインストールできます。
検索バーでWindows機能を検索し、Windows機能の有効化または無効化で「Virtual Machine Platform」と「
Hyper-V
」にチェックが入っていることを確認します。同時に、Linux サブシステムをインストールするために、「Windows Subsystem for Linux」もチェックされます。確認後、保存してコンピュータを再起動します。(WSL、つまり Linux サブシステムに関するエラーやプロンプトが表示されても、心配する必要はありません)
WSA を開き、ここでフォルダーを共有します。目的: Android サブシステムが Windows ユーザーのファイルにアクセスできるようにし、Windows にダウンロードした APK インストール パッケージをインストールできるようにします。
WSAを閉じて、apk
インストールしたいソフトウェアのインストールパッケージをダウンロードし、ネットで自分で検索すると、そのようなサイトがたくさんあると思いますので、私はhttps://apkpure.com/cn/app(魔法が必要なようです)を使用します。
インストール apk パッケージをコンピューターのダウンロードフォルダー、またはユーザー フォルダーの下の他のディレクトリに保存します。
WSA を開き、[システム] - [ファイル] をクリックすると、このインターフェイスが表示されます。Windows のストレージ領域の一部を使用して、Android システムをシミュレートします。
をクリックしてWindows
保存したAPKを見つけてクリックすると、オプションがポップアップ表示され、インストールを選択します。エラーが発生する可能性があります。もう一度お試しください。
インストールが完了すると、他の Windows ソフトウェアと同様に開くことができます。
注記:
今はあまり多くの APP をインストールしないでください。後で Linux サブシステムをインストールすると、インストール サブシステムが感染する可能性があります。具体的なパフォーマンスは次のとおりです。インストールAPP を開始すると、WSA が動作を停止したことが表示されます。(会いました)
このとき、設定でWSAをリセットするだけで、設定とインストールされているソフトウェアはクリアされ、再度プロセスを実行するだけで問題ありません。
2 つ目は、Linux サブシステムです。
2.1 WSL のインストールと WSL 関連の概念
前のステップでは、「 Windows Subsystem for Linux」(WSL: Windows Subsystem for Linux) と「仮想マシン プラットフォーム」を確認しました。
WSL は、Windows 上で Linux バイナリ実行可能ファイルを実行するために、Windows 10 および Windows Server 2019 用に設計された互換性レイヤーです。WSL に関する重要な情報は次のとおりです。
-
互換性: WSL を使用すると、仮想マシンを起動したりデュアルブートを使用したりせずに、Windows 上で Linux ディストリビューションのほとんどのコマンド ライン ツール、アプリケーション、ユーティリティを実行できます。
-
統合: Windows と Linux 間でファイルをシームレスに移動でき、Windows のファイル エクスプローラーで Linux ファイルにアクセスすることもできます。
-
パフォーマンス: WSL は完全な仮想マシンではなく軽量の互換性レイヤーであるため、パフォーマンスのオーバーヘッドはほとんどありません。
-
開発者に優しい: WSL は、Windows 上で Linux の開発ツールを使用し、同じマシン上でクロスプラットフォーム アプリケーションをテストできるため、開発者にとって特に便利です。
-
バージョン: WSL には、WSL 1 と WSL 2 の 2 つのバージョンがあります。WSL 2 では、完全な Linux カーネルが導入され、より優れたパフォーマンスと完全なシステムコール互換性が提供されます。
「Windows の機能」から有効になる WSL のバージョンは ですWSL 1
。
WSL 2
を使用し、Microsoft ストアにアクセスして WSL を検索し、(Microsoft の公式のもの) を確認してインストールすることをお勧めします。
1 と 2 の比較:
特徴・側面 | WSL1 | WSL2 |
---|---|---|
建築 | 互換性レイヤー | 完全な Linux カーネル |
パフォーマンス | ファイルシステムのパフォーマンスが遅い | Linux ネイティブ ファイル システムを使用すると特に高速になります |
システムコール | 限定的なサポート | システムコールの完全な互換性 |
Docker のサポート | 限定 | ネイティブサポート |
通信網 | ホストとIPを共有する | 自分の IP アドレスを使用する |
ファイルシステム | DrvFs 経由で Windows ファイルにアクセスする | 9P プロトコル経由で Windows ファイルにアクセス |
始まる時間 | もっと早く | VM の起動によりわずかに遅くなります (実際にはかなり高速です) |
メモリ使用量 | より低い | VMによるメモリ使用量の増加 |
配信サポート | Microsoft Store で入手可能なすべてのディストリビューション | Microsoft Store で入手可能なすべてのディストリビューション + カスタム ディストリビューション |
カーネルのアップデート | Windows Update にバンドルされている | 独立して更新可能 |
2.2 Linux ディストリビューションのインストール
WSL 2 には完全な Linux カーネルが含まれています。これは、WSL 1 と WSL 2 の主な違いの 1 つです。
-
WSL 1 : 互換性レイヤーを使用して Linux バイナリを実行します。これは、実際の Linux カーネルは含まれていませんが、Linux カーネルの動作をエミュレートすることを意味します。このため、場合によっては、特にファイル システム操作が関係する場合、WSL 1 のパフォーマンスが WSL 2 よりも低下します。
-
WSL 2 : 実際の Linux カーネルを使用し、軽量の仮想マシンで実行されます。これにより、パフォーマンスが向上し、Linux システム コールの完全な互換性が提供されます。Microsoft は WSL 2 専用の Linux カーネルを提供していますが、ユーザーがこのカーネルを自分で更新または変更することもできます。
このカーネルは Windows とともに別のコンポーネントとして配布されるため、Windows Update とは独立して更新できます。これにより、ユーザーは柔軟性が高まり、カーネルの新しいバージョンと機能をより簡単に入手できるようになります。
WSL 2 には完全な Linux カーネルが含まれていますが、次の理由により、ユーザーは引き続き Linux ディストリビューションをダウンロードする必要があります。
-
ユーザー空間とカーネル空間: Linux オペレーティング システムは、カーネル空間とユーザー空間の 2 つの主要な部分に分けることができます。カーネルはハードウェアとの対話、リソースの管理などを担当しますが、ユーザー空間にはすべてのユーザーレベルのアプリケーションとツールが含まれます。WSL 2 は Linux カーネルを提供しますが、ユーザー空間コンポーネントを提供するには Linux ディストリビューションが必要です。
-
ディストリビューションの選択: Linux には Ubuntu、Debian、Fedora などの複数のディストリビューションがあり、各ディストリビューションには固有のソフトウェア パッケージ、構成、ツールがあります。ユーザーは、ニーズや好みに応じて適切なディストリビューションを選択できます。
-
パッケージ管理: 各 Linux ディストリビューションには、 Ubuntu
apt
、 Fedoradnf
などの独自のパッケージ マネージャーがあります。これらのツールを使用すると、ユーザーはソフトウェアを簡単にインストール、更新、管理できます。 -
環境構成: Linux ディストリビューションが異なると、デフォルトの環境構成、サービス、ツールが異なる場合があります。特定のディストリビューションをダウンロードすると、ユーザーは希望する作業環境を得ることができます。
-
互換性: 特定のアプリケーションやツールはより適切に動作する場合や、特定の Linux ディストリビューションでのみ使用できる場合があります。
Linux ディストリビューションをインストールするにはさまざまな方法がありますが、この記事では最も基本的な 2 つを紹介します。
2.21 Microsoft Storeからインストールする
Microsoft ストアにアクセスし、インストールするディストリビューション (Ubuntu など) を検索し、必要なバージョンを選択してダウンロードするだけです。
ダウンロードが完了したら、ダブルクリックしてインストール プログラムを開始します。この間、Linux ユーザーをセットアップする必要があります。
デフォルトではデスクトップはインストールされておらず、起動方法は次のとおりです。
- 実行 (win r) し、
wsl
Enter キーを押します (Ubuntu などのディストリビューションが 1 つだけインストールされている場合は、デフォルトの WSL ディストリビューションが開始されます)。 - Run、、
bash
Enter (初期のコマンド。推奨されません。Git Bash などと競合する可能性があります)。 - 実行して
wt
(Windows ターミナル)、新しい [Ubuntu] タブを作成します。
多くのコマンドとコマンドライン ジョブは正常に動作します。
2.22 コマンドでインストールする
Powershell で実行するとwsl--help
、wsl コマンドが表示されます。中国語でわかりやすく、記事の最後に記載しています。
以下に例を示します。
(1) インストール可能な Linux ディストリビューションを入手します。wsl --list --online
以下是可安装的有效分发的列表。
使用 'wsl.exe --install <Distro>' 安装。
NAME FRIENDLY NAME
Ubuntu Ubuntu
Debian Debian GNU/Linux
kali-linux Kali Linux Rolling
Ubuntu-18.04 Ubuntu 18.04 LTS
Ubuntu-20.04 Ubuntu 20.04 LTS
Ubuntu-22.04 Ubuntu 22.04 LTS
OracleLinux_7_9 Oracle Linux 7.9
OracleLinux_8_7 Oracle Linux 8.7
OracleLinux_9_1 Oracle Linux 9.1
openSUSE-Leap-15.5 openSUSE Leap 15.5
SUSE-Linux-Enterprise-Server-15-SP4 SUSE Linux Enterprise Server 15 SP4
SUSE-Linux-Enterprise-15-SP5 SUSE Linux Enterprise 15 SP5
openSUSE-Tumbleweed openSUSE Tumbleweed
(2) 必要なディストリビューションをインストールします。 wsl --install Ubuntu-22.04
他に言うことはありません。
2.23 拡張
-
wsl バージョンを確認する:
wsl --version
このコマンドは、たとえば、ここで説明している WSL1 と WSL2 ではなく、wsl の特定のソフトウェア バージョンを出力します。
-
WSL1 と WSL 2 のどちらを使用しているかを確認したい場合は、以下を使用できます:
wsl --list --verbose
または使用:wsl --status
または Linux の実行時に使用:uname -a
ビュー
-
WSL のデフォルト バージョンを設定する:
wsl --set-default-version 2
このコマンドは、Linux ディストリビューションの今後のすべてのインストールに対してデフォルトの WSL バージョンを設定します。すでにインストールされているディストリビューションのバージョンは影響を受けません。
すでにインストールされている特定の Linux ディストリビューションのバージョンを変更したい場合は、たとえば次のようにします。wsl --set-version Ubuntu 2
-
複数の Linux ディストリビューションがインストールされており、特定のディストリビューションがデフォルトで起動するように設定されています。次に例を示します。
wsl --set-default Ubuntu
3. 拡張
Linux-Windows デュアル システムをインストールするか、サーバーを使用することをお勧めします。各ソフトウェアのPC版をコンピュータ上で実行することを推奨します。
この種の仮想化テクノロジは不安定な場合がありますが、娯楽や学習に使用できます。
3.1 保管場所
WSL では、Linux ディストリビューションのファイル システムは、通常「ディスク イメージ」ファイルと呼ばれる特殊なファイルとして保存されます。これらのファイルは、WSL 1 と WSL 2 では若干異なる方法で保存されます。
-
WSL1:
- WSL 1 の Linux ディストリビューション ファイルシステムは、Windows ファイル システム内の隠しフォルダーに保存されます。通常、この場所は次のとおりです。
ここでC:\Users\<YourUsername>\AppData\Local\Packages\<DistroPackageName>\LocalState\rootfs\
<YourUsername>
、 は Windows ユーザー名、<DistroPackageName>
は Linux ディストリビューション (Ubuntu など) のパッケージ名ですCanonicalGroupLimited.UbuntuonWindows
。
- WSL 1 の Linux ディストリビューション ファイルシステムは、Windows ファイル システム内の隠しフォルダーに保存されます。通常、この場所は次のとおりです。
-
WSL2:
- WSL 2 は、本物の Linux カーネルと軽量の仮想マシンを使用します。したがって、そのファイルシステムは VHDX ファイルとして保存され、通常は次の場所にあります。
C:\Users\<YourUsername>\AppData\Local\Packages\<DistroPackageName>\LocalState\ext4.vhdx
- WSL 2 は、本物の Linux カーネルと軽量の仮想マシンを使用します。したがって、そのファイルシステムは VHDX ファイルとして保存され、通常は次の場所にあります。
一般に、この方法でインストールされた Ubuntu は、カーネルやアドオンなども含めて C ドライブに配置されます。フォローしたところ、20Gほど消費しました(他のコンテンツも含まれているはずです)。
前述したように、WSL の Linux では、Windows がストレージ領域を共有する必要があります。つまり、Windows の各ディスクとパーティションがルート ディレクトリにマウントされます。もちろん、ストレージ スペースの一部を Linux システムに提供するために使用します。たとえば、軽量の仮想マシンを使用して Linux カーネルを実行します。スペースのこの部分のファイル システムは ext4 (Linux メインストリーム ファイル システム) です。 。
元の Windows パーティションは元のファイル システム タイプ (NTFS など) を維持しますが、" 9P
" プロトコルを使用して Linux ルート ディレクトリにマウントします。
3.2 仮想化技術
Hyper-V
これは、Microsoft が提供するハードウェア仮想化テクノロジであり、ユーザーが 1 台の物理コンピュータ上で複数の仮想化オペレーティング システムを実行できるようにします。これは Windows Server 2008 で導入され、それ以来、Windows 10 および Windows 11 の Professional エディションや Enterprise エディションなど、一部の Windows クライアント エディションにも含まれています。
Hyper-V の主な特徴と機能をいくつか示します。
-
ハードウェア仮想化: Hyper-V はハードウェア支援仮想化テクノロジを使用します。これには、仮想化をサポートするために物理コンピュータの CPU が必要であり、この機能は有効になっています。
-
分離: 各仮想マシンは独自の分離環境で実行され、各仮想マシンに OS レベルの分離が提供されます。
-
柔軟なリソース管理: ユーザーは、特定の CPU、メモリ、ストレージ、ネットワーク リソースを各仮想マシンに割り当てることができます。
-
仮想ハード ディスク: Hyper-V は、VHD や VHDX などの複数の仮想ハード ディスク形式をサポートします。
-
仮想ネットワーク: Hyper-V を使用すると、仮想ネットワーク スイッチの作成と管理が可能になり、仮想マシン間、および仮想マシンと外部ネットワーク間の通信が可能になります。
-
統合サービス: これらは、パフォーマンスを向上させ、仮想マシンが Hyper-V ホストとより適切に対話できるようにするために仮想マシン内で実行される特別なサービスです。
-
スナップショットとチェックポイント: ユーザーは仮想マシンの現在の状態をキャプチャできるため、将来必要になった場合にその状態に復元できます。
-
WSL 2 との関係: WSL 2 は軽量仮想マシンを使用して Linux カーネルを実行しますが、Hyper-V を直接使用しません。ただし、WSL 2 と Hyper-V はどちらも、同じ基盤となる仮想化テクノロジに依存しています。
-
互換性: 他の特定の仮想化ソリューションは、Hyper-V と競合する可能性があるため、Hyper-V が有効になっていると正しく動作しない可能性があります。
Hyper-V は主にエンタープライズ環境でのサーバー仮想化に使用されますが、開発、テスト、または学習の目的でデスクトップ環境でも使用できます。
「仮想マシン プラットフォーム」 (仮想マシン プラットフォーム) は、Windows の軽量仮想化ソリューションを提供する Windows のオプション機能であり、特に WSL 2 をサポートします。
「仮想マシン プラットフォーム」の重要なポイントは次のとおりです。
-
WSL 2 のサポート: WSL 1 とは異なり、WSL 2 は実際の Linux カーネルを使用し、軽量の仮想マシン上で実行されます。この仮想化をサポートするために、Windows は「仮想マシン プラットフォーム」機能を導入しました。
-
軽量仮想化: 「仮想マシン プラットフォーム」は、Hyper-V よりもシンプルで効率的な軽量仮想化ソリューションを提供します。これは、WSL 2 およびその他の軽量仮想化タスクを実行するために設計されています。
-
Hyper-V との関係: 「仮想マシン プラットフォーム」と Hyper-V はどちらも同じ基礎となる仮想化テクノロジを使用しますが、異なる目的のために設計されています。「仮想マシン プラットフォーム」と Hyper-V の両方を有効にすることができます。
-
有効/無効: WSL 2 を使用するには、「仮想マシン プラットフォーム」機能を有効にする必要があります。これは、Windows の機能設定またはコマンド ライン ツールを使用して実行できます。
-
ハードウェア要件: 「仮想マシン プラットフォーム」では、コンピューターがハードウェア仮想化をサポートし、この機能が有効になっている必要があります。
3.3 Windows 仮想メモリ
Linux のスワップ パーティション (ファイル) と同様に、Windows 仮想メモリは、コンピュータがハード ディスク領域を RAM (ランダム アクセス メモリ) として使用できるようにするメモリ管理機能です。コンピュータの物理 RAM が使い果たされると、Windows は一部のデータをハードディスク上の「ページ ファイル」(または「スワップ スペース」)と呼ばれる領域に移動し、他のプログラムが使用できるように RAM スペースを解放します。
仮想メモリ (ページ ファイル) と Hyper-V および「仮想マシン プラットフォーム」は 2 つの完全に異なる概念であり、それらの間に直接の依存関係はありません。
通常、これはシステムによって自動的に設定されますが、カスタマイズすることもできます。
3.3 wsl ヘルプ ファイル
用法: wsl.exe [Argument] [Options...] [CommandLine]
运行 Linux 二进制文件的参数:
如果未提供命令行,wsl.exe 将启动默认 shell。
--exec, -e <CommandLine>
不使用默认 Linux shell 执行指定的命令。
--shell-type <Type>
使用提供的 shell 类型执行指定的命令。
类型:
standard
使用默认 Linux shell 执行指定的命令。
login
使用默认 Linux shell 作为登录 shell 执行指定的命令。
none
不使用默认 Linux shell 执行指定的命令。
--
按原样传递命令行的剩余部分。
选项:
--cd <Directory>
将指定的目录设置为当前工作目录。
如果使用 ~,则将使用 Linux 用户的主路径。如果路径以
/ 字符开头,它将解释为绝对 Linux 路径。
否则,该值必须为绝对 Windows 路径。
--distribution, -d <Distro>
运行指定的分发。
--user, -u <UserName>
以指定的用户身份运行。
--system
启动 shell 进行系统分发
用于管理适用于 Linux 的 Windows 子系统的参数:
--help
显示用法信息。
--debug-shell
打开 WSL2 调试 shell 以进行诊断。
--event-viewer
打开 Windows 事件查看器的应用视图。
--install [Distro] [Options...]
安装适用于 Linux 的 Windows 子系统分发。
若要查看有效分发列表,请使用 'wsl.exe --list --online'。
选项:
--no-launch, -n
安装后不要启动分发。
--web-download
从 Internet 而不是 Microsoft Store 下载分发。
--no-distribution
仅安装所需的可选组件,不安装分发。
--mount <Disk>
在所有 WSL 2 分发中附加并装载物理或虚拟磁盘。
选项:
--vhd
指定 <Disk> 代表虚拟硬盘。
--bare
将磁盘附加到 WSL2 但不装载。
--name <Name>
为装入点使用自定义名称装载磁盘。
--type <Type>
装载磁盘时使用的文件系统,如果未指定则默认为 ext4。
--options <Options>
其他装载选项。
--partition <Index>
要装载的分区索引,如果未指定则默认为整个磁盘。
--release-notes
打开 Web 浏览器查看 WSL 发行说明页面。
--set-default-version <Version>
更改新分发的默认安装版本。
--shutdown
立即终止所有正在运行的分发和 WSL 2
轻型虚拟机。
--status
显示适用于 Linux 的 Windows 子系统的状态。
--unmount [Disk]
从所有 WSL2 分发中卸载并分离一个磁盘。
如果未使用参数调用,则卸载并分离所有磁盘。
--update
更新适用于 Linux 的 Windows 子系统程序包。
选项:
--web-download
从 Internet 而不是 Microsoft Store 下载更新。
--pre-release
如果可用,则下载预发布版本。表示使用 --web-download。
--version, -v
显示版本信息。
用于管理适用于 Linux 的 Windows 子系统中的分发的参数:
--export <Distro> <FileName> [Options]
将分发导出为 tar 文件。
对于标准输出,文件名可以是 "-"。
选项:
--vhd
指定应导出为 .vhdx 文件的分发。
--import <Distro> <InstallLocation> <FileName> [Options]
将指定的 tar 导入为新分发。
对于标准输入,文件名可以是 "-"。
选项:
--version <Version>
指定要为新分发使用的版本。
--vhd
指定提供的文件为 .vhdx 文件,而不是 tar 文件。
此操作将在指定的安装位置生成一个 .vhdx 文件的副本。
--import-in-place <Distro> <FileName>
将指定的 .vhdx 导入为一个新分发。
此虚拟硬盘必须使用 ext4 文件系统类型格式化。
--list, -l [Options]
列出分发。
选项:
--all
列出所有分发,包括
目前正在安装或卸载的分发。
--running
仅列出目前正在运行的分发。
--quiet, -q
仅显示分发名称。
--verbose, -v
显示所有分发的相关详细信息。
--online, -o
使用 'wsl.exe --install' 显示可以安装的可用分发列表。
--set-default, -s <Distro>
将分发设置为默认分发。
--set-version <Distro> <Version>
更改指定分发的版本。
--terminate, -t <Distro>
终止指定分发。
--unregister <Distro>
注销分发并删除根文件系统。
詩の最後に永遠に愛してと書いてください〜