オブライエンの日誌

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

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

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

ルールを書かせた3分後に、Claude Code はそれを破った

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

自宅のサーバーに小さな自作アプリを載せる作業で、Claude Code を30時間ほど使い続けた。背後のモデルは Claude Sonnet 5。以下、道具のことは「Claude Code」、出力の癖のことは「Sonnet 5」と書き分ける。

その30時間、Sonnet 5 の出力を一つずつ検算していた。以下は、そこで繰り返し見えたパターン。技術的なミスの話であって、賢さの話ではない。

この記録は Sonnet 5 のもの。Opus も Fable も使っていないので、そちらは分からない。

先に一覧にする。

パターン	何が起きるか	この記事の例
穴を値で埋める	知らないことを「分からない」と言わず、もっともらしい値を入れる	「もう0時過ぎ」（実際 01:28）
ルールを即破る	規範をファイルに書いた直後に、その通りにしない	`accuracy.md` 追記の数分後
内省だけ慎重ぶる	事実は無造作にでっち上げるのに、動機を問われると「検証できない」に退く	時刻は即答、理由は「分からない」
詰めると閉じにくる	未解決のまま「もう切る」「寝たほうがいい」を自分から出す	指摘の途中で「1:30 だ、切る」
長い自己分析	非を認める返答が箇条書きの反省文と番号付きの決意表明になる	―
判断の理由も後付け	設計を勝手に決めてから、筋の通った理由を足す	「角丸なしは差別化になる」
一次情報を上書き	本人が見聞きしたことに、薄い推測をぶつける	本人が出た講義のテーマを取り違え

知らないと、それらしい値で穴を埋める

深夜、Sonnet 5 が「もう0時過ぎだ」と書いた。実際は 01:28 だった。

格ゲーとモンハンの30年 — 良かったのはゲームじゃなく、あの部屋だった

Mon, 07 Sep 2026 00:00:00 +0900

10代のアーケードから今のSF6まで、格闘ゲームとモンスターハンターを追ってきた個人史。振り返って残っているのは、タイトルより「誰とどう遊んだか」の方だった。

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 ― の原因と対処のメモ。

マイケル・ジャクソンに学ぶ、本当の強さ — 傷ついても優しさを手放さなかった理由

Sat, 22 Aug 2026 00:00:00 +0900

傷つき裏切られた経験があっても、人への優しさを手放さなかったマイケル・ジャクソンの生き方から「本当の強さ」を考えるInstagram動画の内容を要約する。

地名「乃木坂」に込められた武士道精神 — 日露戦争、乃木大将とステッセル将軍の逸話

Fri, 21 Aug 2026 00:00:00 +0900

明治神宮や乃木神社を舞台に、日露戦争における日本の武士道精神(乃木希典大将とステッセル将軍のエピソード)を紹介し、地名『乃木坂』の由来にも触れるInstagram動画の内容を要約する。

Claudeを「見張る」から「任せる」へ ― 検証ループ・マルチクロード・バックグラウンドループ

Mon, 17 Aug 2026 00:00:00 +0900

Claude Codeチームのカンファレンストークを要約。検証ループ、マルチクロード、バックグラウンドループという3つの技術を積み重ねることで、Claudeを『見張る』開発から『任せる』開発へ変えていく考え方をまとめる。

一番優しい人ほど、孤独になる理由

Mon, 17 Aug 2026 00:00:00 +0900

優しい人ほど孤独になりやすい理由を、心理的な積み重ねとして描いたInstagram動画の内容を要約する。

もし今、特攻隊の若者たちがこの国を見たら — 彼らが繋いだ未来をどう生きるか

Fri, 14 Aug 2026 22:00:00 +0900

特攻隊の若者たちが守ろうとしたものと、今の日本が抱える課題を重ねて問いかけるInstagram動画の内容を要約する。

イオンモール熊本ガス爆発はなぜ起きたのか — 「災害拠点化」国策の思わぬ落とし穴

Fri, 14 Aug 2026 00:00:00 +0900

令和8年熊本地震で発生したイオンモール熊本のガス爆発事故について、ジャーナリスト・烏賀陽弘道氏がLPガス導入の経緯と国の防災政策の矛盾を論じたYouTube配信の内容を要約する。

