EDAC-CTL(8)
π EDAC-CTL π
okay so bestie, welcome to edac-ctl β the EDAC admin utility, straight out of section 8 of the manual (that's the "system administration commands" section, iykyk π).
β¨ SYNOPSIS β¨
edac-ctl [OPTION]...
π¦ DESCRIPTION π¦
so edac-ctl is literally a perl(1) script π and what it does is run a bunch of genuinely useful administration tasks for EDAC (Error Detection and Correction) drivers. that's it, that's the vibe. it's the little helper that handles the annoying admin stuff so you don't have to π«Ά
π OPTIONS π
--helpβ shows you a lil brief usage message. the "hey bestie here's how you use me" moment πΈ--mainboardβ prints the mainboard vendor and model for this hardware, if available. the whole method it uses to figure out the vendor + model of the current system is explained down below in the MAINBOARD CONFIGURATION section, so don't skip it π--statusβ prints the status of the EDAC drivers β loaded or unloaded. like a vibe check but for drivers β¨--register-labelsβ registers motherboard DIMM labels into the EDAC driver sysfs files. this one uses the detected mainboard manufacturer and model number combined with a "labels database", which it finds in any of the files under/etc/edac/labels.d/*or in thelabels.dbfile at/etc/edac/labels.db. β οΈ heads up: an entry for the current hardware must exist in the labels database or this option literally does nothing. no entry, no slay π--print-labelsβ displays the configured labels for the current hardware, and the current labels registered with EDAC. two-for-one, we love to see it π--labeldb=DBβ lets you specify an alternate location for the labels database. custom path, custom vibes π¦
π MAINBOARD CONFIGURATION π
here's the whole method edac-ctl uses to determine the current system's mainboard vendor and model info. it's a three-step quest, in order π₯
- If the config file
/etc/edac/mainboardexists, thenedac-ctlparses it. the mainboard config file has this super simple syntax:
vendor = <mainboard vendor string>
model = <mainboard model string>
script = <script to gather mainboard information>
and btw, anything after a # character on a line counts as a comment. π if the keyword script is specified, then that script or executable gets run by edac-ctl to gather the mainboard vendor and model information. that script should write the resulting info on stdout in the same format as the mainboard config file. keep the format, bestie π
- If no mainboard config file exists, then
edac-ctlwill attempt to read DMI information from these sysfs files:
/sys/class/dmi/id/board_vendor
/sys/class/dmi/id/board_name
- If those sysfs files above don't exist either, then
edac-ctlfalls back to parsing the output of thedmidecode(8)utility. β οΈ and ngl, using this utility will most often require thatedac-ctlbe run as root. so yeah, sudo energy π
π SEE ALSO π
and that's the whole page, bestie π«Ά this iconic little number is edac-utils-0.18-1, dated 2011-11-09 β a classic that still eats, no cap πβ¨
π¦ where this page comes from
- debian bookworm: edac-utils 0.18+git12-gd98769e-1
- debian trixie: edac-utils 0.18+git16-g8fdc1d4-2
- ubuntu jammy: edac-utils 0.18+git12-gd98769e-1
- ubuntu noble: edac-utils 0.18+git12-gd98769e-1build1
- ubuntu questing: edac-utils 0.18+git16-g8fdc1d4-2
- ubuntu resolute: edac-utils 0.18+git16-g8fdc1d4-3 Β· GPL-2.0-or-later
- ubuntu stonking: edac-utils 0.18+git16-g8fdc1d4-3 Β· GPL-2.0-or-later
- Copyright (C) 2006-2007 The Regents of the University of California
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms