Problem mit fritz / freetz Oberfläche

[ronnyst]

Ähm, ich störe ja nur ungern Eure doch sehr interessante Diskussion, aber mein Problem ist mit dem manuellen bearbeiten der ar7.cfg noch nicht erledigt. Leider.

Nach einem Neustart sind die Einstellungen wieder futsch. Das heißt, die Firewalleinstellungen sind wieder resetet auf die fritz-Einstellungen!

Ich versteh das nicht. Als wenn die Änderungen nur temporär bestehen, nach einem Reboot wieder die alten gesetzt werden. Ach ja, bevor Fragen kommen, ich habe mich komplett an die Anweisungen vom Tipp klick gehalten.

 

[MaxMuster]

Moin,

zwei Fragen:
- Bei deinen Versuchen mit der avm-Firewall: Wann ist es da zum Reboot gekommen? Immer beim Abspeichern oder nur beim Abspeichern mit dem "Übernehmen"-Haken gesetzt?
- machst du bitte mal ein "ls -l /var/flash" und postest das Ergebnis?

Die "Wiki-Anleitung" zum manuellen Ändern der ar7.cfg nutz auf jeden Fall die "sichere" Version mittels "cat", dabei sollten sich keine cp-Probleme auswirken...


Jörg

 

[ronnyst]

Hallo Max!

- Bei deinen Versuchen mit der avm-Firewall: Wann ist es da zum Reboot gekommen? Immer beim Abspeichern oder nur beim Abspeichern mit dem "Übernehmen"-Haken gesetzt?

Sowohl als auch. Die "manuelle" Einstellung der Ports resultierte ja daraus, dass ich die Ports über das freetz-Interface einzustellen versuchte. Dabei gab es ja immer einen Reboot. Als ich gestern Abend alles auf der Box eingestellt habe, inkl. der Ports mit der ar7.cfg, lief erstmal alles. Der ftp lief und dropbear auch.
Heute früh, es muss in der Nacht einen Reboot gegeben haben (wodurch auch immer), sind diese Einstellungen wieder weg.

- machst du bitte mal ein "ls -l /var/flash" und postest das Ergebnis?

Kann ich erst wieder machen, wenn ich @home bin, da ich ja keine Ports freigeben kann um mich mit putty einzuwählen. :blonk:

Die "Wiki-Anleitung" zum manuellen Ändern der ar7.cfg nutz auf jeden Fall die "sichere" Version mittels "cat", dabei sollten sich keine cp-Probleme auswirken...

Ich habe es NUR mit cat gemacht, eben weil ich diese Diskussion hier auch verfolgt habe. Es muss ja auch geklappt haben, denn sonst hätte er mir die Einstellungen ja nicht angezeigt und übernommen.

 

[MaxMuster]

Wenn die Datei erstmal falsch angelegt wurde, hilft es auch nix, danach "ordentlich" mit cat zu arbeiten ;-).
Und wenn du keinen kompletten Reset deiner Daten hast, sondern "nur" die Regeln nach einem Reboot nicht mehr drin sind, schaut das für mich ganz stark nach der Problematik aus...


Jörg

 

[RalfFriedl]

@ronnyst
Vielleicht kann ein Moderator diesen Teil verschieben. Vielleicht betrifft es Dich aber auch.

@olistudent
POSIX kennt durchaus die Option -f. Ein Problem könnte allenfalls umgekehrt bestehen, ohne Option -f, weil das Busybox cp dann sich so verhält, als wäre -f angegeben. Es wird dann also grundsätzlich versucht, die Zieldatei zu löschen, auch ohne -f. Im Moment sehe ich damit aber auch kein Problem.

#if !ENABLE_FEATURE_NON_POSIX_CP
        if (!(flags & (FILEUTILS_FORCE|FILEUTILS_INTERACTIVE))) {
                /* Either it exists, or the *path* doesnt exist */
                bb_perror_msg("cannot create '%s'", dest);
                return -1;
        }
#endif
        // else: act as if -f is always in effect.

 

[ronnyst]

@Jörg: Hmm, und was sollte ich jetzt tun? Das ganze einfach nochmal durchlaufen oder das Image neu einspielen und dann alles wiederholen?

@ronnyst
Vielleicht kann ein Moderator diesen Teil verschieben.

Wieso? Hab ich den Post falsch eröffnet? :bahnhof:

 

[RalfFriedl]

Nein, Du hast Dich beschwert, daß die Diskussion über das cp Kommando nichts mit Deinem Problem zu tun hat, und zumindest was man am cp Kommando ändern kann, hat damit auch nichts zu tun.

Ob Du das Problem mit cp hast, siehst Du, wenn Du dazu kommst, Dir die Dateien anzuschauen.

 

