Arch Linux

Energiesparscript absichern

Nesc

Guten Tag,
ich habe heute powertop benutzt und wollte einmal die Vorschläge angucken die ich auf meinem Netbook zum Akkulaufzeit verlängern benutzen kann.
Ich hoffe ich bin hier richtig, da es ja um die Konfiguration geht 😉
Ich habe mir folgendes Script zusammengestellt:
.powertopscript.sh

#!/bin/bash
iwconfig wlan0 power on
echo 'min_power' > '/sys/class/scsi_host/host0/link_power_management_policy';
echo '0' > '/proc/sys/kernel/nmi_watchdog';
echo '1500' > '/proc/sys/vm/dirty_writeback_centisecs';
echo '1' > '/sys/module/snd_hda_intel/parameters/power_save';
echo 'auto' > '/sys/bus/pci/devices/0000:00:00.0/power/control';
echo 'auto' > '/sys/bus/pci/devices/0000:00:02.0/power/control';
echo 'auto' > '/sys/bus/pci/devices/0000:00:1d.3/power/control';
echo 'auto' > '/sys/bus/pci/devices/0000:00:1b.0/power/control';
echo 'auto' > '/sys/bus/pci/devices/0000:00:1c.1/power/control';
echo 'auto' > '/sys/bus/pci/devices/0000:00:1d.0/power/control';
echo 'auto' > '/sys/bus/pci/devices/0000:00:1d.1/power/control';
echo 'auto' > '/sys/bus/pci/devices/0000:00:1d.2/power/control';
echo 'auto' > '/sys/bus/pci/devices/0000:00:1d.7/power/control';
echo 'auto' > '/sys/bus/pci/devices/0000:00:1f.2/power/control';
echo 'auto' > '/sys/bus/pci/devices/0000:01:00.0/power/control';
echo 'auto' > '/sys/bus/pci/devices/0000:02:00.0/power/control';
echo 'auto' > '/sys/bus/pci/devices/0000:00:1c.0/power/control';
ethtool -s eth0 wol d;

Berechtigungen:

-rwx------ 1 root root 1144 31. Mai 00:57 .powertopscript.sh

Habe ich so gewählt, damit man die Datei nicht ändern kann und garnicht erst verändert werden kann außer vom root ... man weiß ja nie. Wenn man ein Script schon nur über sudo ausführen lässt, kann da ja wer weiß was sonst geändert werden.
Ausführen ~/.i3/config

...
exec sudo /home/<user>/.powertopscript.sh
...

Da es nur über sudo ausführbar ist habe ich die sudoers auch noch angepasst
/etc/sudoers

...
%wheel ALL=(ALL) NOPASSWD: /home/dennis/.powertopscript.sh
...

Soviel zu den Dateien.

Die Frage ist: Macht es Sinn? Ist es richtig wie ich es konfiguriert habe? Habe ich irgendetwas vergessen?
Ich bedanke mich schon einmal, ihr habt mir hier schon so oft geholen 😉

MfG
Nesc

mannohneschuh

Du könntest das auch in die /etc/rc.local legen. die wird bei jedem Systemstart ausgeführt. und du sparst dir den sudo-Kram.

Nesc

Das ist dann wohl eine deutliche Vereinfachung und macht ja auch sinn, da die rc-scripte nicht ohne Grund da sind 😉
Funktioniert so auf jeden Fall auch und führt ans gleiche Ziel mit weniger Aufwand.

Danke 🙂

Army

Schau dir mal aus dem AUR das Paket powerdown an, da sind all die Dinge zusammengefasst und es gibt darin zB auch ein Skript namens "powerup", was die Optionen wieder zurücksetzt, falls man das mal brauchen könnte. Ich find das ziemlich praktisch und es setzt eigentlich alle Optionen, die man so braucht. Falls was fehlt, einfach melden, dann wirds sicher eingebaut.

GerBra

Noch ein Hinweis:
Es ist gefährlich, ausführbare Dateien (hier insbesondere das Skript) in einem vom/von Usern beschreibbaren Verzeichniss liegen zu haben. Grob fahrlässig würde es dann in deinem Fall da dieses Skript durch sudo mit Rootrechten gestartet würde.

