Hallo Forum,
nach Jahren des interessierten Mitlesens in diesem Forum habe ich jetzt ein Problem mit meiner debug.cfg zu dem ich per Suche nicht mehr weiterkomme. Ich habe meine beiden 7390 mit einer Firmware 6.83 geflashed, die ich mittels freetz im nofreetz Modus erstellt habe. Dabei wird sowohl Telnet als auch die debug.cfg über fwmod_custom und rc.tail.sh wieder hergestellt. Das funktioniert auf der einen 7390 ohne Probleme - auf der anderen 7390 kann ich allerdings auf die debug.cfg nicht mehr zugreifen obwohl ls -l die Datei anzeigt.
# ls -l /var/flash/debug.cfg
crw-r--r-- 1 root root 250, 98 Jan 1 1970 /var/flash/debug.cfg
# cat /var/flash/debug.cfg
cat: /var/flash/debug.cfg: No such file or directory
Die debug.cfg wird standardmäßig über /etc/init.d/rc.tail.sh gestartet:
if [ -z "$CPU_NR" ] || [ "$CPU_NR" = "1" ] ; then
mknod /var/flash/debug.cfg c $tffs_major $((0x62))
if ! /usr/bin/checkempty /var/flash/debug.cfg 2>/dev/null; then
. /var/flash/debug.cfg
fi
fi
Ich habe die debug.cfg auch schon gelöscht und von Hand wieder angelegt - leider zeigt sich das selbe Verhalten.
Alles Andere scheint Fehlerlos zu funktionieren und ich kann auch die Zusatz-Programme, die normalerweise über ein Shellscript aus debug.cfg gestartet werden normal aufrufen.
Zur Hintergrundinformation, die 7390 mit dem Fehler habe ich zuletzt leider beim Flashen gebricked - vermitlich weil das erzeugte Firmware Image zu gross war (ich hatte zusätzliche Programme in das image kopiert). Danach habe ich ein AVM Recover gemacht (6.20), die Sicherungsdaten wieder eingespielt und dann eine modifizierte, Firmware 6.83 geflasht. Seitdem zeigt sie für debug.cfg das oben genannte Verhalten.
Kennt evtuell jemand dieses Verhalten oder kann mir zumindest helfen den Fehler zu lokalisieren und zu beheben?
Denn ohne Autostart aus der debug.cfg ist das Booten lästig :-(.
Danke im Voraus, Stema46
nach Jahren des interessierten Mitlesens in diesem Forum habe ich jetzt ein Problem mit meiner debug.cfg zu dem ich per Suche nicht mehr weiterkomme. Ich habe meine beiden 7390 mit einer Firmware 6.83 geflashed, die ich mittels freetz im nofreetz Modus erstellt habe. Dabei wird sowohl Telnet als auch die debug.cfg über fwmod_custom und rc.tail.sh wieder hergestellt. Das funktioniert auf der einen 7390 ohne Probleme - auf der anderen 7390 kann ich allerdings auf die debug.cfg nicht mehr zugreifen obwohl ls -l die Datei anzeigt.
# ls -l /var/flash/debug.cfg
crw-r--r-- 1 root root 250, 98 Jan 1 1970 /var/flash/debug.cfg
# cat /var/flash/debug.cfg
cat: /var/flash/debug.cfg: No such file or directory
Die debug.cfg wird standardmäßig über /etc/init.d/rc.tail.sh gestartet:
if [ -z "$CPU_NR" ] || [ "$CPU_NR" = "1" ] ; then
mknod /var/flash/debug.cfg c $tffs_major $((0x62))
if ! /usr/bin/checkempty /var/flash/debug.cfg 2>/dev/null; then
. /var/flash/debug.cfg
fi
fi
Ich habe die debug.cfg auch schon gelöscht und von Hand wieder angelegt - leider zeigt sich das selbe Verhalten.
Alles Andere scheint Fehlerlos zu funktionieren und ich kann auch die Zusatz-Programme, die normalerweise über ein Shellscript aus debug.cfg gestartet werden normal aufrufen.
Zur Hintergrundinformation, die 7390 mit dem Fehler habe ich zuletzt leider beim Flashen gebricked - vermitlich weil das erzeugte Firmware Image zu gross war (ich hatte zusätzliche Programme in das image kopiert). Danach habe ich ein AVM Recover gemacht (6.20), die Sicherungsdaten wieder eingespielt und dann eine modifizierte, Firmware 6.83 geflasht. Seitdem zeigt sie für debug.cfg das oben genannte Verhalten.
Kennt evtuell jemand dieses Verhalten oder kann mir zumindest helfen den Fehler zu lokalisieren und zu beheben?
Denn ohne Autostart aus der debug.cfg ist das Booten lästig :-(.
Danke im Voraus, Stema46
Zuletzt bearbeitet:
...
