2025 | Nobuto Murata

電源ボタンを押したときのシャットダウンを無効化する

Sat, 20 Sep 2025 16:32:04 +0900

電源ボタンが天板の押しやすい位置にある

PCケースを買い替えた結果、電源ボタンが子どもが押したくなるような絶妙な位置にある。もし押されたとしてもシャットダウンしないようにする。

ヘッドレス（デスクトップ環境無し）で使っている場合のデフォルトでは、電源ボタンが押されるとsystemctl poweroff相当のシャットダウン処理が走ってしまう。systemd-logindの設定ファイルでHandlePowerKeyをデフォルトのpoweroffからignore（何もしない）に変えるだけ。

diff --git a/systemd/logind.conf b/systemd/logind.conf
index 53d7563..d624b33 100644
--- a/systemd/logind.conf
+++ b/systemd/logind.conf
@@ -19,17 +19,17 @@
 [Login]
 #NAutoVTs=6
 #ReserveVT=6
 #KillUserProcesses=no
 #KillOnlyUsers=
 #KillExcludeUsers=root
 #InhibitDelayMaxSec=5
 #UserStopDelaySec=10
-#HandlePowerKey=poweroff
+HandlePowerKey=ignore
 #HandlePowerKeyLongPress=ignore
 #HandleRebootKey=reboot
 #HandleRebootKeyLongPress=poweroff
 #HandleSuspendKey=suspend
 #HandleSuspendKeyLongPress=hibernate
 #HandleHibernateKey=hibernate
 #HandleHibernateKeyLongPress=ignore
 #HandleLidSwitch=suspend

再起動を待たずに即時反映するために設定を読み込み直す。

sudo systemctl reload systemd-logind.service

すると、電源ボタンが押されたよってログに残るだけでシステムはそのまま動き続けるようになる。

Sep 20 01:32:40 darkbox systemd-logind[1227]: Power key pressed short.

プレゼンテーション用リモコン TechnologicレーザーポインターNEOを買った

Sat, 06 Sep 2025 18:29:11 +0900

購入価格2,533円。一番安そうな価格帯で技適シールがありそうなものとして選んだ。バッテリー充電用にUSB Type-Cポートがあるが、付属のUSB-A-to-Cケーブルでないと充電できない。

公式サイト: https://technologic.jp/laserpointer_neo
Amazonリンク: https://www.amazon.co.jp/dp/B0CZHRM842

USBドングルを挿したときの出力は以下の通り。

Sep 06 18:27:29 t14g5a kernel: usb 1-1: new full-speed USB device number 6 using xhci_hcd
Sep 06 18:27:29 t14g5a kernel: usb 1-1: New USB device found, idVendor=2312, idProduct=863d, bcdDevice= 0.02
Sep 06 18:27:29 t14g5a kernel: usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Sep 06 18:27:29 t14g5a kernel: usb 1-1: Product: Wireless Device
Sep 06 18:27:29 t14g5a kernel: usb 1-1: Manufacturer: Smart
Sep 06 18:27:29 t14g5a kernel: usb 1-1: SerialNumber: b120300001
Sep 06 18:27:29 t14g5a kernel: input: Smart Wireless Device as /devices/pci0000:00/0000:00:08.1/0000:c4:00.3/usb1/1-1/1-1:1.0/0003:2312:863D.0005/input/input23
Sep 06 18:27:29 t14g5a kernel: hid-generic 0003:2312:863D.0005: input,hidraw1: USB HID v2.00 Keyboard [Smart Wireless Device] on usb-0000:c4:00.3-1/input0
Sep 06 18:27:29 t14g5a kernel: input: Smart Wireless Device Mouse as /devices/pci0000:00/0000:00:08.1/0000:c4:00.3/usb1/1-1/1-1:1.1/0003:2312:863D.0006/input/input24
Sep 06 18:27:29 t14g5a kernel: input: Smart Wireless Device System Control as /devices/pci0000:00/0000:00:08.1/0000:c4:00.3/usb1/1-1/1-1:1.1/0003:2312:863D.0006/input/input25
Sep 06 18:27:29 t14g5a kernel: input: Smart Wireless Device Consumer Control as /devices/pci0000:00/0000:00:08.1/0000:c4:00.3/usb1/1-1/1-1:1.1/0003:2312:863D.0006/input/input26
Sep 06 18:27:29 t14g5a kernel: hid-generic 0003:2312:863D.0006: input,hiddev0,hidraw2: USB HID v2.00 Mouse [Smart Wireless Device] on usb-0000:c4:00.3-1/input1

技適マークがあるのと、ただのUSB入力デバイスとして動くのでOS側でキーの入れ替えとかもできて遊べそう。キーの割り当ては下記の表の通りで、それなりの数のイベントを出せるのでこの表がないと覚えられない。