/home/dennis/.powertopscript.sh (selbst wenn das Skript root gehört und nur von diesem änderbar ist) kann vom User gelöscht werden:
a) Durch einfaches rm da der User natürlich alle Rechte am Verzeichniss, in dem das Skript liegt, hat.
b) Oder durch Umbenennen und Neuerzeugung der übergeordneten Verzeichnissstruktur (bei /home/dennis nicht möglich, aber z.B. bei /home/dennis/bin)
Nach dem Löschen legt der User ein eigenes Skript an und könnte dort nun jedweden Befehl als root (via sudo) nutzen.

Solche Skripte/Progs also dorthin wo ein User keine Schreibrechte hat (/usr/local/bin z.B. oder auch nach /root). Ansonsten hat man u.U. schneller ein Problem als einem lieb ist.
//Edit: Es gibt Wege, sich davor zu schützen. Nur besteht wohl eher Null Notwendigkeit z.B solch ein Skript unbedingt da liegen haben zu müssen…

Kurz: In das $HOME eines Users gehören nur Daten eben dieses Users bzw. auf die er auch Zugriff haben soll - und NIE Files die root "gehören".

//Edit2: Das ist ein klassisches Beispiel über die Gefahr, die von sudo ausgeht.
Als Admin/Root müssen alle Alarmglocken läuten, wenn in der /etc/sudoers Programme aufgerufen werden, die an anderen Orten liegen als *NUR* von root beschreibbar.
(Im Idealfall sind $HOMES sowieso nosuid,noexec gemoutet - aus gutem Grund…)

Nesc

@GerBra
Stimmt, das habe ich gerade auch gemerkt, als ich das Skript gelöscht habe, da kam lediglich die Meldung:
Ist schreibgeschützt, löschen?
Und bei ja war es weg und jeder hätte an der Stelle ein neues Skript einfügen können 😉 Einen Schritt zu wenig gedacht. Ich habe nun den Inhalt des Scripts in die /etc/rc.local geschrieben, was wohl eher dem entspricht was es soll.
Ich bedanke mich sehr für das ausführliche Statement 😉

@Army
Sehr schönes Paket, ich werd es gleich einmal ausprobieren nach dem neustart. Es wird dort sehr viel mehr geändert als in meinem Script

GerBra

Ja, muß man dran denken:
Ohne besondere Maßnahmen ergeben sich die *effektiven* Rechte am *Inhalt*¹ immer über die Rechte des Behältnisses/verzeichniss. Verzeichnisse sind im übertragenden Sinn auch nur "Dateien", in denen die Inhalte desselben geschrieben stehen. Und einen Inhalt(=datei) austragen darf ich dann, wenn ich x und w Rechte am Verzeichniss habe, mit w kann ich auch neuen hinzufügen.

Das ist wie ein Tresor in einem Schrank - ich kann zwar evtl. nicht den Tresor öffnen, aber ich kann diesen ausbauen/ersetzen (da ich den Schrankschlüssel habe) oder den ganzen Schrank mitsamt Inhalt(=Tresor) verkaufen da der Schrank ja mir gehört ;-)

¹ spätes Edit: besser Rechte am Dateihandle. Für die Rechte am Dateiihalt gelten logischerweise die Berechtigungen der Datei.

Nesc

Nochmal @Army
Laut powertop fehlen nach powerdown folgendes:

echo '1500' > '/proc/sys/vm/dirty_writeback_centisecs';
ethtool -s eth0 wol d;

Also: WM writeback timeout
und wake-on-lan status device eth0

Kann das hinkommen, dass das fehlt?

@GerBra
Schöner vergleich 🙂

mannohneschuh

quellcode

Army

@Nesc, ja hast Recht, das wird net gesetzt. Wie mannohneschuh schon angedeutet hat, du kannst als root das Skript /usr/bin/powerdown öffnen und die beiden Zeilen noch einfügen. Nachteil ist natürlich, dass die Änderung nach jedem Update des Pakets wieder gelöscht sind. Aber ich schreibs mal als Feature Request auf github, dann kommt es vielleicht bald rein.

oenone

GerBra schrieb(Im Idealfall sind $HOMES sowieso nosuid,noexec gemoutet - aus gutem Grund…)

noexec auf /home ist schon sehr einschränkend und könnte ein paar sachen kaputt machen..