Bootfähiges Image Voyage-Linux (incl. SvxLink) für ThinClien

  • Hallo liebe Forum User,

    würde ich freuen wenn mich mal einer zu folgender Frage aufklären könnte.
    Erstmal großes Dankeschön an DK5HH für die tolle Arbeit.
    http://svxlink.de/?page_id=2284
    Allerdings würde mich folgendes interessieren.
    In der Anleitung steht folgendes

    Quote

    Das Linux-Betriebssystem ist Voyage 0.9.2 (voyage.hk), welches optimiert für Flashkarten ist. Es ist derzeit auf einem Debian Wheezy 7.3 aufsetzend. Die Flashkarte ist nach dem Booten nur lesbar gemountet — Änderungen an Dateien lassen sich erst durchführen, wenn mittels “remountrw” als root die Flashkarte schreibbar gemacht wurde.


    Wie verhält sich das wenn ich jetzt den Propagation-Monitor nutze. Dieser schreibt doch bei Eingang einer Mail, oder habe ich da was falsch verstanden??

  • Hi Tim,

    berechtigte Frage.
    Ich würde einen Teil des RAM's dafür nutzen und als Ramdisk mounten (z.B. /tmp) und die betreffenden Verzeichnisse in die explizit geschrieben werden muß dahin linken.

    73's de Adi, DL1HRC

  • Ok also doch alles richtig verstanden :D
    .....und wenn wir nach deinem verfahren gehen übersteigt es mal wieder mein Linux wissen. ;)
    Also altes System beibehalten und ne frische CF-Karte auf Halde legen auf welcher ein gespiegeltes System von meinem jetzigem, laufenden System sich befindet. :lol:

  • Keine Panik, habe gerade mal nachgeschaut, die haben das da schon so gemacht. Es gibt ein tmpfs ;) Also die Logs etc werden ohnehin schon da rein geschrieben, mußte nur noch einen Link von /var/spool/mail nach /tmp machen, dann sollte es passen.

    73's de Adi, DL1HRC

  • Weil es gerade so schön dazu passt:
    Ich verwende ebenfalls das Image von DK5HH. Das ist eine gute Vorlage, sie nimmt einem eine Menge Arbeit ab! Aber es bleiben noch kleine Nacharbeiten übrig:
    Im Originalzustand wird im Verzeichnis /var/log eine Logdatei "svxlink" geschrieben. Die liegt im temporären Filesystem. Kontrollieren kann man das z.B. mit "df -h". Leider wird diese Logdatei mit der Zeit immer grösser und unhandlicher. Daraus habe ich geschlossen, dass keine Log-Rotation stattfindet. Und so war es auch, die zuständige Datei war nicht ganz komplett. Diese Datei findet man in /etc/logrotate.d/, sie trägt den Namen "svxlink" (wer hätte das gedacht...). Die habe ich wie folgt ergänzt:


    Mit "rotate 7" wird festgelegt, dass insgesamt 7 Logdateien nacheinander geschrieben werden, danach wird die jeweils älteste Datei überschrieben.
    Mit "missingok" wird keine Fehlermeldung erzeugt, falls die Logdatei einmal fehlen sollte.
    Mit "notifempty" wird festgelegt, dass kein leeres Log gespeichert wird. Wozu auch?
    Mit "daily" wird jeden Tag ein neues Log begonnen, in unserem Fall morgens um halb sieben. Alternativen: weekly, monthly.
    Mit "compress" wird dafür gesorgt, dass die Logs im komprimierten gz-Format gespeichert werden. Das schafft Platz.
    Alle anderen Parameter habe ich gelassen wie sie sind.
    Nach einem Neustart des Systems war die Logrotation funktionsfähig und schreibt seitdem jeden Tag brav ein frisches Log.

    Was mich ein wenig erstaunt: Die Logdateien werden im temporären Filesystem angelegt. Dateien im tmpfs sollten nach einem Neustart/Stromausfall etc. eigentlich verschwinden. Die Logs bleiben aber trotzdem erhalten. Das klappt sogar, obwohl das Filesystem für die Futros in der Grundeinstellung auf "read only" gesetzt ist, um die CompactFlash-Karte nicht zu zerschreiben. Das steht auch schon am Anfang dieses Threads. Wie ich inzwischen gelernt habe, ist das so beabsichtigt. Ich habe aber noch nicht gefunden, wie und wo das geht...

  • Ich beantworte mal meine eigene Frage. Im Wiki zu Voyage-Linux steht wie es geht. Der Schlüssel liegt in den Dateien /etc/init.d/voyage-util und /etc/default/voyage-util. Im folgenden Text kann man auch nachlesen, wie man weitere Verzeichnisse beschreibbar macht.
    http://wiki.voyage.hk/rw_ro.txt

    Allerdings ist gerade der Teil, der beschreibt, wie man das Filesystem permanent auf read_write setzt, fehlerhaft bzw. missverständlich formuliert. Am Ende des folgenden Textes steht es dann richtig:
    http://wiki.voyage.hk/remove_ro.txt