Raspberry Pi 5 goes M.2 SSD

Raspberry Pi 5 goes M.2 SSDMein 5er Raspberry Pi jedenfalls ;-)

Vor einiger Zeit habe ich ja erwähnt, dass bei mir der Raspberry Pi 5 Einzug gehalten hat. Über einige Jahre hinweg haben die Versionen 2 und 3 hier von NAS bis WordPress alles Mögliche und Unmögliche serviert, ich wollte das alles einfach auf einem einzigen Gerät haben.

Dummerweise bin ich aber kein Freund von SD-Karten oder auch USB-Sticks, die Dinger haben mir im Laufe der letzten Jahrzehnte einfach zu unerwartet immer dann den Dienst verweigert, wenn ich sie brauchte, und grundsätzlich will ich MIT einem System arbeiten und nicht DAFÜR. Wenn aber die Verwaltung der Technik mehr Zeit frisst, als die Dinge, die man eigentlich erledigen wollte, dann ist das einfach mistig.

Die Lösung: Eine M.2 SSD

Für den Raspberry Pi 5 muss es also eine SSD sein, nur wie kommt die an den Mini-Computer ran?

Ein PCIe to M.2 NVMe Key-M SSD ShieldDie Lösung

Ein PCIe to M.2 NVMe Key-M SSD Shield

Meines ist vom großen Shop mit dem „Ama“ vorne und dem „zon“ hinten, kostet (heute …) knapp 15 Euro (Stand März 2024) und passt gut.

Hier der direkte Link, ich weise extra mal wieder darauf hin, dass dies keine bezahlte Werbung ist, es handelt sich um eine reine Information.

Auf meinem Pi ist eine M.2 SSD in voller Länge im Einsatz, was ich auch empfehlen würde, da sich dummerweise der Gewindebolzen, mit dem sich der Datenträger verschraubt werden muss, nicht versetzen lässt. Das ist etwas dumm, weil die Löcher für kürzere SSD-Varianten eigentlich vorhanden sind. Nun ja, vielleicht ändert sich das ja bei kommenden Varianten.

Im Netz habe ich übrigens diverse Hinweise darauf gefunden, was man am Pi 5 einstellen muss, dass auch das Booten von der SSD möglich ist. Bei mir hat das allerdings ab Werk funktioniert, ich habe das Betriebssystem lediglich vorher schon via DD-Copy von einer SD-Karte kopiert, auf welcher die Erstinstallation durchgeführt wurde.

So sieht das handliche Paket am Ende dann ausPlus Kühler

So sieht das handliche Paket am Ende dann aus, auf dem Foto ist allerdings der Kühlkörper samt Lüfter für das ganze System ebenfalls schon montiert.


Finde Dich zurecht, Du bist in dieser Kategorie:
Home » Pi

 

Besucht mich doch in der Welt der sozialen Medien!

bsky.social facebook instagram pinterest X / Twitter

 

 

   

WordPress auf dem Pi – Neue IP

Ein Raspberry Pi 5 (B) - Neuer Pi, neue IPMein Merker zur neuen Domain oder IP Adresse

Kurz, mal wieder eher für mich als sozusagen Reminder, aber vielleicht auch für andere eine schnelle Notiz, wenn ein Problem bestehen mit/bei einer neuen IP-Adresse auftreten sollte.

Ändert sich die IP-Adresse eines Servers (NGINX oder Apache), dann muss mal das neben dem eigentlichen Server auch der WordPress-Installation mitteilen, sonst gibt es einen Fehler, „Error 503“ zum Beispiel.

Meine Lösung, die auch funktioniert hat

Im WordPress-Verzeichnis die „wp-config.php“ öffnen und die unten folgenden Zeilen hinzufügen.

Ich habe das unterhalb der Einträge zur Festlegung der Datenbanken gemacht, weil mir im Kopf herumschwebt, dass dies nicht am Anfang oder am Ende der Datei geschehen soll. Groß experimentiert habe ich nicht, ich wollte, dass der Server nach dem Umzug vom Raspberry Pi 2 auf die Version 5 funktioniert und keine Abhandlung zu WordPress untersuchen ;-)

Also folgendes eintragen:

define(‚WP_SITEURL‘, ‚http://deine.domain.de:8001‘);
define(‚WP_HOME‘, ‚http://deine.domain.de:8001‘);

In der Regel sind diese Einträge tatsächlich nicht vorhanden, müssen also wirklich hinzugefügt werden.

Für den Merker hier dient „deine.domain.de:8001“ natürlich nur symbolisch. In der Regel läuft der Server ja auf Port 80, was wahrscheinlich dann ohne explizite Angabe des Ports funktioniert. In meinem Fall sollte es eben ein alternativer Port sein, deshalb der Zusatz.

Wie gesagt, es hat funktioniert, mehr kann ich nicht dazu schreiben. Natürlich muss man Zugriff auf die PHP-Datei haben, aber denke einfach, wenn man mit seinem ganzen Server umzieht, dann ist das gegeben.

Ach ja, doch … Server neu starten nicht vergessen, sonst wird das nichts. Ich weiß, warum ich das extra erwähne. Zusätzlich sollte man auch die Portweiterleitung im Router im Hinterkopf haben, so sie denn nötig ist :mrgreen:

 


Finde Dich zurecht, Du bist in dieser Kategorie:
Home » Pi

 

Besucht mich doch in der Welt der sozialen Medien!

bsky.social facebook instagram pinterest X / Twitter

 

 

   

Alles wird neu – Raspberry Pi 5

Alles wird neu - Raspberry Pi5 BDann wollen wir mal wieder – mit dem Thema Raspberry

Nachdem hier, vor allem aus Gründen der Performance, ja seit langer Zeit jeweils ein Raspberry Pi 2B für den Web- und ein 3B+ als Samba-Server ihren Job machen, wird es Zeit für etwas mehr Power.

Ihr wisst schon, der elektronische Freak in einem macht mal Pause, aber ganz verschwinden wird er wohl nie.

Klar, die alten gehen nicht in den Müll, aber gerade für mein Samba basiertes NAS und auch diverse Webserver möchte ich gerne etwas mehr Kick haben.

Was ist also Pflicht?

Ein Raspberry Pi 5 (B)Ein Raspberry Pi 5 (B)

Mangels Lieferbarkeit der größeren Variante, habe ich das Modell mit 4 GB Arbeitsspeicher gewählt, was erfahrungsgemäß bei mir aber auch ausreicht.

Bis das hier vielleicht zu knapp wird, ist wahrscheinlich der Pi 9 auf dem Markt oder so :mrgreen:

Der Raspberry Pi 5 B mit 4 GB RAM ist es also geworden, er soll am Ende unter Debian einen NGINX-WordPress-Server, meine diversen (USB) Festplatten als NAS/Samba-Server und vielleicht auch DNLA-Dienste liefern.

Einen kleinen Teil meiner Aufgaben habe ich schon in Angriff genommen, aber werkeln und bloggen geht parallel nur schlecht, deswegen werde ich Euch hier im Blog nach und nach mit auf die digitale Reise nehmen.

Hardwaremäßig kommt eine M.2 SSD mit NVMe-Shield zum Einsatz und für etwas mehr Flexibilität bekommt er auch noch ein eigenes Full-HD Display via HDMI.

HDMI vor allem deshalb, damit ich den Bildschirm auch anderweitig nutzen kann, denn der Pi dürfte 95 % seiner Arbeitszeit headless im Einsatz sein.

Da ein kühler Kopf auch nicht schlecht ist, wird es dieses Mal auch noch eine aktive Wärmeabfuhr geben. Diese Lösung scheint ohnehin finanziell spannender zu sein als eine rein passive Variante, grundsätzlich muss sich der Lüfter aber komplett automatisch abschalten, wenn die Last gering ist.

Soviel für jetzt, der Rest kommt in den nächsten Tagen ;-)

 

 

 


Finde Dich zurecht, Du bist in dieser Kategorie:
Home » Pi

 

Besucht mich doch in der Welt der sozialen Medien!

bsky.social facebook instagram pinterest X / Twitter

 

 

   

TP-Link TL-WN822N (EU) Version 6 – Rapsberry Pi (2) (Buster)

tp-link_tl_wn822n_topTreiber & Funktion

Die gute Nachricht vorweg:

Er läuft auf dem Raspberry Pi 2 unter Debian „Buster“, der WLAN-Adapter „TP-Link TL-WN822N“, und das sogar recht gut.

(Link zum Hersteller)

Kurze Anmerkung:

Unter Windows 10 habe ich ihn auch ganz kurz in Betrieb genommen.

Eher um zu schauen, ober er überhaupt arbeitet, weil sich unter Linux zunächst nichts gerührt hat. Mehr, als dass er dabei sofort erkannt wurde, kann ich aber ehrlich gesagt nicht berichten. Der Empfang scheint ebenfalls brauchbar, das ist aber auch schon das ganze Testergebnis unter Windows.

Direkt nach dem Anstecken tut sich unter Debian-Buster zunächst nichts, Folgendes ist noch auszuführen:

Mit Root-Rechten die Datei

„/etc/modprobe.d/blacklist-rtl8xxxu.conf“

in einem Texteditor öffnen und die Zeile

„blacklist rtl8xxxu“

mit einem „#“ auskommentieren.

Am Ende steht dort also sie Zeile:

„# blacklist rtl8xxxu“

(Natürlich ohne die beiden “ “ ;-) )

Anschließend das Abspeichern nicht vergessen und den Raspi neu starten. Nach dem Reboot sollte er sofort die verfügbaren WLAN-Netzwerke im 2.4 GHz Bereich auflisten können, die 5 GHz Frequenzen kann der TL-WN822N ja sowieso nicht.

Andere Betriebssysteme und Raspberrys habe ich ebenfalls nicht getestet, hier bei mir musste nur der vorhandene WLAN-Adapter schnell nach einem Defekt des alten USB-Sticks wieder an und in das Netzwerk. Wie sich das mit neueren oder eben auch älteren Debian-Versionen verhält? Keine Ahnung :mrgreen:

tp-link_tl_wn822n_bottomMein Modell, siehe auch Foto rechts:

TP-Link TL-WN822N (EU) Version 6

 

 

 

USB, TRIM, SSD, extern & Adapter

ugreen-usb-c-sata-mit-trim-michael-floessel.deUnd es geht doch!

Vorweg, das ist KEIN Werbelink, für den ich irgendwas bekomme!

Da ich aber schon lange das Problem habe, dass der TRIM Befehl von all meinen USB-Adaptern nicht an die SSD übergeben wird, und ich habe einige, möchte ich doch den Link hier nicht auslassen.

Er führt zu Amazon und dort eben zum UGREEN USB-SATA Adapter.

Natürlich weiß ich nicht, ob bei jedem Artikel auch der gleiche Chipsatz verbaut ist, für unter 10 Euro war es mir aber den Versuch wert und es hat sich gelohnt. Unter Windows 10 funktioniert das Erkennen der SSD’s gut, am Pi unter Raspbian weiß ich es noch nicht. Da ich aktuell im Internat sitze und der Raspi daheim den VPN- und DLNA Server spielt, komme ich nur schlecht dran ;-)

 

 

 

Raspberry Pi – Problem beim Update (apt-key)

PWR ACT LED Raspberry Pi2 Pi3 B +Problem mit dem apt-key von deb.sury.org

Beim Versuch, die Software auf meinem Pi 3 aktuell zu halten, ist mal wieder ein Fehler aufgetreten. Mit etwas experimentieren, ein wenig Recherche im Web und “Trial-and-Error“ habe ich das Problem folgendermaßen lösen können:

 

Fehlermeldung:

Die folgenden Signaturen waren ungültig: EXPKEYSIG B188E2B695BD4743 DEB.SURY.ORG Automatic Signing Key <deb@sury.org>

Lösung:

sudo apt-key del B188E2B695BD4743

sudo curl -sSL -o /etc/apt/trusted.gpg.d/php.gpg https://packages.sury.org/php/apt.gpg

sudo apt update

Der problemlösende Tipp kam von hier, herzlichen Dank :-)

 

 

 

 

Bei tutorials-raspberrypi.de: Einen WordPress-Server auf dem Raspberry Pi einrichten

PWR ACT LED Raspberry Pi2 Pi3 B +Daten servieren im Heimnetzwerk

(Kleiner Tipp vorweg: Ein Klick auf die Animation führt direkt zum verlinkten Artikel, es soll ja ungeduldige Leser geben :mrgreen: )

Ich persönlich nutze schon länger einen Raspberry Pi als WordPress-Server hier im eigenen Haushalt. Er hat sich als Dokumentationshelfer für alles Mögliche etabliert. Ob es nun Unterlagen, Rezepte oder auch Anleitungen sind, besser und übersichtlicher, habe ich bisher kaum etwas langfristig archivieren und zeitgleich sortieren können, auf das ich komfortabel auch von fast jedem Punkt der Welt Zugriff habe.

Der aktive Rechenknecht hier ist ein Pi 3 B +, aber auch mit dem 2er hat es funktioniert, nur eben etwas langsamer. Die komplette Installation steckt samt Server in oder auf einem 256 GB USB-Stick, einfach aus Gründen des Minimalismus bei der Verwaltung und der maximalen Größe und Bezahlbarkeit beim Speicherplatz. Klimmzüge braucht man keine zu machen, auf welchen USB-Datenträger ich das Raspbian-Image (hier noch Stretch) auch gepackt habe, das Ding bootet damit.

Blöderweise habe ich seinerzeit bei der, damals zunächst experimentellen, Einrichtung des Servers nicht wirklich mit einem dauerhaften Einsatz gerechnet, weshalb die einzelnen Schritte bei der Installation nicht dokumentiert sind.

Immerhin findet sich aber ein verwandtes „How to“ bei tutorials-raspberrypi.de, welches ich jetzt hier doch verlinken möchte, da der Einsatzzweck doch einen Hinweis wert ist. Ich muss allerdings betonen, dass ich das ganze NICHT getestet habe!

In der nächsten Zeit wird auch mein Pi 3 auf Buster umsteigen, was ich wohl mit einer komplett neuen Installation verknüpfen sollte. Bei der Gelegenheit hoffe ich, den alten Server wiederherstellen und dieses Mal auch alle Schritte dokumentieren zu können, da ich doch etwas anders vorgegangen bin.

 

 

 

Raspberry Pi – Problem bei “apt-get update“

PWR ACT LED Raspberry Pi2 Pi3 B +Problem bei “apt-get update“

Vor einigen Tagen habe ich meine Raspberry Pi Anordnung etwas umgestrickt.

Der alte Pi 2 ist temporär außer Betrieb und nur noch die 3er Version soll nun alle Aufgaben im heimischen Netzwerk übernehmen. Da er meine diversen Server für DLNA, NAS und auch ein kleines WordPress-CMS mühelos alleine schafft, kann so etwas Kabelsalat eingespart werden, nebenbei ist schlicht eine Installation weniger zu pflegen.

Seit dieser Aktion ist er auch zusätzlich an das kabelgebundene Netzwerk angeschlossen, so kann ich diverse Aufgaben an unterschiedliche Netzwerkinterfaces binden und muss auch bei Ausfall des Funknetzwerkes nicht gleich einen Bildschirm anklemmen, wenn ich via SSH oder VNC nichts mehr ausrichten kann.

Probleme beim Update der Quellen

Leider hat sich in den letzten Tagen ein kleines Problem aufgetan. Beim Versuch, das System mittels ‚apt-get update‘ auf dem Laufenden zu halten, tut sich zunächst nichts, der Fortschritt bleibt bei 0% stehen und irgendwann erscheint die folgende Meldung:

E: The repository ‚http://archive.raspberrypi.org/debian stretch Release‘ does no longer have a Release file.
N: Updating from such a repository can’t be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.

Nun, zunächst habe ich einen Fehler bei der Verbindung zur Quelle vermutet, was aber nicht der Fall ist.

Diverse Recherchen im WWW führen mal hier und mal dorthin, nichts passt wirklich. Ganz schnell wird auch geraten, Raspbian Stretch in die Tonne zu kloppen und Buster zu installieren, alles andere würde eh nicht lange halten. Nebenbei will ich das System aber in erster Linie für meine Einsatzzwecke nutzen und mich nicht vom System nutzen lassen, um über die Feiertage mein Linuxwissen zu vertiefen oder alles neu einzurichten ;-) Also weitersuchen, Google zu gezielten Ergebnissen überreden, Log’s lesen, Scripte sichten, all das Zeug eben.

In einem kleinen Post, bei dem der Autor nicht wirklich für voll genommen wird, berichtet er von einem ähnlichen Problem. Er hat ganz simpel auch von Wlan auf LAN umgestellt und ein ziemlich ähnliches Fehlerbild zu vermelden. Leider habe ich mir die URL nicht gemerkt, aber immerhin existiert nun ein Indiz für eine erneute Fehlersuche ;-)

Raspi IPv4/6Lösung

Ich mach’s kurz …

Bei der Inbetriebnahme des LAN-Anschlusses habe ich nur eben schnell die manuelle IPv4-Adresse vergeben, ohne explizit IPv6 zu deaktivieren, wie ich es aus Kompatibilitätsgründen hier eigentlich immer mache. Nun, ein Haken bei “Disable IPv6“ hat das Problem aus der Welt geschafft, das Maschinchen erledigt wieder brav seine Aktualisierungen.

