「Ubuntu」の記事 - Crieit

Raspberry Pi 5 に Ubuntu 24.04 LTS を入れて SSH するまで

2024-02-27T00:46:48+09:00

ついに日本でも、 Raspberry Pi 5 の技適対応モデルが発売された。

Raspberry Pi にインストールする OS と言えば、まずは Raspberry Pi OS (旧 Raspbian) だが、同じ Debian ベースの Ubuntu も Raspberry Pi 向けの公式イメージを出している。

但し、 Raspberry Pi 5 に対応しているのは、 Ubuntu 23.10 (コードネーム: mantic) 以降のみとなる。

現在リリース済みの 23.10 は「非LTS」バージョンとなり、サポートが 9ヶ月 (2024年6月まで) と短い。
常用するなら、サポートが 5年 (ESM なら 10年) と長い LTS バージョンが望ましいが、残念ながら 22.04 LTS Raspberry Pi 5 に非対応だ。

LTS バージョンの次回リリースは 24.04 LTS (コードネーム: noble / 2024年4月リリース予定) で、現在絶賛開発中だ。

そんな開発中の 24.04 LTS も、デイリースナップショットが手に入る。
そいつを使ってディスプレイやキーボードが無い状態で、インストールから SSH 接続までやってみよう。

Raspberry Pi 5 をターゲットに書いているが、 Raspberry Pi 3, 4, Raspberry Pi Zero 2 W でも同じ手順でできるはずだ。

なお、この記事は 24.04 LTS がリリースされたら、それに併せて内容に書き換えていくつもり。

TL;DR

microSD カードに Ubuntu の OS イメージを焼いたあと、 RasPi に挿す前に初回起動時の設定を書き換える
cloud-init の挙動を理解しよう
ディスプレイなし & 無線LAN Only だと少し工夫がいる
今回の記事の内容は、Raspberry Pi に Ubuntu を入れて SSH でログインするまでの A to B | Aqua Ware つぶやきブログの二番煎じ
- Ubuntu 24.04 LTS に合わせて内容はアップデートされている

準備するもの

Raspberry Pi 5
- Raspberry Pi 3, 4 でも同じ手順でいけるはず
4GB 以上の micorSD カード
- IOPS が高い、「アプリケーションパフォーマンスクラス」が A2 のものが良いだろう。値段や速度を考えると、実用上は 64GB 以上になるだろうか。
- 私は、ARCANITE 64GB microSDXCカード【A2】、UHS-I U3、V30、4K、C10 値段の割にパフォーマンスが良かったため、これを使った。
- 後述するが、最終的には NVMe SSD にした方が断然良い
microSD を書き込める PC (Win, Linux, mac)
インターネットに繋がる Wi-Fi またはイーサネットケーブル

以下もあると便利だが、今回の手順では無くても問題ない。

micro-HDMI で繋がるディスプレイ又は変換コネクタ
RasPi に繋げる USB キーボード

イメージファイルの取得

正式リリース前の Raspberry Pi 向けデイリースナップショットイメージは、以下のいずれかから手に入る。

今回は、サーバーOS的に SSH して使う事が目的なので、後者のサーバー版を利用する。

Raspberry Pi 向けデスクトップ版イメージ
- https://cdimage.ubuntu.com/daily-preinstalled/current/
Raspberry Pi や、汎用 64-bit ARM, RISC-V 向けサーバー版イメージ
- https://cdimage.ubuntu.com/ubuntu-server/daily-preinstalled/current/

リンク先から、 noble-preinstalled-server-arm64+raspi.img.xz を選択してダウンロードしよう。

24.04 LTS が正式リリースされれば、 Install Ubuntu on a Raspberry Pi | Ubuntu のページからダウンロードできるようになるはずだ。

ブータブル SD の焼き込み

ダウンロードしたイメージファイルを、ブート可能な状態で microSD に書き込む。
ダウンロードしたファイルをただ SD カードに保存するのではなく、専用のツールで書き込む必要があるぞ。

方法は色々あるのだが、今回は個人的にオススメな balenaEtcher を使った方法で紹介しよう。

microSD を SDカードスロットに挿す
balenaEtcher を DL & 起動する。
- DLする balenaEtcher は Portable 版で良い
前項でダウンロードするした ***.img.xz を選択して、書き込みを開始する
- ***.img.xz は、 ***.img ファイルを .xz 形式で圧縮したものなのだが、手動で解凍せず直接 balenaEtcher で選択してしまって問題ない。 balenaEtcher は書き込み時にオンザフライで解凍する。

なお、リリース済みの Ubuntu (や Raspberry Pi OS など) であれば、一般的に Raspberry Pi Imager というツールを使った方法がオススメされるのだが、DLが遅いからか、全体的に時間がかかるので私はあまりオススメしない。

system-boot パーティション内の cloud-init 等の設定を書き換える

作成した micorSD を早速 RasPi に挿す …前に 、初回セットアップ設定を書き換える。

一度書き込んだ microSD を再び PC に挿し直すと、 "system-boot" という 500MB 位の FAT32 パーティションが開けるはずだ。

ここには、 cloud-init という仕組みで初回起動時の設定を定義するファイルがいくつか含まれている。
これらを書き換えていく。

書き換え後のファイルはこちらの Gist に置いてあるので、結果だけ欲しい人はここから DL をば。

cloud-init の network-config

以下のように書き換える。
(元のファイルからの差分を diff のフォーマットで表示している。以降同様。)

--- network-config.org  
+++ network-config      
@@ -22,23 +22,11 @@
   ethernets:
     eth0:
       dhcp4: true
       optional: true

-#  wifis:
-#    wlan0:
-#      dhcp4: true
-#      optional: true
-#      access-points:
-#        myhomewifi:
-#          password: "S3kr1t"
-#        myworkwifi:
-#          password: "correct battery horse staple"
-#        workssid:
-#          auth:
-#            key-management: eap
-#            method: peap
-#            identity: "[email protected]"
-#            password: "passw0rd"
-#            ca-certificate: /etc/my_ca.pem
-
-#      regulatory-domain: GB
+  wifis:
+    wlan0:
+      dhcp4: true
+      access-points:
+        "SSID-of-myhomewifi":
+          password: "password-of-myhomewifi"

Ubuntu では Netplan を使ってネットワークが管理されるため、 Netplan の形式で記述する。

規定値では IPv4 の有線イーサネットのみ、 DHCP 自動取得で接続されるようになっている。
必要に応じて、上述のように Wi-Fi で接続する SSID 等の情報を追記したり、逆に有線LANを使わないなら ethernet: プロパティごと削除してしまってもよいだろう。

SSID やパスワードは、各自の環境のものに置き換えて書き換えてほしい。

コメントアウトされている wifi の記述例では、 wifis.wlan0.optional を true に設定しているが、もし Wi-Fi 単独でネットワークに接続するつもりならこの設定は行わないようにしよう。
さもないと、OS起動の度に2分も余計に時間かかる羽目になる。
これは、 systemd-networkd-wait-online.service デーモンが、(optional true を指定していない) 有効なネットワークの接続をタイムアウトするまで待機してしまうためだ。

network-config 自体のリファレンスはこちら。
https://cloudinit.readthedocs.io/en/23.4.1/reference/network-config.html

cloud-init の user-data

こちらは書き換え箇所が多いので、何箇所かに分けて説明していく。

まず最初はユーザー名まわり。

--- user-data.org
+++ user-data
@@ -17,13 +17,17 @@
 # Some additional examples are provided in comments below the default
 # configuration.

+# Override the `default_user` configuration from `/etc/cloud/cloud.cfg`. The `user` dictionary keys supported for the default_user are the same as the `users` schema.
+user:
+  name: newusername
+
 # On first boot, set the (default) ubuntu user's password to "ubuntu" and
 # expire user passwords
 chpasswd:
   expire: true
   users:
-  - name: ubuntu
-    password: ubuntu
+  - name: newusername
+    password: newpassword
     type: text

 ## Set the system's hostname. Please note that, unless you have a local DNS

規定では、 cloud-init パッケージの /etc/cloud/cloud.cfg ファイルの定義によって、 "ubuntu" というユーザーが作成される。

しかし、既知のユーザー名をそのまま使うのはセキュリティ的にも若干不安があるし、作成後のユーザー名を書き換えるのは若干面倒なので、作成されるデフォルトのユーザー名自体を、他の名前 (上記例だと "newusername") に書き換えてしまおう。

また、 chpasswd による、初回アクセス時のパスワード変更対象とするユーザー名も、併せて変更しておく。

次にホスト名とキーボード周りの設定。

@@ -31,14 +35,14 @@
 ## setting the hostname here will not make the machine reachable by this name.
 ## You may also wish to install avahi-daemon (see the "packages:" key below)
 ## to make your machine reachable by the .local domain
-#hostname: ubuntu
+hostname: ubuntu-raspi5

 ## Set up the keyboard layout. See localectl(1), in particular the various
 ## list-x11-* sub-commands, to determine the available models, layouts,
 ## variants, and options
-#keyboard:
-#  model: pc105
-#  layout: gb
+keyboard:
+  model: pc105
+  layout: jp
 #  variant:
 #  options: ctrl:nocaps

ここはまぁ、見た通りなので追加での説明はいらないかな。

お次は SSH まわり。

@@ -53,6 +57,8 @@
 #ssh_import_id:
 #- lp:my_launchpad_username
 #- gh:my_github_username
+ssh_authorized_keys:
+- ssh-rsa AAAA<中略>== rsa-key-of-user1

 ## Add users and groups to the system, and import keys with the ssh-import-id
 ## utility

ssh_authorized_keys に直接指定するか、ssh_import_id: のところで自分の GitHub のユーザー名を指定してインポートすることにより、デフォルトのユーザー (上記例だと "newusername") に登録する公開鍵を指定する。

SSH に登録するパスワードログインは規定で禁止されているので、この設定をしておかないと SSH による遠隔からのアクセスができない。

タイムゾーンや起動後の処理まわり。

@@ -82,8 +88,13 @@
 #- python3-gpiozero
 #- [python3-serial, 3.5-1]

+# locale and timezone
+timezone: Asia/Tokyo
+
 ## Write arbitrary files to the file-system (including binaries!)
-#write_files:
+write_files:
+- path: /etc/cloud/cloud-init.disabled
+  defer: true
 #- path: /etc/default/console-setup
 #  content: |
 #    # Consult the console-setup(5) manual page.

とりあえずタイムゾーンは日本標準時にしておこう。

次に、 write_files: のほうだが、これは次回以降のブート時に cloud-init が余計に起動しないようにするための設定だ。

cloud-init の設定の大半は、初回ブート時にただ一度だけ実行されるのだが、 cloud-init サービス自体は基本的に毎回常に起動して、サービスとして常駐しっぱなしになっている。
Modules で、 Module frequency: per always となっているモジュールの実行などは、ブートする度に毎回実行される。
そうすると、場合によっては cloud-init の実行ログがログイン画面を覆ってしまうことが毎回の起動ごとに発生して鬱陶しい。
このため、 /etc/cloud/cloud-init.disabled という空ファイルを作成しておくことで、次回以降の起動時に cloud-init を無効にしている。

defer: true が指定されている部分についてだが、これは cloud-init の初期化処理が大きく分けて Network (cloud_init_modules), Config (cloud_config_modules), Final (cloud_final_modules) という 3ステージに分かれていることに関係する。
write_files: モジュールは Ubuntu の既定だと Network ステージに実行されてしまい、このタイミングで cloud-init.disabled ファイルが作成されてしまうと、 Config や Final ステージの処理が実行されなくなってしまう。
このため、 defer オプションを true にして Final ステージで cloud-init.disabled ファイルが作成されるよう調整しているのだ。

なお、どのモジュールがどのステージで実行されるかは、 /etc/cloud/cloud.cfg で定義されている。
（各ディストリビューション毎の cloud.cfg のテンプレートソースはこちら）

最後に、コマンドの実行。
以下の 192.168.0.2 の部分は、 ssh で RasPi に接続するゲスト PC の IPアドレスに書き換えてくれ。

@@ -106,7 +117,9 @@
 #  permissions: '0644'

 ## Run arbitrary commands at rc.local like time
-#runcmd:
+runcmd:
+# after wlan0 is connected, write the arp entry to target machine on background job
+- [ sh, -c, 'sleep 2; ping -c 4 192.168.0.2' ]
 #- [ ls, -l, / ]
 #- [ sh, -xc, "echo $(date) ': hello world!'" ]
 #- [ wget, "http://ubuntu.com", -O, /run/mydir/index.html ]

このコマンドは、仮に ssh ゲストの IP アドレスが 192.168.0.2 であると仮定して、そこへ向かって Ping を打っている。
なぜなら、ゲストPC から RaspPi の IP アドレスを ARP コマンドで確実に調べられるようにするためだ。

RasPi に繋げるディスプレイがないことを前提とすると、 SSH するために DHCP によって RasPi に割り当てられた IP アドレスをどうやって調べるのか、と言う問題に直面する。

RasPi の MAC アドレスの先頭 24bit は、 Raspberry 財団の所持する OUI から割り当てられるはずなので、以下のいずれかになるはずだ。

28:CD:C1
2C:CF:67
B8:27:EB
D8:3A:DD
DC:A6:32
E4:5F:01

通常、 RasPi がオンラインになったときに、 ARPリクエストがブロードキャストされるため、同一ネットワーク内の PC の ARP テーブルに RasPi のレコードが追加され、以下のような arp コマンドで対象の IP アドレスを調べることができるようになる。。。 多くの場合は。

while(1) { arp -a | ?{ $_ -match '\s(28-cd-c1|2c-cf-67|b8-27-eb|d8-3a-dd|dc-a6-32|e4-5f-01)' }; Start-Sleep -Seconds 1}

ところが、 RasPi が Wi-Fi で繋いでいる先が (単なるアクセスポイントではなく) ルーターだったりすると、 RasPi が同じサブネット内に ARPリクエストをブロードキャストしたのにも関わらず、ルーターが無駄に気を利かせて ARPリクエストを代替して投げてしまい、同じサブネットの別の端末の ARP テーブルには、 RasPi の MAC アドレスのレコードが記録されないことがある。

そこで、 RasPi 側から SSH のアクセス元となる PC を指定して ping を投げることで、その PC の ARP テーブルに確実に RasPi が載るようにしている。

ここまで書き換えたら、 SD カードを取り外して RasPi に挿し、いよいよ起動する。

cloud-init 周りの補足

system-boot パーティション内の中身について、もう少し細かい仕組み周りを深堀りして補足したい。
興味が無ければ、読み飛ばしてしまって次の章に進んでもらって問題ない。

system-boot パーティション直下にある README というファイルを開くと、このパーティションに存在するファイルの概要が簡単に書いてある。

==================
The Boot Partition
==================

This file belongs to the boot partition of the Ubuntu Server for Raspberry Pi.

...

このパーティションには、Raspberry Pi に於ける BIOS の代替となる config.txt といった H/W 設定用のファイルや、 cloud-init の構成ファイルなどが含まれていることがわかる。

このうち、cloud-init は Infrastructure as Code (IaC) の一種だ。
その名の通り、 AWS などのクラウド上の仮想マシンの初期設定を念頭においた仕組みだが、それに留まらず、一般的な Linux インスタンスの初期設定に活用される。
設定内容は、YAML形式の設定ファイルを使用して記述し、クラウドやディストリビューションの違いをある程度吸収して初期設定を行うことができる。
Ubuntu の OS のイメージ内には、事前に cloud-init のサービス（デーモン）が組み込まれており、OS の起動時に何らかの方法で指定された設定ファイルを読み取って、初回設定処理が実行される仕組みとなっている。

Raspberry Pi 用の Ubuntu Server イメージでは、この cloud-init 用の設定ファイルが上記の system-boot パーティションから取得される。
イメージ内のデフォルト値の定義と、system-boot パーティション内のユーザー定義が組み合わされ、初期設定が進められるワケだ。

たとえば、今回 microSD に書き込んだイメージをそのまま書き換えずに Ubuntu を起動すると、ユーザー認証が以下のように構成される。

ubuntu というユーザーID
ubuntu というパスワード
初回起動時にパスワードの変更を求める
SSH サーバーの起動

このうち、 (1), (4) は、OSに組み込まれた /etc/cloud/cloud.cfg の定義によるもの。
そして、 (2), (3) は system-boot パーティション内の user-data ファイル内の以下の部分の定義によるモノだ。

#cloud-config
chpasswd:
  expire: true
  users:
  - name: ubuntu
    password: ubuntu
    type: text

このデフォルトの構成だと流石にセキュリティ的にアレなので、書き換えを行っている… というのが、前項の設定の真相となる。

Raspberry Pi に割り当てられた IP アドレスを調べられるようにして起動

こんな感じでひととおりファイルを書き換えたら、いよいよ RasPi を起動する。

…と、その前に、 ssh でつなぐ予定のゲスト端末で、管理者権限で以下のコマンドを実行し、端末内の「arp テーブル」をリセットする。

arp -d *

その後、ようやくだが RasPi に microSD を挿して起動させよう。
初回ブート時の設定を適用しながら起動してくれる。

ssh でつなぐ予定のゲスト端末の PowerShell で、以下のような arp コマンドのループを実行し、ゲストPC から RasPi の IPアドレスを調べよう。
初回起動され安定しただろうところ（SDカードの I/O 性能によるが 1～5分？）で、 RasPi の IP アドレスがヒットしてくるようになるはずだ。

while(1) { arp -a | ?{ $_ -match '\s(28-cd-c1|2c-cf-67|b8-27-eb|d8-3a-dd|dc-a6-32|e4-5f-01)' }; Start-Sleep -Seconds 1}

公開鍵の登録が適切に行えれば、その IP アドレスに対し SSH できるはずだ。

初回アクセス時は、以下のようなパスワード変更を求められる。

WARNING: Your password has expired.
You must change your password now and login again!
Changing password for newusername.

古いパスワード ("newpassword") と変更後のパスワードを改めて入れる。

おわりに

一般的な1列端子の microSD で最速な UHS-I SDR104 のバスインターフェースに Raspberry Pi 5 が対応したことや、最近の安価な microSD の I/O 速度もだいぶ向上したのも相まって、 RasPi 4B が登場した頃と比べると、体感できる I/O 性能が大きく向上している。
おかげで、起動やパッケージのインストール、更新などが快適になった。

だいぶ高価になってしまった価格的な面からも、 Raspberry Pi の非Zero/Pico シリーズは「Linuxが動くマイコン」から「小型のLinuxマシン」という面がより強くなったと感じる。
（それはどうなんだという気もするけど。）

更に RasPi 5 では PCI Express (PCIe) にも対応しているため、 NVMe で繋いだ SSD からブートさせると、更に桁違いの高速化が臨める。

近いうちに、そちらも試してみようと思う。

…ただ、どうせ PCIe に対応するなら、microSD Express に対応してくれれば、 NVMe 用 HAT とか買い足さんで済むから良かったのにな～…と、思わんでもない。
しかし、2019年にSD7.1の規格として登場してから4年も経った2024年現在その製品が売られているとこを見たことないので、まぁ無理な相談か。

Haskell を Ubuntu にインストールできねーの（＾〜＾）？

2023-11-28T21:56:53+09:00

情報

📖　haskell-practice-on-ubuntu

はじめに

「　Haskel を Ubuntu にインストールできねーの？」

「　何度も失敗してるよな」

「　また　イチからトライしましょう」

(📅2023-11-28 tue) Git Hub の使い方わかんねー（＾〜＾）

「　Windows と Ubuntu で Git Hub が違う」

「　CLaunch の Ubuntu 版は無いの？」

