Files
ProxMenux/AppImage/scripts
MacRimi 642bd8ecae health_persistence: stop leaking obs counts across NVMe device renames
`get_disks_observation_counts` maps each serial's count to that
serial's "most recent" device_name (so renames like ata8 -> sdh keep
the badge attached). When several physical disks have passed through
the same kernel name across reboots — common with NVMe, the kernel
probes in a different order depending on which slots are populated —
disk_registry keeps a row per (device_name, serial) seen and the
"most recent" device_name for a serial can now be in use by an
entirely different disk.

Concrete case from the wild: serial 211716800490 was nvme0n1 during
the previous boot and earned a real I/O observation. After removing
four of five NVMes, the surviving disk (serial 243332800236) booted
into nvme0n1. The badge layer mirrored 211716800490's count onto
nvme0n1 — which is now a different physical disk — and showed
"1 obs." on the wrong drive, while the modal (which scopes by the
current (device_name, serial) registry row) found nothing and
rendered an empty history.

Only mirror a serial's count onto its device_name when that
device_name is currently owned by the same serial, determined from
the freshest disk_registry row. The serial-keyed entry stays
unconditional so observations remain reachable when the disk is
re-plugged under another device name.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-06-01 23:52:11 +02:00
..
2026-03-17 18:19:34 +01:00
2025-10-12 21:19:01 +02:00
2026-05-23 21:27:18 +02:00
2026-05-23 21:27:18 +02:00
2026-05-31 11:03:04 +02:00
2026-01-29 18:27:36 +01:00
2026-05-20 18:14:32 +02:00
2026-05-22 18:24:03 +02:00
2026-05-30 21:54:32 +02:00
2026-05-24 16:42:44 +02:00
2026-04-01 12:03:54 +02:00
2026-04-05 11:58:14 +02:00