Wirklichen Originalzustand der Box wieder herstellen (7270)

udosw · 28 Okt 2009

Anscheinend gibt es in meiner 7270 eine Modifikation, die durch das Recover 54.04.76 (und Werksreset) nicht entfernt wird. Ich bin durch einen längeren Support-Dialog mit AVM drauf gekommen. Das augenfälligste ist, dass der interne Anrufbeantworter mit seiner (ggf. Internet oder Festnetz-)Nummer nicht gelöscht wird.

Edit 19:35:
Ein weiteres Problem (ich weiß nicht, ob es evtl. daraus entsteht) ist, dass die Box nach einem Update auf die aktuelle Labor (Vorschau) alle 3 Minuten einen Neustart hinlegt (Reboot-Schleife). Und zwar nur dann, wenn ich meine Einstellungen übernehme (export) oder meine Internet-Rufnummern von Hand (!) eintrage, auch in einer recoverten Box.

Ich schrieb dazu an AVM:

Guten Tag,

ich weiß nicht, ob es einen Zusammenhang mit dem Last-Problem gibt, aber
beim Rücksetzen auf Werkseinstellungen bleibt zumindest die Telefonnummer
des Anrufbeantworters in der Box erhalten.

Das gefällt mir aus zwei Gründen nicht:

1.) Es sind persönliche Daten. Wenn ich z.B. die Box verkaufen würde, würde
ich genau beim Zurücksetzen auf Werkseinstellungen denken, das nichts privates
mehr von mir in der Box ist.

2.) Es legt den Verdacht nahe, dass wir hier einen "nicht definierten"
Ausgangszustand haben, um Tests vorzunehmen. Ich kann nicht überschauen,
ob evtl. andere -- von mir mir ja durch Aufspielen von modifizierter Software --
vorgenommene Änderungen noch in der Box verblieben sind.

Ferner gelingt es mit nicht, unter System, Netzwerk, Anbieter-Dienste
die Punkte

- Automatische Einrichtung durch den Dienstanbieter zulassen
- Automatische Updates zulassen
- Automatische Einrichtung neu anfordern

sichtbar zu haben. (Expertenansicht ist aktiviert).

Bitte teilen Sie mir mit, was zu tun ist, damit diese Punkte sichtbar werden.
Da ich den Anschluss über Kabeldeutschland eingestellt habe, gehe ich davon aus,
dass die Punkte sichtbar sein müssten.

Dazu habe ich einige Support-Dateien (nach Werksreset, nach Recover, nach Beidem) eingeschickt. In allen konne man meine private Telefon-Nr. noch finden (beim AB).

Die Antwort von AVM ließ nicht lange auf sich warten:

Leider geht aus den übermittleten Support-Daten weiterhin hervor, dass sich
die FRITZ!Box in einem modifizierte Zustand befindet und wir befürchten,
dass sich dies nicht mittels des Wiederherstellungsprogrammes rückgängig
machen lässt. Da wir jedoch auf Grundlage einer modifizierten FRITZ!Box
keine brauchbaren Informationen erheben können, kann ich Ihnen nur
empfehlen, die eingespielten Modifikationen restlos rückgängig zu machen
und im anschluss die benötigten Informationen noch einmal zu erstellen uns
uns zukommen zu lassen.

Freundliche Grüße aus Berlin

Ich habe dann gefragt, wie ich die Modifikationen entfernen kann, darauf kam dieses:

vielen Dank für Ihre Rückmeldung.

"können Sie mir bitte mitteilen, wie ich die Modifikationen rückgängig
machen kann?"

Leider nein. Da sich die vorgenommene Modifikation durch das
Wiederherstellungsprogramm nicht restlos entfernen lassen, kann ich Sie nur
an die Quelle der Modifikation verweisen, um zu klären, wie sich diese
rückgängig machen lässt.

Freundliche Grüße aus Berlin

Tja, dumm gelaufen ...
Ich möche jetzt eigentlich zwei Sachen wissen:
1.) Wird der Eintrag des internen AB bei Werksrest oder Recover vollständig gelöscht? Evtl. kann das ja mal jemand testen.
2.) Welche Dateien kann ich in /var/flash oder anderswo gefahrlos löschen, um wieder einen echten Originalzustand zu erhalten.

Code:

# cd /var/flash/
# ls -la
drwxr-xr-x    2 root     root            0 Oct 28 19:14 .
drwxrwxrwx   22 root     root            0 Oct 28 18:56 ..
crw-r--r--    1 root     root     240, 113 Oct 28 19:14 ar7.cfg
crw-r--r--    1 root     root     240, 160 Jan  1  2000 aura-usb
crw-r--r--    1 root     root     240, 168 Jan  1  2000 browser-data
crw-r--r--    1 root     root     240, 141 Jan  1  2000 calllog
crw-r--r--    1 root     root     240, 208 Jan  1  2000 cert.cfg
crw-r--r--    1 root     root     240,  32 Jan  1  2000 chrony.drift
crw-r--r--    1 root     root     240,  33 Jan  1  2000 chrony.rtc
crw-r--r--    1 root     root     240, 161 Jan  1  2000 configd
crw-r--r--    1 root     root     240,  98 Jan  1  2000 debug.cfg
crw-r--r--    1 root     root     240, 177 Jan  1  2000 dect_eeprom
crw-r--r--    1 root     root     240, 176 Jan  1  2000 dect_misc
crw-r--r--    1 root     root     240, 178 Jan  1  2000 dmgr_handset_user
crw-r--r--    1 root     root     240, 143 Jan  1  2000 fonctrl
crw-r--r--    1 root     root     240, 132 Jan  1  2000 fx_cg
crw-r--r--    1 root     root     240, 129 Jan  1  2000 fx_conf
crw-r--r--    1 root     root     240,  99 Jan  1  2000 fx_def
crw-r--r--    1 root     root     240, 130 Jan  1  2000 fx_lcr
crw-r--r--    1 root     root     240, 131 Jan  1  2000 fx_moh
crw-r--r--    1 root     root     240, 212 Jan  1  2000 maild.xml
crw-r--r--    1 root     root     240, 112 Jan  1  2000 multid.leases
crw-r--r--    1 root     root     240, 117 Jan  1  2000 net.update
crw-r--r--    1 root     root     240, 142 Jan  1  2000 phonebook
crw-r--r--    1 root     root     240, 116 Oct 28 18:45 stat.cfg
crw-r--r--    1 root     root     240, 133 Jan  1  2000 telefon_misc
crw-r--r--    1 root     root     240, 213 Jan  1  2000 timeprofile.cfg
crw-r--r--    1 root     root     240, 119 Jan  1  2000 tr069.cfg
crw-r--r--    1 root     root     240, 211 Jan  1  2000 umts.cfg
crw-r--r--    1 root     root     240, 209 Oct 28 02:40 usb.cfg
crw-r--r--    1 root     root     240, 120 Oct 28 02:39 user.cfg
crw-r--r--    1 root     root     240, 121 Oct 28 18:39 userstat.cfg
crw-r--r--    1 root     root     240, 114 Jan  1  2000 voip.cfg
crw-r--r--    1 root     root     240, 122 Jan  1  2000 voipd_call_stat
crw-r--r--    1 root     root     240, 118 Jan  1  2000 vpn.cfg
crw-r--r--    1 root     root     240, 202 Jan  1  2000 websrv_ssl_cert.pem
crw-r--r--    1 root     root     240, 201 Jan  1  2000 websrv_ssl_key.pem
crw-r--r--    1 root     root     240, 115 Oct 28 02:39 wlan.cfg
crw-r--r--    1 root     root     240, 210 Jan  1  2000 xdslmode

Udo

carlos · 29 Okt 2009

Also ich habe vor der Installation der neuen Labor einen Werksreset und ein recover gemacht. Und tatsächlich, wie du sagst, war nach der Neukonfiguration mit dem Startcode von 1und1 mein Anrufbeantworter wieder da, sogar mit der neuen Ansage die ich vorher aufgespielt hatte(das liegt ja auch alles auf dem Stick !).

Gruß

Carlos

udosw · 29 Okt 2009

carlos schrieb:
... wie du sagst, war nach der Neukonfiguration mit dem Startcode von 1und1 mein Anrufbeantworter wieder da ...

Das habe ich nicht gesagt. Der AB war unmittelbar nach dem Zurücksetzen noch da, ohne das ich etwas mit dem Startcode (habe ich gar nicht) gemacht hätte (jedenfalls der Eintrag des AB mit Telefonnummer). Die Ansage habe ich nicht geprüft.

Udo

audiopro · 29 Okt 2009

