max / alloy

image: ship the tools that make ECC and SMART readable The image had no way to read ECC corrected-error counts, no SMART for anything that is not NVMe, and no path to a BMC. That is ECC memory you cannot act on, and rising correctables are the early warning it is bought for. nvme-cli was already in the base, so NVMe wear was the one thing already visible. rasdaemon, smartmontools, ipmitool and lm_sensors: 49 MiB installed, most of it smartmontools dragging perl for a mail path nothing here uses. edac-utils is deliberately absent, being an empty stub in Fedora 43 that rasdaemon's ras-mc-ctl replaced. The preset line is the half that matters. smartd and lm_sensors enable their own units from %post, but rasdaemon ships its unit disabled, so the packages alone would leave ras-mc-ctl reading zero errors because nothing was counting. Wanted first by the bench build host, whose characterization baseline requires ECC counters provably readable before it is trusted as a reference, but a laptop with no ECC still wants SMART on the disk it boots from, so this goes in the base rather than a server variant.