[ronnyst]

Nein, Du hast Dich beschwert, daß die Diskussion über das cp Kommando nichts mit Deinem Problem zu tun hat...

Ich habe mich NICHT beschwert!!! :noidea: Falls das so rübergekommen ist, bitte ich um Entschuldigung.
Im Gegenteil! Ich finds gut, dass dieses "Problem" auftaucht, denn anscheinend ist es ja was grundsätzliches was geklärt werden muss.

Okay, dann bin ich mal gespannt, was ich nachher rausbekomme...

 

[MaxMuster]

@Jörg: Hmm, und was sollte ich jetzt tun?

Erstmal das ls -l in /var/flash machen um zu sehen, ob das dein Problem ist, dann sehen wir weiter ;-)

Jörg

 

[ronnyst]

Erstmal das ls -l in /var/flash machen...

folgendes spuckt mir die Konsole aus:

/var/mod/root # cd /var/flash
/var/flash # ls -l
crw-r--r--    1 root     root     240, 113 Feb  8 18:22 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
-rwxr-xr-x    1 root     root         2551 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,  60 Jan  1  2000 freetz
crw-r--r--    1 root     root     240, 132 Jan  1  2000 fx_cg
-rwxr-xr-x    1 root     root        22216 Jan  1  2000 fx_conf
crw-r--r--    1 root     root     240,  99 Jan  1  2000 fx_def
-rwxr-xr-x    1 root     root         6084 Jan  1  2000 fx_lcr
-rwxr-xr-x    1 root     root        32768 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 Feb  8 17:57 stat.cfg
-rwxr-xr-x    1 root     root         4286 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 Feb  8 02:49 usb.cfg
crw-r--r--    1 root     root     240, 120 Feb  7 21:14 user.cfg
crw-r--r--    1 root     root     240, 121 Feb  8 17:00 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 Feb  7 21:21 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 Feb  8 06:54 wlan.cfg
crw-r--r--    1 root     root     240, 210 Jan  1  2000 xdslmode

by the way, was habe ich da abgefragt? Besitzer/Ersteller/Rechte der Datei und Zugriffszeit?
Also, es sieht ganz so aus, als wenn die ar7.cfg zum letzten mal um 18:22 Uhr bearbeitet wurde,oder? Besitzer/letzter Bearbeiter root?

 

[hermann72pb]

Bei einer von meinen 7270 sieht es z.B. so aus:

/var/flash # ls -l
crw-r--r--    1 root     root     240, 113 Feb  9 00:01 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,  60 Jan  1  2000 freetz
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
lrwxrwxrwx    1 root     root           22 Jan  1  2000 multid.leases -> /var/tmp/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 Feb  8 23:02 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 Feb  8 21:57 usb.cfg
crw-r--r--    1 root     root     240, 120 Feb  8 21:57 user.cfg
crw-r--r--    1 root     root     240, 121 Feb  9 00:00 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 Jan  1  2000 wlan.cfg
crw-r--r--    1 root     root     240, 210 Jan  1  2000 xdslmode

Du siehst, dass es bei mir bis auf einen Symlink alle andere Dateien character devices sind. Das sieht man nämlich anhand von "c" an erster Stelle. Darum musstest du ls -l machen.
Character devices kann man wohl durch cp "zesrtören", was du anscheinend gemacht hast, oder was von einem der Skripte gemacht wurde, weil die Skripte unvorsichtigerweise cp anstatt cat nutzen. Evtl. sogar AVM-Firewall-Paket. mag ja sein.

Momentan sieht es bei dir so aus, als ob nur einige character devices "zerschossen" sind, nicht aber die eigentliche ar7.cfg. Z.B. Telefonfilterregel usw. Es könnte sein (und wird es wahrscheinlich so sein), dass AVM bei Reboot ziemlich peniebel reagiert, wenn etwas von den character devices nicht da ist. Und als Reaktion könnte erfolgen: Defaultwerte setzen. Und zwar egal, ob ar7.cfg heile ist oder nicht.

Such bitte im Forum danach. Es gab vor mehreren Monaten mehrfache Diskussionen darüber. Wenn du etwas findest, sei bitte so lieb und übernehme es in FAQ von unserem WIKI. Damit tust du was Gutes für die Nachwelt.

MfG

 

[RalfFriedl]

Einige Dateien sind reguläre Dateien, und das könnte an dem Problem mit dem cp liegen.

In #4289 wurde ein Patch für cp integriert. Du kannst entweder den probieren (und make busybox-dirclean ausführen), oder Du kannst versuchen, in der Busybox-Konfig FEATURE_NON_POSIX_CP zu deaktivieren.
In beiden Fällen Firmware neu erstellen, flashen, und schauen, wie dann dann das Verzeichnis /var/flash aussieht.

 

