Frage zu der debug.cfg

reimundko · 25 Jan 2008

Habe mal eine Frage zum ändern der debug.cfg

Habe diese mal vor ca. 6 Monaten mal geändert.
Es läuft eine Dbox II bei mir und die Fritzbox leitet die Anrufanzeige an die Dbox weiter.
Möchte nun das Telefonbuch mit Namen ergänzen.
Dazu muss ich aber die debug.cfg ändern, weil ich dort ja die Namen eintragen muss.

Aber ich bekomme es einfach nicht mehr hin.

Mittels cp kopiere ich die debug.cfg ins tmp Verzeichnis.
dann per tftp auf meinen PC um sie zu editieren.
Jedoch ist die Debug.cfg leer.

Kann mir da einer bitte weiterhelfen ( evtl. auch nochmals eine kleine Anleitung, wie die Befehle für cp und tftp lauten )

Vielleicht mache ich dort einen Fehler

Danke

Reimund

colonia27 · 25 Jan 2008

cp sollte so aussehn: cp /var/tmp/debug.cfg /var/flash/debug.cfg

tftp galub ich so: tftp –p –l /var/flash/debug.cfg –r debug.cfg "deineIP"

ohne die "" natürlich.

korrigiert mich wenn ich falsch liege. tftp hab ich nie genutzt

reimundko · 25 Jan 2008

Richtig so habe ich es auch gemacht.

Kommt aber 0 an.
Komplett leer. und das verstehe ich eben nicht.

Es wird auf der Dbox aber immer noch die Anrufe angezeigt

colonia27 · 25 Jan 2008

zeigt er dir denn nach dem cp-Befehl mit cat /var/flash/debug.cfg irgendwas in der Datei an?

reimundko · 25 Jan 2008

Nein nichts wird angezeigt.

Jetzt wird es mir aber total heiss.

Habe
cp /var/flash/debug.cfg /var/tmp/debug.cfg

eingegeben und nicht

cp /var/tmp/debug.cfg /var/flash/debug.cfg

Mist ist jetzt alles weg ???????????

MaxMuster · 25 Jan 2008

Nutze lieber "cat" statt "cp", denn /var/flash/debug.cfg ist eigentlich keine "Datei" sondern ein "Character Device".

Also:

Code:

cat /var/flash/debug.cfg > /var/tmp/debug.cfg
# irgendwas damit machen dann
cat /var/tmp/debug.cfg > /var/flash/debug.cfg

Jörg

colonia27 · 25 Jan 2008

stimmt, natürlich mit cat.
is halt schon was her seit ich das letzte mal in der box rumgewühlt habe.

und nein, weg ist nichts. nach nem neustart der box sollte alles wieder da sein.
sonst könntest du die ja auch direkt in der /var/flash/ permanent bearbeiten

reimundko · 25 Jan 2008

Danke, dann werde ich mal die Box neu starten. Habe schon ein Schreck bekommen.

Nochmals danke für Eure Hilfe

Reimund

MaxMuster · 25 Jan 2008

reimundko schrieb:
Danke, dann werde ich mal die Box neu starten.

colonia27 schrieb:
und nein, weg ist nichts....

Jein, je nachdem was du gemacht hast... Mit dem "cp" hast du in /var/tmp/ quasi einen "Verweis" auf das Device angelegt, wie einen "Hardlink". Wenn du nun /var/tmp/debug.cfg "beschrieben" hast, wurde damit auch die original-Datei verändert...

Jörg

RalfFriedl · 25 Jan 2008

Mit cp wird kein hard link angelegt. Probleme gibt es nur mit bestimmten Versionen von cp in die andere Richtung, wenn das Ziel die Gerätedatei ist. Auch dann wird aber kein hard link angelegt, das Problem dann ist nur, daß in manchen Versionen der Busybox das cp-Kommando die Zieldatei löscht, bevor sie geschrieben wird. Das führt dazu, daß die Zieldatei als normale Datei erstellt wird, aber als Kopie der Original-Datei, nicht als Link auf die Datei.

reimundko · 25 Jan 2008

Schade, ist doch leer. nichts mehr da.
Muss jetzt alle Telefonnummern raussuchen.

Nehme The Construct....um das Image zu erstellen.

Hat auch funktioniert.

Nur wenn ich fritz.box aufrufe natürlich wieder die Meldung, fremdes Image gefunden............