@udosw: Hattest Du Deine(n) Anrufbeantworter auf einen USB-Speicher ausgelagert und zum Zeitpunkt des Wiederherstellens noch am USB-Port angeschlossen ? Im Ordner "voicebox" stehen in der config-Datei zumindest die eingerichteten Rufnummern des AB drin. Es könnte sein, das sich die Box beim Neustarten nach dem Setzen auf Werkseinstellungen bzw. einem Recover diese Daten beim einlesen des Sticks in die Box lädt. Zu finden sind die Daten unter /var/media/ftp/Name des USB-Speichers/FRITZ/voicebox/config. Dies ist allerdings nur eine Vermutung von mir.

doc456 · 29 Okt 2009

Hallo,

was mich so irritiert ist, wie kommen die eigentlich zu dieser Äußerung hier

Leider nein. Da sich die vorgenommene Modifikation durch das
Wiederherstellungsprogramm nicht restlos entfernen lassen, kann ich Sie nur
an die Quelle der Modifikation verweisen, um zu klären, wie sich diese
rückgängig machen lässt.

Wußte der Support genau, welche Mod's du gemacht hattest, Udo?

Daniel Lücking · 29 Okt 2009

Das mit dem AB würde ich überprüfen - der ist automatisch wieder da, wenn vorher auf dem USB-Stick an-/abgelegt.

Ansonsten würd ich halt mal ältere Recovery-Versionen versuchen. Da bei Recovery die MTD-Partitionen gelöscht und neu geschrieben werden, müsste die Box danach definitiv sauber sein.

NN · 29 Okt 2009

Udo,
(ich glaube, wir hatten schonmal das Vergnügen?)

in deiner Box waren sicherlich die Kernel-Args umgestellt - das fällt auf ( wird mit Recover absichtlich nicht korrigiert). Wenn du die nicht selber umgestellt hast, dann vermutlich über irgenfwelche Freetz-Orgien (Booten von USB o.ä.?).

Der Eintrag des *internen* AB wird bei WE übrigens komplett gelöscht.
Externe ABs hingegen (auf USB-Stick) werden durch WE klarerweise nicht erfasst.

Gruss,
Hans-Jürgen

udosw · 29 Okt 2009

NN schrieb:
(ich glaube, wir hatten schonmal das Vergnügen?)

Cebit?

NN schrieb:
in deiner Box waren sicherlich die Kernel-Args umgestellt

Das ist gut möglich, hab ja schon seit ewig immer mal wieder Freetz drauf. Ok, wo finde ich die Kernel-Args und wie lösche ich sie?

Das der AB nicht gelöscht wird, hat mir AVM bestätigt. Die weiteren Antworten sind aber auch sehr interessant:

1.) Sollte der Eintrag des AB mit der priv. Telefonnummer beim Werksreset
bzw. Recover verschwinden oder nicht?

Die gesamten Anrufbeantworterdaten (samt deren Konfiguration) liegen in
Ihrem Fall auf dem USB-Speicher. Diese werden durch Laden der
Werkseinstellung nicht gelöscht und sind daher anschließend auch weiter
vorhanden. Erst durch Abziehen des betreffenden USB-Massenspeichers (ggf.
ist anschließend noch ein Neustart erforderlich) verliert die FRITZ!Box
diese Informationen.

2.) Können Sie aus den Support-Dateien ersehen, um *welche* Modifikationen
es sich handelt, bzw. welche Dateien verändert wurden? Das könnte mir ggf.
helfen, diese zu entfernen.

Nein, leider nicht.

3.) Dürfen alle Dateien (bzw. Nodes) im Flash-Bereich /var/flash gelöscht
bzw. auf 0 Byte gesetzt werden?

Leider liegen uns derart Informationen im Support nicht vor. Ich bitte um
Verständnis dafür.

4.) "Hätte ich gerne eine Antwort hierzu: Ferner gelingt es mit nicht,
unter System, Netzwerk, Anbieter-Dienste die Punkte..."

Das von Ihnen genutzte Gerät ist keine von Kabel Deutschland verkaufte
FRITZ!Box. Folglich handelt es sich um einen einfachen Fall von Zugang via
Kabelmodem, an dem nichts durch den Anbieter auf der FRITZ!Box eingestellt
wird. Hier ist u.a. eben auch kein VoIP über Kabel Deutschland vorhanden,
sondern Telefinie via DOCSIS-Standard an den analogen Telefonanschlüssen
des Kabelmodems. Folglich werden die betreffenden Menüpunkte auch nicht
angeboten.

