ちよぶろ。

WSLにインストールしたUbuntuのディストロ名を変える。

WSL 1に Ubuntu-18.04 をインストールして中身を ArchLinux に入れ替えましたが、このままでは wsl -l -v したときに Ubuntu-18.04 と表示されます。でも中身は ArchLinux。ややこしい。

なので、中身に合わせてディストロ名を変更します。

そのまま変更することはできないようなので、ここは wsl の export / import を使います。

$ wsl --export Ubuntu-18.04 archlinux.tar

$ wsl --import ArchLinux C:\Users\chiyo\AppData\Local\Packages\ArchLinux archlinux.tar --version 1

$ wsl -l -v
  NAME                   STATE           VERSION
* Ubuntu-18.04           Stopped         1
  docker-desktop-data    Running         2
  docker-desktop         Running         2
  ArchLinux              Stopped         1

$ wsl --set-default ArchLinux

$ wsl -l -v
  NAME                   STATE           VERSION
* ArchLinux              Stopped         1
  docker-desktop-data    Running         2
  docker-desktop         Running         2
  Ubuntu-18.04           Stopped         1

$ wsl -d ArchLinux

これで一応できたみたいです。

bash で「要素が見つかりません」になる。

Win-R で bash とやったらウィンドウが一瞬開いてすぐに閉じてしまうので、コマンドプロンプトを開いて bash とやってみたら、「要素が見つかりません」というエラーが出てしまいました。

Ubuntu のアイコンから起動しても同様で、これは困ったとぐぐってみると、以下のような内容の記述を見つけました。

KB4571756をインストールするとWSL 2で「要素が見つかりません」というエラーになります。「更新とセキュリティ」からKB4571756をアンインストールすると正常に戻ります。

早速 KB4571756 をアンインストールしてみると、ちゃんと動くようになりました。何やらかしてくれちゃってんの…。

ついでにグループポリシーエディタで自動更新を無効にしておきました。

MSYS2がいらなくなると思ったのに…。

WSLにArchLinuxをインストールしてみる。で無事インストールできた ArchLinux ですが、base と base-devel しか入れてないのでエディタはないし zsh はないしであわてて pacman でインストールしたのはいいんですが……。

これで MSYS2 から開放されるな、と思って、削除する前にまず MSYS2 をインストールしたディレクトリ c:\Apps\MSYS2 の名前を変更してパスが通らないようにし、コマンドプロンプトから ls と入力してみると…動きません…。wsl.exe をかませて -e オプションで実行できるんですが、たかが ls コマンドでそれをやるのはアホらしいですし。

根本的になにか勘違いしていて、「相互にコマンドなどを利用できる」と思っていたのですがそうではなく、Linux 用コマンドなどはシェルなどから Linux カーネルを呼び出して実行されるわけなので、Linux カーネルが動いてない状態では動作するわけがないですね。

ということでかなり思惑が外れてしまいました。やっぱり MSYS2 からは開放されないのね。

WSL 1と2の違い。

今ひとつちゃんと理解していなかったのと、どちらを使えばいいかを決めるのに情報のまとめが必要だったのでメモ。でも勘違いとか正確に理解できてないとか間違ってるとかあるかもしれない。

機能的な比較はWSL 1とWSL 2の比較にまとまっているのでそこを参考にすると、WSL 2側から見た Pros / Cons は、

Pros
- マネージドVM
- 完全なLinuxカーネル
- システムコールの完全な互換性
Cons
- OSファイルシステム間でのパフォーマンス

ということのようです。

パフォーマンス的には、WSL 2 は 9P というプロトコル経由で Windows ファイルシステムにアクセスするためにとても遅いとのこと。つまり、Windows ファイルシステムにある大量のファイルを WSL 2 上の Linux に処理させようとするとめちゃくちゃ遅い、ということのようです。そのため、Linux 側のコンパイルツールで Windows 側のソースツリーをコンパイルするというようなシナリオはパフォーマンスが非常に悪いようです。また、うっかり /mnt/c 以下で作業するとファイルアクセスが極端に遅くなるので、Windowsファイルシステム上にある大量のテキストファイルを処理するような作業も向かないのでしょう。

一方、WSL 2 では Hyper-V を仮想マシンプラットフォームとして管理下に置くため、WSL 2 の Hyper-V API を使用するように設定した VirtualBox や Android Emulator を同時に動かすことができるとのことで、WSL 1 が Hyper-V を専有しているために別の仮想マシンを同時利用できなかったのに比べると大きな違いになっています。

また、WSL 2 が管理している Linux 側のファイルシステムへのアクセスは WSL 1 に比べて高速化しているそうで、Linux ファイルシステム上でのコンパイル作業などは高速になるようです。

WSL 2 ではシステムコールについても完全に互換だということなので、Linux バイナリを持ってくればそのまま動くというのも特徴になります。

じゃあどちらを使えばいいのかというとこれがまたややこしくて、