Mal hier im Forum suchen. Da gab es einen Befehl den man in die Debug.cfg reinsetzen musste um das zu unterdrücken.
Mist. nur einen blöden Fehler gemacht.

MaxMuster · 25 Jan 2008

@Ralf ... ich weiß ja nicht...

Code:

/var/tmp # ls -l /var/flash/debug.cfg
crw-r--r--    1 root     root     240,  98 Jan  1 01:00 /var/flash/debug.cfg
/var/tmp # ls -l /var/tmp/debug.cfg
ls: /var/tmp/debug.cfg: No such file or directory
/var/tmp # cp /var/flash/debug.cfg  /var/tmp/debug.cfg
/var/tmp # ls -l /var/tmp/debug.cfg
crw-r--r--    1 root     root     240,  98 Jan  5 02:15 /var/tmp/debug.cfg
/var/tmp # cp --help
BusyBox v1.9.0 (2008-01-18 09:30:14 CET) multi-call binary

Usage: cp [OPTION]... SOURCE DEST

Copy SOURCE to DEST, or multiple SOURCE(s) to DIRECTORY

Options:
        -a      Same as -dpR
        -d,-P   Preserve links
        -H,-L   Dereference all symlinks (default)
        -p      Preserve file attributes if possible
        -f      Force overwrite
        -i      Prompt before overwrite
        -R,-r   Recurse directories
        -l,-s   Create (sym)links

/var/tmp #

/var/tmp/debug.cfg verweist auf das Chrakter Device.

Jörg

RalfFriedl · 25 Jan 2008

Also mal wieder Busybox cp ...

Ein normales "cp" KProgramm macht das nur, wenn die Option -a mit angegeben ist.

Das Verhalten von Busybox "cp" ist zwar nicht direkt ein Hard Link, aber bei einer Gerätedatei ist das Ergebnis fast das gleiche.

MaxMuster · 25 Jan 2008

RalfFriedl schrieb:
Also mal wieder Busybox cp ...

jepp,
ich meine mich aber zu erinnern, dass das Busybox cp das (also implizites -a bei CDs ) schon immer so machte...

Jörg

bolzenkopp · 25 Jan 2008

debug.cfg nicht lesbar

Hallo zusammen!

Auf die Gefahr, dass ich mich lächerlich mache...

Ich wollte meine 7170 auch ein bisschen modden, kann aber nicht mal die debug,cfg auslesen (mit cat). "ls" sagt aber, dass die Datei vorhanden ist.

Folgende Ausgaben kommen bei meiner telnet-Verbindung:

Code:

# cat debug.cfg
cat: debug.cfg: No such file or directory
# ls -l
crw-r--r--    1 root     root     240, 113 Jan 25 20:04 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,  98 Jan  1  2000 debug.cfg
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, 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, 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 Jan  1  2000 stat.cfg
crw-r--r--    1 root     root     240, 133 Jan  1  2000 telefon_misc
crw-r--r--    1 root     root     240, 119 Jan  1  2000 tr069.cfg
crw-r--r--    1 root     root     240, 120 Jan  1  2000 user.cfg
crw-r--r--    1 root     root     240, 121 Jan 25 20:04 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, 115 Jan  1  2000 wlan.cfg
# cat ./debug.cfg
cat: ./debug.cfg: No such file or directory
# pwd
/var/flash

Bin für jeden Hinweis dankbar.

RalfFriedl · 25 Jan 2008

Das ist normal, wenn die Datei leer ist und stört nicht weiter.

bolzenkopp · 25 Jan 2008

Hallo nochmal,

ok, nachdem ich die Suche noch intensiver genutzt habe, bin ich hier auf folgende Lösung gestoßen:
http://www.ip-phone-forum.de/showthread.php?t=75416
Dort steht der Vorschlag, die Datei zu leeren.

Code:

echo > debug.cfg

Kann ich sicher sein, dass die Datei auch jetzt bereits leer ist?

Wenn ich auf meiner Box folgendes ausführe...

Code:

 ls -sh
   0 ar7.cfg             0 fx_cg               0 phonebook           0 voip.cfg
   0 aura-usb            0 fx_conf             0 stat.cfg            0 voipd_call_stat
   0 browser-data        0 fx_lcr              0 telefon_misc        0 vpn.cfg
   0 calllog             0 fx_moh              0 tr069.cfg           0 wlan.cfg
   0 debug.cfg           0 multid.leases       0 user.cfg
   0 fonctrl             0 net.update          0 userstat.cfg

