FBF 7050 - Automatischer Neustart?

Hallo Herman,

Danke für Deine Unterstützung. :p

Ich habe mal via "telnet" ps auf der Box gemacht:

# ps
PID Uid VmSize Stat Command
1 root 372 S init
2 root SWN [ksoftirqd/0]
3 root SW< [events/0]
4 root SW< [khelper]
5 root SW< [kthread]
6 root SW< [kblockd/0]
26 root SW< [pdflush]
27 root SW< [pdflush]
29 root SW< [aio/0]
28 root SW [kswapd0]
65 root SW [pm_info]
72 root SW [mtdblockd]
131 root SW [tffsd_mtd_0]
393 root SW [capitransp]
410 root SW< [khubd]
566 root 2844 S N ctlmgr
621 root 724 S wpa_authenticator
637 root 1764 S N websrv
642 root 1992 S igdd
644 root 1764 S N websrv
645 root 1764 S N websrv
646 root 1764 S N websrv
651 root 1932 S multid
664 root 1876 S dsld -i -n
675 root 900 S telefon a127.0.0.1
680 root 2476 S < voipd
685 root 1376 S capiotcp_server -p5031 -m99
688 root 188 S /bin/run_clock -c /dev/tffs -d
699 root 488 S /bin/sh /etc/init.d/rc.S
702 root 372 S init
748 root 1992 S igdd
749 root 1992 S igdd
750 root 1992 S igdd
1153 root 604 S /bin/sh /var/tmp/tsb/tsbdaemon.sh
2263 root 248 S sleep 21141
2275 root 308 S telnetd -l /sbin/ar7login
2285 root 464 S -sh
2451 root 248 S sleep 10
2452 root 364 R ps
#


Kann man damit etwas anfangen? :confused:

Derzeit ist der letzte o.g. Code ans Ende der debug.cfg gesetzt.

Gruß
Hossi
 
Hallo Hossi.
hossbachj schrieb:
2263 root 248 S sleep 21141
Das sieht doch schon gut aus...
Das wird ja wohl der von der await-Funktion erzeugte sleep-Befehl sein.
Kannst ja selbst mal rechnen: Ab der Uhrzeit des letzten Reboots (bzw. falls Du die Reboot-Befehlsfolge von Hand abgesetzt hast: die Uhrzeit der Ausführung) die angezeigten Sekunden des sleep-Befehls weiterzählen, und Du solltest (plus/minus ein paar Minuten) bei Deinem gewünschten Reboot-Termin landen.
Ob dann auch der reboot-Befehl vernünftig ausgeführt wird, ist dann wieder eine andere Geschichte (Ich habe keine Ahnung, ob bei bestimmten FritzBoxen und/oder bestimmten Firmware-Versionen der reboot-Befehl nicht funktioniert...)

Vielleicht kannst Du mal, wie hier beschrieben, die Erstellung einer Logdatei versuchen. Ob die Befehle überhaupt was schreiben, weiss ich nicht (Matze hat noch keine Rückmeldung gegeben...).

Gruß
Herman
 
Hallo,

habe jetzt nochmal die letzten Zeilen der debug.cfg direkt aus der Datei kopiert:

__________________ schnipp __________________

LED_DEVICE=/proc/led_mod/led
if [ ! -f /proc/led_mod/led ] ; then
LED_DEVICE=/var/led
echo "set led: ${LED_DEVICE}"
fi
# start internet phone led flashing
echo "set internet phone led to blink (modul=14, state=3)"
echo 14,3 > ${LED_DEVICE}

await() {
local day=$((60*60*24))
sleep $(( ($(date -d $(date +%m%d$1%Y) +%s) - $(date +%s) + $day) % $day ))
}
(sleep 600; await 0230; reboot) &

# stop internet phone led flashing
echo 14,1 > ${LED_DEVICE}


... ich denke, dann warte ich mal ab und hoffe das es nun geht?

Erstmal vielen Dank. ;)

Gruß
Hossi
 
Hier meine 2. Rückmeldung:

Also nach einem manuellen Rebbot klappt der automatische am nächsten Morgen, aber eben nur 1 mal.
Der Befehl zum erstellen der Log-Datei ist in der debug.cfg drin, jedoch existiert die log Datei nicht - bzw der Befehl wird nicht angenommen. (siehe Screenshots)

Gruß, Matze
 

Anhänge

  • debug_cfg.jpg
    debug_cfg.jpg
    41.8 KB · Aufrufe: 26
  • debug_cfgII.jpg
    debug_cfgII.jpg
    40.6 KB · Aufrufe: 23
Hallo nochmal,

wie gewünscht ist meine 7170v2 heute Nacht um 2:30 Uhr (zum ersten Mal) neu gestartet. Ich gerade nochmal via Telnet einen "ps" gemacht:

# ps
PID Uid VmSize Stat Command
1 root 372 S init
2 root SWN [ksoftirqd/0]
3 root SW< [events/0]
4 root SW< [khelper]
5 root SW< [kthread]
6 root SW< [kblockd/0]
26 root SW< [pdflush]
27 root SW< [pdflush]
29 root SW< [aio/0]
28 root SW [kswapd0]
65 root SW [pm_info]
72 root SW [mtdblockd]
131 root SW [tffsd_mtd_0]
393 root SW [capitransp]
410 root SW< [khubd]
577 root 2860 S N ctlmgr
621 root 752 S wpa_authenticator
637 root 1756 S N websrv
642 root 1992 S igdd
644 root 1756 S N websrv
645 root 1756 S N websrv
646 root 1756 S N websrv
651 root 2008 S multid
664 root 1876 S dsld -i -n
676 root 916 S telefon a127.0.0.1
681 root 308 R telnetd -l /sbin/ar7login
683 root 2476 S < voipd
690 root 188 S /bin/run_clock -c /dev/tffs -d
696 root 1376 S capiotcp_server -p5031 -m99
703 root 488 S /bin/sh /etc/init.d/rc.S
706 root 372 S init
751 root 1992 S igdd
752 root 1992 S igdd
753 root 1992 S igdd
1156 root 604 S /bin/sh /var/tmp/tsb/tsbdaemon.sh
1940 root 248 S sleep 85744
730 root 464 S -sh
741 root 248 S sleep 10
833 root 364 R ps
#


Der 1940 root 248 S sleep 85744 sind knapp 24 Stunden, wenn das der Befehl ist könnte es ja klappen.

Dann warten wir mal den 2.Reboot ab. :eek:

Gruß
Hossi
 
Guten Morgen,

also meine Box hat heute um 4 Uhr den Neustart nicht gemacht, der Prozess sleep läuft aber...

Die Log-Datei kann wieder nicht aufgerufen werden, was läuft denn da so schief?

Gruß,
Matze
 

Anhänge

  • ps.jpg
    ps.jpg
    98.3 KB · Aufrufe: 18
Hallo zusammen,

meine Box ist heute um 2:30 Uhr nicht neu gestartet. :mad: :mad: :mad:

Ich weiß nicht mehr, was ich tun kann? :noidea:

Niemand bei dem es funktioniert? Vielleicht andere Ideen?

HILFE! :confused: HILFE! :confused: HILFE! :confused:

Gruß
Hossi
 
Meine hat den automatischen Neustart auch wieder "verschlafen"
 
Hallo,

vielleicht sollte ich doch einfach nur eine Zeitschaltuhr dazwischenhängen, dann wäre das Problem, wenn auch nicht schön, wenigstens gelöst? :(

Naja, vielleicht hat ja noch einer eine andere Idee?

Gruß
Hossi
 
Hallo liebe Community,

so ganz fertig bin ich mit dem neustarten noch nicht, vielleicht, weil ich es einfach nicht verstehen kann? :confused:

Wenn ich die Box jetzt manuell über das "WebFrontEnd", über den Tastencode "#96*9*" oder über "ziehen des Netzsteckers" neu starte, startet meine Box in der folgenden heute Nacht ordnungsgemäß lt. Einstellungen in der debug.cfg um 02:30 Uhr. :) :)

