HAPPYTEC.at :: Blog

Der Raspberry Pi hat einen großen Haken: Er besitzt - wie viele ähnliche Geräte dieser Größe und mit diesem Preis - keine Echtzeituhr (RTC). Nach einem Neustart (und ohne Internetverbindung zu einem NTP-Server) ist er also erstmals dumm und erinnert sich nicht mehr an das aktuelle Datum oder die Uhrzeit. 1970 wäre dann theoretisch seine Weltanschauung, nur dank fake-hwclock erinnert er sich zu mindestens an die Uhrzeit, die beim Herunterfahren aktuell war. Das reicht aber meistens nicht und kann bei einigen Einsatzszenarien zum echten Problem werden.

Glücklicherweise gibt es für den Raspberry Pi schon einige fertige RTC-Module zum Aufstecken auf die GPIO-Kontakte. Eines davon ist z.B. die RasClock von ModMyPi, welches ich aktuell für zwei RPi's verwende. Dieser Händler bietet auch gleich eine relativ gute Anleitung an, die man sich vor der Inbetriebnahme unbedingt durchlesen sollte: Installing the RasClock - Raspberry Pi Real Time Clock

Zur Nutzung ist ein eigenes Kernelmodul notwendig. Wie man es selbst kompilieren kann, will ich an dieser Stelle nicht erklären. Dafür gibt es genügend andere Seiten im Internet. Nur so viel sei gesagt: Es reicht, wenn man diesen Patch auf den eigenen RPi+ Kernel anwendet. Der verlinkte Patch ist für Archivzwecke auch im Pastebin von HAPPYTEC gespeichert. Die folgende Kernelkonfiguration ist zu empfehlen, damit das Modul später wie gewünscht funktioniert.

Der FON3-Anschluss einiger älterer Fritz!Box Modelle ist bekanntlich nur mit zwei Kabelklemmen ausgestattet. Neben vielen (teilweise beunruhigenden) Forenbeiträgen im Internet, beinhaltet die AVM-Wissensdatenbank ebenfalls ein paar Tipps zum Anschluss eines Gerätes.

Hier meine persönliche Erfahrung: Nehmt am Besten ein starres Verlegekabel für's Netzwerk oder Telefonie (in meinem Fall Cat 6, aber das ist eigentlich mehr als übertrieben...) und montiert in direkter Nähe eine Netzwerkdose. Das erspart einiges an Ärger. Und egal, ob RJ45 oder RJ11/12 Stecker, es passt beides hinein...

Wenn man schnell eine Konfigurationsänderung der Telefonanlage oder einfach nur die Sprachqualität des Festnetz-Anschlusses testen will, ist eine kostenlose 0800-er Nummer meistens eine gute Wahl. Man kann problemlos einige Minuten in der Leitung bleiben, da sich das Auswahlmenü mehrfach wiederholt.

Tja, da hat A1 (0800 / 100 100) jetzt wohl aufgerüstet: Einmal wird die Ansage wiederholt, dann gibt es nur mehr ein: "Einfacher geht es wirklich nicht mehr, wir sind gleich für Sie da...", und man wird direkt mit einem Mitarbeiter verbunden. Gemein ist so etwas...

Klingt eigentlich sehr einfach, da genau dieses Szenario in der Linux-VServer FAQ beschrieben ist. Verkompliziert wurde mein Setup aber dadurch, dass die einzuhängende USB-Festplatte beim Booten (von Host und Gast) noch nicht existiert und irgendwann später angesteckt und genauso willkürlich vielleicht wieder getrennt wird. Sie muss also beim Anstecken automatisch in das laufende Gastsystem eingehängt und beim Abtrennen wieder entfernt werden. Es muss also Hotplug-fähig sein - ohne dabei jetzt auf das Dateisystem zu achten. Das wäre normalerweise nur in Verbindung mit einem Neustart des vServers möglich.

Warum ich keine bekannten Möglichkeiten mit --bind/rbind genommen habe, liegt einfach daran, dass es in diesem Szenario nicht funktioniert. Der vServer Kontext macht einem da einen Strich durch die Rechnung, da er mit einer Kopie der eingehängten Geräte arbeitet und somit durch die Nichtexistenz vorher oder nachher nichts mehr anfangen kann. Der Ordner oder das Gerät wäre also richtig verknüpft, wird aber nur als leer angezeigt. Oder alternativ nicht zugreifbar, weil das Gerät nicht mehr existiert.

Mit einer kleinen udev-Regel auf dem Hostsystem klappt das dann relativ komfortabel:

Code:

ACTION=="add", ENV{ID_FS_UUID}=="<UUID>", SYMLINK+="storage-1", RUN="/usr/local/sbin/vmount <VSERVER> -t ext4 -o relatime /dev/storage-1 /mnt/storage-1"
ACTION=="remove", ENV{ID_FS_UUID}=="<UUID>", RUN="/usr/local/sbin/vnamespace -i 0 -e <VSERVER> /bin/umount -l /vservers/<VSERVER>/mnt/storage-1"

Die Vergleiche kann man problemlos auf andere Kriterien ändern, wie z.B...

Hinweis: Der nachfolgende Beitrag bezieht sich nur auf die Hardware Version 2!
Für die aktuelle Version 4 bitte nach unten scrollen. Nur getestet mit TD-8840T...

Einige TP-Link DSL-Modems (wie z.B. das TD-8840T) verfügen über einen praktischen Telnet Zugang. Damit lassen sich nicht nur deutlich mehr Details als über das Webinterface anzeigen, man kann auch alle möglichen Einstellungen direkt verändern, das Modem neu starten oder z.B. auch einen Reset der DSL-Verbindung erzwingen. Das ist besonders praktisch, wenn man die Zwangstrennung in die Nachtstunden verschieben möchte. Dazu reichen die Programme expect und telnet sowie ein zweites Linux System, das 24/7 läuft. Also z.B. der Router oder ein anderes kleines Gerät wie ein Raspberry Pi oder eine Dockstar. Einfach folgendes Script speichern und ausführbar machen:

Code:

#!/usr/bin/expect
# TD-8840T v2.x

set timeout 30
set hostname [lindex $argv 0]
set password [lindex $argv 1]

spawn telnet $hostname

expect "Password: "
send "$password\n"

expect "TP-LINK> "
send "wan adsl reset\n"

expect "TP-LINK> "
send "exit\n"

close
exit

Der Aufruf erfolgt dann mittels: ./dsl-reconnect <hostname> <password>

Als Cronjob angelegt trennt es dann immer pünktlich die DSL-Verbindung. Leider habe ich noch nicht heraus gefunden, wie man nur eine bestimmte PVC neu verbinden kann. Ein Neustart des ganzen Modems wäre z.B. mit...