Also scheinbar sind alle Datein auf /var/flash leer. Ich kann mir aber die Dateien mit cat ausgeben lassen und sie sind keineswegs leer. Liegt das am Flashspeicher?
Kann ich mit dem echo-Trick was kaputt machen?
Danke!

[Posting 2:]
Ok, danke RalfFriedl!
Aber seltsam ist das schon. Normalerweise wird dann doch einfach nichts ausgegeben, die Fehlermeldung ist irritierend!
Also wenn ich mir testhalber auf einem Linux-System eine Datei auf die beschriebene Weise anlege, kann ich cat anwenden.

Code:

~/scripts> echo > test.txt
~/scripts> cat test.txt

~/scripts>

Aber das ist natürlich OT, ich hör schon auf! :grin:

MaxMuster · 25 Jan 2008

Moin und willkommen im Forum,

zwei Dinge: Zum einen solltest du bei aufeinander folgenden Beiträge mittels "Ändern" den ersten Beitrag ergänzen und keinen neuen erstellen.

Zum Inhalt: Der "Trick" ist hier, dass es nicht um "Dateien" im eigentlichen Sinne geht, sondern um Bereiche im Flash-Bereich, die als Character Device ausgeführt sind (daher z.B. auch die 240, xxx statt einer Dateigröße bei ls -l).
Die "Datei" debug.cfg ist normalerweise "leer", also ein unbeschriebener Bereich im Flash und kann daher auch nicht ausgelesen werden. Wenn du mit einem "echo" da etwas leeres reinschreibst, wird aus dem "Nichts" ein "leer" (o.k., ist immer noch verwirrend, aber vielleicht etwas klarer?!? aus dem "existiert nicht" wird ein "ist leer").

Falls etwas drin stände, könntest du das mit dem echo Trick "kaputt machen", nämlich löschen, wenn nicht (wie bei dir), ist das vollkommen o.k....

Jörg

RalfFriedl · 26 Jan 2008

bolzenkopp schrieb:
Code:

~/scripts> echo > test.txt ~/scripts> cat test.txt ~/scripts>

Noch eine Kleinigkeit dazu. Die Datei test.txt nicht nicht leer. Wie man leicht sieht (wenn man weiß, worauf man achten muß), enthält die Datei eine Leerzeile, deswegen kommt auch eine Leerzeile nach dem cat-Befehl. Wenn man ls aufrufen würde, würde man auch sehen, daß die Datei 1 Byte lang ist und nicht 0 Byte.

Im Zusammenhang mit debug.cfg wird das trotzdem als leer bezeichnet, weil ein Zeilenumbruch kein Befehl ist und daher keine Auswirkungen hat. Für das Flash-Speichersystem ist dieser eine Zeilenumbruch aber genau so ein Inhalt, wie wenn dort mehr drin stehen würde.

Wie MaxMuster schon geschrieben hat, handelt es sich bei den Dateien um Gerätedateien. Die Inhalte stehen nicht im Dateisystem, sondern auf einem getrennten Flash-Bereich in der Box. Daher kann "ls" nicht die Größe ermitteln.

Man kann diese aber mit "wc" herausfinden:

Code:

$ [B]wc -c /var/flash/*[/B]

Dafür wird aber jede dieser Dateien gelesen. Das stört in diesem Fall nicht, wäre aber im allgemeinen Fall bei "ls" nicht sinnvoll.

bolzenkopp · 26 Jan 2008

Danke MaxMuster und RalfFriedl!

Ihr habt mich beruhigt. Ich wollte natürlich vermeiden meine Box schon mit den ersten kleinen Tests lahm zu legen. Denn kann ich ja jetzt richtig loslegen!:dance:

Frage zu der debug.cfg

Neuer User

colonia27

Guest

Neuer User

colonia27

Guest

Neuer User

IPPF-Promi

colonia27

Guest

Neuer User

IPPF-Promi

IPPF-Urgestein

Neuer User

IPPF-Promi

IPPF-Urgestein

IPPF-Promi

Neuer User

IPPF-Urgestein

Neuer User

IPPF-Promi

IPPF-Urgestein

Neuer User

Kategorien

Wissenswertes

Statistik des Forums

3CX jetzt einen Monat kostenlos testen

Unternehmen

Lösungen

Nützliche Links

Mehr erfahren