[hermann72pb]

@Ralf: Ich glaube, er kommt nicht rumherum, die zertsörten character devices per Hand zu reparieren. Es sei denn, er macht Werkreset und spielt eventuell eine geeignete Datensicherung ein, wenn er denn eine hatte.
Neues Image flashen ist richtig, damit die Daten nicht erneut zerstört werden. Das alleine würde aber nicht ausreichen, die kaputten automatisch wiederzubeleben. Ich glaube, AVM hat da eine kleine Macke und stellt nicht alle character devices automatisch wieder her. Von daher kommt es zu diesem "Dauerreset" der Einstellungen. Vor vielen vielen Monaten gab es schon eine Diskussion dazu. Und da ging es genau um diese "sekundären" Dateien und nicht um die eigentliche ar7.cfg.

MfG

 

[ronnyst]

Danke Hermann und Ralf für die ausführliche Beschreibung. Habe mich also auf die Suche gemacht und folgendes hier im Board gefunden und auf meine Bedürfnisse umgeschrieben:

cd /var/flash 
mv fx_conf tmp && mknod /var/flash/dect_eeprom c 240 129 && cat tmp > dect_eeprom
mv fx_lcr tmp && mknod /var/flash/fx_conf c 240 130 && cat tmp > fx_conf
mv fx_lcr tmp && mknod /var/flash/fx_lcr c 240 130 && cat tmp > fx_lcr
mv fx_moh tmp && mknod /var/flash/fx_moh c 240 131 && cat tmp > fx_moh
mv telefon_misc tmp && mknod /var/flash/telefon_misc c 240 133 && cat tmp>telefon_misc
rm tmp

sollte das so aussehen, wenn ich die devices ändern will? oder soll ich doch ein Werkreset durchführen? Und dann???

 

[colonia27]

Moin Ralf,
nicht das ronnyst noch einem Phantom hinterherläuft und transmission installier

In #4209 wurde ein Patch für cp integriert.

Der patch kam in #4289.

 

[MaxMuster]

sollte das so aussehen, wenn ich die devices ändern will? oder soll ich doch ein Werkreset durchführen?

Ich habe jetzt die Zahlen nicht nachgeprüft, aber genauso sollte es gehen, deine aktuelle Konfig wieder "korrekt" zu speichern. Zur Sicherheit vielleicht die Dateien vorher nach /tmp/ kopieren, falls was beim moven deneben geht ;-)
Danach nochmal mit "ls -l" prüfen und wenn du ganz sicher sein willst, die mit den "gesicherten" Dateien vergleichen ( cat /var/flash/xy mit cat /tmp/xy).


Jörg

 

[RalfFriedl]

Der patch kam in #4289.

Ich habe das geändert, bevor noch jemand ducheinander kommt.

Ich glaube, AVM hat da eine kleine Macke und stellt nicht alle character devices automatisch wieder her.

Die Device-Dateien werden bei jedem Neustart wieder hergestellt. Wenn statt dessen nach jedem Neustart reguläre Dateien da sind, liegt es höchstwahrscheinlich daran, daß beim Start mit cp Defaults in dieses Dateien geschrieben werden. Das tut die AVM Firmware so, und aus deren Sicht spricht auch nichts dagegen, weil das mit dem cp in der original Version funktioniert. Und wenn diese regulären Dateien nur Defaults enthalten, ist es auch nicht unbedingt nötig, diese in die Flash-Dateien zu kopieren, zumal die Firmware das beim nächsten Start vermutlich sowieso tun würde. Aber schaden wird es auch nicht.

 

[ronnyst]

nicht das ronnyst noch einem Phantom hinterherläuft und transmission installier

Wie meinst Du das? Also transmission habe ich in meinem image mit eingebaut. Stammen etwa daher die Probleme?

Ich habe jetzt die Zahlen nicht nachgeprüft, aber genauso sollte es gehen, deine aktuelle Konfig wieder "korrekt" zu speichern.

Okay, danke. Du meinst sicherlich die Zahlen die nach der jeweiligen 240 kommen, also die 129/130/131, oder? Welche sollten denn dort stehen?:?

Dann werde ich heute abend mal Eure Tipps umsetzen! Da bin ich ja mal wieder gespannt. Ich werde schon müde belächelt, weil ich immer sage, jetzt läuft die FritzBox aber. Danach sitze ich wieder davor

 

[colonia27]

Stammen etwa daher die Probleme?