Wenn jemand weiß, was da genau hinter steckt, wäre ich für eine Mail oder einen Kommentar dankbar :-)

 

 

 

Status LEDs (act/pwr) beim Raspberry Pi 2/3 B+

PWR ACT LED Raspberry Pi2 Pi3 B +Rot und Grün – Der Status vom Raspi

Für einige vielleicht ein alter Hut, für andere evtl. interessant ;-)

Vorweg, getestet habe ich das Vorgehen nur auf dem Raspberry Pi 2 und 3, jeweils die B+ Varianten, OS ist Raspbian Stretch. Mangels Besitz anderer Pi’s, kann ich zu weiteren Boards nichts schreiben.

Beim Start, in der Datei „config.txt“

Wenn man also auf die Idee kommt, dass die rote (pwr) und auch die grüne (act) LED auf dem Raspi mal einen anderen Status anzeigen dürfen und dies direkt beim Start aktiviert werden soll, bieten sich Einträge der Datei config.txt an. Es gibt, wie immer, auch viele weitere Möglichkeiten, hier geht es speziell um eine unkomplizierte Lösung, direkt beim Systemstart. Wer es gerne immer dunkel oder auch flackernd haben möchte, ist damit eigentlich schon fertig. Wenn die LEDs während des Betriebes ihren Modus ändern sollen, wird es ein wenig mehr Aufwand.

Los gehts

Man schnappt  sich also einen Editor und ergänzt in der config.txt folgende Zeilen:

Für die rote LED (pwr):

dtparam=pwr_led_trigger=heartbeat

Sinngleich für die grüne Leuchtdiode (act):

dtparam=act_led_trigger=heartbeat

Ab dem nächsten Neustart blinken beide Dioden in einer Art Herzschlagtakt. Natürlich steht „heartbeat“ hier nur für eine der Möglichkeiten. Mit der Option „none“, bleibt alles duster.

Weitere Optionen finden sich in der Liste unten im Artikel, ich habe NICHT alle getestet!

 

Änderungen erst nach dem Systemstart

Möchte man bestimmte Zustände an unterschiedliche Zeiten binden, z. B. am Tage „heartbeat“ und in der Nacht alles dunkel, empfiehlt es sich, einen Cronjob anzulegen und mit diesem ein zuvor erstelltes Bash-Script aufzurufen.

Ich habe diverse Einträge in der Root-Crontab (sudo crontab -e) angelegt, die wiederrum unterschiedliche Scripte aufrufen:

Beispiel:

Crontab:

0 22 * * * /bin/runledoff.sh

ruft nachfolgendes Schript auf, welches um 22 Uhr die Leuchtdioden abschaltet:

Script:

#!/bin/bash
# System LEDs OFF

echo „none“ >/sys/class/leds/led1/trigger
echo „none“ >/sys/class/leds/led0/trigger

Ich habe der aufzurufenden Datei den Namen „runledoff.sh“ gegeben und sie in /bin/ abgelegt. Gegebenenfalls nicht vergessen, die Datei mit

sudo chmod +x /bin/runledoff.sh

ausführbar zu machen. Wahrscheinlich sollte das Script auch dem User „root“ gehören, dies kann ggf. mit

chown root  /bin/runledoff.sh

erledigt werden. Vielleicht geht es auch mit anderen Besitzern, ich habe es gar nicht erst anders versucht.

Analog dazu können die LEDs mit einer weiteren Datei wieder aktiviert werden. In meinem Fall soll die grüne Diode (act/led0) weiterhin Aktivitäten der SD-Karte, die rote (pwr/led1) den „Heartbeat“ symbolisieren.

Script:

#!/bin/bash
# System LEDs ON

echo „heartbeat“ >/sys/class/leds/led1/trigger
echo „mmc0“ >/sys/class/leds/led0/trigger

Neuen Crontab-Eintrag mit passender Uhrzeit nicht vergessen!

Weitere Optionen/Parameter:

none – No trigger/Aus
kbd-scrolllock – Keyboard scroll lock
kbd-numlock – Keyboard num lock
kbd-capslock – Keyboard caps lock
kbd-kanalock – Keyboard kana lock
kbd-shiftlock – Keyboard shift
kbd-altgrlock – Keyboard altgr
kbd-ctrllock  – Keyboard ctrl
kbd-altlock – Keyboard alt
kbd-shiftllock – Keyboard left shift
kbd-shiftrlock – Keyboard right shift
kbd-ctrlllock – Keyboard left ctrl
kbd-ctrlrlock – Keyboard right ctrl
timer – Flash at 1 second intervals
oneshot – Flash only once
heartbeat – Flash like a heartbeat (1-0-1-00000)
backlight – Always on
gpio – Flash when a certain GPIO is high
cpu0 – Flash on cpu0 usage
cpu1 –  Flash on cpu1 usage
cpu2 – Flash on cpu2 usage
cpu3 – Flash on cpu3 usage
default-on – Always on
[input] – Default state
panic – Flash on kernel panic
mmc0 – Flash on mmc0 (primary SD Card interface) activity
mmc1 – Flash on mmc1 (secondary SD Card interface) activity
rfkill0 – Flash on wifi activity
rfkill1 – Flash on bluetooth activity

Wie oben erwähnt, ist nicht alles persönlich getestet. Bei einigen Parametern weiß ich auch nicht sicher, was sie genau anzeigen bzw., ob es auf jedem Pi funktioniert oder ob dies so schnell geschieht, dass man nichts unterscheiden kann (rfkill z. B.). Wenn ich weitere Einsatzmöglichkeiten oder Details herausfinde, wird diese Liste ergänzt.

 

 

Der Pi, die USB-Festplatte und das Abschalten – Eine Quick & Dirty Lösung

pi-1200usbEin Provisorium

Wieder einmal vorweg muss ich erwähnen, dass ich mir hier eine Notlösung notiere. Es geht sicherlich eleganter, wahrscheinlich liegt es an mir, die Aufgabe nicht sauberer zu lösen. Zumindest zum jetzigen Zeitpunkt ;-)

Das Problem

Ich habe an meinem Pi-2B+ eine 3TB-USB-Festplatte im 3,5 Zoll-Format in Betrieb. Da der Raspi eigentlich als NAS fungiert, soll diese über größere Zeiträume der Inaktivität in den Standby-Modus wechseln, was sie aber von alleine leider nicht erledigt. Am DVD-Player und Windows-PC schon, am Pi aber blöderweise eben nicht.

Versuche

Ich habe mittlerweile hadparm, sdparm, tlp und hd-idle durchgetestet, niemals hat sich der gewünschte Erfolg eingestellt.

Notlösung

Lediglich mit dem Komando „haparm -Y /dev/sda schaltet sie unverzüglich ab. Egal mit welchem -B oder -S, für den Powerlevel bzw. die Spindownzeit ich ansonsten in der hdparm.config arbeite, das Ding bleibt an.

Bei allen anderen Tools außer hdparm, erreiche ich gar nichts. Da ich nach knapp 3 Tagen herumfummeln einfach im Augenblick keine weitere Zeit in diese Geschichte stecken kann und will, lasse ich die Festplatte nun alle drei Stunden via hdparm und crontab in den Standby-Modus wechseln. Das funktioniert gut und scheint(!) auch keine Probleme zu bereiten, wenn gerade Aktivität auf dem Laufwerk herrscht. Es fährt dann allerdings herunter und startet unverzüglich neu. Mehr brauche ich aber eigentlich nicht, also belasse ich es vorerst dabei.

Was vorher noch zu erledigen ist:

Natürlich muss hdparm installiert sein, was mit

sudo apt-get install hdparm -y

schnell zu erledigen ist.

Ein kleines Script sollte erstellt werden, in welchem „hdparm“ aufgerufen wird. Anders als per Script habe ich es gar nicht versucht, da ich mir immer die Möglichkeit offen halten möchte, solche Vorgänge zu erweitern.

In meinem Fall heißt das Script „runcron.sh„, liegt in /bin/, wurde vom User „root“ angelegt und enthält die Zeilen:

#!/bin/bash

sudo /sbin/hdparm -Y /dev/sda

Daran denken, die Datei mit

sudo chmod +x /bin/runcron.sh

ausführbar zu machen ;-)

Ein Cronjob muss eingerichtet werden.

Per

crontab -e

die Tabelle einrichten bzw. die folgende Zeile hinzufügen:

0 */3 * * * /bin/runcron.sh

Der Dateiname ist natürlich Ermessenssache.

Für die Vorarbeiten sind oben zusätzlich Links hinterlegt, hier geht es ja gerade eher nur um Ruhepausen für die HDD.