Freundliche Grüße aus Berlin

RalfFriedl · 29 Okt 2009

udosw schrieb:
wo finde ich die Kernel-Args und wie lösche ich sie?

Die Kernel-Args sind Bestandteil des Environments. Das Environment ist das einzige, was beim Recover nicht gelöscht wird, bzw. genauer gesagt, das Environment wird unverändert neu geschrieben.

Dürfen alle Dateien (bzw. Nodes) im Flash-Bereich /var/flash gelöscht bzw. auf 0 Byte gesetzt werden?

Ich wüßte nicht, daß es gesetzlich verboten wäre

Technisch gesehen bewirkt das Löschen der Geräte-Dateien überhaupt nichts. Diese werden beim nächsten Neustart einfach wieder angelegt, und die Inhalte sind wieder da. Das ist ja der Weg, wie überhaupt Informationen angelegt werden.

Wenn die Inhalte gelöscht werden, entspricht das ungefähr dem Zustand nach einem Recover oder dem Zurücksetzen auf Werkseinstellungen. Die Box sollte dann die Default-Einstellungen laden. Es ist aber denkbar, daß die Box durcheinander kommt, wenn einige Dateien einen Inhalt haben und andere nicht. Ein Recover sollte trotzdem in jedem Fall möglich sein.

Sollte der Eintrag des AB mit der priv. Telefonnummer beim Werksreset
bzw. Recover verschwinden oder nicht?

Hast Du überprüft, ob die Einstellungen von Deinem USB-Stick kommen? Du würdest vermutlich nicht die Box samt Stick weitergeben, bzw. diesen zumindest vorher löschen.
Werksreset ist nicht das gleiche wie Recover. Nach einem Recover sollte auf der Box selbst (ohne Stick) nichts mehr sein, was Benutzer-Informationen enthält. Nach dem Werksreset sollten keine Informationen mehr zugänglich sein, aber diese können trotzdem noch irgendwo im Flash verborgen sein (ähnlich einer gelöschten Datei, die sich unter Umständen wieder herstellen läßt).

udosw · 30 Okt 2009

RalfFriedl schrieb:
Die Kernel-Args sind Bestandteil des Environments.

Das hilft mir jetzt nicht wirklich weiter. Ich weiß ungefähr, wie man z.B. das Branding ändert (Wert in diese /proc/avalance [ungenau, aus dem Gedächtnis] schreiben). Aber Kernel-Args?

Das mit dem AB hat sich ja jetzt geklärt.

Das größere Problem ist die spontan auftretende Last, aber dazu gibt es einen anderen Thread. Dass das vom einer Änderung des Environment o.ä. kommt ist ja auch nur eine Vermutung, aber irgendwo muss ich ja anfangen.

Udo

RalfFriedl · 30 Okt 2009

Bei neueren Firmwares /proc/sys/urlader/environment.
Branding (firmware_version), Annex, kernel_args usw. sind alles Teile davon. Einfach mal mit "cat /proc/sys/urlader/environment" reinschauen. Die kernel_args waren ja auch nur eine Vermutung.

Die AB-Konfiguration lag also tatsächlich auf dem Stick?

udosw · 30 Okt 2009

RalfFriedl schrieb:
Die AB-Konfiguration lag also tatsächlich auf dem Stick?

Ja.

So, hier ist das Environment:

Code:

# cat /proc/sys/urlader/environment
HWRevision      139.1.0.6
ProductID       Fritz_Box_7270_16
SerialNumber    0000000000000000
annex   B
autoload        yes
bootloaderVersion       1.455
bootserport     tty0
cpufrequency    360000000
firstfreeaddress        0x946BD89C
firmware_version        avm
firmware_info   54.04.76
flashsize       0x01000000
jffs2_size      72
kernel_args     annex=B
maca    00:1F:3F:5B:xx:xx
macb    00:1F:3F:5B:xx:xx
macwlan 00:1F:3F:14:xx:xx
macdsl  00:1F:3F:5B:xx:xx
memsize 0x04000000
modetty0        38400,n,8,1,hw
modetty1        38400,n,8,1,hw
mtd0    0x90000000,0x90000000
mtd1    0x90020000,0x90F80000
mtd2    0x90000000,0x90020000
mtd3    0x90F80000,0x90FC0000
mtd4    0x90FC0000,0x91000000
my_ipaddress    192.168.178.1
prompt  Eva_AVM
req_fullrate_freq       120000000
sysfrequency    120000000
urlader-version 1455
usb_board_mac   00:1F:3F:5B:xx:xx
usb_rndis_mac   00:1F:3F:5B:xx:xx
usb_device_id   0x5E00
usb_revision_id 0x0200
usb_manufacturer_name   AVM

