[Problem] 7270 v3 auf 06.05 updated; debug.cfg verschwunden, kein beschreiben mit cat möglich

Sidebar Sidebar
Upgrade 3CX to v18 and get it hosted free!
T

teletux

Neuer User
Mitglied seit
12 Mrz 2007
Beiträge
124
Punkte für Reaktionen
0
Punkte
16
Hallo,
habe eine 7270v3 hier aus Sicherheitsgründen auf den neusten Stand OS 06.05 gebracht. Es scheint alles zu funktionieren (DECT, Internet, WLAN, .. ) nur die debug.cfg ist verschwunden. Ein

Code: 
cd /var/flash
mknod debug.cfg c 240 98
cat debug.cfg
hat erstmal wirre Zeichen gebracht, ein "befüllen" mit
Code: 
cd /var/flash 
cat /var/media/ftp/Storage-00/debug.cfg > /var/flash/debug.cfg 
cat debug.cfg
resultiert in der leeren Ausgabe. Habe einen thread zur 7370 gefunden, da war das Problem auch mal. Nach vielen Versuchen mit cat xxx > debug.cfg hatte es dann funktioniert. Bei mir aber nicht :( Ergebnis ist immer die leere debug.cfg.

Hat mir jmd einen Tipp? (Habe keine Lust auf einen Werksreset ... :( )

@ das kommt zwischendurch im telnet-terminal wenn jmd anruft:
Code: 
# sh: can't open '/var/flash/calllog'
telefon: SIGCHLD PID 2745 received!

# pwd
/var/flash
# ls -l
crw-r--r--    1 root     root      249, 225 Jan  1  1970 aha.cfg
crw-r--r--    1 root     root      249, 228 Jan  1  1970 ahadect.cfg
crw-r--r--    1 root     root      249, 230 Jan  1  1970 ahaglobal.cfg
crw-r--r--    1 root     root      249, 229 Jan  1  1970 ahanet.cfg
crw-r--r--    1 root     root      249, 231 Jan  1  1970 ahapushmail.cfg
crw-r--r--    1 root     root      249, 227 Jan  1  1970 ahastat.cfg
crw-r--r--    1 root     root      249, 226 Jan  1  1970 ahausr.cfg
crw-r--r--    1 root     root      249, 113 Jan  1  1970 ar7.cfg
crw-r--r--    1 root     root      249, 160 Jan  1  1970 aura-usb
crw-r--r--    1 root     root      249, 168 Jan  1  1970 browser-data
crw-r--r--    1 root     root      249, 141 Jan  1  1970 calllog
crw-r--r--    1 root     root      249, 208 Jan  1  1970 cert.cfg
crw-r--r--    1 root     root      249, 161 Jan  1  1970 configd
crw-r--r--    1 root     root      249,  95 Jan  1  1970 crash.log
crw-r--r--    1 root     root      240,  98 Jun 17 17:23 debug.cfg
crw-r--r--    1 root     root      249, 177 Jan  1  1970 dect_eeprom
crw-r--r--    1 root     root      249, 176 Jan  1  1970 dect_misc
crw-r--r--    1 root     root      249, 178 Jan  1  1970 dmgr_handset_user
crw-r--r--    1 root     root      249, 215 Jan  1  1970 featovl.cfg
crw-r--r--    1 root     root      249, 143 Jan  1  1970 fonctrl
crw-r--r--    1 root     root      249, 132 Jan  1  1970 fx_cg
crw-r--r--    1 root     root      249, 129 Jan  1  1970 fx_conf
crw-r--r--    1 root     root      249,  99 Jan  1  1970 fx_def
crw-r--r--    1 root     root      249, 130 Jan  1  1970 fx_lcr
crw-r--r--    1 root     root      249, 131 Jan  1  1970 fx_moh
crw-r--r--    1 root     root      249, 212 Jan  1  1970 maild.xml
crw-r--r--    1 root     root      249, 218 Jan  1  1970 modulemem
crw-r--r--    1 root     root      249, 112 Jan  1  1970 multid.leases
crw-r--r--    1 root     root      249, 117 Jan  1  1970 net.update
crw-------    1 root     root      249,  96 Jun 17 17:02 panic
crw-r--r--    1 root     root      249, 142 Jan  1  1970 phonebook
crw-r--r--    1 root     root      249, 116 Jan  1  1970 stat.cfg
crw-r--r--    1 root     root      249, 145 Jan  1  1970 tamconf
crw-r--r--    1 root     root      249, 133 Jan  1  1970 telefon_misc
crw-r--r--    1 root     root      249, 213 Jan  1  1970 timeprofile.cfg
crw-r--r--    1 root     root      249, 119 Jan  1  1970 tr069.cfg
crw-r--r--    1 root     root      249, 211 Jan  1  1970 umts.cfg
crw-r--r--    1 root     root      249, 209 Jan  1  1970 usb.cfg
crw-r--r--    1 root     root      249, 216 Jan  1  1970 usbgsm.cfg
crw-r--r--    1 root     root      249, 120 Jan  1  1970 user.cfg
crw-r--r--    1 root     root      249, 121 Jan  1  1970 userstat.cfg
crw-r--r--    1 root     root      249, 114 Jan  1  1970 voip.cfg
crw-r--r--    1 root     root      249, 122 Jan  1  1970 voipd_call_stat
crw-r--r--    1 root     root      249, 118 Jan  1  1970 vpn.cfg
crw-r--r--    1 root     root      249, 202 Jan  1  1970 websrv_ssl_cert.pem
crw-r--r--    1 root     root      249, 201 Jan  1  1970 websrv_ssl_key.pem
crw-r--r--    1 root     root      249, 115 Jan  1  1970 wlan.cfg
crw-r--r--    1 root     root      249, 210 Jan  1  1970 xdslmode
# cat calllog
cat: can't open 'calllog': No such file or directory
# echo xxx > callog
# cat calllog
cat: can't open 'calllog': No such file or directory

# cat ar7.cfg 
/*
 * /var/flash/ar7.cfg
 * Tue Jun 17 17:05:33 2014
 */
[...]     ar7.cfg  ist scheinbar ok (sonst würde die Box auch nicht starten ;) )
Vielleicht doch mehr "kaputt"?

Gruss
Eckard
 
Zuletzt bearbeitet:
Abend

Problem bekannt: debug.cfg verschwindet (Die letzten Posts, 7270v2 und v3)
Ab der 6.05 ist noch ein Strohhalm geblieben: /var/flash/calllog
Die Fehlermeldung zu /var/flash/calllog kommt bei dir, weil nichts in ihr steht.
Diesen Fehler siehst du auch mit: cat /var/flash/calllog
Aktivieren: Schreib was rein, z.B. echo -ne > /var/flash/calllog
 
GELÖST mit calllog-workaround!
Besten Dank, koyaanisqatsi und sebdd . Habe es mit calllog nach Anleitung von sebdd umgesetzt. Ich rufe einfach meine alte debug.cfg auf dem Stick auf:
Code: 
# pwd
/var/media/ftp/Storage-00
# cat calllog
ps > /var/tmp/ps.dmp
cat /var/tmp/ps.dmp | if (! grep -q dropbear) then (/var/media/ftp/Storage-00/debug.cfg) fi
# cat calllog > /var/flash/calllog
 
Zuletzt bearbeitet:
servus teletux,

kannst du mir bitte mal dein Skript Zeile f. Zeile erklären was dieses genau tut? Habe ebenfalls eine 7270v3 mit OS 06.05. und würde gern meine alten Skripte aus der debug.cfg meiner 7050 auf der 7270v3 wieder zum Laufen bekommen.

Grüße Mick
 
Code: 
# pwd
/var/media/ftp/Storage-00    ===>>> pwd = print working directory. Ich stehe im Verzeichnis
         /var/media/ftp/Storage-00 ,   das ist mein Stick, okay? Mit  mount <ENTER> siehst 
        Du wo Dein Stick gemountet ist. 

# cat calllog     ===>>> zeige was in Datei calllog direkt auf dem Stick steht. Es steht drinnen:
ps > /var/tmp/ps.dmp               # Zeile 1
cat /var/tmp/ps.dmp | if (! grep -q dropbear) then (/var/media/ftp/Storage-00/debug.cfg) fi   # Zeile 2

# cat calllog > /var/flash/calllog    ====> hier schreibe ich das, was in calllog auf dem Stick steht 
          an die richtige Stelle des flash-Speichers der fb7270. Ich schreibe also die beiden
           Zeilen Code nach /var/flash/calllog
Die beiden Zeilen Skript code rufen die Datei debug.cfg auf dem Stick auf und führen den
alten Code in debug.cfg aus. Beachte: ich habe beide Dateien direkt auf dem Stick
im obersten Verzeichnis, KEIN Unterverzeichnis. Beachte: es muss jemand bei der
FritzBox anrufen, dann erst wird debug.cfg aufgerufen. Dann beim zweiten Anruf
aber nicht mehr, weil "dropbear" schon läuft. Dieses if ... grep ... dropbear fragt
ab, ob der Prozess "dropbear" schon läuft. Wenn ja, dann wurde debug.cfg schon
ausgeführt. Wenn bei Dir ein anderer Prozess gestartet wurde, z.B. haligali , dann
sieht Deine Zeile so aus: if (! grep -q haligali) .... Näheres dazu siehe link oben
von koyaanisqatsi.

Ich wundere mich aber, dass bei meinem Stick alle Dateien auch ausführbar sind obwohl vfat-Dateisystem, ist das immer so? Oder nur mit meinem Stick? Daher geht das mit dem Ausführen von debug.cfg auch gut. Ein chmod +x auf eine Datei eines vfat-Dateisystems geht ja nicht. Vielleicht weiss hier jemand weiter. Bei mir:
Code: 
# ls -l
drwxrwxrwx    3 root     root          4096 Jan  1  2000 FRITZ
-rwxrwxrwx    1 root     root         58486 Jun 20 01:59 ar7.cfg
-rwxrwxrwx    1 root     root         42047 Sep 12  2010 ar7.cfg_12.10.2010
-rwxrwxrwx    1 root     root         58485 Jun 20 01:57 ar7.cfg_20.6.2014
-rwxrwxrwx    1 root     root           113 Jun 22 00:52 calllog
-rwxrwxrwx    1 root     root          4809 Jun 22 01:29 debug.cfg
 
Zuletzt bearbeitet:
ah ok vielen Dank für deine ausführliche Erklärung, hab net verstanden, dass diese zeile auch gleich den inhalt der debug ausführt:

cat /var/tmp/ps.dmp | if (! grep -q dropbear) then (/var/media/ftp/Storage-00/debug.cfg) fi
 
bzgl. dem ausführen, mein stick ist mit fat32 formatiert und ebenfalls alles ausführbar, die Rechte werden scheinbar bereits beim übertragen der Daten via ftp Client gesetzt
 
Zuletzt bearbeitet:
Abend

Noch ein Hinweis zur /var/flash/calllog.
Wenn ihr einfach nur: echo $@
...in der /var/flash/calllog stehen habt, und euch mit dem Mobile anruft,
seht ihr Wer Wen mit welcher Nummer auf welche MSN anruft.
So könnte auch anhand der Mobilenummer entschieden werden ob dropbear, oder was auch immer, ausgeführt wird.
Ein Beispielskript dafür gibt es auch hier im Forum: KlickKlack IPPF Link
 
ps > /var/tmp/ps.dmp # Zeile 1
cat /var/tmp/ps.dmp | if (! grep -q dropbear) then (/var/media/ftp/Storage-00/debug.cfg) fi # Zeile 2
Zum Vergrößern anklicken....

Muss man den Zwischenschritt ueber die Datei "/var/tmp/ps.dmp" gehen oder kann man das "grep" in der "if" Abfrage passen gestalten?


voipd.
 
Das Problem des ps|grep "Programmname", welches selber in der Prozessliste auftaucht, wir so umgangen.
Deswegen dieser "Umweg". Sonst gibt es immer einen Erfolg, weil der Suchstring auch immer gefunden wird.

Beispiel...
Code: 
ps|grep teststring
 2626 root       0:00 grep teststring

Es würde auch direkt gehen...
Code: 
ps|grep -E '[d]ropbear'
 2340 root       0:00 dropbear -R -m
 2579 root       0:02 dropbear -R -m
...mit einem regulären Ausdruck.

Das Skriptbeispiel testet nur auf Erfolg mit -q ...
Code: 
ps|grep -E -q '[d]ropbear';echo $?
0

Bei dir würde, glaub ich, sowas gehen...
(Nicht da)
Code: 
ps|grep -E -q '[o]penvpn';echo $?
1

0 = Erfolg
1 = Nicht da

Teste es, wenn möglich, lokal, bevor du es remote einpflegst.
 
Zuletzt bearbeitet:
koyaanisqatsi schrieb:
Das Problem des ps|grep "Programmname", welches selber in der Prozessliste auftaucht, wir so umgangen.
Deswegen dieser "Umweg". Sonst gibt es immer einen Erfolg, weil der Suchstring auch immer gefunden wird.
Zum Vergrößern anklicken....

Stimmt ja. :oops:

Da muesste dann ein "ps | grep openvpn | grep -v grep " hin. ;)