WSL 1 は Hyper-V を使ってハイパーバイザを独占するので、Hyper-V プラットフォームに対応していない仮想マシンは同居できないし、対応していてもパフォーマンスが悪かったりする。
Docker に関しては、WSL 1 の場合には WSL 上に Linux 版の Docker をインストールして使用することでこの問題は回避できるらしい。
WSL 1 と WSL 2 は同居でき、仮想マシンがどちらを使うかを個別に指定できる。たとえば Ubuntu は WSL 1 上で動かし、Docker Desktop for Windows のバックエンドには WSL 2 を使うということができる（らしい）。wsl -l -v などとすると、パッケージがどちらの WSL で動いているかも表示される。また、wsl --set-version <ディストリビューション> <バージョン> などとしてどちらのバージョンで動作するかを指定できる。

ということなので、Ubuntu は WSL 1で、Docker は WSL 2 で、などというのがいいのかもしれません。ちなみに、WSL 2 までインストールした状態で Docker Desktop for Windows をインストールし、そこに Linux ディストリビューションをインストールするとなぜか Docker の環境で実行されてしまうようでした。なのでインストール順にも注意したほうがいいみたいです。

Docker on WSL2をやってみる。

Windows 10 1909で印刷ができなくなった件。で、Windows 10 2004にしてみたのにはもうふたつ理由があって、WSL2 で MSYS2 からおさらばしたいな、というのと、Docker やってみたいな、というのです。

最終的には自分用サーバの Manjaro Linux にしてみたいのですが、とりあえず軽量で見通しのいいシステムとしたいので Arch Linux を候補にあげておきます。が、Microsoft Store には Arch Linux はないため、それも現状ではペンディングです。

ぐぐってみると、WSL に Ubuntu をインストールした上で Arch に切り替える、というような方法があるようです。また GitHub には ArchWSL と ArchWSL2 というふたつのプロジェクトがあがっています。WSL2 のほうは ALPHA ですが、とりあえず今は先に進みます。

ちなみに、ArchWiki で WSL を検索すると、ArchWiki は Arch しか対象にしてないので他のシステムことは書いてないよ、的なページに飛ばされます。

それはさておき。

まず Windows 10 で WSL2 を有効にします。
Windows 10 ⽤ Windows Subsystem for Linux のインストールガイドに従い、

dism.exe /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all /norestart

して

dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart

してから再起動。

コントロールパネルの「アプリと機能」→「オプション機能」→「Windowsのその他の機能」を開き、「Linux用Windowsサブシステム」と「仮想マシンプラットフォーム」にチェックを入れて WSL をインストールし、再起動します。

WSL 2 Linux カーネルの更新から「最新のWSL2 Linuxカーネル更新プログラムパッケージをダウンロード」してインストールします。

管理者モードでPowerShell を開き、

wsl --set-default-version 2

して WSL2 のインストールは終了です。ここでは Linux ディストリビューションはインストールしません。

次に Docker のサイトから Docker Desktop for Windows をダウンロードしてインストールすると、どうもそのままで WSL2 を勝手に利用してくれるようです。

Docker のインストールが終わって起動したら、

docker run hello-world

するとなんか出力してくれます。ちゃんと動いていれば "Hello from Docker!" というメッセージが表示されます。

ということで、Linuxディストリビューションをインストールしなくても Docker は動くよ、というだけのお話。

Windows 10 1909で印刷ができなくなった件。

メインPCを Core-i7 4790K から Core-i9 9900K に変更して見たところ、印刷ができなくなりました。

使用しているプリンタは Canon PIXUS MG7730です。

これまで、Insider Previewで使っていた4790Kでは正常に印刷できていたんですが、HDDの不良クラスタのせいなのかディスクの読み書きが異常に遅くなり、ついでだからとこれまでサブで使用していた 9900K をメインに仕立て直してみたところ、印刷ができないことに気づきました。

「プリンターとスキャナー」からプリンタを削除したり、セーフモードでドライバを削除したり、Regedit で Canon と入っているキーを虱潰しに削除したりといろいろやったんですがダメで、ググったところにあった 1909 で印刷ができなくなる不具合という記述を見つけました。

状況を整理すると以下のとおりです。

9900K では 1909 を使っている
印刷できる 4790K では 20H1 を使っていた
PDF での印刷はできる
Spool サービスは動いている
ドライバを再インストールしてもダメ
スキャナは使える
プリンタのステータスは PC で表示できるので、通信はできている
USB 接続でも LAN 接続でもダメ

もしかしたらこれは 2004 にアップデートしたら直るかもしれないと最後の望みをかけて、Windows 10の Update Assistant をダウンロードして手動アップデートしてみました。

光回線なのにダウンロードはとろとろと進み数時間かけてダウンロードが終了。アップデートしてみたらちゃんと印刷できるようになっていました。

原因究明のために無駄な時間を使ってしまいましたが、めでたしめでたし。

登録: 投稿 (Atom)