Nein, genau das ist nicht der Fall. Ich wollte nur sichergehen, daß du genau das nicht denkst und den Fehler in transmission anfängst zu suchen, da Ralf's ursprünglicher Hinweis auf ein transmission Ticket zeigte.

 

[ronnyst]

So, hier meine Meldung:
Ich denke, der Code spricht für sich:

/var/flash # mv dect_eeprom tmp && mknod /var/flash/dect_eeprom c 240 130 &
& cat tmp > dect_eeprom
/var/flash # mv fx_conf tmp && mknod /var/flash/fx_conf c 240 130 && cat tm
p > fx_conf
/var/flash # mv fx_lcr tmp && mknod /var/flash/fx_lcr c 240 130 && cat tmp
> fx_lcr
/var/flash # mv fx_moh tmp && mknod /var/flash/fx_moh c 240 130 && cat tmp
> fx_moh
/var/flash # mv telefon_misc tmp && mknod /var/flash/telefon_misc c 240 130
 && cat tmp > telefon_misc
/var/flash # rm tmp
/var/flash # ls -l
crw-r--r--    1 root     root     240, 113 Feb  9 19:43 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, 130 Feb  9 19:52 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,  60 Jan  1  2000 freetz
crw-r--r--    1 root     root     240, 132 Jan  1  2000 fx_cg
crw-r--r--    1 root     root     240, 130 Feb  9 19:53 fx_conf
crw-r--r--    1 root     root     240,  99 Jan  1  2000 fx_def
crw-r--r--    1 root     root     240, 130 Feb  9 19:53 fx_lcr
crw-r--r--    1 root     root     240, 130 Feb  9 19:54 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 Feb  9 18:57 stat.cfg
crw-r--r--    1 root     root     240, 130 Feb  9 19:55 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 Feb  9 02:47 usb.cfg
crw-r--r--    1 root     root     240, 120 Feb  7 21:14 user.cfg
crw-r--r--    1 root     root     240, 121 Feb  9 13:00 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 Feb  7 21:21 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 Feb  9 05:26 wlan.cfg
crw-r--r--    1 root     root     240, 210 Jan  1  2000 xdslmode

Danach habe ich die Firewallregeln über das freetzwebinterface geändert, mit haken und reboot übernommen.
Und was soll ich sagen? Die FB startet wieder neu und will die Konfigurationen neu abfragen. Unter anderem auch das Kennwort.

Abfrage nach Neustart ergibt folgendes:

   __  _   __  __ ___ __
  |__ |_) |__ |__  |   /
  |   |\  |__ |__  |  /_

   The fun has just begun...


BusyBox v1.15.3 (2010-02-07 14:27:25 CET) built-in shell (ash)
Enter 'help' for a list of built-in commands.

ermittle die aktuelle TTY
tty is "/dev/pts/0"
Console Ausgaben auf dieses Terminal umgelenkt
/var/mod/root # cd /var/flash
/var/flash # ls -l
crw-r--r--    1 root     root     240, 113 Feb  9 20:11 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
-rwxr-xr-x    1 root     root         2551 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,  60 Jan  1  2000 freetz
crw-r--r--    1 root     root     240, 132 Jan  1  2000 fx_cg
-rwxr-xr-x    1 root     root        22216 Feb  9 20:03 fx_conf
crw-r--r--    1 root     root     240,  99 Jan  1  2000 fx_def
-rwxr-xr-x    1 root     root         6084 Jan  1  2000 fx_lcr
-rwxr-xr-x    1 root     root        32768 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 Feb  9 20:03 stat.cfg
-rwxr-xr-x    1 root     root         4286 Feb  9 20:03 telefon_misc
crw-r--r--    1 root     root     240, 213 Jan  1  2000 timeprofile.cfg
crw-r--r--    1 root     root     240, 119 Feb  9 20:03 tr069.cfg
crw-r--r--    1 root     root     240, 211 Jan  1  2000 umts.cfg
crw-r--r--    1 root     root     240, 209 Feb  9 20:04 usb.cfg
crw-r--r--    1 root     root     240, 120 Feb  9 20:03 user.cfg
crw-r--r--    1 root     root     240, 121 Feb  9 20:03 userstat.cfg
crw-r--r--    1 root     root     240, 114 Feb  9 20:03 voip.cfg
crw-r--r--    1 root     root     240, 122 Jan  1  2000 voipd_call_stat
crw-r--r--    1 root     root     240, 118 Feb  9 20:03 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 Feb  9 20:04 wlan.cfg
crw-r--r--    1 root     root     240, 210 Jan  1  2000 xdslmode

Die Einstellungen die ich versucht habe zu ändern existieren nicht mehr. Genau die Dateien die ich verändern wollte/hab, sind wieder so wie vor dem mv!!!
Oh man ... :lamer: