Zeitzone über debug.cfg korrigieren geht nicht
Hi,
ich betreibe eine FRITZ!Box Fon WLAN 7050, Firmware-Version 14.04.15ds-0.2.9 in Rumänien bei meinen Eltern, im ATA-Mode an einem Kabelanschluß. Da ich diese vor kurzem erstiegerte Box durch einen Freund kurzfristig hinschicken und gegen die alte ATA austauschen lassen konnte (diese bekam seit etwa 2 Monaten dieses "blinkende Telefon-LEDs - Telefonie tot"-Problem), hatte ich leider nicht die notwendige Zeit, herauszufinden, daß /etc/init.d/rc.S diesen Fehler hat, in der angegebenen Firmware-version, der dazu führt, daß eine manuell mit nvi eingerichtete TZ wegen diesen blöden Anführungszeichen ignoriert wird, und die Boc dan mit UTC läuft. Nun, dann fand ich endlich diesen Thread, und dachte mir, das reparierst Du über den SSH Zugang. Ich habe folgende /var/flash/debug.cfg erstellt, die das Problem eigentlich beheben sollte:
Code:
#! /bin/sh
#echo 'debug.cfg start' > /var/tmp/debug.cfg.log
export PATH="/bin:/usr/bin:/sbin:/usr/sbin"
#echo $PATH >> /var/tmp/debug.cfg.log
cd /
export MANUAL_TZ_ENABLED="`echo timezone_manual.enabled | ar7cfgctl -s 2>/dev/null`"
#echo $MANUAL_TZ_ENABLED >> /var/tmp/debug.cfg.log
if [ "$MANUAL_TZ_ENABLED" = "yes" ] ; then
export MANUAL_TZ="`echo timezone_manual.TZ_string | ar7cfgctl -s 2>/dev/null | tr -d '"'`"
#echo $MANUAL_TZ >> /var/tmp/debug.cfg.log
rm -f /var/TZ
echo $MANUAL_TZ >/var/TZ
export TZ="`cat /etc/TZ`"
/etc/init.d/rc.voip stop
#echo 'rc.voip stop' >> /var/tmp/debug.cfg.log
sleep 8
/etc/init.d/rc.voip start
#echo 'rc.voip start' >> /var/tmp/debug.cfg.log
fi
Tut es aber nicht :-(. Ich habe feststellen müssen, daß der voipd Dienst (und auch der damit verbundene telefon-Daemon) nicht gestartet werden. Ein manuelles Ausführen der Datei nach einloggen auf Der Box, tut genau daß was sie soll, und die Zeitzone wird richtig aus ar7.cfg gelesen, gesetzt und dann hat die Anrufliste die korrekte Ost-Europäische Zeit.
Ich habe sogar zum Tracen diese auskommentierten "echo"-Befehle eingeführt, und die landen tatsächlich in /var/tmp/debug.cfg.log (hat mich glatt umgehauen, als ich gestern nacht nach einführen des letzten echo 'rc.voip stop' den letzten Apostrof vergaß, und nach dem reboot der DS-mod nicht mehr startete, also kein SSH mehr, zum Glück fand ich die Aktivierung des Telnet Dienstes über Tastencodes und konnte über den Umweg des PCs meiner Eltern doch noch 'rankommen)...
Nun, weil ab und zu mal wegen Stromausfall und ähnlichem die Box neu booten muß, und ich sie ja nicht ständig kontrolliere, um manuell voipd zu starten, mußte ich debug.cfg wieder leer machen. Was kann denn da los sein? Nun, ich könnte natürlich auch ein korrigiertes Firmware-Image erzeugen und meinen Vater flashen lassen, aber ich weiß noch gar nicht wie sich der DS-Mod in so einem Fall verhält.
Für Hinweise, warum meine debug.cfg nicht daß tut was sie sollte (obwohl manuell ausgeführt, macht sie's) wäre ich Euch sehr dankbar.
MfG,
Lucian