本体キー	説明書記載の動作	実際のキーイベント
四角ボタン	ハイパーリンク	`Tab`
四角ボタン長押し	ウィンドウ切り替え	`Alt+Tab`
四角ボタンダブルクリック	[記載なし]	`Enter`
上ボタン	ページ戻し	`PageUp`
上ボタン長押し	スライドショーまたはEsc	`Shift+F5`と`Esc`のトグル
下ボタン	ページ送り	`PageDown`
下ボタン長押し	[記載なし]	`B`

YubiKey 4のCCIDを無効化してGDM3でSmartcardと認識されないようにする

Sat, 06 Sep 2025 16:48:11 +0900

家で使ってるYubiKey 4を挿したままUbuntuを起動するとログイン画面（GDM3）でユーザー名を選択する画面が出ずにスマートカードログイン専用のインターフェースに切り替わってしまって、パスワード認証や指紋認証が使えなくなる。YubiKey挿しっぱなしだったわと気づいてUSBポートから抜けばいつものユーザーリストの画面に戻るけどもやや不便な状態だった。ただ初期インストール状態ではそういう風な動きにはならないっぽかったのでちょっと調べて対策した。

そもそもスマートカードをきちんとデスクトップログイン時の認証に使うには、ユーザーとの紐づけだったりそれなりのステップを踏む必要があって（チュートリアル例）、なぜスマートカードモードに行くのかよくわからなかった。ただバグ報告は存在して、いろいろ見てみるとpcscdパッケージの有無でスマートカードモードに行くかどうかの違いがあったので、なんでこのパッケージがインストールされたかを見ると一目瞭然。

$ sudo apt autoremove --purge pcscd
REMOVING:                       
  libccid*  libyubikey-udev*  pcscd*  python3-fido2*  python3-pyscard*  python3-ykman*  yubikey-manager*

Summary:
  Upgrading: 0, Installing: 0, Removing: 7, Not Upgrading: 2
  Freed space: 2,940 kB

Continue? [Y/n]

YubiKeyを設定するために入れているパッケージのせいでスマートカード用のサービスも入る、と。ちなみに以前はyubikey-personalization-guiを使ってたけどnobleにはなかったので、yubikey-manager-qtの方に移行したけど、これもupstream的には2026年2月でEOLみたい。結構バシバシEOLにして次はこれ使ってくださいね、みたいな方針らしい。

で、どうするのがいいかなと考えたけども、一番手っ取り早いのはそもそもYubiKey 4をスマートカードとして使っていないので機能自体を無効化した。

デフォルトでOTP+FIDO+CCIDとなっているのを、

$ ykman list
YubiKey 4 (4.3.5) [OTP+FIDO+CCID] Serial: NNNNNNN

CCID(Chip Card Interface Device)を除いてあげる。

$ ykman config mode OTP+FIDO
Set mode of YubiKey to OTP+FIDO? [y/N]: y
Mode set! You must remove and re-insert your YubiKey for this change to take effect.

$ ykman info
Device type: YubiKey 4
Serial number: NNNNNNN
Firmware version: 4.3.5
Enabled USB interfaces: OTP, FIDO

Applications
Yubico OTP  	Enabled
FIDO U2F    	Enabled
FIDO2       	Not available
OATH        	Disabled
PIV         	Disabled
OpenPGP     	Disabled
YubiHSM Auth	Not available

これでykman（yubikey-managerパッケージ）の依存関係としてpcscdがインストールされていて、さらにYubiKey 4が挿さっていたとしてもGDM3はユーザー名のリストを出すようになった。

128GiBメモリにアップグレードしたのにOSから3.3GiBしか認識されなくて肝が冷えた話

Sun, 15 Jun 2025 23:36:47 +0900

結論: BIOSのアップデートで解決した

BIOSでは最初から合計128GiB(4x 32GiB)が認識されていたのに

昨今のノートPCは、8コア/16スレッドのCPUと32GiBのメモリであれば標準から少しアップグレードするだけでそこまで無理しなくても手に入る。対して自分が2018年から使っている検証用据え置きPCは8コア/16スレッドと64GiBメモリの組み合わせのままで物足りなさがあった。全体を買い替えるか悩んだ上でひとまずはメモリを増量して延命することにした。

DDR4の4スロットに、今までは16+16+16+16GiBの合計64GiBを取り付けていたが、これを32+32+32+32GiBの合計128GiBにする計画とした。CPU(AMD Ryzen 7 2700)と、マザーボード(B450M Pro4)の部分では128GiB対応をうたっていたので、まずは32GiBモジュールを先に2つ購入して、96GiB(32+32+16+16GiB)の構成へ。ここはまったく問題なく通過したので、安心して残りの2モジュールを注文。次の日到着してウキウキで128GiB(32+32+32+32GiB)の構成にしたら、OSからは3.3GiBしか利用できないトラブルが発生。

