nein, dass ist völlig unmöglich ... oder?Kann es sein das der FritzboxCallMonitor für den Hänger sorgt ...
Nimm ihn doch einfach mal raus und wieder rein und vergleiche.
Gruß Frank
nein, dass ist völlig unmöglich ... oder?Kann es sein das der FritzboxCallMonitor für den Hänger sorgt ...
Dann mach für den "Kaltstart" mal die CPU etwas warm und beobachte ob die Box dann jedes mal ohne hänger durchstartet.buzel hat geschrieben:Nachtrag:
- der Fehler "dBox bleibt beim Booten hängen" ist nicht reproduzierbar... das einzige Muster was ich erkenne, ist das es meist ein Kaltstart ist und dass das nächste Booten ohne Hänger geht. Aber nicht jeder Kaltstart ist von einem Boot-Hänger geprägt.
- ich habe mir zu den zwei betroffenen dBoxen eine dritte gestellt, welche auch mit dem aktuellen jtg Image geflashed ist. Die neue Box lief bzw bootete solange ohne Probleme, bis ich beim Einrichten den FritzboxCallMonitor eingebunden habe.
Laut Anleitung ist die start_neutrino von ec/int.d nach /var/bin/tuxbox zu kopieren
und /var/bin/fritzboxcallmon einzufügen.
Kann es sein das der FritzboxCallMonitor für den Hänger sorgt, weil er zB manchmal kein Netzwerk findet?
Wette angenommen... leider können wir das ja nicht verifizieren.Riker hat geschrieben:CPU defekt, ich wette um ne Kiste Bier
beiden Boxen habe ich eine feste IP im dBox Menue/Netzwerk zugeordnet.
Zufall oder Methode?Nachdem ich in der FritzBox den "DHCP-Server" de-aktiviert habe, booten die dBoxen nun ohne Probleme.
muss ich mal gegenchecken...Pedant hat geschrieben: Sind die Probleme wieder da, wenn Du den DHCP wieder aktivierst?
ja genau... ich hatte den beiden dBoxen jeweils eine feste IP zugeordnet, und diese lag bzw liegt auch in dem Bereich des DHCP Pools der FritzBox. Das Problem trat ja auch erst nach dem Wechsel der FritzBox auf.Pedant hat geschrieben: Eigentlich sollte es den Boxen völlig egal sein, ob es in Deinem Netzwerk einen DHCP gibt oder nicht, wenn sie eine feste IP haben.
Liegen die Adressen der Boxen im Bereich des DHCP-Pools der Fritzbox, also in dem Bereich, der für die automatische IP-Vergabe "reserviert" ist?
das war mir so nicht bewusst, versteh ich und werde ich in Zukunft berücksichtigen...Pedant hat geschrieben: Daher sollte man feste IPs ausserhalb des DHCP-Pool vergeben.
... nur um Missverständnisse bei Dir oder Mitlesern zu vermeiden:das war mir so nicht bewusst, versteh ich und werde ich in Zukunft berücksichtigen...
gemäß meiner Ausführungen wäre das keine saubere Konfiguration, aber in dem konkreten Fall eigentlich kein Anlass für Probleme.... IP Pool ... Bereich von 192.168.178.10 bis 192.168.178.250
... mit ... festen IP bei 192.168.178.200 und 192.168.178.201
Wenn ich deine Ausführungen richtig verstanden habe, "könnte" dass das Problem (gewesen) sein?