@Ralf: Naja, so ganz unschuldig ist FREETZ daran nicht. Wenn ich die kurze Beschreibung von Fragga89 richtig deute, hat er bereits FREETZ auf der Box. Wenn es denn so ist, gibt es nur zwei Möglichkeiten, warum es nicht geht:
1. Ein der Dienste/Programmen "hängt" fest und gibt dem Update-Skript keine Möglichkeit durchzulaufen. Ist zwar seeeehr unwahrscheinlich, mir ist aber sowas schon mal vorgekommen.
2. RAM-Mangel aufgrund vieler gestarteten Dienste. Dann dürfte die Box aber mittendrin rebooten und Fragga89 sollte es eigentlich merken.
@Fragaa89: Wenn du mit FREETZ versuchst upzudaten, wann bleibt die Box hängen, beim Hochladen oder beim Reboot? Welche Ausgaben liefert FREETZ-Update. Sie ist nämlich relativ gesprächsfreudig. Wenn dir die Gesprächsfreudigkeit von FREETZ-Update nicht ausreicht, kannst du die Update-Skripte von der Konsole aus starten. Vielleicht sogar mit sh -x, damit du siehst, wo es hängt. Aber eigentlich solltest du es nicht so weit treiben.
Was du auf jeden Fall machen musst: Alle Dienste vor dem Update herunterfahren, die du fürs Update nicht brauchst. Bei "AVM Dienste stoppen" solltest du dagegen den Hacken weg nehmen. Es scheint manchmal Probleme mit diesem "Autostop" der AVM-Dienste zu geben. AVM-Update stoppt übrigens ihre Dienste, was dafür sprechen würde, dass du in beiden Fällen Probleme kriegst.
Wenn das alles nicht geht, kann man noch mit push_firmware (Skript in Buildumgebung) ausprobieren. Ist eine etwas härtere Methode und erfordert eine Fixe Netzwerkverbindung zu deiner Box unter der IP-Adresse des Bootloaders. Dies ist leider bei den virtualisierten Buildumgebungen nicht immer gegeben. Man muss da sich als Superuser nachhelfen.
Die Stichpunkte habe ich dir gegeben. Bevor du weiter fragst, wie es im Einzelnen geht, benutze bitte die Suchfunktion und schau in WIKI nach. Diese Thematiken wurden hier ausgiebig und mehrfach durchgekaut.
MfG