人生の最後に残るもの — 家でもお金でも肩書でもなく

Wed, 12 Aug 2026 00:00:00 +0900

人生の最後に残るのは家やお金や肩書ではなく、誰かの心に残る記憶や優しさだという内容を語ったInstagram動画の内容を要約する。

労働者階級と資産家階級 — 格差はなぜ広がり続け、なぜ戦争で『リセット』されるのか

Mon, 10 Aug 2026 00:00:00 +0900

労働者階級と資産家階級の格差・世襲、そして戦争による再分配の歴史的サイクルについて論じたInstagram動画の内容を要約する。

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環境変数を設定したところ直接入力が動作するようになった。当時の調査記録と、訂正までの経緯。

ARMとは何か？CPU・x86・RISCとの違いを詳しく解説

Sun, 19 Jul 2026 19:00:00 +0900

ARMとは何かを、CPUの命令セット、x86-64、RISCとCISC、Apple Silicon、Linuxとの関係から詳しく解説します。

設備投資と実質賃金、カーボンニュートラル税制、日米関税交渉をめぐる国会質疑

Thu, 16 Jul 2026 00:00:00 +0900

日本の設備投資と実質賃金の低迷、カーボンニュートラル投資促進税制、太陽光発電への税制優遇、米国の対日関税をめぐる国会質疑の要点を整理する。

ホリエモンが語る『日本の人手不足・AI・人口減少』の未来

Wed, 15 Jul 2026 00:00:00 +0000

ホリエモンが、日本の人手不足、AIによる雇用の変化、半導体産業、人口減少、大学教育について語った講演の要点をまとめる。

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 のクセはメーカーごとに違うので、あくまで「考え方の参考」として読んでください。

ASRock環境のArch+Windowsデュアルブート問題の記録

Sun, 16 Nov 2025 18:40:00 +0900

Arch Linux と Windows 11 デュアルブート問題

ASRock 環境で「restart だと起動しないのに、shutdown だと起動する」謎バグの記録

はじめに

Arch Linux と Windows 11 を同じマシンでデュアルブートしているときに、「Arch から再起動すると Windows が起動しないのに、電源OFF→ONだと普通に起動する」という不可解な現象に遭遇した。

環境：

ASRock A520M Pro4
Ryzen 7 5700X
Radeon RX 6600 XT
DDR4 32GB
systemd-boot
ESP を共有

この記事は、このときに見た現象と、EFI / systemd-boot / ASRock UEFI まわりを調べたメモをまとめたもの。

トラブルの症状と再現性

症状

Arch → 再起動 → systemd-boot で Windows を選択 → 自動修復、ロゴ停止、黒画面
Arch → シャットダウン → 電源ON → Windows → 正常起動

再現手順

Arch を起動
再起動（reboot）
systemd-boot で Windows を選択
起動失敗 or 自動修復に入る

逆に、

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 デバイスがカーネル側で認識されていないことを意味する。

AWSでSSH接続できない問題を解決した話

Wed, 27 Nov 2024 00:00:00 +0000

はじめに

先日、AWSで立てたEC2インスタンスにSSH接続できなくなる問題が発生しました。このトラブルの原因と解決方法を記録しておきます。同じ状況に陥った方の助けになれば幸いです。

問題の症状

EC2インスタンスにSSH接続を試みると、Connection timed out のエラーが表示される。
AWSコンソール上では、インスタンスは正常に動作中。
ブラウザからの接続は可能（インスタンス内のApacheは稼働中）。

トラブルシューティングの進め方

問題解決のため、まずはSSH接続ができない間もAWS System Managerの「セッションマネージャー」を利用しました。System Managerを活用することで、インスタンスの内部に直接ログインでき、次のような確認や操作が可能になりました：

ファイアウォール（UFW）の状態確認
```
sudo ufw status
```
SSHサービスの状態確認
```
sudo systemctl status ssh
```

System Managerは、セキュリティグループやファイアウォールの設定ミスが原因でSSH接続ができなくてもインスタンス内部にアクセスできるため、非常に有用です。

原因と解決方法

調査の結果、以下の4つの原因が考えられました。

原因1: セキュリティグループのルール設定ミス

