cron › loggn.de

Hallo ihr Blog-Leser/innen, vor kurzem habe ich mir einen TP-LINK TL-WR1043ND gekauft. Bei der Einrichtung hatte ich etliche Probleme – ich bin in einige Bugs der DD-WRT Beta-Firmwares gelaufen. Das ist auch der Grund, warum ich hier nun eine kleine Artikelserie starte. DD-WRT Artikelserie

DD-WRT – automatischer Neustart, jede Nacht

Nach 2-3 Tagen brechen die Übertragungsgeschwindigkeiten massiv ein, das WLAN ist fast nicht mehr zu gebrauchen. Daher lasse ich mein DD-WRT Device jede Nacht um 4:30 neu starten!

echo "30 4 * * * root /sbin/reboot" > /tmp/cron.d/restart
sleep 30 && stopservice cron && startservice cron &

Da sich der Cron-Daemon ab und an nach dem Start des DD-WRT Routers/Repeaters aufhängt, lasse ich ihn nach 30 Sekunden noch einmal beenden und neu starten.

Quelle:
cron arbeitet nach Routerstart nicht, nur nach Dienst neustart

!ACHTUNG! Ich übernehme keine Haftung für Schäden am Computer, an der Hardware oder an den Daten des Benutzers, die durch die Benutzung dieser Artikelserie entstehen. !ACHTUNG!

Letztens habe ich meinem Media-PC eine 64 GB SSD spendiert. Bekanntlich ist bei SSDs eine gute Garbage Collection und/oder TRIM vonnöten – sonst kann es zu Performanceverlusten und zu einer verkürzten Lebensdauer kommen!

Hintergrund: Das Dateisystem streicht „gelöschte“ Dateien nur aus dem Inhaltsverzeichnis, die eigentliche Datei aber bleibt weiter gespeichert. Nach einiger Zeit der Nutzung ist damit jeder Bereich des Laufwerks mit entweder aktuellen, oder noch nicht tatsächlich gelöschten Inhalten belegt. Bei Festplatten war das kein Problem, da sie ihre Magnetisierungszustände direkt ineinander übergehen lassen können. Flashspeicher hingegen müssen die noch gefüllten Flashzellen erst leeren, um sie im zweiten Durchgang mit der neuen Datei zu beschreiben. Diese doppelte Arbeit ist anhand einer dann bis zu doppelt so langen Schreibzeit nachvollziehbar.

Quelle: Wikipedia.de – Solid-State-Drive – Performanceverluste

Die Crucial m4 hat zwar eine gute Garbage Collection, aber ich habe bereits unter Mac OS X mit aktiviertem TRIM bessere Benchmarkergebnisse erzielen können als ohne. Daher wollte ich auf meinem Arch Linux HTPC auch Trim aktivieren.

Grundsätzlich unterstützt Linux zwei Arten des Discards [TRIM] (discard = verwerfen):

Batched Discard – Der Befehl fstrim /mnt/point/ weist das Dateisystem an, ungenutzte Bereiche zu suchen und diese dem Controller der SSD zu melden. Dieser Befehl muss sporadisch und manuell vom Anwender ausgeführt werden.
Online Discard – Der Kernel informiert das Laufwerk sofort, wenn Speicherbereiche durch Löschen von Dateien frei werden. Diese Funktion ist von Haus aus deaktiviert und muss vom Anwender in /etc/fstab mit der Option -o discard eingeschaltet werden.

Quelle: wiki.ubuntuusers.de – SSD

Allerdings wird Online Discard nicht gerade empfohlen, aufgrund der zahlreichen TRIM-Befehle kann auch hier die Leistung bzw. Haltbarkeit der SSD einbrechen! Daher sollte man Batched Discard verwenden, diesen kann man automatisiert per Crontab ausführen.

Damit die TRIM-Befehle korrekt bei der SSD ankommen Linux – SSD – TRIM aktivieren – dm-crypt, lvm, ext4, grub weiterlesen