「　Visual Studio Code の Ubuntu 版は無いの？」

「　↓　うーん、そのうち　願いが叶えられそうなのは　これかな？」

Visual Studio Code をインストールしようぜ（＾〜＾）？

UbuntuにVSCodeをインストールする3つの方法

Input:

sudo snap install --classic code

Output:

code 1a5daa3a from Visual Studio Code (vscode✓) installed

「　↑　インストールされたらしいけど、どうやって起動する？」

「　code って打ちゃあ　いいんじゃないの？」

Input:

code

「　↑　うおっ、CUI から GUI が出てきた　メモ帳みたいだ」

「　コマンド・プロンプトと　似たようなもんなんじゃないか？」

git をインストールしようぜ（＾〜＾）？

「　じゃあ　次、 git」

「　↓　ほらよ」

UbuntuにGitをインストールする

Input:

# インストール
sudo apt-get install git

Input:

# インストールできたか確認
dpkg -l git

「　バージョンは 1:2.34.1-1ubuntu1.10 って書いてあるぜ」

# git の初期設定
git config --global user.name [任意のユーザ名]
git config --global user.email [任意のユーザ名]

「　↑　覚えてねーっ」

「　メールアドレスは覚えてるだろ。 Git Hub を見ると　お父んの名前は　muzudho　だぜ」

「　初期設定したぜ」

「　↓　あとは　ここを読めだぜ」

【超入門】初心者のためのGitとGitHubの使い方

Input:

git config --list

「　↑　初期設定の中身が丸見えだぜ」

Git Hub にリポジトリを作ろうぜ（＾〜＾）？

「　↓　Web ブラウザーで　Git Hub を開いて　リポジトリーを作っておいたぜ」

📖　haskell-practice-on-ubuntu

Ubuntu にローカル・リポジトリを作ろうぜ（＾〜＾）？

「　Ubuntu のローカルって、どこよ？」

「　ユーザーのホームになんかないか？」

Input:

cd ~
ll

「　いっぱいあるが、ユーザーのホームって　どこよ？」

cd Documents
ll

「　GUI で見ると　Home/Documents　というところに　いろいろ置くといいんじゃない？」

「　じゃあそこで」

mkdir git_hub
cd git_hub

mkdir example1
cd example1

git init

「　おっ、　Home/Documents/git_hub/example1 フォルダーの中に .git フォルダーが作られたぜ」

「　ローカル・リポジトリを　新規作成するのではなくて、
Git Hub のリポジトリを　クローンしたかったのでは？」

「　あっ、そうか……」

Git Hub のリポジトリをクローンしようぜ（＾〜＾）？

「　↓　Git Hub で　こんなコマンドライン　コピーしてきたけど、使えるのかな？」

gh repo clone muzudho/haskell-practice-on-ubuntu

「　↑　gh なんていうコマンド無かった」

「　カレントディレクトリーを Home/Documents/git_hub へ移動」

git clone https://github.com/muzudho/haskell-practice-on-ubuntu

「　おっ、思ってる通り　クローンできたぜ」

コミットとプッシュの練習をしようぜ（＾〜＾）？

「　Git Hub へ　ファイルをアップロードする練習をしなさいよ？」

「　Home/Documents/git_hub/haskell-practice-on-ubuntu へ、フォルダーやファイルを追加して」

Input:

cd haskell-practice-on-ubuntu

git add Docs
git commit

「　なんか　コメントを入れろと出てきたが　無視したった」

Input:

git push origin

「　ユーザー名と　パスワードを入れろと　出てきたな、忘れたな」

「　思い出せだぜ！」

「　ダメだ　認証に失敗する」

「　↓　パスワード入力による認証は　削除されたそうよ」

HTTPS URL を使用したクローン作成

「　↑　文章を読んだだけで　難しそうだ」

Git Hub CLI をインストールしてみようぜ（＾〜＾）？

「　↓　なんだか分からないが　Git Hub CLI　をインストールしてみよう」

About GitHub CLI

「　Ubuntu って、 Debian ？」

「　Ubuntu は Debian ねえ」

Installing gh on Linux and BSD

Input:

type -p curl >/dev/null || (sudo apt update && sudo apt install curl -y)
curl -fsSL https://cli.github.com/packages/githubcli-archive-keyring.gpg | sudo dd of=/usr/share/keyrings/githubcli-archive-keyring.gpg \
&& sudo chmod go+r /usr/share/keyrings/githubcli-archive-keyring.gpg \
&& echo "deb [arch=$(dpkg --print-architecture) signed-by=/usr/share/keyrings/githubcli-archive-keyring.gpg] https://cli.github.com/packages stable main" | sudo tee /etc/apt/sources.list.d/github-cli.list > /dev/null \
&& sudo apt update \
&& sudo apt install gh -y

Input:

sudo apt update

Input:

sudo apt install gh

「　手順は　踏んだぜ」

「　gh をインストールしたところで　push　できないぜ」

gh auth login

「　↑　認証トークンを貼れ、とか出てくるが、なんのことだか」

「　逆だ、コマンドラインからウェブ・ブラウザを開いて　こっちから　認証コードを打ち込みに行くんだ。認証できた」

Input:

git push

Output:

Everything up-to-date

「　↑　別に何も起こってない」

「　git commit 、 nano エディターの使い方が分からんな。コメント入れて保存して」

「　git push 、これでどうか？」

よく使うコマンド

#cd レポジトリのディレクトリ
git commit -a

「　↑ git commit -a で　ローカルのリポジトリに　ぶち込むらしい」

「　↑　なんか　コメントを打鍵して [Ctrl] + [O] キーで COMMIT_EDITMSG ファイルを保存、
[Ctrl] + [X] キーでエディターを終了」

git push

「　↑ git push で　リモートのリポジトリに　ぶち上げるらしい」

(📅 2023-12-20 ⏰ 19:18) まだ Haskell をインストールできていない

「　長いなあ」

📖　VS Code Haskell Extension

「　↑　Visual Studio Code に Haskell の拡張があるらしいんで、それを探してみるか」

📖　GHCup

「　↑　さらに GHCup の説明を読めとあるぜ」

curl --proto '=https' --tlsv1.2 -sSf https://get-ghcup.haskell.org | sh

「　↑　さらに　コマンドを叩けということらしい」

「　↓　イエスと答え続けていくと　コマンドを打てと出てきた」

System requirements 
  Please ensure the following distro packages are installed before continuing (you can exit ghcup and return at any time): build-essential curl libffi-dev libffi8ubuntu1 libgmp-dev libgmp10 libncurses-dev libncurses5 libtinfo5

「　↑　エンターキーを押したら処理が進んでるぜ」

===============================================================================

OK! /home/muzudho/.bashrc has been modified. Restart your terminal for the changes to take effect,
or type "source /home/muzudho/.ghcup/env" to apply them in your current terminal session.

===============================================================================

All done!

To start a simple repl, run:
  ghci

To start a new haskell project in the current directory, run:
  cabal init --interactive

To install other GHC versions and tools, run:
  ghcup tui

If you are new to Haskell, check out https://www.haskell.org/ghcup/steps/

「　↑　どうなった？」

📖　https://www.haskell.org/ghcup/steps/

「　↑　URL を開いたらいいんじゃない？」

ghc --version
Command 'ghc' not found, but can be installed with:
sudo apt install ghc

ghci --version
Command 'ghci' not found, but can be installed with:
sudo apt install ghc

ghci
Command 'ghci' not found, but can be installed with:
sudo apt install ghc

sudo apt install ghc

「　↑　GHC がまだインストールされてなかった？」

ghc --version
The Glorious Glasgow Haskell Compilation System, version 8.8.4

「　↑　このハスケルが新しいか、ネットで調べるか」

📖　https://wiki.haskell.org/Haskell

「　↑　9.4.8 にアップデートするには　どうすればいい？」

curl --proto '=https' --tlsv1.2 -sSf https://get-ghcup.haskell.org | sh

「　↑　分からんから　もう１回コマンドを叩いて　アペンドする」

ghci
GHCi, version 8.8.4: https://www.haskell.org/ghc/  :? for help
Prelude>

「　↑　ダメだ　古いやつが入ってしまう」

📖　https://www.haskell.org/ghc/blog/20231009-ghc-9.8.1-released.html

「　↑　こいつを　どうやってインストールするか　調べてみるか」

「　分からん」

ghci
GHCi, version 8.8.4: https://www.haskell.org/ghc/  :? for help
Prelude> main = putStrLn "Hello, Haskell!"
Prelude> 
Prelude> main
Hello, Haskell!
Prelude>

「　↑　自分が何をやっているのか分からん」

📖　https://www.haskell.org/ghcup/steps/

「　ハスケルのファイル名は　hello.hs　みたいに名付けるそうよ」

🗒 hello.hs :

main = putStrLn "Hello, Haskell!"

「　↑　テキストファイルは　こんなんでいいのかだぜ？」

ghc hello.hs

「　↑　コンパイルが必要なようだぜ。 hello, hello.hi, hello.o ファイルが生成されたぜ」

./hello
Hello, Haskell!

「　↑　hello コマンドができたのかだぜ？　あっ、動いた」

ハスケルの構文とか何も分からん

「　ghci がインタープリター・モードになってんじゃないの？　それで練習するんじゃないの？」

ghci
GHCi, version 8.8.4: https://www.haskell.org/ghc/  :? for help
Prelude> 1 + 1
2
Prelude> putStrLn "Hello, world!"
Hello, world!

「　↑　そのようだなあ」

Prelude> double x = x + x
Prelude> double 2
4

「　↑　数を２倍にする double 関数を作って　実行したようだぜ、飽きてきた」

Prelude> :{
Prelude| map f list =
Prelude|     case list of
Prelude|         [] -> []
Prelude|         x : xs -> f x : map f xs
Prelude| :}
Prelude> 
Prelude> 
Prelude>

「　↑　どうやって　このモードから抜ける？」

📖　GHCiの基本的な使い方まとめ

「　:q じゃないの？」

Prelude> :q
Leaving GHCi.

「　↑　確かに」

Prelude> :{
Prelude| map f list =
Prelude|     case list of
Prelude|         [] -> []
Prelude|         x : xs -> f x : map f xs
Prelude| :}
Prelude> map

:7:1: error:
    • No instance for (Show ((t0 -> a0) -> [t0] -> [a0]))
        arising from a use of ‘print’
        (maybe you haven't applied a function to enough arguments?)
    • In a stmt of an interactive GHCi command: print it
Prelude> map (+1) [1, 2, 3]
[2,3,4]

「　↑　抜けたらダメだった　続けるのだった」

Prelude> :load hello.hs
[1 of 1] Compiling Main             ( hello.hs, interpreted )
Ok, one module loaded.
*Main> main
Hello, Haskell!

「　↑　ファイルの読み込み」

*Main> import Data.Bits
*Main Data.Bits> shiftL 32 1
64
*Main Data.Bits> clearBit 33 0
32

「　↑　モジュールをインポートして論理左シフトか？」

:type putStrLn
putStrLn :: String -> IO ()

「　↑　型のヘルプでも見てんのか？」

:quit
Leaving GHCi.

「　↑　終了」

「　練習が全然足りないな」

キャベルもスタックも無い

cabal repl --build-depends async,say
Command 'cabal' not found, but can be installed with:
sudo apt install cabal-install

stack exec --package async --package say -- ghci
Command 'stack' not found, but can be installed with:
sudo apt install haskell-stack

「　↑　キャベルもスタックも無いが？」

「　Visual Studio の拡張ですからねえ」

📖　https://www.haskell.org/ghcup/install/

📺　https://www.youtube.com/watch?v=bB4fmQiUYPw

「　↑　動画もあるが　Windows　で参考にならねー。飽きてきた」

curl --proto '=https' --tlsv1.2 -sSf https://get-ghcup.haskell.org | sh

[ Warn  ] [GHCup-00110] ghc-9.4.7 is already installed; if you really want to reinstall it, you may want to run 'ghcup install ghc --force 9.4.7'
[ Info  ] GHC 9.4.7 successfully set as default version
[ Warn  ] [GHCup-00110] cabal-3.6.2.0-p1 is already installed; if you really want to reinstall it, you may want to run 'ghcup install cabal --force 3.6.2.0-p1'

「　↑　cabel はインストールされてるらしいが、コマンドは無い」

ghcup install cabal --force 3.6.2.0-p1
ghcup: command not found

「　↑　ghcup コマンドも無いぜ」

「　Visual Studio Code を再起動 してみては？」

ghcup --version
The GHCup Haskell installer, version 0.1.20.0

ghc --version
The Glorious Glasgow Haskell Compilation System, version 9.4.7

ghci --version
The Glorious Glasgow Haskell Compilation System, version 9.4.7

「　↑　インストールされてる……」

cabal repl --build-depends async,say

「　↑　何をやってるか分からないが　コマンドを叩くぜ」

Resolving dependencies...
Build profile: -w ghc-9.4.7 -O1
In order, the following will be built (use -v for more details):
 - hashable-1.4.3.0 (lib) (requires download & build)
 - say-0.1.0.1 (lib) (requires download & build)
 - async-2.2.5 (lib) (requires download & build)
 - fake-package-0 (lib) (first run)
Downloading  hashable-1.4.3.0
Downloaded   hashable-1.4.3.0
Downloading  async-2.2.5
Starting     hashable-1.4.3.0 (lib)
Building     hashable-1.4.3.0 (lib)
Downloaded   async-2.2.5
Downloading  say-0.1.0.1
Downloaded   say-0.1.0.1
Starting     say-0.1.0.1 (lib)
Building     say-0.1.0.1 (lib)
Installing   hashable-1.4.3.0 (lib)
Installing   say-0.1.0.1 (lib)
Completed    hashable-1.4.3.0 (lib)
Starting     async-2.2.5 (lib)
Completed    say-0.1.0.1 (lib)
Building     async-2.2.5 (lib)
Installing   async-2.2.5 (lib)
Completed    async-2.2.5 (lib)
Configuring library for fake-package-0..
Preprocessing library for fake-package-0..
Warning: No exposed modules
GHCi, version 9.4.7: https://www.haskell.org/ghc/  :? for help
Loaded GHCi configuration from /tmp/cabal-repl.-149129/setcwd.ghci
ghci>

「　↑　何のこっちゃ」

ghci> import Control.Concurrent.Async
ghci> import Say
ghci> concurrently_ (sayString "Hello") (sayString "World")
Hello
World

「　↑　並行処理をしたんかな？」

:quit
Leaving GHCi.

cabal install --lib async say --package-env .

「　↑　何をやってるか分からないが　コマンドを叩くぜ」

Warning: Unknown/unsupported 'ghc' version detected (Cabal 3.6.2.0 supports
'ghc' version < 9.4): /home/muzudho/.ghcup/bin/ghc is version 9.4.7
Warning: Unknown/unsupported 'ghc' version detected (Cabal 3.6.2.0 supports
'ghc' version < 9.4): /home/muzudho/.ghcup/bin/ghc is version 9.4.7
Resolving dependencies...
Up to date

「　↑　だんだん　嫌になってきた」

パッケージを作る？

mkdir haskell-project
cd haskell-project
cabal init --interactive

「　↑　わけもわからず打鍵」

Should I generate a simple project with sensible defaults? [default: y] 

Guessing dependencies...

Generating LICENSE...
Warning: unknown license type, you must put a copy in LICENSE yourself.
Generating CHANGELOG.md...
Generating src/MyLib.hs...
Generating app/Main.hs...
Generating haskell-project.cabal...

Warning: no synopsis given. You should edit the .cabal file and add one.
You may want to edit the .cabal file and add a Description field.

「　↑　なんのこっちゃ」

Input:

cabal build

Output:

Warning: Unknown/unsupported 'ghc' version detected (Cabal 3.6.2.0 supports
'ghc' version < 9.4): /home/muzudho/.ghcup/bin/ghc is version 9.4.7
Resolving dependencies...
Build profile: -w ghc-9.4.7 -O1
In order, the following will be built (use -v for more details):
 - haskell-project-0.1.0.0 (lib) (first run)
 - haskell-project-0.1.0.0 (exe:haskell-project) (first run)
Configuring library for haskell-project-0.1.0.0..
Preprocessing library for haskell-project-0.1.0.0..
Building library for haskell-project-0.1.0.0..
[1 of 1] Compiling MyLib            ( src/MyLib.hs, /home/muzudho/Documents/git_hub/haskell-practice-on-ubuntu/haskell-project/dist-newstyle/build/x86_64-linux/ghc-9.4.7/haskell-project-0.1.0.0/build/MyLib.o, /home/muzudho/Documents/git_hub/haskell-practice-on-ubuntu/haskell-project/dist-newstyle/build/x86_64-linux/ghc-9.4.7/haskell-project-0.1.0.0/build/MyLib.dyn_o )
Configuring executable 'haskell-project' for haskell-project-0.1.0.0..
Preprocessing executable 'haskell-project' for haskell-project-0.1.0.0..
Building executable 'haskell-project' for haskell-project-0.1.0.0..
[1 of 1] Compiling Main             ( app/Main.hs, /home/muzudho/Documents/git_hub/haskell-practice-on-ubuntu/haskell-project/dist-newstyle/build/x86_64-linux/ghc-9.4.7/haskell-project-0.1.0.0/x/haskell-project/build/haskell-project/haskell-project-tmp/Main.o )
[2 of 2] Linking /home/muzudho/Documents/git_hub/haskell-practice-on-ubuntu/haskell-project/dist-newstyle/build/x86_64-linux/ghc-9.4.7/haskell-project-0.1.0.0/x/haskell-project/build/haskell-project/haskell-project

「　↑　なんのこっちゃ」

Input:

cabal run

output:

Up to date
Hello, Haskell!
someFunc

「　↑　なんのこっちゃ」

依存性の追加

「　haskell-project.cabal ファイルを　Visual Studio Code で開くぜ」

🗒 haskell-project.cabal:

cabal-version:      2.4
name:               haskell-project
version:            0.1.0.0

-- A short (one-line) description of the package.
-- synopsis:

-- A longer description of the package.
-- description:

-- A URL where users can report bugs.
-- bug-reports:

-- The license under which the package is released.
-- license:
author:             muzudho
maintainer:         [email protected]

-- A copyright notice.
-- copyright:
-- category:
extra-source-files: CHANGELOG.md

library
    exposed-modules:  MyLib

    -- Modules included in this library but not exported.
    -- other-modules:

    -- LANGUAGE extensions used by modules in this package.
    -- other-extensions:
    build-depends:    base ^>=4.17.2.0
    hs-source-dirs:   src
    default-language: Haskell2010

executable haskell-project
    main-is:          Main.hs

    -- Modules included in this executable, other than Main.
    -- other-modules:

    -- LANGUAGE extensions used by modules in this package.
    -- other-extensions:
    build-depends:
        base ^>=4.17.2.0,
        haskell-project

    hs-source-dirs:   app
    default-language: Haskell2010

「　↑　なんのこっちゃ」

「　src/MyLib.hs ファイルを　Visual Studio Code で開くぜ」

🗒 src/MyLib.hs :

module MyLib (someFunc) where

import System.Directory

someFunc :: IO ()
someFunc = do
  contents <- listDirectory "src"
  putStrLn (show contents)

「　↑　なんのこっちゃ」

モジュールの追加

「　以下のファイルを新規作成しろとのことだぜ」

🗒 src/OtherLib.hs :

module OtherLib where

otherFunc :: String -> Int
otherFunc str = length str

cabal repl
ghci> import OtherLib

: error:
    Could not find module ‘OtherLib’
    It is not a module in the current program, or in any known package.```

「　↑　ダメだ　エラーだ　終わった」

「　何やってんの？」

「　わからない。コピー貼り付けしてるだけ」

🗒 haskell-project.cabal:

library
    exposed-modules:  MyLib

「　↑　この部分を」

🗒 haskell-project.cabal:

library
    exposed-modules:  MyLib
                      OtherLib

「　↑　こう書き換えたらいいんじゃない？」

cabal repl
Resolving dependencies...
Build profile: -w ghc-9.4.7 -O1
In order, the following will be built (use -v for more details):
 - haskell-project-0.1.0.0 (lib) (configuration changed)
Configuring library for haskell-project-0.1.0.0..
Preprocessing library for haskell-project-0.1.0.0..
GHCi, version 9.4.7: https://www.haskell.org/ghc/  :? for help
[1 of 2] Compiling MyLib            ( src/MyLib.hs, interpreted )
[2 of 2] Compiling OtherLib         ( src/OtherLib.hs, interpreted )
Ok, two modules loaded.
ghci> import OtherLib
ghci> otherFunc "Hello Haskell"
13

「　↑　なんか動いた。何をやってるか分からないぜ」

「　エグザンプルは　ここで終わってるぜ。あとは勝手に調べろとのことだぜ」

「　サンプル・プログラムを探そうぜ？」

(📅 2023-12-23 sat) サンプル・プログラムを探そうぜ？

「　↓　ハスケルの素人はこれを観ろ、ということだぜ」

📖　https://github.com/haskell-beginners-2022/course-plan
- 📺　Haskell Beginners 2022: Lecture 1 - １時間２３分

FP - Functional Programming

fx(x) = x^2

プログラミングの関数は、この数学の関数ではない

無限ループでハングするから
副作用があるから
例外があるから
メモリがなくなるから

プログラミングの関数は

ブロックを組み立てるようなもの
- Define
- Call
- Compose
- Pass as an argument
- Inspect
FP Concepts
- Higher-Order Functions (HOF)
- Algebraic Data Types (ADT)
- Pattern Matching
- Purity
- Immutability
- Totality
- Laziness
Haskell Features
- Static typing
- Polymorphisms
- Type inference
- Layout-sensitivity
- ML syntax
- Automatic currying
- Garbabe collector
- Green threads
- Software Transactional memory (STM)
- etc...
Haskell Toolchain
- GHC (Glasgow Haskell Compiler) - the compiler
- GHCi (GHC interactive) - interactive interpreter aka REPL(Read-Eval-Print-Loop)
- cabal - a Haskell build tool, the .......
- stack
- HLS (Haskell Language Server)
- ghcup
Haskell Toolchain / GHCi
- Arithmetic
- Logic
- Calling functions
  - () are important!
- Types - 式は型を持つ。 :t や :tpye で型を見れる。型の型は見れない
- Types of numbers - :t +d で調べる
- Types of functions -> :t div より、 :t +d div を使って調べる。２項の引数のとき、見やすい
- List
  - List literals - [] の話。 [] ++ [] とか
  - List: head/tail/last/init
    - 空リストの head は例外
  - List: more functions
    - reverse
    - take
    - drop
    - null
    - elem
    - concat
    - length
    - !! - この操作は処理が遅い。インデックスを使ったランダムアクセスか？
  - List: ranges
    - [1 .. 10] や、 [1, 3 .. 20]
    - [10 .. 1] は空っぽ。 [10, 9 .. 1] はできる
    - [0 .. ] インフィニティもできる
Lazy evaluation
- take 3 [0 .. ] で、 [0, 1, 2]
- take 3 (drop 5 [0 .. ] で、[5,6,7]
- length [0 .. ] - 終わらない。無限のリストには注意
ディスプレイの信号が消えた
Syntax
- Define a function
- Loading a module
Packages
- module
- package
- Hackage
- base
- prelude
if-then-else
- def list = if null list then def else head list

headOfDefault def list =
    if null list
    then def
    else head list

続き
- guards - マッチ構文みたいなやつ

sign n
    |  略

続き
- let-in - リストに含まれているか調べる？
- where - 関数定義で使う？
- immutablirity - １回だけ代入できるというもの
- How do you change if you can't?
  - Recursion
  - No more loops
Higher-order functions
- First-Class Functions
- Lambda functions
- Partial application
- Standard HOFs
  - map
  - filter even
  - filter
  - any
  - concatMap replicate
  - take iterate
- Functions inside lists
- Recap: GHCi commands
  - :q
  - :t
  - :t +d
  - :l
  - :i
- More sources

「　フーム」

「　↓　基礎勉強は　もういいだろ、コンピューター将棋を作ろうぜ？」

📖　Haskell でコンピューター将棋を作ろうぜ(^o^)？

「　レクチャーの動画は　あと３本　あるみたいよ？

「　基礎勉強ばっかりだと飽きるんで　並行してやろう」

レクチャー２

「　すぐ　詰まる。動画見よ」

📖　Haskell Beginners 2022: Lecture 2

Pattern Matching
- Pattern
- case-of - スイッチ文みたいなやつか？

eval :: Char -> Int -> Int -> Int
eval op x y = case op of
    '+' -> x + y
    '-' -> x - y
    '*' -> x * y
    '/' -> div x y
    _ -> 0

続き
- Patterns on lists
- Structural List Patterns
- Heads or Tails?
- List Recursion
- What's wrong, Haskell? - 書き方でコンパイル・エラーが出る例、エラーは出ないが悪い書き方の例
- Totality - すべての入力に対して出力が定義されていることか？
  - Partial - 非 total
Data
- Tuples
- Working with tuples
- Algebraic Data Type (ADT)
  - Product Type - 異なる型などを結合したもの
    - data: Product
    - data: Working with data - セッターとゲッターの書き方
    - data: Records - 構造体みたいなもん
  - Sum Type
    - Sum Types: Enumerations - いわゆる列挙型
    - Sum Types - Result とか
    - Recursive data types
      - Empty list
      - An eleement prepended to a list
    - type - type キーワード。型の別名？式が見やすくなる
    - newtype - コンストラクタの別名？？
Polymorphism
- Parametric polymorphism - ジェネリクスみたいなやつ
- Real types
- Hoogle - Haskell Search Engine
- Polymorphic types
- Common types - Optional Value とか、左右とか
- Common Functions
Back to Functions
- Eta-reduction, part1
- Eta-reduction, part2
- Function Composition
  - ELI5 Composition
- Composition + Eta-reduction
- More sources

「　はー、ふーん、うーん？」

レクチャー３

📖　Haskell Beginners 2022: Lecture 3

Common properties
Polimorphisms
- Parametric Polymorphism
- Ad-hoc polymorphism
class
instance
Separation of concerns
- data
- class
- instance
Default methods
Not Java Interfaces
{-# LANGUAGE #-} - ランゲージ・プラグマ。
Standard Typeclasses
- Eq
- Ord - Ordering 比較演算子
  - LT
  - EQ
  - GT
- Show
- Read
- Bounded
- Enum
- Num
Type interface
- deriving - 派生
- Generaliz(s)edNewtypeDeriving
- Algebra
  - <> - ダイヤモンド演算子
- newtype again
Everything is Semigroup, Okay, not really everything...
- Semigroup
Algebra, part2
- Monoid
- Not everything is Monoid
Modules
Kind
- Be kind to us, Haskell
  - Kind - a type of a type
  - Kindly check your types
typeclass for type constructors
Functor
Functor laws - 10種類
- 1: Identity
- 2: Composition
Folds
- ステップ関数
- Everything is a Fold
- How foldr folds
  - コンスピレーター
- How foldl/foldl' folds
- foldr vs foldl
- Foldable
Strict evaluation
- 等式推論
{-# LANGUAGE BangPatterns #-}
Use strict/lazy evaluation wise.....
More sources

レクチャー４

📖　Haskell Beginners 2022: Lecture 4

Monad: The Idea
- Maybe, yes? Maybe, no?
  - andThen - Ordinary helper function
  - ワンライナーで書けるようになる
- Either way
- Multiple combinations
- It there a pattern?
- What to do when we see a pattern?
  - 1. Nothing
  - 2. Recognize
  - 3. Copy-paste
  - 4. Abstract
  - 5. Put in a library
Monad is a pattern
- 数学の圏論と違う。 Haskell は概念を借りてきただけ。
- Monad
- return も関数
- Just a typeclass
- Instance
- Laws
Generalizing
- (:[]) - robot monkey operator
Refactoring
Actually, in Haskell...
- pure - ハスケルでは return の代わりに pure をよく使う
And that's the Monad
Real World
- Purity - 純粋。副作用がない関数。
  - 1. Determinism
  - 2. Easier reasoning
  - 3. Simpler testing
  - 4. Composability
  - 5. Optimizations
  - 6. Parallelism
- Purity + Laziness
  - getLine
- Input/Output(IO)
- Concept of IO
- How to run IO?
  - unit type - 空の丸括弧
- How to run Haskell programs?
  - main - メイン関数
  - ハローワールド
  - Printing twice
- do 構文 - do-notation
  - let-in rule
  - Example with do
Cabal - カバール
- 独自の形式。拡張子は .cabal
- app フォルダーと、 src フォルダーに分ける。 app は実行可能で、 src はライブラリーか？
- Typical main
- build-depends
  - Hackage - ユーザー作成のパッケージが置いてる？
Functional,Imperative
- Imperative style - 命令型スタイル
- Functional style - 関数型スタイル
More sources

「　ふーむむむ？」

次の関連記事

📖　Haskell でコンピューター将棋を作ろうぜ(^o^)？

Ubuntu を使おうぜ(^o^)？

2023-09-16T16:59:25+09:00

「　Ubuntu を使おうぜ、うわっ、なんだ　解像度　荒っ」

「　なんだぜ　この赤紫のデスクトップ画面は？」

「　Windows に戻しましょう！」

「　まだ Windows や日本語のようなマルチバイト文字に対応していない
海外製のソフトが　いろいろ　あるんだぜ」

「　Windows Paint はどこにあるの？」

「　👇　無い。代替品を使うことになるぜ」

📖　Linuxでもペイントは使えるんやで

「　Pinta のインストール時に、エラーが出た」

「　Mono 6.10 か、それ以上のバージョンが要るのかだぜ？」

# 既にインストールされているか確認
mono --version

📖　mono
📖　Compiling Mono on Linux

「　👆　ターボールをダウンロードしとけって書いてるな」

「　👇　じゃあ　mono-6.12.0.199.tar.xz　をダウンロードしてみるかだぜ」

📖　sources / mono

「　Home/Downloads　にダウンロードされたようだぜ」

「　本当か？　コマンドラインで確認しろだぜ」

「　ターボールが入っていることを確認」

# インストールに必要なものを、先にインストール
sudo apt-get install git autoconf libtool automake build-essential gettext cmake python3 curl

# 環境変数設定
PREFIX=~/Downloads
VERSION=6.12.0.199

# 解凍
tar xvf mono-$VERSION.tar.xz

# 解凍したディレクトリーへ移動
cd mono-$VERSION

# 構成ファイルをカスタマイズ
./configure --prefix=$PREFIX

# インストーラーの作成（風呂の湯船に浸かれるぐらい長時間かかる）
make

＃インストール
make install

「　これで　mono　はインストールできたのかだぜ？」

mono --version
Command 'mono' not found, but can be installed with:
sudo apt install mono-runtime

「　👆　まだ足らんものがあるのか」

「　コマンドがなんか書いてあるぜ、打ってみろ」

sudo apt install mono-runtime

mono --version
Mono JIT compiler version 6.8.0.105 (Debian 6.8.0.105+dfsg-3.2 Wed Jun 30 05:34:49 UTC 2021)
Copyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors. www.mono-project.com
    TLS:           __thread
    SIGSEGV:       altstack
    Notifications: epoll
    Architecture:  amd64
    Disabled:      none
    Misc:          softdebug 
    Interpreter:   yes
    LLVM:          supported, not enabled.
    Suspend:       hybrid
    GC:            sgen (concurrent by default)

「　👆　バージョン 6.12 を入れたのに、なんで 6.8 が入ってるんだぜ？」

「　👇　分からん。アップデートしたろ」

sudo apt update

apt list --upgradable

「　👆　mono のバージョンは変わらん」

「　この　Ubuntu　のバージョンは　いくつなの？」　

lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 22.04.3 LTS
Release:    22.04
Codename:   jammy

「　👆　22.04　だぜ」

「　👇　この記事を見て　やり直したら？」

📖　Mono / Download

# 必要なものを先にインストール
sudo apt install ca-certificates gnupg

# ダウンロード元が安全か、証明書を更新
sudo gpg --homedir /tmp --no-default-keyring --keyring /usr/share/keyrings/mono-official-archive-keyring.gpg --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys 3FA7E0328081BFF6A14DA29AA6A19B38D3D831EF

echo "deb [signed-by=/usr/share/keyrings/mono-official-archive-keyring.gpg] https://download.mono-project.com/repo/ubuntu stable-focal main" | sudo tee /etc/apt/sources.list.d/mono-official-stable.list

# 更新
sudo apt update

# 更新を確認
apt list --upgradable

「　👆　こっから　また　mono　インストールすんの？」

「　また風呂に入れるな」

# 構成ファイルをカスタマイズ
./configure --prefix=$PREFIX

# インストーラーの作成（風呂の湯船に浸かれるぐらい長時間かかる）
make

＃インストール
make install

「　👆　また　6.8　だった。理由はわからない」

「　なんで　インストールしたいだけなのに
ソースから　make　の手順をふまなくちゃいけないわけ？」

「　Git Hub なんか読んだのがいけなかったのかもしれない」

「　👇　これだけでいいのでは？」

sudo apt install mono-devel

mono --version
Mono JIT compiler version 6.12.0.200 (tarball Tue Jul 11 21:37:50 UTC 2023)
Copyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors. www.mono-project.com
    TLS:           __thread
    SIGSEGV:       altstack
    Notifications: epoll
    Architecture:  amd64
    Disabled:      none
    Misc:          softdebug 
    Interpreter:   yes
    LLVM:          yes(610)
    Suspend:       hybrid
    GC:            sgen (concurrent by default)

「　👆　そのコマンドを知ってたら　わたしは風呂に入らなくてよかったかもしれない」

mono 6.12 はインストールできたぜ。次は？

「　これで　mono　はインストールできたかな？」

「　次は　Pinta　ね」

# Pintaのレポジトリ取得
sudo add-apt-repository ppa:pinta-maintainers/pinta-stable

# アップデート
# sudo apt-get update

# インストール
# sudo apt-get install pinta

Note: this PPA only provides GTK2 builds of Pinta (1.7.x) and is no longer updated for Pinta 2.0 and later. Installing the flatpak or snap package is recommended instead.

「　👆　あれっ、 Pinta なんかもう更新されてないから
代わりに flatpak か snap のソース管理ツールからインストールしろ　マヌケ　って書いてあるぜ？」

「　マヌケとは書いてないな」

「　個人開発者の作ったアプリは　いずれ更新されなくなるのよ」

「　ダラの Crieit とかも　そうだな」

「　そういう点では　最後に　Microsoft　が勝つのか」

「　やっぱ　開発以外に柱となる事業を他に２つぐらいやっていて、
そっちで利益が上がって会社の経営が安定しているときが
開発も安定するんじゃないかな」

「　それか　標準化されていて　オープンソースになっていて
企業から支援されるようなミドルウェアか」

「　いいの無いんだったら　GIMP　にするが？」

「　GIMP は手軽に使えないから Windows Paint の代わりに
ならないだろ？
GIMP の開発元のライバル会社が Krita を作ってるから
Krita を調べてみようぜ？」

「　GIMP にしようと言ってる人に Krita 勧めるの　わらう」

📖　Krita

「　krita-5.1.5-x86_64.appimage　なんかダウンロードしても
このあと　どうすりゃいいんだぜ？
Linux ディストリビューションの文化は　分からないぜ？」

📖　LinuxでAppImage形式のアプリを使う方法と注意点のまとめ

「　👆　実行権限を付ける必要があるのか」

「　Home の下に Muzudho Apps というフォルダーを作って
そこへ krita-5.1.5-x86_64.appimage ファイルを移動しておくぜ」

「　あれっ、これ　圧縮ファイルかだぜ？」

# 解凍
muzudho@muzudho-MS-7B09:~/Muzudho Apps$ ./krita-5.1.5-x86_64.appimage --appimage-extract

「　AppRun ファイルが出てきた」

「　実行したら　スプラッシュ画面が出てきて　すぐ消えた」

「　それを不具合という」

muzudho@muzudho-MS-7B09:~/Muzudho Apps/squashfs-root$ ./AppRun
QObject::startTimer: Timers cannot have negative intervals
Could not find platform independent libraries 
Could not find platform dependent libraries 
Consider setting $PYTHONHOME to [:]
Python path configuration:
  PYTHONHOME = (not set)
  PYTHONPATH = '/home/muzudho/.local/share/krita/:/home/muzudho/Muzudho Apps/squashfs-root/usr/share/krita/:/home/muzudho/.local/share/krita/pykrita/:/home/muzudho/Muzudho Apps/squashfs-root/usr/share/krita/pykrita/:/home/muzudho/Muzudho Apps/squashfs-root/usr/share/pykrita/:/home/muzudho/Muzudho Apps/squashfs-root/usr/lib/krita-python-libs'
  program name = 'python3'
  isolated = 0
  environment = 1
  user site = 1
  import site = 1

「　👆　Python がなにか関係ある？」

「　Python　入れりゃ分かんじゃないの？」

📖　Ubuntu環境のPython

# 環境を更新
sudo apt update

# インストールに必要なものを先にインストール
sudo apt install build-essential libbz2-dev libdb-dev \
  libreadline-dev libffi-dev libgdbm-dev liblzma-dev \
  libncursesw5-dev libsqlite3-dev libssl-dev \
  zlib1g-dev uuid-dev tk-dev

📖　Unofficial Python Download Links

「　👆　非公式か。しゃーない」

# Downloads フォルダー以外のところへ圧縮ファイルを解凍すること

# ターボール解凍（ファイル名のバージョン番号を合わせること）
tar xJf Python-3.11.5.tar.xz

# 解凍したディレクトリーへ移動（ファイル名のバージョン番号を合わせること）
cd Python-3.11.5

# 構成をカスタマイズ
./configure

# インストーラーの作成
make

# インストール
sudo make install

# インストールできたか確認
python3 -V
Python 3.11.5

「　👆　Python はインストールできたぜ」

muzudho@muzudho-MS-7B09:~/Muzudho Apps/Krita$ ./AppRun
QObject::startTimer: Timers cannot have negative intervals
Could not find platform independent libraries 
Could not find platform dependent libraries 
Consider setting $PYTHONHOME to [:]
Python path configuration:
  PYTHONHOME = (not set)
  PYTHONPATH = '/home/muzudho/.local/share/krita/:/home/muzudho/Muzudho Apps/Krita/usr/share/krita/:/home/muzudho/.local/share/krita/pykrita/:/home/muzudho/Muzudho Apps/Krita/usr/share/krita/pykrita/:/home/muzudho/Muzudho Apps/Krita/usr/share/pykrita/:/home/muzudho/Muzudho Apps/Krita/usr/lib/krita-python-libs'
  program name = 'python3'
  isolated = 0
  environment = 1
  user site = 1
  import site = 1

# 以下略

「　👆　Krita 動かね」

「　👇　記事を読みましょう」

📖　Ubuntu 22.04 ペイント代替ソフト Krita の選定

「　👆　Ubuntu Dock って何だぜ？」

「　Windows で言うところのタスクバーのことじゃないか？」

「　👇　記事を読みましょう」

📖　KritaをAppImageでインストールする

「　👆 なるほど、 .appimage は圧縮ファイルだが、解凍せずそのまま実行しろ、ということかだぜ」

./krita-5.1.5-x86_64.appimage

muzudho@muzudho-MS-7B09:~/Muzudho Apps$ ./krita-5.1.5-x86_64.appimage
dlopen(): error loading libfuse.so.2

AppImages require FUSE to run. 
You might still be able to extract the contents of this AppImage 
if you run it with the --appimage-extract option. 
See https://github.com/AppImage/AppImageKit/wiki/FUSE 
for more information

「　👆　実行できないが」

「　FUSE というアプリケーションが .appimage を実行するのでは？」

「　👇　記事を読みましょう」

📖　I get some errors related to something called “FUSE”

# インストール
sudo apt-get install fuse libfuse2

# 何だろう
sudo modprobe -v fuse

# グループに追加
sudo addgroup fuse
sudo adduser $USER fuse

「　👆　fuse はインストールできたのかなあ？」

fuse をインストールしたら、次へ

muzudho@muzudho-MS-7B09:~/Muzudho Apps$ ./krita-5.1.5-x86_64.appimage
QObject::startTimer: Timers cannot have negative intervals
Could not find platform independent libraries 
Could not find platform dependent libraries 
Consider setting $PYTHONHOME to [:]
/tmp/.mount_krita-auB0am/usr/lib/krita-python-libs/krita added to PYTHONPATH

「　👆　動いた」

「　👆　ようやく　スクリーンショットが撮れたぜ」

「　Windows Paint の代替は　しばらく　これねえ」

ディスプレイの解像度をどうにかしろ

「　ディスプレイの解像度を　どうにかしろだぜ」

「　👆　デスクトップの何もないところで、なんで　右クリックしなければならないのか。
左のタスクバーが仕事してほしい」

「　そして　Display Settings　をクリックしても
何も出てこないぜ」

「　PC がおかしくなったら　再起動したらいいんじゃない？」

「　再起動しても変わらず」

「　👇　記事を読みましょう」

📖　Reporting: I can't open settings in ubuntu 20.04 LTS

# 環境を更新
sudo apt-get update

# 再インストール
sudo apt-get install --reinstall gnome-control-center

「　👆　Display Settings が効くようになったぜ」

「　👆　この Resolution が、 1024 x 768 しか選べないのな」

「　👇　記事を読みましょう」

📖　Ubuntuディスプレイ解像度の変更 | 1920x1080

📖　Ubuntu で 4K Display @ThinkPad X230(Intel HD 4000 Graphics)

📖　4K/UHD resolutions on Linux with Intel HD graphics over HDMI

# まず、cvt コマンドで、横3840、縦2160、リフレッシュレート60 にするためのコマンドを尋ねる

muzudho@muzudho-MS-7B09:~$ cvt 3840 2160 60
# 3840x2160 59.98 Hz (CVT 8.29M9) hsync: 134.18 kHz; pclk: 712.75 MHz
Modeline "3840x2160_60.00"  712.75  3840 4160 4576 5312  2160 2163 2168 2237 -hsync +vsync

# xrandr でディスプレイの解像度を設定する
xrandr --newmode "3840x2160_60.00"  712.75  3840 4160 4576 5312  2160 2163 2168 2237 -hsync +vsync
xrandr: Failed to get size of gamma for output default
X Error of failed request:  BadName (named color or font does not exist)
  Major opcode of failed request:  140 (RANDR)
  Minor opcode of failed request:  16 (RRCreateMode)
  Serial number of failed request:  19
  Current serial number in output stream:  19

「　👆　できないが？」

muzudho@muzudho-MS-7B09:~$ xrandr
xrandr: Failed to get size of gamma for output default
Screen 0: minimum 1024 x 768, current 1024 x 768, maximum 1024 x 768
default connected primary 1024x768+0+0 0mm x 0mm
   1024x768      76.00* 
  3840x2160 (0x54a) 210.620MHz +HSync -VSync
        h: width  3840 start 3888 end 3920 total 4000 skew    0 clock  52.66KHz
        v: height 2160 start 2183 end 2188 total 2194           clock  24.00Hz
  3840x2160_60.00 (0x54b) 210.620MHz +HSync -VSync
        h: width  3840 start 3888 end 3920 total 4000 skew    0 clock  52.66KHz
        v: height 2160 start 2183 end 2188 total 2194           clock  24.00Hz

「　👆　xrandr コマンドには情報が増えてるけど」

muzudho@muzudho-MS-7B09:~$ xrandr --addmode default 3840x2160_60.00
xrandr: Failed to get size of gamma for output default

「　👆　第１引数には　何を入れたらいいんだぜ？」

「　👆　解像度が選べそうな見た目をしてるけど、選んで Apply ボタン押しても有効にならない」

muzudho@muzudho-MS-7B09:~$ xrandr
xrandr: Failed to get size of gamma for output default
Screen 0: minimum 1024 x 768, current 1024 x 768, maximum 3840 x 2160
default connected primary 1024x768+0+0 0mm x 0mm
   1024x768      76.00* 
   3840x2160_60.00  24.00  
  3840x2160 (0x54a) 210.620MHz +HSync -VSync
        h: width  3840 start 3888 end 3920 total 4000 skew    0 clock  52.66KHz
        v: height 2160 start 2183 end 2188 total 2194           clock  24.00Hz

「　リフレッシュレートは　60　も出ないのでは？」

「　👇　記事を読みましょう」

📖　Ubuntu18.04で突然解像度がおかしくなったときの対処法

muzudho@muzudho-MS-7B09:~$ cvt 3840 2160
# 3840x2160 59.98 Hz (CVT 8.29M9) hsync: 134.18 kHz; pclk: 712.75 MHz
Modeline "3840x2160_60.00"  712.75  3840 4160 4576 5312  2160 2163 2168 2237 -hsync +vsync

muzudho@muzudho-MS-7B09:~$ sudo xrandr --addmode Screen 0 "3840x2160_60.00"
xrandr: unrecognized option '3840x2160_60.00'
Try 'xrandr --help' for more information.

muzudho@muzudho-MS-7B09:~$ xrandr --help

「　👆　分からん」

muzudho@muzudho-MS-7B09:~$ xrandr --output default --mode 3840x2160_60.00
xrandr: Failed to get size of gamma for output default
xrandr: Configure crtc 0 failed

「　👆　ダメか」

「　グラフィックカード抜けてんじゃないの？」

「　PCケースはガラス張りになっていて、 GEFORCE RTX は光ってるぜ」

「　Ubuntu が GEFORCE RTX を認識してるか、確認できないのかだぜ？」

「　👇　記事を読みなさい」

📖　UbuntuのOSやCPU, GPUの情報を確認するコマンド

muzudho@muzudho-MS-7B09:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 22.04.3 LTS
Release:    22.04
Codename:   jammy

muzudho@muzudho-MS-7B09:~$ uname -a
Linux muzudho-MS-7B09 6.2.0-32-generic #32~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Fri Aug 18 10:40:13 UTC 2 x86_64 x86_64 x86_64 GNU/Linux

muzudho@muzudho-MS-7B09:~$ sudo lshw -class processor
  *-cpu                     
       description: CPU
       product: AMD Ryzen Threadripper 2920X 12-Core Processor
       vendor: Advanced Micro Devices [AMD]
       physical id: 15
       bus info: cpu@0
       version: 23.8.2
       serial: Unknown
       slot: SP3r2
       size: 2200MHz
       capacity: 3500MHz
       width: 64 bits
       clock: 100MHz
       capabilities: lm fpu fpu_exception wp vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp x86-64 constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid amd_dcm aperfmperf rapl pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 movbe popcnt aes xsave avx f16c rdrand lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw skinit wdt tce topoext perfctr_core perfctr_nb bpext perfctr_llc mwaitx cpb hw_pstate ssbd ibpb vmmcall fsgsbase bmi1 avx2 smep bmi2 rdseed adx smap clflushopt sha_ni xsaveopt xsavec xgetbv1 clzero irperf xsaveerptr arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold avic v_vmsave_vmload vgif overflow_recov succor smca sev sev_es cpufreq
       configuration: cores=12 enabledcores=12 microcode=134251021 threads=24

muzudho@muzudho-MS-7B09:~$ lspci | grep -i nvidia
42:00.0 VGA compatible controller: NVIDIA Corporation Device 2684 (rev a1)
42:00.1 Audio device: NVIDIA Corporation Device 22ba (rev a1)

「　👆　うーん？　GPU がなんで　VGA　なんだぜ？」

「　VGA端子に挿そうと思わなければ　VGA端子に挿さらないだろ？
VGA端子に指してるのでは？」

「　互換性があるって言ってるだけじゃないの？」

「　👇　GPU ドライバーでも調べるかだぜ。
クソ記事がいっぱいあるんで、公式へ行くぜ」

📖　NVIDIAドライバダウンロード

「　👆　ドライバーをダウンロードしても、340MB ぐらいダウンロードしたところで止まってしまう。
Unconfirmed 377778.crdownload みたいな名前が残ってしまう」

「　Google Chrome が出来損ないなのでは？
他のWebブラウザーに変えてみたらどうだぜ？」

「　世の中のWebブラウザー、ほとんど Chrome なんで、
その他の Webブラウザーって FireFox ぐらいしかないな」

「　👇　FireFox なら NVIDIA のドライバーをダウンロードでけた」

🗒 NVIDIA-Linux-x86_64-535.104.05.run

「　そのファイルをどうするの？　実行できるの？」

「　パーミッションを　実行可能に変えて」

muzudho@muzudho-MS-7B09:~/Downloads$ ./NVIDIA-Linux-x86_64-535.104.05.run

「　👆　ルート・ユーザーじゃないとダメかだぜ？」

# 一時的にルート・ユーザーに変わる
sudo su

# ドライバーのインストール
./NVIDIA-Linux-x86_64-535.104.05.run

「　👆　既存のドライバーをアンインストールしろってか。
自動でやってくれりゃいいのに」

# ドライバーのアンインストール
# You can remove nvidia-driver-525, and all related packages, by running:
apt-get remove --purge nvidia-driver-525

# ドライバーの再インストール
# You can upgrade the driver by running:
apt-get install nvidia-driver-525

# ルート・ユーザーを止める
exit

# GPUを確認
lspci | grep -i nvidia
42:00.0 VGA compatible controller: NVIDIA Corporation Device 2684 (rev a1)
42:00.1 Audio device: NVIDIA Corporation Device 22ba (rev a1)

「　👆　なんにも変わってないぜ？」

「　PCを再起動してみましょう！」

「　なにも変わらなかったぜ？」

「　お父んのちからでは　ディスプレイの解像度は解決できなかったか。
この狭い画面で　続けるのかな？」

「　Windows に戻ろうぜ？」

Ubuntu で Main リポジトリ以外のインストール済みパッケージを一覧にする

2023-07-06T01:13:51+09:00

以下のコマンドを使用すると、 Ubuntu にインストールされているパッケージのうち、Main リポジトリ以外（Restricted, Universe, Multiverse）に属するものを一覧で表示できる。

dpkg-query --show --showformat='${binary:Package}\n' | xargs -IX bash -c "apt-cache policy X | sed -n --regexp-extended '1h;/.*(\/restricted|\/universe|\/multiverse) .*/{x;p;x;p;Q}'"

以上！

…とすると、この記事だけでは少し物足りない気がするので、使い方についても少し説明しておく。

なぜ Main リポジトリ以外のものを把握したいのか？

パッケージの取得元リポジトリのカテゴリを把握する理由は、Canonical による Ubuntu Pro のサポート範囲が関係しているからだ。

apt コマンドを使用して、Ubuntu の標準リポジトリから取得される各パッケージは、以下の4つのカテゴリに分類される。 ¹

Main
- Ubuntu チームによってサポートされる、フリーソフトウェアを収容するコンポーネントで、 2,300 以上のパッケージを含む。
- Ubuntu インストール時にデフォルトでインストールされるパッケージの大半はこれ。
Restricted
- ドライバーなど、利便性の面でデフォルトでインストールされたほうが望ましいものの、プロプライエタリであるソフトウェアを含むコンポーネント。
Universe
- Ubuntu コミュニティによって管理されている、 Linux 界の多くのオープンソースソフトウェアを収容するコンポーネントで、 23,000 以上のパッケージを含む。
Multiverse
- フリーソフトの要件を満たさないような、特殊なライセンス要件をもつソフトウェアを収容するコンポーネント。
- GPU 関連 (CUDA 等) や, VirtualBox などが含まれている。

これらのうち、Restricted と Multiverse リポジトリのパッケージについては、それぞれのソフトの提供元によってのみメンテナンスされ、Canonical によるサポートは行われない。

一方で、Main と Universe リポジトリのパッケージについては、セキュリティ修正の提供期間や、電話/オンラインチケットサポート範囲が、 Ubuntu Pro の有無やライセンスの種類ごとに以下のような内訳となっている。 ²

Security patching Ubuntu LTS Ubuntu Pro (Infra-only) Ubuntu Pro

Over 2,300 packages in Ubuntu Main repository 5 years 10 years 10 years

Over 23,000 packages in Ubuntu Universe repository Best effort Best effort 10 years

Optional phone/ticket support No Yes Yes

Security patching	Ubuntu LTS	Ubuntu Pro (Infra-only)	Ubuntu Pro
Over 2,300 packages in Ubuntu Main repository	5 years	10 years	10 years
Over 23,000 packages in Ubuntu Universe repository	Best effort	Best effort	10 years
Optional phone/ticket support	No	Yes	Yes

5年のLTSの期間中、Main リポジトリのパッケージを主に使用する場合、（ライブパッチ等の他のUbuntu Proのサービスが不要であれば）無料の範囲内で十分だ。

Main リポジトリのパッケージを主に使用しながら、10年の延長サポートを望む場合は、"Ubuntu Pro (Infra-only)" を契約することをおすすめする。

また、Universe リポジトリのパッケージを積極的に活用したい場合は、"Ubuntu Pro" を契約しておくと、より安心だろう。

Ubuntu の Universe リポジトリのパッケージの更新基準

ちなみに、Universe repository の "Best effort" と "10 years" の違いがいまいちわかりにくいが…

例えば、サポート中の Ubuntu 22.04 LTS であっても、 Universe リポジトリの imagemagick パッケージを更新しようとすると、 Ubuntu Pro with 'esm-apps' の有効化が必要と広告が表示される。

$ cat /etc/os-release
PRETTY_NAME="Ubuntu 22.04.2 LTS"
NAME="Ubuntu"
VERSION_ID="22.04"
VERSION="22.04.2 LTS (Jammy Jellyfish)"
VERSION_CODENAME=jammy
ID=ubuntu
ID_LIKE=debian
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
UBUNTU_CODENAME=jammy
$ 
$ sudo apt update
$ sudo apt install imagemagick
$ 
$ sudo apt upgrade
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
Get more security updates through Ubuntu Pro with 'esm-apps' enabled:
  imagemagick ansible libopenexr25 libmagickcore-6.q16-6-extra
  libmagickwand-6.q16-6 imagemagick-6.q16 libmagickcore-6.q16-6
  imagemagick-6-common
Learn more about Ubuntu Pro at https://ubuntu.com/pro
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
$
$ apt-cache policy imagemagick
imagemagick:
  Installed: 8:6.9.11.60+dfsg-1.3ubuntu0.22.04.3
  Candidate: 8:6.9.11.60+dfsg-1.3ubuntu0.22.04.3
  Version table:
 *** 8:6.9.11.60+dfsg-1.3ubuntu0.22.04.3 500
        500 http://archive.ubuntu.com/ubuntu jammy-updates/universe amd64 Packages
        500 http://archive.ubuntu.com/ubuntu jammy-security/universe amd64 Packages
        100 /var/lib/dpkg/status
     8:6.9.11.60+dfsg-1.3build2 500
        500 http://archive.ubuntu.com/ubuntu jammy/universe amd64 Packages

package management - I'm getting the message: "The following security updates require Ubuntu Pro with 'esm-apps' enabled" when updating Ubuntu 22.04 - Ask Ubuntu

上記の回答によると、 Ubuntu の Universe リポジトリのアップストリームパッチの取り込みは引き続き行っているものの、 Canonical のセキュリティチームによるパッチは Ubuntu Pro の 'esm-apps' に限って行うようになっている。

ここでいう「アップストリームパッチ」とはなんぞや？

ImageMagick/ImageMagick6 at 6.9.12-90

ImageMagick の元の開発元の GitHub を見れば分かる通り、より高いバージョンのパッケージもメンテナンスリリースされ続けているが、これがそのまま取り込まれているわけではなさそうだ。

Debian -- bullseye の imagemagick パッケージに関する詳細

一方で、Ubuntu 22.04 LTS の元となっている Debian 11 bullseye のパッケージを見ると、 2023年7月現在は

imagemagick (8:6.9.11.60+dfsg-1.3+deb11u1)

と、 Ubuntu 側の非ESMのバージョンと、似たようなバージョンにとどまっている。

すなわち、ココで言う「アップストリーム」とは、 Debian のパッケージ管理の方を指しているのだと思われる。

おそらく、Universe リポジトリのパッケージについては以下のようになっているのだろう。

ベースとなっている Debian でリリースされているバージョンは Best effort で LTS へ取り込み
それ以外の Canonical 側で当てたセキュリティパッチは Ubuntu Pro のみに提供

だとすれば、Ubuntu Pro の esm-apps を有効にしていなくても、ベースとなった Debian レベルの修正はされると考えてよさそうだ。

実際にソースコードを見てみる

実際に、 Debian 11 bullseye, Ubuntu 22.04 LTS, Ubuntu 22.04 ESM それぞれに於ける2023年7月現在最新版のソースを、 apt source コマンドで入手してみて比べてみると…

ディストリビューション	.dsc (Debian Source Control) ファイル	ソースファイル
Debian 11 bullseye	imagemagick_6.9.11.60+dfsg-1.3+deb11u1.dsc	imagemagick_6.9.11.60+dfsg.orig.tar.xzimagemagick_6.9.11.60+dfsg-1.3+deb11u1.debian.tar.xz
Ubuntu 22.04 LTS	imagemagick_6.9.11.60+dfsg-1.3ubuntu0.22.04.3.dsc	imagemagick_6.9.11.60+dfsg.orig.tar.xzimagemagick_6.9.11.60+dfsg-1.3ubuntu0.22.04.3.debian.tar.xz
Ubuntu 22.04 esm-apps	imagemagick_6.9.11.60+dfsg-1.3ubuntu0.22.04.3+esm2.dsc ³	imagemagick_6.9.11.60+dfsg.orig.tar.xzimagemagick_6.9.11.60+dfsg-1.3ubuntu0.22.04.3+esm2.debian.tar.xz

このうち、 imagemagick_6.9.11.60+dfsg.orig.tar.xz についてはハッシュ値まで同じファイルなので、相違点は以下のファイルとなる。

imagemagick_6.9.11.60+dfsg-1.3+deb11u1.debian.tar.xz
imagemagick_6.9.11.60+dfsg-1.3ubuntu0.22.04.3.debian.tar.xz
imagemagick_6.9.11.60+dfsg-1.3ubuntu0.22.04.3+esm2.debian.tar.xz

これらのアーカイブファイルの中身に対して WinMerge の3方向マージなどを使い、changelog やパッチファイルなどの比較をしてみよう。
すると、いずれも 6.9.11.60+dfsg-1.3 までのパッチがあたっているのに加えて、それぞれ以下のセキュリティフィックスを含んでいることがわかる。

Debian 11 と Ubuntu 22.04 LTS
- CVE-2022-44267
- CVE-2022-44268
Ubuntu 22.04 esm-apps
- CVE-2022-44267
- CVE-2022-44268
- CVE-2021-3574
- CVE-2021-3610
- CVE-2021-4219
- CVE-2021-20241
- CVE-2021-20243
- CVE-2021-20244
- CVE-2021-20245
- CVE-2021-20246
- CVE-2021-20309
- CVE-2021-20312
- CVE-2021-20313
- CVE-2021-39212
- CVE-2022-1114
- CVE-2022-28463
- CVE-2022-32545
- CVE-2022-32546
- CVE-2022-32547
- CVE-2023-1289
- CVE-2023-1906
- CVE-2023-3195
- CVE-2023-3428
- CVE-2023-34151

前述の、 Debian 11 ≒ Ubuntu 22.04 LTS ≦ Ubuntu 22.04 esm-apps だろうという予想は当たっていそうだ。

ちなみに、つい先日2023年6月にリリースされたばかりの Debian 12 bookworm では、imagemagick_6.9.11.60+dfsg-1.6.dsc という少し dfsg のバージョンが高いパッケージがリリースされている。
その changelog を見てみると、6.9.11.60+dfsg-1.3 までのパッチに加えて、以下のセキュリティフィックスが含まれていた。

Debian 12
- CVE-2022-44267
- CVE-2022-44268
- CVE-2021-3574
- CVE-2021-4219
- CVE-2021-20241
- CVE-2021-20243
- CVE-2021-20244
- CVE-2021-20245
- CVE-2021-20246
- CVE-2021-20309
- CVE-2021-20312
- CVE-2021-20313
- CVE-2021-39212
- CVE-2022-1114
- CVE-2022-28463
- CVE-2022-32545
- CVE-2022-32546
- CVE-2022-32547

Ubuntu Pro の esm-apps のほうが、Debian 12 に含まれているパッチに加え、更に多くのセキュリティフィックスを含んでいることがわかる。

… Debian 12 bookworm のパッケージでも、ImageMagick 6.9.12系や ImageMagick 7系へのパッケージの更新はしていないのね。

参考:

Repositories - Community Help Wiki ↩︎
Ubuntu Pro | Ubuntu ↩︎
ESM向けの配信ページはパスワード保護がかかっているが、Ubuntu Pro を有効すると作成される/etc/apt/auth.conf.d/内のファイルに記載されたユーザー名(bearer)とパスワードで認証できる。 ↩︎

【Ubuntu】apt updateで404エラーがでたので解消する

2023-05-11T23:28:12+09:00

こんにちは、しきゆらです。
今回は、Ubuntuでapt updateを実行したときに404エラーが発生していたので
解消するために色々調べつつ対応したのでメモしておきます。

今回利用していたUbuntuのバージョンは以下の通り。

$ cat /etc/os-release
PRETTY_NAME="Ubuntu 22.10"
NAME="Ubuntu"
VERSION_ID="22.10"
VERSION="22.10 (Kinetic Kudu)"
...

はじめに

前回のPostgreSQLのインストールのように、あれこれリポジトリを追加したりOSを更新しているとapt updateを実行するとリポジトリの一部で404エラーが出るようになっていました。
出ていたエラーは以下の通り。

$ sudo apt update
...
Err:10  kinetic Release
  404  Not Found [IP: 185.125.190.52 443]

エラーが出ていたのは「ppa.launchpadcontent.net/deadsnakes/ppa/ubuntu」でした。
何を入れたときのものかすでに覚えていないですが、404であれば不要だろう、ということで解消していきます。

解消方法

ざっくりと手順を記載すると以下の通りです。

対象リポジトリを管理しているファイルを探す
リポジトリを無効化する
解消されたかを確認する

それぞれに分けてみていきます。

対象リポジトリを管理しているファイルを探す

調べてみると、apt updateで参照するリポジトリは/etc/apt配下にあるxxx.listというファイルで管理されているようです。
Repositories/CommandLine - Community Help Wiki

ということで、この中にあるファイルの中に該当するURLが書かれているファイルを探しましょう。まずは、該当するリポジトリが書かれたファイルの一覧を取得してみます。
なお、出力結果は環境によって異なるので適宜ご自身の環境に合わせて読み替えてください。

$ find /etc/apt -name "*.list"
/etc/apt/sources.list
/etc/apt/sources.list.d/amdgpu.list
/etc/apt/sources.list.d/rocm.list
/etc/apt/sources.list.d/deadsnakes-ubuntu-ppa-kinetic.list
/etc/apt/sources.list.d/amdgpu-proprietary.list
/etc/apt/sources.list.d/docker.list
/etc/apt/sources.list.d/pgdg.list

取得できたそれぞれのファイルの中を確認していきます。
とはいえ、catとかエディタとかでひとつづつ見ていくのは手間。
この辺もコマンドでやってしまいましょう。

$ find /etc/apt -name "*.list" | xargs grep ppa
/etc/apt/sources.list.d/deadsnakes-ubuntu-ppa-kinetic.list:deb  kinetic main
/etc/apt/sources.list.d/deadsnakes-ubuntu-ppa-kinetic.list:# deb-src  kinetic main

なお、xargsは標準入力やファイルなどからリストを受け取って、それを別コマンドの引数とするコマンドのようです。
【 xargs 】コマンド――コマンドラインを作成して実行する：Linux基本コマンドTips（176） - ＠IT

これで、該当するファイルのパスと内容を確認できました。

リポジトリを無効化する

無効化するには、単純にコメントアウトすればよいだけなので以下のように先頭に#を追加。

cat /etc/apt/sources.list.d/deadsnakes-ubuntu-ppa-kinetic.list
# deb <https://ppa.launchpadcontent.net/deadsnakes/ppa/ubuntu/> kinetic main
# deb-src <https://ppa.launchpadcontent.net/deadsnakes/ppa/ubuntu/> kinetic main

これにて対応は完了。

解消されたかを確認する

apt updateを実行して404エラーが出ないことを確認できれば完了です。

私の環境では特に不要としてコメントアウトしてしまっていますが、リポジトリを追加したということは何らかのアプリ等をインストールするために追加しているはずなので
利用しているパッケージが度のリポジトリで管理されているかを確認してあげる必要があるかと思います。
未確認ですが、この辺で確認できそうです。
現在認識しているaptリポジトリーの一覧や、リポジトリーに含まれているパッケージを調べたい - CLOVER🍀

まとめ

今回はUbuntuでapt update時に404エラーが発生していたので、解消するために原因や解消方法を調べました。

何気なく使っているパッケージマネージャの裏側をなんとなくチラ見できた気がします。
調べてみると、よく使うものでもよくわからずに使っているんだなぁというのと、もう少し深く知りたくなります。

今回はここまで。
おわり

【Ubuntu】apt updateでKey is stored in legacy trusted.gpg keyringと注意されたので対応する

2023-05-07T08:47:15+09:00

こんにちは、しきゆらです。
今回は公式のドキュメントを見ながら対応したのに、apt updateで怒られるようになったので
なぜなのか調べつつ、対応方法を見つけて対応したのでメモしておきます。

はじめに

今回起こったのはPostgreSQLのインストール時のこと。
PostgreSQLをインストールするためにリポジトリ追加を行った。手順はこれ。
PostgreSQL: Linux downloads (Ubuntu)

該当箇所は以下の通り。

# Create the file repository configuration:
$ sudo sh -c 'echo "deb  $(lsb_release -cs)-pgdg main" > /etc/apt/sources.list.d/pgdg.list'

# Import the repository signing key:
$ wget --quiet -O -  | sudo apt-key add -

# Update the package lists:
$ sudo apt-get update # <= ここでWarningが出た
...
Key is stored in legacy trusted.gpg keyring

ということで、記載されているが、そもそも何を怒っているのかを調べてみました。

何が起きているのか

apt-keyはなぜ廃止予定となったのか
 Fully deprecate apt-key, schedule removal for Q2/2022 (ee284d59) · Commits · APT Developers / apt · GitLab

apt-keyコマンドがだいぶ前の2020年8月ころから廃止予定で、2022年Q2に廃止となっていたようです。
手元の環境はWSL2上のUbuntu 22.10でしたが、まだ残っているようでした。
今後はなくなるんでしょう。

セキュリティ上の懸念点からくるもので、簡単にまとめると次の2点が理由です。

apt-key addは単一ファイル（/etc/apt/trusted.gpg）に鍵を追加していくため、複数のリスクの異なるリポジトリの鍵を同じ権限で管理しなくてはならない。

リポジトリ鍵として追加した鍵は、すべてのリポジトリに対して適用される。

引用元: https://gihyo.jp/admin/serial/01/ubuntu-recipe/0675

ということで、リポジトリごとにリスクが異なるカギを全体で使うのよくいないよね、ということでこれをやめた、という感じなのかなと。
やめたはいいが、この記事時点では代替となるものが用意されていないようです。今後は、各リポジトリで利用するカギを/usr/share/keyrings/配下に設置して個別に指定する運用が良いだろう、として締めています。

対応方法

大きく分けると以下の通り。

既存のカギを削除する
別途カギを取得し設定しなおす
リポジトリとカギを紐づける

1. 既存のカギを削除する

$ apt-key list
Warning: apt-key is deprecated. Manage keyring files in trusted.gpg.d instead (see apt-key(8)).
/etc/apt/trusted.gpg.d/apt.postgresql.org.gpg # <= これを削除する
---------------------------------------------
pub   rsa4096 2011-10-13 [SC]
      B97B 0AFC AA1A 47F0 44F2  44A0 7FCC 7D46 ACCC 4CF8
uid           [ unknown] PostgreSQL Debian Repository
...

# 鍵の削除はfinger printの最後の8文字のようです
$ sudo apt-key del ACCC4CF8
Warning: apt-key is deprecated. Manage keyring files in trusted.gpg.d instead (see apt-key(8)).
OK

# 消えたことを確認
$ apt-key list
Warning: apt-key is deprecated. Manage keyring files in trusted.gpg.d instead (see apt-key(8)).
...

2. 別途カギを取得し設定しなおす

カギについては、ここに記載されているので取得して入れなおします。

PostgreSQL: Linux downloads (Ubuntu)

# カギの取得
$ wget 

# カギをgpgコマンドを使って変換
$ gpg --no-default-keyring -o postgresql-keyring.gpg --dearmor ACCC4CF8.asc

# カギを確認
$ file postgres-keyring.gpg
postgres-keyring.gpg: GPG keybox database version 1 ...

# 変換したカギを/usr/share/keyrings/へ設置する
# 手元ではフォルダがなかったので手動で作成
$ sudo mkdir -p /usr/share/keyrings
$ sudo cp postgres-keyring.gpg /usr/local/share/keyrings

3. リポジトリとカギを紐づける

リポジトリは/etc/apt/sources.list.d/pgdg.listに作成しているので、このファイルを以下のように変更。

# deb [signed-by=/path/to/gpg_key] URLの形式でカギの場所を記載
deb [signed-by=/usr/local/share/keyrings/postgresql-keyring.gpg]  kinetic-pgdg main

これにて対応完了です。
Warningが出ないことを確認しましょう。

# warningが出ないことを確認
$ sudo apt update
...
Hit:7  kinetic-pgdg InRelease

まとめ

今回は、apt-keyコマンドが廃止となっているために、ドキュメント通りに対応してもWarningが出てしまっていたので、諸々調べつつ対応してみました。そもそもの廃止から知らなかったので勉強になりました。

なお、DockerやGithub CLIでは /etc/apt/keyrings 配下に設置しているようです。
Install Docker Engine on Ubuntu | Docker Documentation
Linux installation instructions recommend storing GPG keyring in the wrong location · Issue #5122 · cli/cli · GitHub

管理をユーザ側でやる、という形であれば1か所にまとめたほうが良いのでどこか1か所を決めて、リポジトリ追加時にそこへ追加していく方法をとったほうが良いかもしれません。
DebianのWikiにも /etc/apt/keyrings 配下に設置しよう、となっているのでこっちに合わせたほうが良いかもしれません。
DebianRepository/UseThirdParty - Debian Wiki

今回はここまで。
おわり

【WSL】WindowsでUbuntuを検証したいときによく使うコマンド

2022-11-10T10:08:52+09:00

確認済み環境

Windows 11 22H2

Ubuntuをインストール

管理権限で起動したコマンドプロンプトかPowerShellで実施、WSL未導入の場合は再起動（バックグラウンドでWSLを導入するため、ハイパーバイザーや仮想マシンプラットフォーム機能などが有効化されるため）が必要です。再起動後Ubuntuが起動するのでID/PWの設定を行います。

> wsl --install -d Ubuntu

インストール状況を確認する

管理権限で起動したコマンドプロンプトかPowerShellで実施、インストールされたディストリビューション名や状態、WSLバージョンが確認できます

> wsl -l -v

Ubuntuをエクスポート

管理権限で起動したコマンドプロンプトかPowerShellで実施、他のPCに環境を移動したい時に使います

> wsl --export "ディストリビューション名（例：Ubuntu）" "エクスポートファイル名（例：Ubuntu_export.tar）"

Ubuntuをインポート

管理権限で起動したコマンドプロンプトかPowerShellで実施、WSLを導入していないPCの場合は事前に導入が必要です（私の環境ではWSL未導入だと--importオプションが使えませんでした）

> wsl --import Ubuntu "インポート先のフォルダ名（例：c:¥wslimg→フォルダがない場合は自動で作られる）" "エクスポートファイル名（例：Ubuntu_export.tar）"

Ubuntu (Desktop) Midnight -- Maximum Tune (in my history)

2021-09-26T22:04:36+09:00

はじめに(ご容赦事項)

今回記す内容は以下を求めている方には 適さない 可能性が多いにある：

Linux全般またはDebian, Ubuntuの『Server Edition』などのパフォーマンス改善
ハイパーバイザーな仮想環境上でのUbuntu Desktopの挙動改善(あまり期待できないと思う)
他、ホゲフカ特化のLinuxカーネルチューニング(そんな人はこの記事を見ていないで、初めから『カーネルビルド』について調べた方が良い)

タイトルは完全に『湾岸ミッドナイト・マキシマムチューン』を意識したものの、内容は大変薄っぺらい。
そしてしっかりとしたベンチマークを取ってもいないし、後記の事を行っていてもなお sudo journalctl -b-1 -xe と叩けば；

M月 dd hh:mm:ss manzyun-greed gnome-shell[dddddd]: Gnome Shell crashed with signal 11
...
M月 dd hh:mm:ss manzyun-greed gnome-shell[dddddd]: [email protected]: Main process exited, code=killed, status=11/SEGV

と吐かせる様な事をしているのだ。

もちろんながら、同様の方法を試みて読者に何か損失・不利益が生じたとしても、私は何も責任を取らない(相談には乗るかもしれないが)。

概要

可能な限りのファンの分解・グリースの補充・ラジエーターやヒートシンクの清掃、RAMやビデオカードの接点の無水エタノールによる清掃。
linux-zen カーネルのPPA追加とインストール。
ビデオカードの追加と、できる限り最新の freedesktop.org 製グラフィックドライバのPPAの追加とインストール。

見ての通り、とてつもなく『フリーライド(無賃乗車)』で『スクリプトキディ(コピペスクリプトを組む事しか能の無い小便臭いガキンチョ)』な事しかやってない。

ましてやベータリリースのディストロでやっているのだから、ディストロ開発をしている方々(主に『Canonical Ltd』に所属している方々やそれ以外のDebianパッケージメンテナの皆々様)には迷惑を掛けているかもしれない。

もし以降を実施するのであれば、 ベータリリースでは行わない で頂けると筆者個人は大変有り難い。~~「まずお前が止めろよ」と言わ……いや、言って良い。石を投げてくれ~~

筆者のマシン

neofetch の結果より：

            .-/+oossssoo+/-.
        `:+ssssssssssssssssss+:`
      -+ssssssssssssssssssyyssss+-
    .ossssssssssssssssssdMMMNysssso.       manzyun@manzyun-greed 
   /ssssssssssshdmmNNmmyNMMMMhssssss/      --------------------- 
  +ssssssssshmydMMMMMMMNddddyssssssss+     OS: Ubuntu Impish Indri (development branch) x86_64 
 /sssssssshNMMMyhhyyyyhmNMMMNhssssssss/    Host: MS-7693 4.0 
.ssssssssdMMMNhsssssssssshNMMMdssssssss.   Kernel: 5.13.19-xanmod1 
+sssshhhyNMMNyssssssssssssyNMMMysssssss+   Uptime: 1 hour, 15 mins 
ossyNMMMNyMMhsssssssssssssshmmmhssssssso   Packages: 3403 (dpkg), 58 (flatpak), 28 (snap) 
ossyNMMMNyMMhsssssssssssssshmmmhssssssso   Shell: fish 3.1.2 
+sssshhhyNMMNyssssssssssssyNMMMysssssss+   Resolution: 3840x2160 
.ssssssssdMMMNhsssssssssshNMMMdssssssss.   DE: GNOME 
 /sssssssshNMMMyhhyyyyhdNMMMNhssssssss/    WM: Mutter 
  +sssssssssdmydMMMMMMMMddddyssssssss+     WM Theme: Adwaita 
   /ssssssssssshdmNNNNmyNMMMMhssssss/      Theme: Yaru-dark [GTK2/3] 
    .ossssssssssssssssssdMMMNysssso.       Icons: Yaru [GTK2/3] 
      -+sssssssssssssssssyyyssss+-         Terminal: gnome-terminal 
        `:+ssssssssssssssssss+:`           CPU: AMD FX-8320E (8) @ 3.200GHz 
            .-/+oossssoo+/-.               GPU: AMD ATI Radeon R7 370 / R9 270/370 OEM 
                                           GPU: AMD ATI Radeon R7 370 / R9 270/370 OEM 
                                           Memory: 3317MiB / 32056MiB

察しの良い方なら、
「5年落ちのマシン構成に、4Kディスプレイのモニタを差してる……だと？」
と困惑するだろう。

流石に『Radeon R7 370』が可哀想なので、2880x1620 と控えめにしている。

マシン清掃

ほぼ盆栽弄りの様なものだ。

パソコンを組み立てた事のある方には常識とは思うが；

エアフロー(外気を底面に近い所から吸引、天井へと熱を逃して排気)を意識する
メンテナンス容易性の観点から、フルタワーマシンが好ましい

やってる事はその程度である。

以降の工程に入る前に、「せっかくならもっとマシンに本気を出してもらう設定を組むきっかけ作りとして、BIOSやUEFIの内容をまっさらにする」為に、CMOS内のデータ保存用のボタン電池を取り外して作業をしてても良いだろう。

各部ファンの分解・グリース充填・ファンの羽根の清掃

⛔ ::手先の感覚や力加減に自信のある人だけここの章はやれたらやりましょう。

同じ調子で簡易水冷クーラーもオーバーホール。 pic.twitter.com/ZPLM33rpyp
— まんじゅ（´ん｀）＠現世人型害畜 (@manzyun) 2021年9月16日

『勝手に修理・気ままに工作』さんの『PCファンの分解、メンテナンス』を参照しながら行った。

### 用意するもの

大きめのマイナスドライバー x 2
グリース (オイル ではない , また「CPUとヒートシンクの間」に塗る『放熱グリス』とも違う )

グリースについてはスプレーで十分とは思うが、ペースト状の物を今回は使用。

やり方

2本のドライバーをファンの軸部の境目に捻り込む
マイナスドライバーをひねったり傾けたりして ジワジワ と外すつもりでやる
外れたら楊枝などで羽根部位の支柱が入っていた所にグリースを 少しずつ 継ぎ足す様に入れる
羽根部位は固く絞った布などで軽く拭き、乾拭きをする。
羽根部位の支柱と支柱が入っていた穴を合わせて押し込んで、手動で少し回す

2 の過程については、自分も初めてやった割には上手く行ってしまったので『コツ』と言える様なものがほぼ無い。しいて挙げるなら；

ドライバーから来る張り・抵抗に注意を払う
視覚も用いて張り・抵抗がどの位置から来ているのか注意を払う
破損・破壊の不安を感じたら、 諦める
羽根を押し込む前に銅線(コイル)があまりにも乱れていたら、ととのえる

くらいしか無い。

そんな調子で、簡易水冷クーラーのラジエーターのファンとビデオカードのファンをメンテナンスした。ケース側面のファンについては「破壊する不安」を感じたので諦めた。

2022-04-12T1850 追伸

初めから期待はしていなかったが、
『ビデオカードのシリコングリースの塗り直し』
をやった：

MSIサポートの対象外へと足を踏み入れました。グリースをつけ直しても対して変わらないだろうけど。自己責任の覚悟、完了！ pic.twitter.com/zOP8MjoGoS
— まんじゅ（´ん｀）＠現世社会的アウター (@manzyun) April 8, 2022

残念な期待通りだったが、そこまで変わらなかった。

上記を機会にと、ビデオカードの設定見直しを、
「常時高火力(演算性能)」
から、
「自動演算能力性能制御」
に切り替えたり、ビデオカードのネジのトルク(締め加減)を高め(強め)にした。

『コンコルドの誤り』もあるだろうが、多少ファンの回転中に生じていた振動音が消えた様ではある。

## ラジエーターやヒートシンクの清掃
⚠ :: 清掃対象に適する洗剤や清掃方法を事前によく確認しましょう。

大抵はエアーダスターで綿ホコリを飛ばすだけで十分かと思う。

うっかり錆が付いていたら丁寧に取り除き、その部位には材質に適した防錆剤を塗布したら良いかもしれないが……今時そういったパーツに鉄を使っている事自体がまれなので、気にしなくて良い。

## ビデオカードやRAMのマザーボードとの接触端子の清掃

ここまで神経質にならなくても良いが、組み立ててから5年も使ってると、
「ねぎらいの心情」
でやりたくなった。

ごく普通に『無水エタノール』を染み込ませた綿棒で端子部分を拭いただけである。

## BIOS・UEFIの設定
⚠ :: マシンのBIOS・UEFIのドキュメント(説明書)を事前に確認し、調整可能項目を踏まえてから操作しましょう

分解清掃したパーツ群を適切に再装着をしたら、マシン起動直後にBIOS・UEFIの画面に遷移するコマンドキーを5回毎秒程度で連打し、それらの画面に遷移する。

丁寧にCMOSの内容を破棄した方は見慣れないメッセージが出るかもしれないが、冷静に読めば内容の判る英語のはずなので、適切に『セットアップ画面』へ遷移する様に操作する。

特筆する事は無いとは思うが、一応書いておく。

IOMMU(Intelだと『VT-x』とかかも)の有効化
ファンの回転数は高め(35℃代で1000rpmを基準)に設定

Linux-Zenの導入

おそらくこの記事の一番のお題。

自分が下手に説明するより、『点と接線。』さんの『linux-zenの導入について』を読んだ方が誤解が無い気がする：

一方、linux-zen、俗にZENカーネルと呼ばれるカスタムカーネルにはもっと普遍的な付加価値がありそうに思われた。なんせArch LinuxのWikiでは下記のように説明されている。

ZEN Kernel はカーネルハッカーたちの知恵の結晶です。日常的な利用にうってつけの最高の Linux カーネルになります。詳しい情報は https://liquorix.net を見てください (Debian 向けの ZEN ベースのカーネルバイナリ)。

なるほど、いかにもすごそうだ。しかしこれでは抽象的すぎて説明になっていない。文中のリンク先にもそのものズバリの情報はなかったので、自ら調べたところ下記の解説が得られた。

Well I think the Zen Kernel (or the patches that are applied to it) increases your system’s responsiveness and lowers your latency at the expense of some performance hit (I’d say about 1-3% at best).

簡単に言えばわずかなパフォーマンスの犠牲（1~3%くらい）と引き換えにシステムの応答性を向上させてくれるカーネルということらしい。

Ubuntu含むDebianディストリビューションでは2つの選択肢がある。『Liquorix』と『XanMod』である。

Liquorix

Liquorixをかい摘んで筆者の言葉で述べるなら、
「 最新のLinuxカーネル に ZEN なカスタムを施したカーネルバイナリパッケージ」
である。

最新のLinuxカーネル というのがやや難儀なもので、テキトーな比較資料として筆者のマシンで ls /boot/ -l | grep -e "^vmlinuz.* を叩いてみる：

~ $ ls /boot/ | grep -e "^vmlinuz.*"                                                                                                                                        
vmlinuz
vmlinuz-5.10.65-rt53-xanmod1
vmlinuz-5.13.0-16-generic
vmlinuz-5.13.19-xanmod1
vmlinuz-5.14.0-6.4-liquorix-amd64
vmlinuz-5.14.0-7.1-liquorix-amd64
vmlinuz.old

注目して頂きたいのは、 vmlinuz-5.13.0-16-generic と vmlinuz-5.14.0-6.4-liquorix-amd64, それと vmlinuz-5.14.0-7.1-liquorix-amd64 の行である。マイナーバージョンがガラリと変わっている事がお判り頂けるだろうか。

差し当って「ホームユース」には支障は無いので神経質になる必要は無いものと思う。 ~~「Ubuntuをホームユースしている人が稀」とは言わないでくれ。ここに居るんだ。~~

筆者も初めはこちら(ただしベータリリース起動後しばらくは除く)を使っていたが、
「UbuntuでDTMを真面目にやるとすると、RealTimeカーネルかねえ……」
と魔が差してしまった為、次に紹介するカスタムカーネルを用いる様になった。

XanMod

Webページが「ゲーマー向け」だったので当初は避けてしまっていたが最近は、
「いや、ゲームを作りたいんだったら、ゲーム向けにカスタムされたカーネルを使うのは必然だったのでは？」
とか、
「 stable パッケージを作っていて、かつUbuntuのgenericカーネルとの開きはそこまで無い」
「RealTimeカーネルも有り難いなあ」
とつい思い抱いて浮気する形となっている。

とはいえ、そこまでRealTimeを意識する事があるかと問われると……それこそJACKオーディオサーバーもカリッカリにチューニングした上でMixxxやArdourで高サンプリング周波数の音声ファイルを扱ったDJ,DAWをする時に必要になるのかもしれない。 ~~つまり直近では無い~~

マシンの用途に合わせて選んで、PPAを追加し、インストールして頂きたい。

カーネルパラメーター

カーネルパラメーターとは何かについては、また雰囲気解釈で良いなら「ビルド済みのLinuxカーネルそのものに後から設定できる値」と解釈しておくのが良いかと。

こちらに関しては「Windowsとのデュアルブート」をしている方々にはお馴染みで ~~嫌悪される事もある？~~ grub2 の設定で、
「全てのカーネルに対してのカーネルパラメーター」
を当てた。以下筆者の、 /etc/default/grub の先頭から数十行抜粋：

# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

# [NOTE] This section was enabled auto select kernel from before booted.
GRUB_DEFAULT=saved
GRUB_SAVEDEFAULT=true

# [HACK] I don't know `GRUB_TIMEOUT` values effect too...
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=3
GRUB_HIDDEN_TIMEOUT=3
GRUB_HIDDEN_TIMEOUT_QUIET=true

# [CAUTION] Do NOT remove this section!
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`

# [NOTE]::
# - amd_iommu=on :: Enable IOMMU on Kernel. Of course, Enabled IOMMU on UEFI
# - amdgpu.runpm=0 :: Turn off power management on VGA board, maybe.
# - amdgpu.audio=0 :: Interesting bug. Turn off audio support amdgpu:
#   The kernel was supported HDMI audio. but, If that option was enabled,
#   HDMI display make buggy view.
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash amd_iommu=on amdgpu.runpm=0 amdgpu.audio=0"
GRUB_CMDLINE_LINUX=""

最初の4行は元々あるコメントだが、それ以外のコメント部分は「筆者の知性と教養」で書いたテキトー英語なので、頭の悪さが垣間見えるだろう。

一番重要なのは GRUB_CMDLINE_LINUX_DEFAULT=... の中の amd_iommu=on である。

ハイパーバイザー型の仮想環境からのビデオカードへのアクセスの用途で使う記憶ではあるが、筆者の学習不良につき、
「なぜIOMMUがPRIMEの利用可否に影響を与えるのか」
について解説できない現状である。

さて、ここまで来たら再起動…… の前に update-grub2 をしっかり叩いてビルド完了を見送る事。

モニタリング

🛈 :: 必須では無いですが、できると今後のチューニングが捗ります。

Ubuntuの再起動後は、マシンのファンの音やデスクトップ環境の挙動を眺めて調整していくのも一つかと思う。

もし「サブモニタ」を使えるならば、上に載せた画像の様にいくつかのツールを起動しておいて観測しておくと、ファンの適切な回転数やプロセッサの限界値が垣間見えるかもしれない。

それでは、良きLinuxデスクトップライフを……え、嫌？

補足資料

update-initramfs や update-grub2 についての詳しい話は『Ubuntu Weekly Recipe』の下記をご覧頂けると幸い：
* 第638回 Ubuntuに「普通に」ログインするいろいろな方法
* 第639回 Ubuntuに「トラブル時に」ログインするいろいろな方法

また、Ubuntuでの「Steamで配信されているゲーム」については、下記も非常に参考になった:
* 第626回 UbuntuでもSteamのWindowsゲームを！
* AMD GPUを使用してLinux/Ubuntu 20.04でCyberPunk 2077をプレイする方法 - Qiita

さらに、「『Wayland』上での『GNOMEデスクトップ環境』で『OBS Studio』の画面・ウィンドウキャプチャをする」に当ってはOBS StudioにWaylandのスクリーンキャプチャが入ったので試してみた - チラシの裏とかそういう類のに助けられた。

これらの記事を記して下さった皆々様、もちろんArchWikiのページを編集している皆様には、改めてこの場で感謝申し上げさせて頂く。

この後

以降、この記事を書き終えた後で色々気づいた事を書き留めてる。

2021-09-27T08:12

カーネルのアップグレードが入ると(ベータリリースのディストリビューションを使っているので尚更)高頻度で、
「一部のソフトウェア・アプリケーションが画面表示されない」
事象が発生する。

対処方法は単純に(思考停止だが)「再インストール」で何とかしているので、それについて追記する：

sudo ppa-purge oibaf/graphics-drivers -- # oibafさん提供の最新ドライバを一旦消してダウングレード
sudo apt autoremove && sudo apt autoclean -- # 念の為消せるパッケージや設定は削除する
sudo sed 's/^# deb /deb /' /etc/apt/sources.list.d/oibaf-ubuntu-graphics-drivers-{DistroCodeName}.list -- # ppa-purgeで無効にしたリポジトリを有効化する。不安な人は『ソフトウェアとアップデート』などの他プログラムで編集する事を強く勧める。なお {DistroCodeName} は「PPAを追加した時のUbuntuのコードネーム」になる。
sudo apt update && sudo apt upgrade -- #アップデート(パッケージリストの更新)とアップグレード(パッケージそのものの更新)
sudo systemctl reboot -- # 再起動。古いコマンドではあるが `sudo shutdown -r now` でも良い。

2021-10-16T17:24

カーネルパラメーターを以下の様に変更；

- GRUB_CMDLINE_LINUX_DEFAULT="quiet splash amd_iommu=on amdgpu.runpm=0 amdgpu.audio=0"
+ GRUB_CMDLINE_LINUX_DEFAULT="quiet splash amd_iommu=on"

理由というより、こうなるに至った展開は；

amdgpu-fan が YAML ファイルの読み込みで起動しなくなった
カーネルパラメーターを見直して以下を思った：
2.1. LinuxカーネルにAMD自体もコミットしてなかったっけ？
2.2. 3年も経っていてかつ、新しめのカスタムカーネルなら、そういう変更(パッチ)も適用されているのでは？
試しに消す。 ビデオカードのファンが回ってくれた

この後で amdgpu-fan の本体であるPythonスクリプトを少し弄るが問題の根が深そうなので諦め、川音リオ氏にお勧め頂いた『CoreCtrl』で、ビデオカードのファンの回転数を高めにするのであった。幸いパッケージの衝突は無かった。

2023-12-09T10:45

その後、数回のディストリビューションアップグレードでパッケージが一旦アンインストールされるという事があったので、今後困る事があるかもしれないので書いておく

Steam Protonで動かしていたゲームが起動しなくなった

sudo apt install dxvk mesa-vulkan で解消した。要は、
「DirectXの役割をVulkanに代替するライブラリと、Vulkanそのものがいつの間にか抜けていた」
という事だ

調査方法はうろ覚えだが、『Steam Lancher』で調査したいゲームの設定からコマンドを次の様に編集し、コンソールログをファイル出力した：
%command% -condebug

出力したログファイルは $HOME/.steam/steam/logの配下にそれっぽいものが出力されたと思う

CoreCtrl がアップグレード後に、また管理者権限を要求される

アップグレード後のお約束なので、mkdir $HOME/.local/etc.bak とディレクトリを作っておいて、設定ファイルの原本をそこに置いておくと後々楽。なお筆者の例：

$ pwd
/home/manzyun/.local/etc.bak

$ ls -l
合計 8
-rw-rw-r-- 1 manzyun manzyun  86 12月 28  2021 90-corectrl.pkla
-rw-rw-r-- 1 manzyun manzyun 310 12月 28  2021 90-corectrl.rules

$ cat 90-corectrl.rules
polkit.addRule(function(action, subject) {
    if ((action.id == "org.corectrl.helper.init" ||
         action.id == "org.corectrl.helperkiller.init") &&
        subject.local == true &&
        subject.active == true &&
        subject.isInGroup("manzyun")) {
            return polkit.Result.YES;
    }
});

$ sudo cp ./90-corectrl.rules /etc/polkit-1/rules.d/

蛇足

PRIMEを有効活用するにはビデオカードが2枚必要になる。さらに「 一枚のビデオカードに映像出力を全て任せる 」ケーブル接続を行わないと、「2ヶ月経っても安定してグラフィック編集ソフトを駆動できない」筆者の様になる。
- しかしPRIMEの有効性から察するに、ビデオカード2枚挿し(特にマザーボードに映像出力端子が備わっていない構成のマシン)はかなり有効な手立てかもしれない。
- SteamランチャーからのゲームでPRIMEを使う場合は、ゲームの起動オプションで env DRI_PRIME=1 %command% と指定するのが良さそうではある。
- 実はUbuntuメニューに表示される *.desktop ファイルでも同じく env コマンドで環境変数を指定する事ができる。
/etc 配下を弄り倒すのは割と勇気が要る。しかし etckeeper と brz や git を入れておくと、多少心配事が少なくなると思う。

Vagrant で Temporary failure resolving となる問題の解決 - イントラネット DNS 編

2021-05-19T09:57:20+09:00

Vagrant で Ubuntu の VM を立ち上げたとき、 apt 等を行おうとすると、以下のようなエラーに遭遇した。

client: Err:1 http://security.ubuntu.com/ubuntu focal-updates/main amd64 libjpeg-turbo8 amd64 2.0.3-0ubuntu1.20.04.1
client:   Temporary failure resolving 'proxy.local.example'

上記のエラーの内容はプロキシに接続できないというものだが、問題のポイントはプロキシかどうかはあまり関係が無く、名前解決に失敗しているという部分だ。
こういうのはだいたい systemd-resolved のスタブリゾルバ周りの問題だと相場が決まっている。

…ということで、順番に確認しながら問題を解決していこう。

なお、使った box は generic/ubuntu2004 で、 VirtualBox で VM をホストしている。

スタブリゾルバの確認

まず、 resolv.conf を確認してみる。

$ cat /etc/resolv.conf
# This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "resolvectl status" to see details about the uplink DNS servers
# currently in use.
nameserver 127.0.0.53

テキストファイルのコメントに書いてあるとおり、コイツを書き換えるのは悪手。

ネームサーバーが 127.0.0.53 を指しているが、これが systemd-resolved のスタブリゾルバだ。

ここで言うリゾルバとは、ドメイン名を元にIPアドレスを解決する仕組みのことを指していて、 DNS なども同様の機能を持っている。
その中でも、スタブリゾルバは、（「スタブ」と言うだけあって、）それ自身はドメイン名とIPの対応リストを持たずに、 DNS 等の他のリゾルバを呼び出して解決する仕組みをもっている、ローカルのサービスだ。
ローカルアプリケーションが直接 DNS を参照せず、一旦スタブリゾルバを参照することで、 systemd で管理された適切な DNS を自動的に参照されるようになったり、 DNS では解決できない hostname.local といったホスト名ベースの名前解決 (mDNS) を行えるようになっている。

さて、そのスタブリゾルバがどう動いているか resolvectl status で確認してみよう。

$ resolvectl status
[...]
Global
  Current DNS Server: 4.2.2.1
         DNS Servers: 4.2.2.1
                      4.2.2.2
[...]
Link 2 (eth0)
      Current Scopes: DNS
    DNSSEC supported: yes
  Current DNS Server: 4.2.2.1
         DNS Servers: 4.2.2.1
                      4.2.2.2
                      208.67.220.220
                      10.0.2.3

4.2.2.1 や 208.67.220.220 などが DNS に設定されているのがわかる。
これらは、いわゆるパブリックDNSだ。

実は、先ほど名前解決できなかったプロキシは、 LAN 内のサーバーだった。このため、パブリックDNSに問い合わせられてしまっては、名前解決ができないのも当然だ。

パブリックDNS はどこで設定されているのか

名前解決に失敗する理由はわかった。しかし、この DNS はどこで設定されているのか？

ざっと確認してみたところ、 resolved.conf の設定と、仮想マシン内の NAT を繋いだ NIC の netplan 設定に、それっぽい設定が書かれていた。

$ cat /etc/systemd/resolved.conf 
[Resolve]
DNS=4.2.2.1 4.2.2.2 208.67.220.220

$ cat /etc/netplan/01-netcfg.yaml 
network:
  version: 2
  renderer: networkd
  ethernets:
    eth0:
      dhcp4: true
      dhcp6: false
      optional: true
      nameservers:
        addresses: [4.2.2.1, 4.2.2.2, 208.67.220.220]

これらは通常の Ubuntu のインストールプロセスでは設定されないので、 generic/ubuntu2004 の box の作成者の味付けなのだろう。

これらの DNS のアドレスの設定を、プライベートネットワーク内の DNS のアドレスに書き換えてしまえば、きっと意図した動作に近づくはずだ。

スタブリゾルバを使わずに LAN内の DNS を指定する

スタブリゾルバは、細かい優先度合いの制御などを外から行えない。これはネットワークの状況に応じて最適調整してくれる設計だからなのだが、 Vagrant で立ちあげる VM のように、 NAT の DNS やローカルの DNS が混在していると、うまく調整できずに、こういった問題の解決がやりにくい。

スタブリゾルバを動かしているままでも問題なく動いているのならそれでもかまわないのだが、上記の DNS の書き換えを行ってもどうも意図通りに名前解決されない場合は、 systemd-resolved のスタブリゾルバを使わずに、 /etc/resolv.conf の nameserver を切り替えるようにしたい。

具体的には、 /etc/resolv.conf が ../run/resolvconf/resolv.conf へのシンボリックリンクになっているところ、 ../run/systemd/resolve/resolv.conf へのシンボリックリンクに書き換える。
こうすることで、 resolved.conf や netplan で設定した DNS が直接 /etc/resolv.conf の nameserver に書かれるようになる。
詳しくは、 systemd-resolved.service のマニュアルあたりを見て欲しい。

…と、このような書き換えを、 Vagrantfile の定義に書き落とすと、以下のようになる。
なお、以下は 192.168.11.1 がローカルネットワークの DNS のアドレスである場合の例なので、適宜書き換えていただければと。

config.vm.provision :shell, inline: <<-'SHELL'
    ln -sf ../run/systemd/resolve/resolv.conf /etc/resolv.conf
    sed -i -E '/nameservers:/{n; s/(addresses:).*/\1 [192.168.11.1]/}' /etc/netplan/01-netcfg.yaml
    netplan apply
    sed -i -E 's/(^\s*DNS\s*=\s*).*$/\1192.168.11.1/' /etc/systemd/resolved.conf
    systemctl restart systemd-resolved.service
SHELL

そうすると、 resolv.conf の中身が以下のように netplan の設定などから求められた DNS に置き換えられ、スタブリゾルバを経由せずに名前解決されるようになる。

$ cat /etc/resolv.conf
# This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients directly to
# all known uplink DNS servers. This file lists all configured search domains.
#
nameserver 192.168.11.1
nameserver 10.0.2.3

このようになれば、ローカルの DNS でキチンと名前解決されるようになるだろう。

【Ubuntu Server 18.04】xrdpをインストールする

2021-01-03T15:39:43+09:00

Ubuntu Server のGUIをMacでもWindowsでもリモート操作したい場合にxrdpがわりと便利です。
以下導入手順です。

動作確認済み動作環境

サーバ　Ubuntu Server 18.04.3 LTS
クライアント MacOS 10.14.5 + Microsoft Remote Desktop 10.2.13

導入手順

1. xrdpインストール

aptでインストールします

$ sudo apt -y install xrdp

一応これでもリモートログインできるが以下のダイアログが出てきて、ログインの度にキャンセルしないとリモート操作ができず気持ち悪い。2.の手順で解消できます。

2. 認証が要求されましたダイアログを出さない方法

どこかで似たような症状が出た人の対応策を丸パクリですが、xrdp-color-manager.pklaファイルにおまじないを記述します

$ sudo tee /etc/polkit-1/localauthority/50-local.d/xrdp-color-manager.pkla </dev/null
[Netowrkmanager]
Identity=unix-user:*
Action=org.freedesktop.color-manager.create-device;org.freedesktop.color-manager.create-profile;org.freedesktop.color-manager.delete-device;org.freedesktop.color-manager.delete-profile;org.freedesktop.color-manager.modify-device;org.freedesktop.color-manager.modify-profile
ResultAny=no
ResultInactive=no
ResultActive=yes
EOL

反映のため、polkitを再起動します

$ sudo systemctl restart polkit

以上で完了です。

Raspberry Pi に Ubuntu を入れて SSH でログインするまでの A to B

2020-09-01T00:07:27+09:00

何番煎じかわからないが、 Raspberry Pi (以下、 RasPi) に Ubuntu を入れる手順についてまとめてみようと思う。

Ubuntu 公式の How to install Ubuntu on your Raspberry Pi チュートリアルは充実しているし、単にインストールして動かすだけなら、既にある記事でも十分だろうとは思う。
しかし、初回セットアップ時の細かいカスタマイズについて書かれているものがあまり見当たらなかったので、この記事ではそれについて補足しながらまとめていく。

先に断っておくが、 cloud-init による IaC の話が中心になる。

TL;DR

焼いた SD を RasPi に挿す前にブートプロセスの設定を書き換える
cloud-init の挙動を理解しろ
モニター無し＆無線LAN Only だと、工夫がいる
ARP リクエストのブロードキャストが届かないと苦労する

きっかけ

完全に私事だが、おしごとで Linux 使うことが増えてきて、 WSL (or WSL2) や仮想マシン上の知識だけではなかなか難しい、ネットワーク回りの知識が不足してきた。
そこで、勉強がてら何らかの物理的な Linux マシンが欲しかった。

中古の x86 ラップトップに Linux を入れるのでも良かったのだが、それだと Linux 向けの無線やネットワーク回りのドライバーが揃っているか確認するのが難しい。
そこで、様々な Linux ディストリビューションが公式でサポートされ、 I/O も充実していて、コスパの高い Raspberry Pi 4 B+ をチョイス。

これまで、 RasPi 自体は所持していたのだが、電子工作目的であったことから Raspberry Pi OS (旧 Raspbian) しか入れていなかった。
より Linux サーバーらしい使い方も試してみたいと言うことから、今回は Ubuntu をいれることした。

いざ、セットアップはじめようとして、致命的な問題に気づく。
micro-HDMI のケーブルを持っていないと言うことに…

ということで、なんとかセットアップを工夫して、 モニターが無くても一通り設定して ssh できる ところまで持って行くことを目標にする。

準備

用意するものは以下の通り。

Raspberry Pi 2 または 3 または 4
8GB 以上の microSD カード
misroSD を書き込める PC (Win, Linux, mac)
インターネットに繋がる Wi-Fi またはイーサネットケーブル

RasPi 無印や Zero など、 SoC (CPU) が ARMv6 のものは、 Ubuntu ではサポートされていない。

microSD カードは、 IOPS が速いものの方が、後々うれしいだろう。
SD カードの規格で言えば、アプリケーションパフォーマンスクラス A1 や A2 に対応しているものが良いというコトなのだろうが、正直モデル差やロット差が激しすぎるので、実際買ってみて IPOS が早いかどうか試してみるしかないと思う。

以下のものも有れば望ましいが、今回の手順ではなくても大丈夫。

HDMI (RasPi 4 の場合は micro-HDMI) で繋がるモニター
RasPi 繋げる USB キーボード

ブータブル SD の作成

まず、使用する Ubuntu の OS イメージを準備しよう。

2020年8月時点では、 20.04 LTS と 18.04 LTS に対して、それぞれ 32bit版と 64bit版が存在する。

特に理由が無ければ、 20.04 LTS の 64bit 版で良いだろう。
但し、 512MiB しか RAM がない RasPi 3A+ では、 64bit OS だと ssh でアクセスするだけで Out of Memory してしまうので、 32bit にすることをオススメする。
また、 RasPi 2 の CPU は 32bit 版なので、 32bit OS しか選べない。

microSD への書き込みは、主に以下の 2種類の方法がある。
どちらか好きな方でどうぞ。

メモ:

以前は NOOBS という、 RasPi を起動後に OS 選択させてインストールさせるツールも存在したが、今回は触れない。  
詳しくはググってほしい。

1. イメージファイルをダウンロードして任意のツールで焼き込む

Install Ubuntu Server on a Raspberry Pi 2, 3 or 4 のページからダウンロードしたイメージファイルを、任意のツールで microSD に焼く方法。

個人的には、 balenaEtcher を使って焼くのが、以下の理由でオススメ。

.gz, .xz, zip などで圧縮された状態のイメージをそのまま焼ける
- オンザフライで解凍しながら焼かれるので、あらかじめ展開しておく必要が無い
- ... と思っていたけど、最近のバージョンでは一旦一時ファイルに展開されてから焼かれるっぽい。それでも早いけど。
Portable 版がある (インストール不要)

2. Raspberry Pi Imager を使う

Raspberry Pi 財団公式サイトの Raspberry Pi Downloadsi ページからダウンロードできる、 Raspberry Pi Imager を使って、 OS のイメージをダウンロードしながら microSD に焼く方法。

Raspberry Pi Imager をインストールして起動すると、インストールしたい OS を尋ねられるので、ここで Ubuntu の任意のバージョンを選択する。

ダウンロードしながらそのまま焼き込むため、本来なら (1) よりも早くてオススメのハズ…
…なのだが、少なくとも私が試した限り、 (1) のほうがずっと早いんだよねぇ。。。

OS イメージを DL元が違って、ダウンロード速度がネックになって遅くなっているのかな…
あまり深く調べてないけど。

system-boot パーティション内の cloud-init 等の設定を書き換える

作成した micorSD を早速 RasPi に挿す …前に 、初回セットアップ設定の書き換えを行う。

一度書き込んだ microSD を再び PC に挿すと、 "system-boot" という 250MB 位の FAT32 パーティションが開けるはずだ。

このパーティション直下にある README というファイルを開くと、このパーティションに存在するファイルの概要が簡単に書いてある。

An overview of the files on the /boot/firmware partition (the 1st partition
on the SD card) used by the Ubuntu boot process (roughly in order) is as
follows:

* bootcode.bin   - this is the second stage bootloader loaded by all pis with
                   the exception of the pi4 (where this is replaced by flash
                   memory)
* config.txt     - the first configuration file read by the boot process
* syscfg.txt     - the file in which system modified configuration will be
                   placed, included by config.txt
* usercfg.txt    - the file in which user modified configuration should be
                   placed, included by config.txt
* start*.elf     - the third stage bootloader, which handles device-tree
                   modification and which loads...
* uboot*.bin     - various u-boot binaries for different pi platforms; these
                   are launched as the "kernel" by config.txt
* boot.scr       - the boot script executed by uboot*.bin which in turn
                   loads...
* vmlinuz        - the Linux kernel, executed by boot.scr
* initrd.img     - the initramfs, executed by boot.scr
* meta-data      - meta-data for cloud-init; usually just contains the
                   instance id
* network-config - network configuration for cloud-init; edit this to set up
                   wifi access points and other networking settings
* user-data      - user-data for cloud-init; edit this to configure initial
                   users, SSH keys, packages, etc.

このパーティションには、 Raspberry Pi の BIOS の変わりとなる config.txt, bootcode.bin, start.elf と言った構成ファイルや、ブートコード、そして cloud-init の構成ファイルが入っている。

このうち cloud-init というのは、 Infrastructure as Code (IaC) の一種だ。その名の通り、 AWS 等のクラウド上の仮想マシンの初期設定を得意としている。
校正用の設定ファイル (YAML) を使って設定内容を記述することで、クラウドやディストリビューションの違いをある程度吸収して初期設定を記述することができる。
OS のイメージ内に予め cloud-init のサービス(デーモン) が組み込まれており、 OS の起動時に各クラウドのサービスの UI 経由で設定ファイルを読み取って、主に初回起動時に初期設定処理が走る… というのが主な仕組みとなっている。

RaspPi 用の Ubuntu Server イメージでは、この cloud-init 用の設定ファイルの取得元が上記の system-boot パーティションとなっている。
イメージ組み込みの定義と system-boot パーティション内の定義を組み合わせて、初期設定が実行される。

例えば、このイメージを使ってそのまま Ubuntu を起動すると、 "ubuntu" というログイン ID に "ubuntu" というパスワードが設定され、 SSH のパスワード認証が有効になった状態で起動している。
このうち、 "ubuntu" というユーザー名と SSH サーバーの起動は、 OS 組み込みの /etc/cloud/cloud.cfg の定義によるもの。
そして、 "ubuntu" というパスワードの設定と、 SSH のパスワード認証の有効化は、 system-boot パーティションの user-data ファイル内の以下の定義によるものだ。

#cloud-config
chpasswd:
  expire: true
  list:
  - ubuntu:ubuntu

ssh_pwauth: true

とうことで、遠隔から SSH ログインできるように、こららのファイルを順に書き換えていこう。

cloud-init の network-config

network-config ファイルには、以下の 2つの大きな役割がある。

cloud-init 初期設定実行前にデバイスをネットワークにつなぐ
netplan の /etc/netplan/50-cloud-init.yaml にファイルの内容を転記する

『何だ、同じことじゃないか』と思われるかも知れないが、この二つはシステムに適用されるタイミングと言う点で大きく異なる。

前者は、 cloud-init サービスの起動直後に、 cloud-init の通信を行うためにシステムに適用される。
一方後者は、後者は内容をファイルにコピーするだけである。

cloud-init サービスによって netplan の 50-cloud-init.yaml が書き換わるのは、ネットワークサービスの起動より後になる (systemd の /usr/lib/systemd/system/cloud-init.service の設定を参照)。
このため、システムやサービスが再起動されるか、能動的に netplan apply しないと、 50-cloud-init.yaml の内容は適用されない。

そしてもう一つ重要なのが、以下の一文。

Networking Config Version 2 — cloud-init 20.3 documentation

Cloud-init does not current support wifis type that is present in native netplan.

そう。
前者では、 Wi-Fi の設定が無視されるのだ。

すなわちこれは、有線LAN が繋がっていない場合、ファイルの更新や apt パッケージの取得などのインターネットに繋ぐような処理は、初回ブート時の cloud-init では全くできないことを意味する。
幸いにも、 Ubuntu イメージ組み込みの cloud-init の初期設定の内容は、ネットワークに繋がっていなくても処理が完走できる。

cloud-init の元々の用途を考えれば、 Wi-Fi が設定できる必要性はないだろうし、仕方が無いことなのかも知れないが……

このファイルに Wi-Fi の設定を記載しただけでは、初回起動時には Wi-Fi が有効にならないことは覚えておこう。
後の手順に関係してくる。

とりあえず、 netplan の設定に Wi-Fi アクセスポイントの情報は書いておきたいので、 network-config は以下のように書き換える。
SSID やパスワードは自分の環境のものに置き換えて書いてくれ。

--- network-config.org
+++ network-config
@@ -11,15 +11,15 @@
 ethernets:
   eth0:
     dhcp4: true
     optional: true
-#wifis:
-#  wlan0:
-#    dhcp4: true
-#    optional: true
-#    access-points:
-#      myhomewifi:
-#        password: "S3kr1t"
+wifis:
+  wlan0:
+    dhcp4: true
+    optional: true
+    access-points:
+      "SSID-of-myhomewifi":
+        password: "password-of-myhomewifi"
 #      myworkwifi:
 #        password: "correct battery horse staple"
 #      workssid:
 #        auth:

cloud-init の user-data

cloud-init 書き換えのメインとなる user-data。
これは、 Cloud Config Data の内容を記述する YAML 形式のファイルだ。
基本的には、 OS 組み込みの /etc/cloud/cloud.cfg の値を上書きしたり、 cloud.cfg で読み込まれた Modules の設定を記述していく。

書き換え部分が長いので、3カ所に分けて説明していく。

--- user-data.org
+++ user-data
@@ -14,12 +14,22 @@
 # expire user passwords
 chpasswd:
   expire: true
   list:
-  - ubuntu:ubuntu
+  - newusername:ubuntu
+
+# Override the default user name defined in cloud.cfg
+system_info:
+  default_user:
+    name: newusername

 # Enable password authentication with the SSH daemon
-ssh_pwauth: true
+ssh_pwauth: false
+ssh_authorized_keys:
+- ssh-rsa AAAA<中略>== rsa-key-of-user1
+
+# locale and timezone
+timezone: Asia/Tokyo

 ## On first boot, use ssh-import-id to give the specific users SSH access to
 ## the default user
 #ssh_import_id:

既に上でも触れたが、 OS 組み込みの cloud.cfg の定義によって、 "ubuntu" というユーザーが作成されている。
しかし、既知のユーザー名をそのまま使うのはセキュリティ的にも若干不安があるし、作成後のユーザー名を書き換えるのは若干面倒なので、作成されるデフォルトのユーザー名自体を、他の名前に書き換えてしまおう。
system_info.default_user で、作成されるユーザ名を変更できる。
また、 chpasswd によるパスワード書き換えの対象となるユーザ名も変更しておこう。

ssh_pwauth で、 ssh のパスワード認証が有効になっているので、コレは切ってしまいつつ、
代わりに、 ssh_authorized_keys[*] リストに公開鍵を登録する。
これで安全に ssh できるようになった。恵dc

ついでにタイムゾーンも JST (Asia/Tokyo) に書き換えておこう。

--- user-data.org
+++ user-data
@@ -53,19 +63,20 @@
 #- pastebinit
 #- [libpython2.7, 2.7.3-0ubuntu3.1]

 ## Write arbitrary files to the file-system (including binaries!)
-#write_files:
-#- path: /etc/default/keyboard
-#  content: |
-#    # KEYBOARD configuration file
-#    # Consult the keyboard(5) manual page.
-#    XKBMODEL="pc105"
-#    XKBLAYOUT="gb"
-#    XKBVARIANT=""
-#    XKBOPTIONS="ctrl: nocaps"
-#  permissions: '0644'
-#  owner: root:root
+write_files:
+- path: /etc/default/keyboard
+  content: |
+    # KEYBOARD configuration file
+    # Consult the keyboard(5) manual page.
+    XKBMODEL="pc105"
+    XKBLAYOUT="jp"
+    XKBVARIANT=""
+    XKBOPTIONS=""
+  permissions: '0644'
+  owner: root:root
+- path: /etc/cloud/cloud-init.disabled
 #- encoding: gzip
 #  path: /usr/bin/hello
 #  content: !!binary |
 #    H4sIAIDb/U8C/1NW1E/KzNMvzuBKTc7IV8hIzcnJVyjPL8pJ4QIA6N+MVxsAAAA=

お次は、ファイルの作成。

日本語キーボードを認識しないと面倒なので、 /etc/default/keyboard を書き換えて日本語キーレイアウトを認識させる。
但し、 Ubuntu Server では、このファイルを書き換えただけだとキーボードレイアウトの変更が有効にならないので、後述の runcmd で dpkg-reconfigure コマンドを対話無しのオプションをつけて実行しておく。

cloud-init の設定の大半は、初回ブート時にただ一度だけ実行されるのだが、 cloud-init サービス自体は基本的に毎回常に起動して、サービスとして常駐しっぱなしになっている。
Modules で、 Module frequency: per always となっているモジュールの実行などは、ブートする度に毎回実行される。
そうすると、場合によっては cloud-init の実行ログがログイン画面を覆ってしまうことが毎回の起動毎に発生して鬱陶しい。
このため、 /etc/cloud/cloud-init.disabled という空ファイルを作成しておくことで、次回以降の起動時に cloud-init を無効にしておく。

--- user-data.org
+++ user-data
@@ -72,8 +83,19 @@
 #  owner: root:root
 #  permissions: '0755'

 ## Run arbitrary commands at rc.local like time
-#runcmd:
+runcmd:
+# apply keyboard configration
+- [ dpkg-reconfigure, -f, noninteractive, keyboard-configuration ]
+# apply netplan config defined on 'network-config'
+- [ netplan, apply ]
+# after wlan0 is connected, write the arp entry to target machine on background job
+- [ nohup, sh, -c, 'sleep 30; ping 192.168.0.2 &' ]
 #- [ ls, -l, / ]
 #- [ sh, -xc, "echo $(date) ': hello world!'" ]
 #- [ wget, "http://ubuntu.com", -O, /run/mydir/index.html ]
+
+# Restart 2 minutes after running all config modules (for apply keyboard configration)
+power_state:
+  delay: '+2'
+  mode: reboot

最後に、任意のコマンドの実行。

最初の dpkg-reconfigure は、 keyboard の書き換えを反映させるため。

[ netplan, apply ] のコマンドで初めて、 network-config で設定した Wi-Fi 設定が有効になる。

最後の [ nohup, sh, -c, 'sleep 30; ping 192.168.0.2 &' ] は説明が難しいのだが、これは仮に ssh でゲストの IP アドレスが 192.168.0.2 であると仮定して、そこへ向かって Ping を打っている。
何故そのようなことをしているかというと、ゲストPC から RaspPi の IP アドレスを ARP コマンドで確実に調べられるようにするためだ。

RasPi に繋げるモニターがないことを前提とすると、 SSH するために DHCP によって RasPi に割り当てられた IP アドレスをどうやって調べるのか、と言う問題に直面する。

How to install Ubuntu on your Raspberry Pi #4 に書かれているように、 RasPi の MAC アドレスの先頭 24bit は b8-27-eb (Pi 2~3) もしくは dc-a6-32 (Pi 4) と決まっている。
通常、 RasPi がオンラインになったときに、 ARPリクエストがブロードキャストされるため、同一ネットワーク内の PC の ARP テーブルに RasPi のレコードが追加され、以下のような arp コマンドで対象の IP アドレスを調べることができるようになる。。。 多くの場合は。

while(1) { arp -a | ?{ $_ -match 'dc-a6-32' }; Start-Sleep -Seconds 1}

ところが、 RasPi が Wi-Fi で繋いでいるのがルーターだったりすると、ルーターが気を利かせて、同じサブネット内であっても ARPリクエストを代替して投げてしまい、同じサブネットの端末全員の ARP テーブルには、 RasPi の MAC アドレスのレコードが記録されないことがある。

そこで、 RasPi 側から SSH のアクセス元となる PC を指定して ping を投げることで、その PC の ARP テーブルに確実に RasPi が載るようにしている。

ちなみに、 30秒 sleep しているのは、 netplan apply した直後はまだ Wi-Fi に繋がっていないことが多いためだ。

そして最後に、 cloud-init の停止やタイムゾーンの変更を確実に反映するため、 power_state で再起動させている。

RasPi の config.txt

cloud-init とは関係ないが、必要があれば config.txt の構成ファイル書き換えてしまおう。

例えば、 HDMI の解像度が一般的でなかった場合や、端末とのネゴシエーションがヘタクソで適切な解像度で表示できない場合などは、このファイルで HDMI の解像度を指定してやる必要がある。

参考:
* Raspberry Pi 4B 画面解像度設定（TV出力版） - Qiita
* Video options in config.txt - Raspberry Pi Documentation

但し、 config.txt には、

# Please DO NOT modify this file; if you need to modify the boot config, the
# "usercfg.txt" file is the place to include user changes.

って書いてあるので、書き換えるなら config.txt ではなく usercfg.txt にしておくと良い。

--- usercfg.txt.org
+++ usercfg.txt
@@ -1,3 +1,9 @@
 # Place "config.txt" changes (dtparam, dtoverlay, disable_overscan, etc.) in
 # this file. Please refer to the README file for a description of the various
 # configuration files on the boot partition.
+
+framebuffer_width=1024
+framebuffer_height=600
+hdmi_group=2
+hdmi_mode=87
+hdmi_cvt=1024 600 60 1 0 0 0

起動する

こんな感じで一通りファイルを書き換えたと、 RasPi に microSD をさして起動すると、初回ブート時の設定を適用しながら起動してくれる。

cloud-init の処理が終わらなくても、ログイン画面には進み、その後も cloud-init のサービスは稼働し続ける。
このため、最初の起動でログイン可能になったとしてもログインせず、全ての処理が終わって一度再起動されるのをおとなしく待つ方が良い。

RasPi 3A+ の場合、全ての処理が終わるのに5分以上ったので、気長に待つようにしよう。

前述の arp で RasPi の IPアドレスを調べて、そこに対して SSH できるようになっていれば、とりあえずは完成だ。

cloud-init についてもう少し掘り下げて説明しようと思ったのだが、記事が長くなってしまったので、次回の更新に回す。

C# REPL GUI Shell, Mono gsharp を Ubuntu に入れようとすると発生するエラーを回避する

2019-12-04T08:33:06+09:00

.NET Core の登場で大分影が薄くなったものの、まだまだ Xamarin でガンガン使われている Mono。
この Mono には, gsharp という C# GUI Shell が存在する。

C# REPL | Mono

CUI 版の Shell と比べると、グラフがプロットできるとか、画像が手軽に表示できるといったメリットしかないが、タブ補完も効くし、まぁ便利っちゃ便利なツールだ。

しかし Windows で gsharp を動かしたくても、 Windwos 用の Mono インストーラには gsharp が入っていないため、そのままでは gsharp を使えない。
このため、 WSL の Ubuntu に gsharp をインストールして、 VcXsrv などの X Server を使って動かすのが手っ取り早い。

以下の記事が詳しい。
WSL上にXサーバをインストールしてGUIを実現する（VcXsrv編）：Tech TIPS - ＠IT

ところが、この gsharp などを含む、 Mono 拡張 GUI ツールを、 WSL を含む Ubuntu ベースのディストリビューションにインストールしようとすると、エラーになってしまう。

今回は、その暫定的な回避策について。

TL;DR

早く mono/mono#16322 の不具合直した Mono パッケージを出してくれ。

Ubuntu に mono-tools-gui をインストールしようとすると、依存関係エラー

基本的に、 WSL だろうとピュアな Ubuntu だろうと、インストール手順は変わらない。

前述の Mono Project の記事では、 GUI ツールは mono-tools というパッケージでインストールすると記載されているが、 Ubuntu では mono-tools-gui というパッケージ名で登録されている。

Download - Stable | Mono / Ubuntu の案内に従ってインストールしようとすると、以下のような依存関係エラーが発生する。

$ sudo apt install gnupg ca-certificates
$ sudo apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys 3FA7E0328081BFF6A14DA29AA6A19B38D3D831EF
$ echo "deb https://download.mono-project.com/repo/ubuntu stable-bionic main" | sudo tee /etc/apt/sources.list.d/mono-official-stable.list
$ sudo apt update
$ sudo apt install mono-devel mono-tools-gui

Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 mono-tools-gui : Depends: libmono-cecil-private-cil (< 6.4.0.171) but 6.4.0.198-0xamarin3+ubuntu1804b1 is to be installed
E: Unable to correct problems, you have held broken packages.

2019-10-25 時点の mono-tools-gui のパッケージの依存関係を見てみると、

$ apt depends mono-tools-gui
mono-tools-gui
[...]
  Depends: libmono-cecil-private-cil (>= 6.4.0.170)
  Depends: libmono-cecil-private-cil (<< 6.4.0.171)

6.4.0.170 のピンポイントの依存関係が書かれているのだが、そんなバージョン存在しないため、エラーになっているようだ。
依存関係の ">=" とか "

何故 =6.4.0.170 と書かないのか。 << 6.4.0 としてバグフィックスバージョンが上がるのを許容しようとしていた？
うーん、依存関係定義のバグっぽい。

調べてみると、 Mono 6.0 系も同じバグ (>= 6.0.0.313, << 6.0.0.314 の依存関係が定義されているのに、存在するのは 6.0.0.319 以降のバージョン) がある。

過去のバージョンのスナップショットを確認してみたところ、 Mono 5.18 系まで遡れば不具合なくインストールできるようなので、 mono-tools-gui は 5.18系で、 Mono 自体は最新版でインストールしてみよう。

バージョンを指定してパッケージをインストールしたい

Ubuntu や Debian 用の Mono のリポジトリでは、各パッケージの最新のみが載っているリストがリリース毎に用意され、その最新のリストのシンボリックリンクを参照する構造になっている。
(何故そのような仕組みなのかはよく知らないが…)

例えば、 Ubuntu 18.04 向けに登録している Mono のパッケージソースは
deb https://download.mono-project.com/repo/ubuntu stable-bionic main
となっているが、これは 2019年10月現在、
deb https://download.mono-project.com/repo/ubuntu stable-bionic/snapshots/6.4.0.198 main
への参照となっている。

このため、インストール手順に書かれたリポジトリ設定では、 mono-tools-gui の 5.18系のバージョンを探そうにも、そのようなバージョンはみつからない。

これを解消するためは、以下のように 5.18系のリストを書き足してやればよい。

$ echo -e "deb https://download.mono-project.com/repo/ubuntu stable-bionic/snapshots/5.18 main\ndeb https://download.mono-project.com/repo/ubuntu stable-bionic main" | sudo tee /etc/apt/sources.list.d/mono-official-stable.list
$ sudo apt update

上記は Ubuntu 18.04 の場合だが、例えば 16.04 であれば bionic の部分をを xenial に読み替えるなど、他の Ubuntu / Debian / Raspbian ディストリビューションの場合は適度に読み替えてくれ。

次に、 apt list -a で 5.18 のスナップショットに登録されている mono-tools-gui のバージョンを確認する。

$ apt list -a mono-tools-gui
Listing... Done
mono-tools-gui/stable-bionic 4.2-3xamarin3+ubuntu1804b1 all
mono-tools-gui/bionic 4.2-2.2 all
mono-tools-gui/bionic/snapshots/5.18.1.3 4.2-2xamarin12+ubuntu1804b1 all

4.2-2xamarin12+ubuntu1804b1 というバージョンだということがわかった。
（これも、ディストリビューションが異ればバージョンの名前も異なるので、適宜読み替えてくれ）

最後に apt install でバージョン指定した mono-tools-gui と、最新の mono-devel をインストールすれば、無事 gsharp がインストールされる。

sudo apt install mono-tools-gui=4.2-2xamarin12+ubuntu1804b1 mono-devel

原因

この問題に関する Issue は、すでに mono/mono#16322 に立っている。
Ubuntu のパッケージの依存バージョンを Debian のものにしてしまうと言う、 Mono Project 内のビルドツールによるものらしい。

Issue はクローズされているが、その後にリリースされた 6.4.0.198 でも不具合が残っている。

さっさと直して欲しい。。。

Proxy 下で vscode の WSL 上の他の拡張機能のインストールに失敗する

2019-10-09T11:22:41+09:00

プロキシ環境下の vscode で、 WSL 上で拡張機能を動かしたいのに、インストールインストールに失敗する問題を解決するメモ。

前回の↓の記事は、『Remote – WSL 拡張が有効にできない』問題だったが、今回は『Remote – WSL 拡張を有効にした後、その環境上で他の拡張機能がインストールできない』問題なのでちょっと違う点に注意。ややこしいね。
https://crieit.net/posts/Proxy-vscode-WSL

遭遇した問題

Visual Sutdio Code (以下、 vscode) へ無事に Remote – WSL 拡張機能の "VS Code Server for WSL" のインストールが完了し、 Windows 上から快適に WSL の環境にアクセスできるようになった。
しかし、いくつかの vscode の拡張機能は、 Windows 上の環境とは別に WSL 上の環境で改めてインストールしなくてはならない。

そこで、 UI 上の案内に従って各拡張機能で "Install in WSL" を行ったところ、プロキシ環境下だと以下のエラーが発生してインストールに失敗する問題に遭遇した。

Failed to install extension

パネル上の OUTPUT タブで "Log (Remote Server)" の情報を見ると、以下のようなエラーが発生しているのがわかる。

[remoteagent] [error] Failed to install extension: {拡張機能ID} connect ECONNREFUSED 13.107.6.175:443

settings.json ではプロキシの設定しているし、更には WSL 上の環境変数 (http_proxy, https_proxy) にだってプロキシを入れている。
更には（前述の）前回の記事に倣って、 WSL のコンソール上から code . の立ち上げまで行ってみた。

それでも解消しない。何故だ。

なお、試した vscode のバージョンは、 August 2019 (version 1.38.1) だ。

"Remote [WSL]" 用の設定ファイルを書き換える

Remote – WSL 拡張をインストールすると、 Settings のウィンドウに "Remote [WSL]" というタブが増えている。

そのタブに移動してみると、 Proxy の設定が空欄になっているのがわかる。

"Modified in: User" って書いてあるので、 User タブの内容で上書きされる動作をしてくれそうだったり、設定されてなかったら http_proxy, https_proxy の環境変数の値が使われると書いてあったりしているが、とりあえずその情報は無視。

この "Remote [WSL]" 上のプロキシの設定も、 User タブと同様に改めて記載して保存し、 vscode をリロードしてみる。

その結果、 WSL 上の拡張機能もインストールに成功するようになった！

まとめ

プロキシ環境下で WLS - Remote を使うときは、 Settings の "Remote [WSL]" タブにもプロキシの設定を書こう。
WSL 上の http_proxy, https_proxy の環境変数を設定しただけでは、 vscode の全ての通信をプロキシ経由にするには不十分のようだ。
- VS Code Server for WSL の更新のために、これらの環境変数は設定しておくべき。
- もしかしたら、 Windows 側の環境変数にも上記の値を設定させておけば、本問題が発生しないのかも知れないが、試していない。
vscode のプロキシ環境下の動作の作り込みは、まだまだ甘い。

Proxy 下で vscode の WSL 拡張へ接続できない

2019-10-09T11:02:59+09:00

Windows 上の Visual Studio Code (以下、 vscode) で、WSL 上のファイルやシェルを使えるようになる、 Remote - WSL 拡張機能。

これを、プロキシ環境下でインストールしたり更新したりすると、 vscode から WSL 環境ににアクセスするときに、

VS Code Server for WSL closed unexpectedly.
Check WSL terminal for mor details.

とエラーになってしまう。

WSL ターミナルのログを見てみると、だいたい以下のようになっていて、どうやら update.code.visualstudio.com から VS Code Server の更新版のファイルをダウンロードするのに失敗しているように見える。

Starting VS Code Server inside WSL (default distro)
Extension version: 0.39.5, Windows build: 17763. Multi distro support: disabled. WSL path support: enabled
Probing if server is already installed: C:\WINDOWS\System32\wsl.exe  -e sh -c "[ -d ~/.vscode-server/bin/3db7e09f3b61f915d03bbfa58e258d6eee843f35 ] && echo found || echo missing"
No server install found on WSL, downloading server on client side: C:\Users\user\AppData\Local\Temp\vscode-remote-wsl\3db7e09f3b61f915d03bbfa58e258d6eee843f35\vscode-server-linux-x64.tar.gz
Unable to detect if server is already installed: Error: connect ECONNREFUSED 104.42.78.153:443
Launching C:\WINDOWS\System32\wsl.exe sh -c '"$VSCODE_WSL_EXT_LOCATION/scripts/wslServer.sh" 3db7e09f3b61f915d03bbfa58e258d6eee843f35 stable .vscode-server 0  --disable-telemetry' in c:\Users\user\.vscode\extensions\ms-vscode-remote.remote-wsl-0.39.5
WSL version: 4.4.0-17763-Microsoft 
Updating server...
Updating VS Code Server to version 3db7e09f3b61f915d03bbfa58e258d6eee843f35
Removing previous installation...
Downloading:     
Failed
--2019-09-11 20:50:12--  https://update.code.visualstudio.com/commit:3db7e09f3b61f915d03bbfa58e258d6eee843f35/server-linux-x64/stable
Resolving update.code.visualstudio.com (update.code.visualstudio.com)... 104.42.78.153
Connecting to update.code.visualstudio.com (update.code.visualstudio.com)|104.42.78.153|:443... 
failed: Connection refused.
ERROR: Failed to download https://update.code.visualstudio.com/commit:3db7e09f3b61f915d03bbfa58e258d6eee843f35/server-linux-x64/stable to ~/.vscode-server/bin/3db7e09f3b61f915d03bbfa58e258d6eee843f35-xxxxxxxxxx.tar.gz
VS Code Server for WSL closed unexpectedly.
For help with startup problems, go to
[https://code.visualstudio.com/docs/remote/troubleshooting#_wsl-tips](https://code.visualstudio.com/docs/remote/troubleshooting#_wsl-tips)

どう解決したものか。

そもそも wget でダウンロードができる状態なのか

拡張機能の GitHub プロジェクト上の Issue によると、内部的には wget でファイルをダウンロードしているらしい。
https://github.com/microsoft/vscode-remote-release/issues/78
https://github.com/microsoft/vscode-remote-release/issues/79

.bashrc で http_proxy, HTTP_PROXY, https_proxy, HTTPS_PROXY 全ての環境変数にプロキシの URL を設定しているので、 wget に対してプロキシの情報は渡っているはずなのだが。。。

とりあえず WSL を起動して、書き込み権限がある適当なディレクトリで、エラーになっているファイルのダウンロードを wget https://update.code.visualstudio.com/commit:3db7e09f3b61f915d03bbfa58e258d6eee843f35/server-linux-x64/stable で試してみて、成功するか試してみよう。

私の場合、以下のような初歩的なミスでダウンロードに失敗していた。

HTTP_PROXY と HTTPS_PROXY の大文字の環境変数にしか設定しておらず、 wget がプロキシを認識してくれなかった。
curl とかはどっちでもイケるから、気づくのに時間がかかった。
何故か ~/.wget-hsts のパーミッションが 666 に書き換わっていて、 wget のセキュリティエラーでダウンロードに失敗している事があった。
カレントディレクトリが /mnt/c/ になっていて、ダウンロードしたファイルの書き込めなかった。

それでもダウンロードに失敗する

以下の記事によると、 Windows 側から WSL Remote の VS Code Server を起動するとき、 .bash_profile や .bashrc, .profile などを読んでくれないらしい。
https://github.com/microsoft/vscode-remote-release/issues/432
このため、環境変数でプロキシを設定しても反映されないようだ。

以下のどちらかを行うと、この問題を回避できる。

#79#issuecomment-503989625 のコメントのように、 ~/.wgetrc にプロキシの設定を書く。
- http_proxy と https_proxy だけ設定すればよいはず。 check_certificate = off をむやみに設定するのはセキュリティ上良くない。
いったんすべての VS Code を終了させ、 WSL のコンソール上で code と実行し、 Windows の VS Code を起動する。
- このとき、 WSL 側に Linux 版の VS Code がインストールされていると、そちらが起動してしまうのでダメ。

正直、どちらが良いかは一長一短だ。

.bashrc や .wgetrc などあちこちにプロキシの設定を書くと管理が大変だし、
VS Code Server が更新されるたびに WSL 側から VS Code を実行するのは手間だ。

幸い、 #79#issuecomment-504368316 によると、今後のバージョンでは VS Code Server のダウンロードを Windows 側で行うように更新する予定のようだ。
それまでの間は逐一 WSL 側から VS Code を実行する方法で回避するのでも良いかもしれない。

しかし、少なくとも現時点のバージョンである VS Code 1.38.0 + Remote - WSL 0.39.5 の組み合わせでは、そうなっていない。

「Ubuntu」の記事 - Crieit

Raspberry Pi 5 に Ubuntu 24.04 LTS を入れて SSH するまで

Haskell を Ubuntu にインストールできねーの（＾〜＾）？

Ubuntu を使おうぜ(^o^)？

Ubuntu で Main リポジトリ以外のインストール済みパッケージを一覧にする

【Ubuntu】apt updateで404エラーがでたので解消する

【Ubuntu】apt updateでKey is stored in legacy trusted.gpg keyringと注意されたので対応する

【WSL】WindowsでUbuntuを検証したいときによく使うコマンド

Ubuntu (Desktop) Midnight -- Maximum Tune (in my history)

最新の freedesktop.org 製グラフィックドライバ

なんで freedesktop.org 製(フリーソフトウェア)を使うのか

Vagrant で Temporary failure resolving となる問題の解決 - イントラネット DNS 編

【Ubuntu Server 18.04】xrdpをインストールする

Raspberry Pi に Ubuntu を入れて SSH でログインするまでの A to B

C# REPL GUI Shell, Mono gsharp を Ubuntu に入れようとすると発生するエラーを回避する

バージョンを指定してパッケージをインストールしたい

Proxy 下で vscode の WSL 上の他の拡張機能のインストールに失敗する

Proxy 下で vscode の WSL 拡張へ接続できない

最新の `freedesktop.org` 製グラフィックドライバ

なんで `freedesktop.org` 製(フリーソフトウェア)を使うのか