$ free -h
               total        used        free      shared  buff/cache   available
Mem:           3.3Gi       948Mi       1.0Gi       2.0Mi       1.4Gi       2.2Gi
Swap:           31Gi          0B        31Gi

$ free -b
               total        used        free      shared  buff/cache   available
Mem:      3580448768   994852864  1056645120     2134016  1528950784  2404077568
Swap:    34359734272           0 34359734272

不思議だったのは、3.3GiBしか使えない状態だけどBIOS画面とdmidecodeではしっかりと32GiBモジュールが4つ見えていたこと。

$ sudo dmidecode --type memory

# dmidecode 3.3
Getting SMBIOS data from sysfs.
SMBIOS 3.0.0 present.

Handle 0x000C, DMI type 16, 23 bytes
Physical Memory Array
        Location: System Board Or Motherboard
        Use: System Memory
        Error Correction Type: None
        Maximum Capacity: 256 GB
        Error Information Handle: 0x000B
        Number Of Devices: 4

Handle 0x0013, DMI type 17, 40 bytes
Memory Device
        Array Handle: 0x000C
        Error Information Handle: 0x0012
        Total Width: 64 bits
        Data Width: 64 bits
        Size: 32 GB
        Form Factor: DIMM
        Set: None
        Locator: DIMM 0
        Bank Locator: P0 CHANNEL A
        Type: DDR4
        Type Detail: Synchronous Unbuffered (Unregistered)
        Speed: 2666 MT/s
        Manufacturer: Micron Technology
        ...

Handle 0x0016, DMI type 17, 40 bytes
Memory Device
        Array Handle: 0x000C
        Error Information Handle: 0x0015
        Total Width: 64 bits
        Data Width: 64 bits
        Size: 32 GB
        ...

Handle 0x0019, DMI type 17, 40 bytes
Memory Device
        Array Handle: 0x000C
        Error Information Handle: 0x0018
        Total Width: 64 bits
        Data Width: 64 bits
        Size: 32 GB
        ...

Handle 0x001C, DMI type 17, 40 bytes
Memory Device
        Array Handle: 0x000C
        Error Information Handle: 0x001B
        Total Width: 64 bits
        Data Width: 64 bits
        Size: 32 GB
        ...

BIOSでは認識できているのにOSからは使えないということで、この時点ではBIOSアップデートをしたところで解消される自信はまったくなく、ただそれぐらいしか試せることがないのでBIOSアップデートの道に進んだ。BIOSバージョンも少し事情が入り組んでいて、3.60以降は、

ASRock do NOT recommend updating this BIOS if Pinnacle, Raven or Summit Ridge CPU is being used on your system.

という注意書きがあり、Ryzen 7 2700(Pinnacle Ridge)では3.60以降を使うのはやめた方がよさそう。さらに、特定のバージョンに上げたら以前のバージョンには戻れないとの注意書きもあるので、現状の1.60から順番に上げていくものの、3.x系の3.10になっても128GiBが使えずこの時点で絶望。面倒になってきたので、間を飛ばしてPinnacle Ridgeがサポートされる最後のバージョンである3.50に一気に上げたらなぜか128GiBが使えるようになった。

1.60 - 3.3GiB
2.00 - 3.3GiB
3.10 - 3.3GiB
3.30 - ?
3.40 - ?
3.50 - 128GiB

具体的にどのバージョンで直ったかはわからないけども、それはそれでよしとする。BIOSアップデートで直る問題だとわかってしまった後であれば、冷静に起動時のログの差分を取ってBIOS-e820から133,667,749,887 Bytes分(0x000000201f37ffff - 0x0000000100000000)のメモリ情報が渡されていなかったとピンポイントでわかるけれども、BIOSアップデートの試行錯誤している間は肝が冷えました。

 kernel: BIOS-e820: [mem 0x00000000df000000-0x00000000dfffffff] reserved
 kernel: BIOS-e820: [mem 0x00000000f8000000-0x00000000fbffffff] reserved
 kernel: BIOS-e820: [mem 0x00000000fd000000-0x00000000ffffffff] reserved
+kernel: BIOS-e820: [mem 0x0000000100000000-0x000000201f37ffff] usable
 kernel: NX (Execute Disable) protection: active
 kernel: APIC: Static calls initialized

...

 kernel: SMBIOS 3.2.1 present.
-kernel: DMI: To Be Filled By O.E.M. To Be Filled By O.E.M./B450M Pro4, BIOS P3.10 03/07/2019
+kernel: DMI: To Be Filled By O.E.M. To Be Filled By O.E.M./B450M Pro4, BIOS P3.50 07/18/2019

