超PayPay祭のポイント還元に釣られてREALFORCE R2を買った。初代を2台、家庭用にアイボリー、会社用に黒を持ってたりするんですけど、やっぱりR2気になるじゃないですか。だってオタクだもの。

自分は英語配列/テンキーレス/変荷重/A横Ctrl派閥に属している。R2から通常ラインナップ入りした静音モデルが気になるので、機種選定は自ずとR2TLS-USV-IVかR2TLS-USV-BKになる。アイボリーと黒、悩ましいところだが、経験的にアイボリーとした。初代の両色をそれなりに使ってきて分かったのは、黒には以下の難点がある。

1. キートップの印字が見づらい
2. テカリが目立つ
3. ホコリが目立つ

1.は完璧にタッチタイピングできる人なら問題にならないだろう。でも僕ちゃんは無理なの。特に最上段の数字キーらへん。おおむね大丈夫ではあるが、列ずれして意図しない文字が入力された時に手元を見て補正するクセがある。その時に文字が見えないと厳しい場合がある。

2.は「アイボリー比で」という注釈が付くくらいに些細な問題ではある。REALFORCE自体、安物キーボードと比べると全くと言っていいほどテカらないが、それでもよく使うキーでアイボリーと比べると、黒はテカりが目立つ傾向にある。

3.はある意味良いこととも言えるし、逆にアイボリーは手垢が目立ったりする。経験上、手垢は気になりだすのに数か月かかるのに対し、ホコリは掃除したそばから気になりだす。

そんなわけでアイボリー推し。昔ながらのツートーンの配色も割と好きだったりする。

弊宅には2018年に購入したアーロンチェアがある。貧乏なのでもちろん中古品。アーロンならどれでも一緒だろうと何も考えずに買ったら座面昇降機能だけの梅モデルで、ひじ掛けが固定なのだけはどうしても許せなくて、ランバーサポートタイプのフル機能モデルに買い替えたというアホらしい経緯がある。

コロナ禍の在宅勤務で座ってる時間が著しく長くなっているので、ポスチャーフィットに交換することにした。ランバーサポートが健在なうちに交換しとけば、売っぱらってポスチャーフィットキット費用の足しにできるという目論見もあった。

検索するとキットを個人輸入して交換する事例がいくつも出てくるが、古めの情報しかないので、最近のポスチャーフィットキット事情としてまとめておく。

2021年3月現在、ポスチャーフィットキットの入手は転送サービスを使って個人輸入するしかなさげ。以前は国内の業者が並行輸入したものを販売していたようだが、軒並み在庫切れとなっている。

キットは現行品で、海外のハーマンミラー公式直販でも売っているものの、日本から買うのは無理っぽい。クレカの支払い情報入力ではじかれる。現地クレカしか使えないっぽい？PayPal対応ということにもなっているが、どう頑張ってもクレカ払いしか選べず完全なる無駄足に終わった。会員登録までしたのに！

となると再販業者（普通の販売店）からの購入となるが、よさげな販売店が見当たらなかった（信用度が不明、日本に送ってくれない、送料が高いなど）。幸いAmazon.comマケプレで取扱があるので、そこで買うのがお手軽かつ一定の安全性も担保されててよさそう。

日本に送ってくれるマケプレ業者は少ないため、基本的には転送サービスを使うことになる。直送してくれるところでも、転送サービスを使った方が送料が安上がりだったりする。

転送サービス業者選定のポイントは、オレゴン州の倉庫を使えるかどうか。

アメリカでは州によって消費税（売上税）がまちまちで、最大10%ほどになる。そんな中、オレゴン州は0%のためオレゴン以外を使う理由がない。消費税がかかる州の倉庫、たいていサンフランシスコやカリフォルニアの倉庫だけど、日本までの送料が少し安かったり、配送時間が短かったりというメリットがあるにはある。ま、そんなものより、目先の金が大事なのさ～。

というわけで、今回はスピアネットを使った。

当初は使ったことのあるGooppingを使う気でいたけど、今はShipitoに吸収され肝心のオレゴン倉庫が月額会員じゃないと使えなくなったようなので、お役御免となった。

日本時間の3/13に注文して、の3/26に受け取ることができた。注文から到着までざっと2週間、可もなく不可もなく平均的なスピードかなと。

国際発送から国内配達まで一貫してヤマト運輸の取り扱いで、何となく安心感があった。到着までの詳細は下表のとおり。

ヤマトの履歴はこんな感じ。

ポスチャーフィットキットの個人輸入にかかった費用は下表のとおりで、商品代含めておよそ2万円となった。

実際のところ、600ドルのSSDも同梱して転送したため、その分の手数料が含まれている。特別梱包のためか、えげつない量の梱包材が入ってて荷物サイズが大きくなった分も差し引くと、17000円くらいで収まるかも？

2014年ごろの事例では、ポスチャーフィットキットが80ドル程度だったのに加え、円高で実質7000円くらいだったらしい…。このところ、あれよあれよと円安に振れてて怨めしい……。