Wenn die Box aber über den Reboot-Befehl in der debug.cfg neu startet, startet die Box in der folgenden Nacht nicht wieder neu. :confused:

Gibt es zwischen den 3 oben genannten Reboot-Mechanismen und dem Reboot in der debug.cfg Unterschiede? Wird die debug.cfg vielleicht nach einem Reboot aus dieser nicht wieder neu eingelesen? :confused:

Ich kann es einfach nicht verstehen! :mad: Entweder geht etwas, oder es geht nicht, aber so wie hier nur halb....... :mad: :mad:

Nochmal mit der Bitte um Eure Unterstützung!

Gruß
Hossi
 
gibts was neues dazu?
 
Hallo,

bin zufällig reingestolpert. Ich brauche es zwar nicht, aber hätte vielleicht einen Vorschlag zum testen:

Lasst doch "reboot" selber die Verzögerung machen (ich hoffe jetzt, der Parameter ist nicht nur bei meinem ds-Busybox drin:
Code:
/ $ reboot --help
BusyBox v1.4.1 (2007-05-07 15:33:38 CEST) multi-call binary

Usage: reboot [-d<delay>] [-n<nosync>] [-f<force>]

Reboot the system

Options:
        -d      Delay interval for rebooting
        -n      No call to sync()
        -f      Force reboot (don't go through init)

/ $

Wenn es das bei euch auch gibt, würde ich mal folgendes vorschlagen:
Code:
awaitreboot() {
local day=$((60*60*24))
reboot -d $(( ($(date -d $(date +%m%d$1%Y) +%s) - $(date +%s) + $day) % $day ))
}
(sleep 600; awaitreboot 0230) &
(nur kurz als eigenständiges script getestet)

Grüße

Jörg
 
Hallo Zusammen,

ich habe eine Fritz Box ATA. Diese läuft hinter einer Fritz Box Fon. Ich habe auch das Problem, dass wenn die Fritz Box Fon die Internetverbindung durch die Zwangstrennung verliert, die VOIP Telefonie bei der Fritz BOX Ata nicht mehr funktioniert. Also eingehende Anrufe werden nicht durchgestellt. Es kommt immer ein Besetztzeichen.

Wenn ich aber das Tool Dr. Easy FTP starte und hier die IP der Fritz Box ata eintrage und den Befehl Internetverbindung wieder aufbauen ausführe, ist die Fritz Box ata über VOIP sofort wieder erreichbar.

Gibt es kein Script für die Fritz Box ata, dass dies automatisch macht, wenn die Fritz Box Fon die Trennung vollzieht ohne den DS Mod zu installieren.

Kann mir jemand bitte helfen. Vielen Dank im Voraus.
 
Hallo dieses HOW To funktioniet bei mir nur sehr sporadisch. Nach jedem 2 bis 3 ten reconnect ist die Fritz Box ATA über VOIP nicht erreichbar.
 
Hi, ich hab nun auch ein wenig mit den Scripts experimentiert. Nach dem letzten Tip, reboot selber mit Verzögerung auszuführen, ist heute Nacht gar nichts passiert.
Um etwa 15:20 hatte ich die Box mit modifizierter debug.cfg neu gestartet und seitdem läuft auch laut ps ein Prozess:
1021 root 252 S reboot -d 47333

Hab mal nachgerechnet... 4:30 hätte was passieren müssen, ist aber nicht.
Ob sich was ändert, wenn ich in der debug.cfg den vollen Pfad zur reboot angebe (also /sbin/reboot)?
Was wenn ich auf der Option -d ein -df (force reboot ohne init) mache? Evtl. gefährlich fürs Dateisystem?

Edit: Da der reboot-Befehl nur vor sich hinschläft, wenn er von der debug.cfg gestartet wurde, versuch ich jetzt mal was ganz anderes. Ich hab hier ein altes Laptop als Server laufen. Da hab ich jetzt einen Cronjob eingerichtet, der jeden Morgen per Telnet automatisch die FritzBox neu starten soll.
 
Zuletzt bearbeitet:
also....

ich hab mal meine debug.cfg geändert, bzw. neu erstellen müssen...

dort steht im Moment drin:

Code:
# cat /var/flash/debug.cfg
await() {

  local day=$((60*60*24))

  sleep $(( ($date -d $(date +%m%d$1%Y) +%s) - $(date +%s) + $day) % $day ))

  }

(sleep 600; await 0300; reboot) &

#

beim testen, ob das ganze überhaupt geht, war ich via Telnet eingeloggt, und folgende Fehlermeldung kam:

# /etc/init.d/rc.S: /var/flash/debug.cfg: line 9: syntax error: ( -d 122603002009 +%s) - 1261856701 + 86400) % 86400

vielleicht hilfts ja...

schön wäre es, wenn ich keine Zeitschaltuhr nutzen müsste...

ich glaub, bei mir fehlt noch ne Klammer - ich guck nochmal und änder den Post...
Klammerfehler sind vorhanden - da ich mich aber damit nicht auskenne, weiß ich nicht wo.... Kann mir jemand helfen???



Gruß Blackmore
 
Zuletzt bearbeitet:
Also - bei mir funktioniert der automatische Neustart...

"debug.cfg"
Code:
# cat /var/flash/debug.cfg
await() {

  local day=$((60*60*24))

  sleep $(( ($(date -d $(date +%m%d$1%Y) +%s) - $(date +%s) + $day) % $day ))

  }

(sleep 300; await 0300; reboot) &

#

"ps"
Code:
 1347 root            SW< [loop6]
 1417 root       1424 S   sleep 86025
 1483 root       1444 S   -sh

läuft seit dem 26.12. und schon 2 Neustarts erfolgt... super...

Nur: da ich mir Push-Nachrichten schicken lasse, damit ich so ein wenig weiß, was zu Hause passiert, werden die Nachrichten jetzt einmal um 0:00 Uhr gesendet, und direkt nach dem Neustart um 3:00 Uhr...
Außerdem sind die Daten, was die Datenübertragung angeht, komplett falsch, da ja der Neustart erfolgte...
Kann man diese Daten irgendwie sichern, und nach dem Neustart wieder einspielen, das sie zumindest halbwegs wieder stimmen???

und wie kann man den Bericht nach dem Neustart stoppen - mir reicht es, wenn er Täglichkommt...
oder kann man ihn stündlich senden lassen - wär mal interessant, was passiert, wie des aussieht.... grins..


Gruß Blacky
 
7240 Das letzte script läuft ohne Probleme seit ner Woche... Lustigerweise macht der Router ne halbe Stunde später die zwangstrennung..

Gibts da ne möglichkeit, abzufragen ob man telefoniert? So das es ein wenig versetzt neu Startet

Als Addon: Auf ne DBox2 ne Nachrichten senden. Oder an nen PC. So wie ein Callmessenger´.
 
Ist hier noch jemand aktiv?
Ich bekomme bei diesem Code
Code:
awaitreboot() {
local day=$((60*60*24))
reboot -d $(( ($(date -d $(date +%m%d$1%Y) +%s) - $(date +%s) + $day) %  $day ))
}
(sleep 600; awaitreboot 0230) &
folgende Fehlermeldung:

Code:
# /etc/init.d/rc.S: /var/flash/debug.cfg: line 5: awaitreboot: not found
Scheint so, als ob er die Funktion awaitreboot nicht findet, obwohl sie direkt darüber steht.
FBF 7270 ohne Mod mit Firmware 54.04.80

Bei dem Programmcode von Blackmore dagegen wird sleep 1 ausgeführt, d.h. 300 Sekunden nach dem Reboot setzt er den Sleep-Befehl, aber nur mit 1 Sekunde, so dass er sofort neu startet.
Immerhin funktioniert das beliebig oft.
Bekäme ich es also hin, dass er da 24*60*60 macht, wäre es schonmal gut :)

Grüße,
Heiko[/quote]
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.