...

-kernel: Memory: 3225936K/3611148K available (22528K kernel code, 4435K rwdata, 13952K rodata, 4988K init, 4728K bss, 384952K reserved, 0K cma-reserved)
+kernel: Memory: 131601868K/134146048K available (22528K kernel code, 4435K rwdata, 13952K rodata, 4988K init, 4728K bss, 2543920K reserved, 0K cma-reserved)

64GiBから96GiBへは順調に行ったのに、128GiBになると思いきや3.3GiBに落ち込んでしまって生きた心地がしなかった数時間

Ubuntu上でeLTAX発行の住民税特別徴収税額通知書ZIPファイルを解凍する

Sat, 14 Jun 2025 21:37:52 +0900

結論: ダブルクリックするだけ

なのだけど、こういった作業は年に一回しか発生しなくて、今回もエラーメッセージで検索するはめになったのでメモ。

勤め先から送られてくるパスワード確認方法のご案内

住民税決定通知書がいつからか電子化されていて（2024年から？）、

パスワード確認方法の通知書を受け取る
そこに記載されているeLTAX特徴税通パスワード確認サイトURLにアクセス（https://www.psw.eltax.lta.go.jp/tzspwd.<TOKEN>の形式）
パスワードを表示させる
そのパスワードを使って別途送られたZIPファイルを解凍

というPPAP方式の進化版みたいな感じ。

説明サイトにも書かれているように、このZIPファイルがOS標準では開けない場合がある。

https://www.kakunin.eltax.lta.go.jp/first

本通知書には機微な情報が含まれているため、情報セキュリティの観点から暗号化方式にはAES-256を採用しております。 ZIP解凍ソフトはAES-256に対応している必要があります。動作確認済のソフトウェアはマニュアルをご確認ください。

※Windows標準のエクスプローラーでは解凍できません。

Ubuntu上でも例えばunzipでは対応していないので開けない。

$ file '[...]特徴税額通知(通知書)[...].zip'
[...]特徴税額通知(通知書)[...].zip: Zip archive data,
at least v5.1 to extract, compression method=AES Encrypted


$ unzip '[...]特徴税額通知(通知書)[...].zip'
Archive:  [...]特徴税額通知(通知書)[...].zip
   skipping: [...]特徴税額通知(通知書).pdf  need PK compat. v5.1 (can do v4.6)

標準インストールでは入っていない7zipパッケージ内の7zとか、libarchive-toolsパッケージ内のbsdtar/bsdunzipとかであれば問題ない。

$ 7z e '[...]特徴税額通知[...].zip'

7-Zip 24.08 (x64) : Copyright (c) 1999-2024 Igor Pavlov : 2024-08-11
 64-bit locale=en_US.UTF-8 Threads:16 OPEN_MAX:1024

Scanning the drive for archives:
1 file, 292259 bytes (286 KiB)

Extracting archive: [...]特徴税額通知(通知書)[...].zip
--
Path = [...]特徴税額通知(通知書)[...].zip
Type = zip
Physical Size = 292259

    
Enter password (will not be echoed):
Everything is Ok

Size:       295082
Compressed: 292259

$ bsdunzip '[...]特徴税額通知(通知書)[...].zip'
Archive:  [...]特徴税額通知(通知書)[...].zip
 extracting: [...]特徴税額通知(通知書).pdf |
Enter password:

とここまで書いて、いやlibarchiveは標準でインストールされていてデフォルトのNautilusファイルマネージャで使われているはずでは、とZIPファイルをダブルクリックしたら問題なく解凍できた。いったいなぜ私はこんな遠回りを。ファイル名の文字コードはUTF-8と明記されているので、文字コードが指定できなくて文字化けする心配もない。

『全領域異常解決室』を見た

Mon, 27 Jan 2025 18:12:33 +0200

2024年10-12月期のドラマで話題になってたのは知ってたけど、幸い何もストーリーを知らず、ネタバレにも接しなかったのがよかった。飛行機の中で一気に見てなかったらおそらく3話で脱落していた。騙されたと思って1.25倍速ぐらいでもいいから見進めてほしい。

全領域異常解決室 | Netflix

警察官の雨野小夢はある日突然、内閣官房直轄の機関・全領域異常解決室、通称"全決"への出向を命じられる。本部を訪れた小夢は、室長代理の興玉雅から捜査中の神隠し事件について説明を受ける。

この数行以外あらすじを読まないのがおすすめ。冒頭で出てくる謎の女はSPECのサトリっぽさがあるし、なんかオカルトについて触れてるけど結局はよくある刑事モノっぽいし、なにがそんなに人気なのかしらと思うぐらい脱落ポイントがある。起承転結を10話でここまで高いレベルでまとめたドラマはそうそうないのでは。