Arch Linux on オブライエンの日誌

Termux の sshd はどんなユーザー名でも同じユーザーで入れる ── ソースで確かめる

Thu, 10 Sep 2026 14:00:00 +0900

ssh banana@phone でも root@phone でも同じユーザーでログインできる。設定の癖ではなく、Termux の OpenSSH ビルドに当たっているパッチのせい。auth.c の #ifdef __ANDROID__ を読む。

nvim-treesitter の master→main 移行で踏んだ treesitter エラー3連発（Neovim 0.12）

Sun, 30 Aug 2026 11:30:00 +0900

Neovim 0.12 で nvim-treesitter を EOL の master ブランチから main へ移行したときに連続で踏んだ3つのエラー ― Markdown が gotmpl parser で落ちる、コードフェンスのハイライトが死ぬ、.txt ファイルで Parser could not be created ― の原因と対処のメモ。

swayfxのscratchpadクラッシュを追う: git blameで見つけたupstreamとの噛み合わせ問題

Sun, 09 Aug 2026 17:00:00 +0900

事象

普段使っているswayfx上で、scratchpadに入れたウィンドウを表示している状態からもう一度scratchpad showを叩くと、コンポジタごと丸ごと落ちる現象に遭遇した。SDDMのログイン画面まで戻される、なかなか派手なクラッシュ。

環境:

項目	値
swayfx	0.5.3-4(sway 1.11.0ベース、Arch Linuxパッケージ)
wlroots	0.19.3
GPU	AMD Radeon RX 6600 XT(amdgpu)

bindsymはこう組んでいた:

bindsym $mod+minus scratchpad show, resize set width 90 ppt height 90 ppt, move position center

scratchpad showと同時にresize・moveを連続実行する形。これを2回続けて押す(1回目で表示、2回目でフォーカスしたまま押してhideパスに入る)とクラッシュする。

スタックトレースを取る

coredumpctl + gdb(デバッグシンボル入り)でコアダンプを解析した。

#0 root_scratchpad_hide (con=0x55f058a52400) at ../swayfx-0.5.3/sway/tree/root.c:257
257 set_container_transform(con->pending.workspace, con);
seat = 0x55f0580db940
focus = 0x55f058a41760
ws = 0x0

ws(= con->pending.workspace)がNULLのままset_container_transform()に渡され、内部で参照外しして落ちていた。該当箇所のコードはこうなっていた:

void root_scratchpad_hide(struct sway_container *con) {
struct sway_seat *seat = input_manager_current_seat();
struct sway_node *focus = seat_get_focus_inactive(seat, &root->node);
struct sway_workspace *ws = con->pending.workspace;
if (con->pending.fullscreen_mode == FULLSCREEN_GLOBAL && !con->pending.workspace) {
// If the container was made fullscreen global while in the scratchpad,
// it should be shown until fullscreen has been disabled
return;
}
...
set_container_transform(con->pending.workspace, con); // ガードなし

NULLチェックが「FULLSCREEN_GLOBALのときだけ」に絞られていて、それ以外の理由でpending.workspaceがNULLになるケースを素通りしてしまう。set_container_transform()はswayfx独自の追加関数(本家swayには存在しない)なので、一見swayfx側のバグに見えた。

Street Fighter 6 (Proton) で日本語入力ができない問題は /etc/environment のIME環境変数で解決した

Thu, 06 Aug 2026 20:30:00 +0900

SF6のチャット欄でCtrl+Spaceが効かない問題を、Proton/WineのIME実装の制約だと結論づけたが、それは誤りだった。/etc/environment にIME環境変数を設定したところ直接入力が動作するようになった。当時の調査記録と、訂正までの経緯。

Arch Linux と Windows 11 を安全にデュアルブートするためのメモ

Sun, 16 Nov 2025 19:10:00 +0900

このメモの目的

このメモは、ASRock 環境で実際にトラブルを踏んだ経験を元に、

Arch Linux と Windows 11 を同じディスクでデュアルブートしたい
systemd-boot を使いたい
変な EFI トラブルで何日も溶かしたくない

Arch / Windows / systemd-boot / UEFI の関係図

という人向けの「基礎まとめ」です。
詳細なチュートリアルというより、やってはいけないポイント や 設計の考え方 を中心にしています。

前提環境

例として想定している環境はこんな感じです。

マザーボード: ASRock A520M Pro4（UEFI）
CPU: Ryzen 7 5700X
GPU: Radeon RX 6600 XT
メモリ: DDR4 32GB
ストレージ: NVMe SSD 1 本
OS: Windows 11 ＋ Arch Linux
ブートローダー: systemd-boot
パーティション形式: GPT
ブート方式: UEFI（Legacy BIOS / CSM は使わない）

他のマザーボードでも基本の考え方は同じですが、UEFI のクセはメーカーごとに違うので、あくまで「考え方の参考」として読んでください。

Waydroidが起動しない原因とBinder/BinderFSの仕組み

Thu, 09 Oct 2025 10:30:00 +0900

概要

Arch Linux で Waydroid を動かそうとした際、
「Can't open /dev/anbox-binder: No such device or address」というエラーが発生した。
原因は カーネルが BinderFS を正しくマウントしていなかったことにあった。
ここでは、Binder/BinderFS の役割と、実際に動作させるまでの手順をまとめる。

1. Binder と BinderFS の違い

Android のアプリ間通信（IPC）は Binder ドライバで実現されている。
Linux でこれを再現するためには、カーネルモジュールと特別な仮想ファイルシステムが必要になる。

名称	説明
`/dev/binder`	Android のプロセス間通信 (IPC) のコアデバイス
`/dev/hwbinder`	ハードウェア抽象層 (HAL) 用 Binder
`/dev/vndbinder`	ベンダーサービス用 Binder
BinderFS	これらのデバイスノードを動的に管理するためのファイルシステム

昔の環境では /dev/binder を直接作っていたが、
最近の Waydroid や Mainline カーネルでは BinderFS を使うのが標準。

2. エラーの原因

Waydroid 起動時のログ：

[gbinder] ERROR: Can't open /dev/anbox-binder: No such device or address
[08:49:18] Failed to add presence handler: None

これは、/dev/anbox-binder が存在しても中身が無効、
つまり Binder デバイスがカーネル側で認識されていないことを意味する。