[Problem] You should now reboot your box. Waiting for box to shut down for restart

[nonnude]

Habe ein identisches Problem, jedoch mit einem W503V Type A und einem W721. Beide Boxen sind noch jungfräulich, also Speedport-FW. Die Prozedur bleibt jeweils wie oben beschrieben hängen bei "You should now reboot your box. Waiting for box to shut down for restart" und dann kommen (trotz mehrfachem Reboot der Boxen) immer nur die ................ ...

Speedport-to-fritz läuft bei mir in einer virtuellen Maschine (Ubuntu Image von hier http://sourceforge.net/projects/ubuntu-910-vm/ und VM Player 3.1.4). Auf zwei unterschiedlichen Notebooks (einmal XP, einmal Vista) selbe Problematik. Die Notebooks haben jeweils eine Netzwerkkarte und eine WLAN-Karte. Letztere habe ich in beiden Geräten über den Gerätemanager deaktiviert - hat auch nichts gebracht. Der LAN-NIC habe ich testhalber eine feste IP (192.168.178.2) zugewiesen - leider ebenfalls erfolglos.

Der VM-Player wird unter Vista mit "als Administrator ausführen" gestartet. Unter XP geht das nicht, bin dort aber als Admin angemeldet.

Ein Flashen der vom Skript erstellten Firmware via Webinterface des W503V klappt auch nicht. Es kommt schon gar nicht der beschriebene Hinweis, dass es sich um keine Telekom-FW handelt. Es laufen einfach die LEDS von links nach rechts, nach einer Weile wandelt sich das "Daten werden übertragen" im Firefox zu einem "Seite nicht gefunden". Die LEDS laufen unendlich weiter, nimmt man den Strom weg, bootet der W503 wieder mit der normalen Telekom-FW und läuft auch.

Versuche den W721V übers Webinterface zu Flashen.

Wäre für Ideen dankbar.

 

[RalfFriedl]

Es kann sein, daß das Media-Sensing zu lange braucht, um die Netzwerkkarte als aktiv zu betrachten.
Kannst Du mal einen Switch dazwischen hängen? Z.B den W503V für den W721 bzw. umgekehrt.

 

[Andi_84]

@nonnude:
Du kannst die mit Speedport2Fritz erstellten FW's auch mit dem ruKernelTool flashen.

VG,
Andi

 

[nonnude]

Es kann sein, daß das Media-Sensing zu lange braucht, um die Netzwerkkarte als aktiv zu betrachten.
Kannst Du mal einen Switch dazwischen hängen? Z.B den W503V für den W721 bzw. umgekehrt.

Media Sensing kam mir auch in den Sinn (zumal das bei Flashen via ruKernel ja auch deaktiviert wird, danke @Andi_84 für den Hinweis, wenn ich S2F nicht zum Laufen bekomme werde ich es wohl so machen).

Wie funktioniert das mit dem z.B. W721V als Switch für den W503V konkret? LAN PC --- LAN2 des W721V ---- LAN1 W503V? Kann dann nichts passieren, wenn ich in S2F als Hardware den W503V auswähle, also nicht dass S2F dann den W721V mit der FW für den W503V flashen will?

 

[RalfFriedl]

Zum Flashen erreicht man das Gerät nur in den ersten Sekunden nach dem Neustart. Von daher kannst Du nicht die falsche Box erwischen.

 

[nonnude]

Leider schafft weder die Hub-Lösung noch das Deaktivieren von Media Sensing (vgl. http://support.microsoft.com/kb/q239924/) Abhilfe

 

[Ernest015]

Das kernel.image (im speed-to-fritz-Ordner Firmware.new) lässt sich mit jedem FTP-Programm hochladen, für den Total Commander gibt es beispielsweise hier eine Anleitung. Alternativ könnte auch versucht werden, mit der Option "Build recover firmware" eine unter Windows ausführbare Datei zu erstellen (Push firmware to box via FTP abwählen).

Das so erstellte Recover-Image liegt dann ebenfalls im Ordner Firmware.new und wird wie im zweiten Teil dieser Anleitung (Reparatur unter Windows) benutzt. Die Beschreibung in der Anleitung bezieht sich auf ein originales AVM-Recover, bei der vom Script erzeugten Version geht es noch weiter und die Firmware wird im Normalfall auch hochgeladen.

Es gäbe jedoch noch weitere Ansätze für den aufgetretenen Fehler:

1) Die Möglichkeit, dass deine Box schon einen Vorbesitzer hatte (Rückläufer wg. Nichtgefallen o.ä), wäre nicht ganz auszuschliessen. Um noch evtl. darin vorhandene Kundendaten oder Einstellungen zu entfernen, gibt es die Methode, die Speicherbereiche mtd3 und mtd4 mit den Benutzerdaten und Einstellungen mit einer leeren Datei zu überschreiben. In diesem Fall würde der Bootloader auf mtd2 eine in der Box gespeicherte Grundkonfiguration wieder herstellen. Bei den meisten Bootloadern (nicht bei allen) heisst das jedoch: die FTP-Zugangsadresse ändert sich auf 192.168.2.1, siehe auch Posting #5.

Im Script gibt es unter "Options" unten beim Punkt "Setup a fixed FTP IP Address" die Möglichkeit, zwischen den beiden Adressen 192.168.178.1 bzw. 192.168.2.1 umzuschalten. Diese Möglichkeit sollte probiert werden.

2) Manche Netzwerkkarten (insbesondere solche mit bestimmten NVidia-NForce-Chipsätzen) erkennen die durch das Aus- und Einschalten der Box hervorgerufene Änderung nicht oder zu spät. Der FTP-Zugang zur Box besteht nur innerhalb eines Zeitraumes von 3-5 Sekunden nach dem Einschalten bzw. einem Neustart des Routers: ein Login per Script oder FTP-Programm muss exakt in dieses Fenster fallen. Auch in diesem Fall wäre das vom Script gebaute Recover oder der Total Commander geeignet.

mfg

 

[RalfFriedl]

Ich würde erst einmal ein normales Recover versuchen, statt mtd3 und mtd4 zu überschreiben.

 

[Ernest015]

Das Löschen von mtd3 und mtd4 (egal auf welche Art) ist zwingend, wenn von einer originalen TCOM-Firmware auf eine "gefritzte" AVM-Version gewechselt wird. Zudem löscht ein Recover-Programm diese beiden Speicherbereiche ebenfalls automatisch. Dem Posting #12 nach sollte es sich ja um noch jungfräuliche Boxen handeln (also TCOM-Firmware), in diesem Fall würden die TCOM-Einstellungsdateien (ar7.cfg o.ä) nicht zur modifizierten AVM-Firmware passen. Ein ähnliches Problem gibt es auch innerhalb der AVM-Firmware: wenn beispielsweise von einer sehr alten Firmware auf eine aktuelle Version upgedatet wird und zwischenzeitlich Änderungen an der ar7.cfg stattgefunden haben. Hier würde dann das Einspielen einer evtl. vorhandenen Export-Sicherungsdatei (das ist die ar7.cfg) dann möglicherweise Probleme verursachen.

Im Script ist dafür die Option "Clear mdt3 and mtd4" im Options-Menü verantwortlich, diese ist voreingestellt aktiviert. Bei kleineren Versionssprüngen der AVM-Firmware kann diese auch deaktiviert werden, dann bleiben die bisherigen Einstellungen in der Box erhalten. Bei grösseren Sprüngen oder gar beim Wechsel von TCOM- auf gefritzte AVM-Firmware: unbedingt anlassen.

mfg