Code: 
-v, --invert-match
	      Invert the sense of matching, to select non-matching lines.


Teste es, wenn möglich, lokal, bevor du es remote einpflegst.
Zum Vergrößern anklicken....

Das auf jeden Fall.


Danke.

voipd.
 
danke für die info
 
Zuletzt bearbeitet:
Habe bei AVM mal nachgefragt und auf Nachhaken folgende, kurze Antwort erhalten:
Code: 
Guten Tag Herr Meier,

vielen Dank für Ihre Rückmeldung.

Wir haben die Funktion in den aktuellen FRITZ!OS Versionen im Zuge unserer neuen Sicherheitskonzeption entfernt.

Freundliche Grüße aus Berlin
Grüsse
Manfred
 
Dein Problem ist zwar inzwischen gelöst (wenn man mit dem zusätzlich notwendigen Anruf nach einem Neustart der Box leben kann), aber Deine debug.cfg (also ihr alter Inhalt) ist wahrscheinlich nicht wirklich verschwunden (das dürfte erst nach einem Recover der Fall sein, nicht einmal ein Werksreset sollte dafür ausreichend sein).

Fällt Dir (außer dem Datum) noch ein weiterer Unterschied zwischen diesen drei Dateien aus Deinem Listing auf ?
teletux schrieb:
crw-r--r-- 1 root root 249, 95 Jan 1 1970 crash.log
crw-r--r-- 1 root root 240, 98 Jun 17 17:23 debug.cfg
crw-r--r-- 1 root root 249, 177 Jan 1 1970 dect_eeprom
Zum Vergrößern anklicken....
Wie kommst Du darauf, daß bei Deiner Box das TFFS die Major-ID 240 hat ? Alle anderen Dateien in /var/flash behaupten, es wäre die 249 ... genau findet sich das dann aber in /proc/devices.
 
Um antworten zu können musst du eingeloggt sein.

Zurzeit aktive Besucher

Gesamt: 779 (Mitglieder: 29, Gäste: 750)

Neueste Beiträge

Statistik des Forums

Themen
246,171
Beiträge
2,247,419
Mitglieder
373,714
Neuestes Mitglied
Panicmaker
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.
Ihr E-Mail-Adresse verifizieren

Ihr E-Mail-Adresse verifizieren

Wir haben Ihnen eine E-Mail geschickt. Klicken Sie auf die Schaltfläche im E-Mail-Text, um Ihre E-Mail-Adresse zu verifizieren – (Können Sie diese nicht finden können, dann überprüfen Sie Ihren Spam-Ordner).

IPPF im Überblick

Neueste Beiträge

Direktlinks Telefonanlage

Website-Sponsoren

3CX sponsor
KONTAKTIEREN SIE UNS BEI INTERESSE
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten
Zurück