Si c'était moi, je créerais probablement un /etc/sysfs.conf
et un /etc/init.d/sysfsutils
script d'init. Ensuite, je pouvais garder toutes mes configurations et options liées à sysfs distinctes de tout le reste. Avec un script d'initialisation, il pourrait être géré et géré à l'aide des idiomes standard pour gérer les services et les configurations via des scripts d'initialisation SysV (y compris service sysfsutils [start|stop|reload|restart|status]
sur RHEL / CentOS (avec un peu de travail supplémentaire)).
Même si je ne m'embêtais pas avec le /etc/init.d/sysfsutils
script, je mettrais toujours les options dans /etc/sysfs.conf
, puis j'appellerais / traiterais le contenu de ce fichier à partir d'un script séparé ( /etc/rc.local
, comme dernière option / paresseux).
Remarque: Debian et les distributions basées sur Debian (Ubuntu, etc.) le font déjà et expédient un /etc/sysfs.conf
fichier de configuration et un script d'initialisation avec leur paquet sysfsutils. Récupérer ces deux fichiers dans une boîte Debian / Ubuntu (ou le paquet source Debian pour sysfsutils) serait probablement un bon moyen de commencer pour le répliquer vous-même.
Christopher Cashell
la source
/usr/local
ou/opt
. Je serais probablement prêt à le tenter pour un petit nombre de machines (avec tous les bits importants sauvegardés). Pour un grand nombre de boîtes, je dupliquerais la configuration décrite ci-dessus, mais sous/usr/local
, avec des liens symboliques de/etc/
et/etc/init.d
, respectivement. Et / ou je construirais probablement un RPM pour faire l'installation / la distribution du fichier.Vous pouvez également essayer les règles udev en fonction de ce que vous souhaitez définir. Par exemple, sur mon système, j'ai configuré mes SSD pour utiliser le
deadline
planificateur via/etc/udev/rules.d/60-ssd-scheduler.rules
contenant:Vous devriez pouvoir faire correspondre tous les attributs sysfs via le mécanisme ATTR.
la source
Essayez le
sysfsutils
package. En particulier,/etc/sysfs.conf
devrait aider à cela.la source
/etc/sysfsutils.conf
le script à appliquer ne fait pas partie du package en amont (comme expliqué dans la réponse de Christopher). Il n'est présent que dans certaines distributions, pas dans Arch Linux par exemple. J'ai configuré systemd pour rechercher unrc.local
et l'ai utilisé sur mon bureau Arch.Pour Fedora / RHEL / CentOS - la méthode par défaut pour configurer sysfs et le faire persister lors des redémarrages est d'utiliser tuned. tuned est une infrastructure générale de réglage du système. Pour les paramètres sysfs , créez une
[sysfs]
strophe dans votre fichier de configuration et fournissez une ligne par variable que vous souhaitez définir et conserver pendant les redémarrages.Aussi, comme l'a souligné Lennart Poettering - systemd a une capacité native de fournir des paramètres sysfs via la suppression d'un extrait dans
/etc/tmpfiles.d/
la source
tuned
est très difficile à google (perdu dans le bruit du mot anglais courant qui est également beaucoup utilisé pour parler des paramètres sysfs), mais une recherche rapide a trouvé cette page à ce sujet: docs.fedoraproject.org/en-US/Fedora / 20 / html /… .