eBayなどで個人輸入は何度も行っているが、転送サービスを使ったのは今回で2度目、スピアネットは初めて使ったが明朗会計で値段相応の仕事をしっかりしてて好印象だった。何よりオレゴン倉庫が使えるのが嬉しい。やり取りは日本人スタッフと日本語で行えて楽だし、レスポンスも良いので今後も使っていくと思う。

• FreeBSD 12.2-RELEASE

FreeBSD 8時代のいにしえのRoot on ZFSなデータセット構成と、現在のBoot Environmentな構成を下表にまとめる。

• プロパティの凡例
  • (L) … SOURCEがlocal（自ファイルシステムで明示的に設定された値）
  • (i) … SOURCEがinherited from … （親ファイルシステムから継承した値）
  • 無印 … SOURCEがdefault
  • “従来のRoot on ZFS構成”の方は省略
• 灰色の項目は当方の独自構成

いにしえ構成とBoot Environment構成のzroot/ROOTは名前が一緒なだけで、意味するところは明確に違うので混同に注意。前者は“ルートディレクトリのルート”、後者は“Boot Environmentでルートディレクトリ(/)となるデータセット置き場”のニュアンスである。

なお、いにしえ構成でROOTを噛ませているのは「トップレベルにデータセットを1つ作り、その下に他のデータセットを置くべし」という教えに従ったため。トップレベルに直接ファイルを置いたり、複数のファイルシステムがあると、スナップショットやzfs send/redvの取り扱いが少し面倒なため、こうした言い伝えがある。

今回のBoot Environemt化にあたっては、教えを無視して公式構成に準拠することとする。

Boot Environmentでは、zroot/ROOT以下に複数のシステム用データセットが格納でき、起動スプラッシュで選択した環境がファイルシステムの/となってシステムが起動する。標準のシステムはzroot/ROOT/defaultとなる。カーネル起動後、zroot/usrやzroot/tmpなどのzroot/ROOTと同列にあるデータセットがmountpointプロパティに従いマウントされることで、OSが想定するファイルシステム構造が出来上がるという仕掛けになっている。

注意すべきはcanmountプロパティがnoのデータセットたち。FreeBSD 12.2-RELEASE時点で該当するのは、zroot/usrとzroot/varである。

子データセットのcanmountはonなのに親がoffというのは一見不思議だが、なんて事はない、親は子供のための単なる“コンテナ”としての存在に過ぎない。逆に言うと、/usrの実体は各々のBoot Environmentに存在するため、zroot/usrがマウントされると都合が悪い。下表のように、同じ/usrでもパスによって格納先のデータセットが変わってくるため、移行作業では気を付ける必要がある。

以上をふまえ、下記の手順で移行を試みる。

1. 独自データセットの解消
2. Boot Environment環境にないデータセットの解消
3. Boot Environment環境の構築
4. 既存環境とBE環境を差し替える

要はzpoolのデータセット構成をBoot Environment構成に合わせ、適切なデータセットに適切にファイルを移動すれば晴れてBE環境になる、ハズ。

Boot Environment構成になく、かつ旧Root on ZFSの公式構成にもない、自分が勝手に切り分けたデータセットを解消する。上表でいう所のzroot/ROOT/usr/includeである。

解消と大層な言葉を使ってみたものの、単にincludeがzroot/usrの1フォルダとなるようファイルをコピーするだけ。

# rsync -aX /usr/include/ /usr/include2
# diff -r /usr/include /usr/include2
# zfs destroy zroot/ROOT/usr/include
# mv /usr/include2 /usr/include

/usr/homeも独自構成ではあるが、BE環境には影響しないので特に何もしない。

Boot Environment構成にない旧Root on ZFS構成のデータセットを解消する。作業内容は独自データセットの解消と同じで、対象は次のとおり。

• zroot/ROOT/usr/ports/distfiles
• zroot/ROOT/usr/ports/packages
• zroot/ROOT/var/db
• zroot/ROOT/var/db/pkg
• zroot/ROOT/var/empty
• zroot/ROOT/var/run

稼働中のシステムで/varをこねくり回すのは怖いので、FreeBSDのインストーラのシェル（Live環境）で作業する方が安全だろう。というわけで、今後のコマンド例はLive環境を想定している。

普通にzpool importするとLive環境の/に上書きマウントされてしまうので、-Rオプションでルートを指定してマウントすべし。

# mkdir /tmp/altroot
# zpool import -R /tmp/altroot zroot
# rsync -aX ...
# zfs destroy ...

この作業を終えた時点で、zrootのデータセット構成がBoot Environemtの構成と同一になっていることが重要。

BE環境構築用のデータセットを作り、既存環境を生かしつつ移行環境の作成に挑む。

幸い旧Root on ZFS環境はzroot/ROOT以下に全てが収まっているので、BE構築をzroot/ROOT2/defaultあたりで行えば旧環境を破壊することなく実施することができる。どのデータセットがどこにマウントされているか意識しながら作業を行う必要がある。

一旦プールをエクスポートし、自動マウントはせずにインポートする。

# zpool export zroot
$ zpool import -N -R /tmp/altroot zroot

ダミーのBEデータセットを作成。

<code> # zfs create