Suchergebnisse

Aber ich hab eine 7430 :) Das SoC ist ein VRX220, also nur ein Chip. Plus RAM und NAND von Toshiba/Micron.

Ist der Umlaut nur in der Ausgabe der Fehlermeldung ein Problem oder auch schon beim Bauen der Grund dafür, dass es fehlschlägt?

Marcus, wenn deine Boxen sowieso öfters mal rebooten, wie wäre es denn nach dem FS-Check ein Reboot auszulösen? Dann werden die USB-Geräte ja ohne Änderung wieder wie gehabt erkannt. Ist vielleicht nicht die schönste Lösung, aber scheinbar ein recht einfache.

Danke, wieder was gelernt. Das ist also der Grund warum sich meine 7050 einfach "verabschiedet" und nur durch einen PownerOn-Reset wiederzubeleben ist :(

Bei mir flackert keines der Lämpchen. Aber ich vermute dass das Glimmlämpchen sind, da ist das Flackern ab einem gewissen Alter "normal", so wie bei den beleuchteten Lichtschaltern.

Das dürfte die einfachste und effektivste Methode sein: wenn man schon beim ersten Mal die Portfreigabe nicht auf :22 sondern :12345 macht, hat man keinen zusätzlichen Arbeitsschritt :)

Hi, das ist Version 2012.55, siehe hier. Und diese Version wird in dem von dir verlinkten Artikel empfohlen.

Also zumindest für meinen Einsatzzweck würde es ausreichen, den Namen ins AVM-WebIF zu übertragen, wenn DNSmasq eine neue Lease vergeben hat (an ein bisher unbekanntes Gerät). Momentan habe ich das per Hand gemacht, aber wenn ich ein neues Gerät in hosts eintrage und dieses dann erstmals eine...

Guten Morgen, die export-Richtung habe ich gerade händisch getestet: ctlmgr_ctl r landevice settings/landevice0/name aufrufen, schauen ob es ein Name à PC-192-168-178-30 ist, diesen in /var/tmp/multid.leases oder hosts suchen und dann eintragen. Dann wieder bei landevice0 anfangen...

Hallo Hermann, bei mir scheinen die LANdevices überwiegend nach den Namen sortiert zu sein: root@fritz:/var/mod/root# ctlmgr_ctl r landevice settings/landevice/count 9 root@fritz:/var/mod/root# ctlmgr_ctl r landevice settings/landevice0/name Chumby root@fritz:/var/mod/root# ctlmgr_ctl...

Na dann schau doch mal in deinem ausgecheckten Verzeichnis nach dem skin-Verzeichnis, kopieren einen der 3 angebotenen freetz-Skins und modifiziere so lange bis es dir gefällt. So in etwa mache ich das bei neuen Paketen: kopieren und abändern :)

Meinst du mit Branding den Skin der freetz-Weboberfläche? http://freetz.org/wiki/style/skins

Dein crontab lässt sich noch folgendermaßen vereinfachen: 0 */2 * * * /var/mod/etc/init.d/rc.callmonitor restart # Befehl wird alle 2 Stunden aufgerufen (die Schrittweite wird durch */Schrittweite angegeben)

Sorry, das war das freetz-strace mit replace kernel, ich hab es oben korrigiert. Beim AVM kernel haben beide strace die gleiche Ausgabe/Verhalten. Mit der Änderung (close() ... dup()) vor dem fork sieht die strace-Ausgabe (freetz-strace, freetz-kernel) so aus: 12538...

Das ist das freetz-strace mit replace kernel. Da scheint es nicht in den Hintergrund zu gehen, sondern bleibt in der Shell hängen, egal ob ich printserv oder rc.printserv aufrufe. Die Ausgabe sieht so aus, nur die letzten 6 Zeilen sind neu: root@fritz:/var/mod/root# cat /tmp/printserv.txt 5612...

Habe ich heute morgen gemacht, und da endet die Ausgabe auch nach dem fork(). Ich habe es genau so aufgerufen, wie von dir vorgeschlagen: strace -fs200 -o /tmp/printserv.txt printserv ... Ist der Patch immer aktiv wenn ich "replace kernel" auswähle? Im kernel-menuconfig konnte ich auf...

Also hier ist die Ausgabe von lsof: root@fritz:/var/mod/root# killall printserv root@fritz:/var/mod/root# lsof | grep "print" smbd 3743 root mem-r REG 0,12 12288 6496 /var/lock/printer_list.tdb smbd 3743 root 17ur REG 0,12 12288 6496...

Wenn ich den Teil von fork() bis setsid() direkt nach die getopt()-Struktur schreibe, ist der Effekt der gleiche.

Hi, zu 1: Die Datei wird mit den passenden Rechten in SVN eingecheckt und auch wieder ausgecheckt. Einzig beim Erzeugen der Datei durch den Patch gehen die Rechte verloren, deswegen muss man sie nach dem Einspielen des Patches von Hand setzen.

Ralf, ich glaube der fork in den Hintergrund funktioniert nur, wenn man /etc/init.d/rc.printserv von Hand aufruft, aber nicht vom WebIF und nicht beim Booten. Dann bleibt es nämlich endlos hängen. Weißt du woran das liegen könnte oder wie ich da weiter nachforschen könnte?