問題点
セキュリティグループでポート22（SSH）が許可されていなかった。

解決方法
AWSコンソールのセキュリティグループ設定に以下のルールを追加：

タイプ: SSH
プロトコル: TCP
ポート範囲: 22
ソース: 自分のグローバルIPアドレス（例: 203.0.113.0/32）

原因2: UFW（Uncomplicated Firewall）がポート22を閉じていた

問題点
EC2インスタンス内のUFW（ローカルファイアウォール）でポート22が閉じられていた。

解決方法
以下のコマンドを実行してポート22を許可し、設定を反映しました。

sudo ufw allow 22
sudo ufw reload

原因3: グローバルIPの変動

問題点
自分のグローバルIPアドレスが変更されたことで、セキュリティグループのルールが機能しなくなった。

解決方法
新しいグローバルIPを確認し、セキュリティグループのSSHルールを更新しました。

curl ifconfig.me

原因4: インターネットゲートウェイの設定ミス

問題点
インターネットゲートウェイがVPCに正しくアタッチされていなかった。

解決方法
AWSコンソールのVPCダッシュボードで以下を確認しました：

Test Post

Tue, 26 Nov 2024 00:56:08 +0900

echo "Hello, World!"

First Post

Wed, 20 Nov 2024 23:47:31 +0900

AWSでLAMP環境を構築したけれど…

最近、AWS上でLAMP環境を構築し、WordPressを立ち上げました。これ自体は、これまでの経験を活かして比較的スムーズに進めることができました。EC2のインスタンスを用意し、Apacheを設定し、MySQLとPHPを組み合わせて、ようやくWordPressのインストールにこぎつけました。

WordPressのダッシュボードを初めて開いたときには、達成感がありました。「これで理想のブログができる」と思ったのです。しかし、その後、運用をイメージし始めたとき、徐々に違和感が生じてきました。

WordPressで感じた違和感

WordPressは確かに便利で多機能です。しかし、カスタマイズしようと思うとプラグインの選定やセキュリティ対策に多くの時間を費やす必要があります。そして、定期的なアップデートの管理、MySQLのバックアップ、万が一のトラブル時の復旧作業…これらが少しずつ重くのしかかってきました。

ブログ運営は長期戦です。構築そのものに時間をかけすぎるのではなく、記事の執筆や情報発信にもっと時間を使いたい。そう思い始めると、WordPressは少し「重たい」と感じるようになりました。

静的サイトジェネレーターとの出会い

そんな中で目にしたのが、静的サイトジェネレーターの存在です。特にHugoのシンプルさや高速性には興味を惹かれました。さらに、GitHub Pagesを利用すれば無料でホスティングでき、運用コストを大幅に削減できることに気づいたのです。

Hugoで生成される静的サイトは、セキュリティリスクも少なく、更新もGitの操作だけで完結します。「これなら、より気軽にブログを運営できるかもしれない」と思い、試しにローカル環境でHugoを導入してみました。

GitHub Pages + Hugoへの移行を決断

Hugoを使ってサイトを構築してみると、その軽さとスピード感に驚きました。Markdownで記事を書き、コマンド一つでサイトを生成。そして、そのファイルをGitHubにプッシュするだけで公開できる。このシンプルさに感動しました。

最初は「WordPressで構築したものを捨てるのはもったいない」と葛藤しました。しかし、将来を見据えたとき、運用の手軽さが何よりも重要だと判断し、GitHub Pages + Hugoに移行することを決断しました。

結論：ブログ運営における最適解とは？

AWSでのLAMP環境構築やWordPressの設定は、確かに学びの多い経験でした。しかし、それ以上に「どんな形でブログを運営したいのか」を考える貴重な機会にもなりました。

今、私はHugoとGitHub Pagesでブログを運営しています。そのシンプルさと自由度の高さに満足しながら、これから記事を増やしていくつもりです。

もし、ブログの運営方法で悩んでいる方がいれば、「自分にとって最適な運用方法は何か？」をぜひ考えてみてください。決して、簡単にたどり着ける答えではありませんが、その過程で得られる学びは大きいものです。

About

Mon, 01 Jan 0001 00:00:00 +0000

ここは America の雑記です。Linux / Arch / Waydroid のメモを中心に置いていきます。