Die Mac-Adressen habe ich aus ge-x-t. Mir scheint das Env. ok zu sein, aber evtl. kann das ja mal jemand vergleichen.

Udo

jojo-schmitz · 30 Okt 2009

Code:

kernel_args     annex=B

finde ich bei mir nicht. Dafür habe ich noch

Code:

wlan_key        xxxxxxxxxxxxxxx

Der Rest sieht weitestgehend gleich aus

Tschö, Jojo

RalfFriedl · 30 Okt 2009

Genau, Annex wird durch den Eintrag Annex festgelegt und nicht durch die Kernel-Args. Da aber beide auf B stehen, sollte das nicht stören.

jojo-schmitz · 30 Okt 2009

Es zeigt aber möglicherweise eine Modifkation an

RalfFriedl · 30 Okt 2009

Natürlich tut es das, im Originalzustand steht da nichts. Es ist nur keine Modifikation, die Auswirkungen haben sollte, weil auch die reguläre Annex-Einstellung auf B steht.

jojo-schmitz · 30 Okt 2009

Es reicht aber dazu das AVM den Support verweigert...

udosw · 30 Okt 2009

D.h. die Zeile kernel_args taucht bei Euch gar nicht auf?
Ich habe die jetzt mal 'leer' gemacht:

Code:

# echo kernel_args > /proc/sys/urlader/environment
# cat /proc/sys/urlader/environment| grep kernel
#

Nun muss ich mich noch trauen, die Box von remote zu booten (bin nicht vor Ort).

Edit: Habe gebootet, alles ok. Nun bin ich gespannt, ob sich an den Problemen (Last, Reboot mit Labor) was ändern wird.

Udo

technologisch · 28 Jun 2010

Bei einem Vergleich alter und aktueller Supportdaten meiner 7170 (AVM-Original) ist mir folgendes aufgefallen:

Bei der völlig unmodifizierten Box ist die Größe des jffs2_size in allen Supportdaten immer 8 gewesen und das kernel_args ist natürlich auch nicht vorhanden.

Nach einigen Tests (löschen von kernel_args und jffs2_size wieder auf 8 gesetzt) habe ich festgestellt, dass das "kernel_args annex=B" vom rukerneltool gesetzt wurde und selbiges jffs2_size auf 7 setzt.

Freetz hingegen setzt jffs2_size auf 6. Leider ist beides nur händisch rückgängig zu machen und ich habe die Supportdaten schon losgeschickt, bevor ich das gesehen hatte. Nun ist die Garantie wohl weg und er Support meldet sich erst gar nicht mehr.

Ergänzung:
Die Frage ist auch, ob Freetz nicht die Originalgröße von jffs2_size lassen kann und was passiert, wenn man nach dem Freetzen dessen Größe wieder von 6 auf (z.B.) 8 ändert, damit man es nicht vergisst und nach dem Recovern mit dem AVM-Tool alles nach Original aussieht. Eine weitere, wichtige Frage ist auch, ob die Größe einen festen Wert, unabhängig vom Inhalt darstellt, oder ob der Wert die Größe des Inhalts anzeigt.

user31085 · 29 Jun 2010

Ich hatte bis jetzt auch immer gedacht ein Recovern würde die Box wieder komplett in den Auslieferungszustand zurück flashen.

Kann man sowas nicht in freetz einbauen? Das wirklich alle Einstellungen komplett zurück gesetzt werden?

Wirklichen Originalzustand der Box wieder herstellen (7270)

Aktives Mitglied

Mitglied

Aktives Mitglied

Aktives Mitglied

IPPF-Urgestein

IPPF-Promi

Aktives Mitglied

Aktives Mitglied

IPPF-Urgestein

Aktives Mitglied

IPPF-Urgestein

Aktives Mitglied

Aktives Mitglied

IPPF-Urgestein

Aktives Mitglied

IPPF-Urgestein

Aktives Mitglied

Aktives Mitglied

Mitglied

Mitglied

Statistik des Forums