Neue Datei in /usr/www/avm/

Moins

Das geht/ist einfacher als du denkst, du brauchst nur ein bischen beschreibbaren Speicher.
Mach in diesen eine Kopie des AVM Webspace, zum Beispiel mit tar.
Umschalten auf diesen kannst du dann wie hier beschrieben: KlickKlack

Du näherst Dich offenbar an ...

Mit einem bind-Mount kann man nur bereits existierende Dateien/Verzeichnisse überlagern. Wenn Du das also realisieren willst (das ginge auch mit /usr/sbin oder einem anderen Verzeichnis), dann müßtest Du eine Kopie des kompletten Verzeichnisses an einer beschreibbaren Stelle anlegen. Da die anderen Dateien (nach dem Mounten) auch nicht mehr mit Tricks wie einem SymLink erreichbar sind, mußt Du tatsächlich den gesamten Verzeichnisinhalt rekursiv kopieren, bevor Du dann dieses Verzeichnis mit einem bind-Mount überlagerst.

Manchmal ist es aber tatsächlich einfacher, wenn man sich ein neues Root-FS baut und dort dann - wenn man die Dateien selbst nicht gleich mit in das SquashFS einbauen will - entsprechende Symlinks für die neuen Dateien anlegt. Wenn man so weit ist, daß man ein bind-Mount ausführen könnte, kann man auch das Root-FS "dumpen" und es nach entsprechender Änderung wieder einspielen.

Aber wenn ich mir die Frage gestatten darf, was willst Du denn am Ende überhaupt erreichen? :mrgreen: (Antwort nicht wirklich nötig, konnte mir die unerwünschte Frage nur nicht verkneifen.)

Wenn meine Vermutung bzgl. Deiner Motive stimmen sollte: Es gibt auch eine Lösung ohne Symlink, die basiert auf diesem Projekt und ist tatsächlich so auch enthalten im Original. Die passenden Optionen reichen schon aus für den gewünschten Effekt.

Ach, was mir gerade noch einfällt...
Irgendein AVM Prozess (multid?) löscht einfach meine selbstangelegte /tmp/securetty.
Deswegen neige ich zu der Aussage: Auf mount -o bind kann sich nicht immer verlassen werden

koyaanisqatsi schrieb:

Irgendein AVM Prozess (multid?) löscht einfach meine selbstangelegte /tmp/securetty.

Zum Vergrößern anklicken....

Wenn, dann aber nicht gezielt unter dem Namen, sondern eher im Ergebnis einer allgemeinen Säuberung ... oder es ist keine AVM-Komponenten, sondern die Busybox. Die enthält nämlich als einzige diesen Dateinamen und daß er irgendwo aus Teilstücken zusammengesetzt wird, um seine Existenz zu verschleiern, wäre eher ungewöhnlich.

Auf mount -o bind kann sich nicht immer verlassen werden

Zum Vergrößern anklicken....

Wenn es einen anderen Weg gibt (ist in der Regel aufwändiger), sollte man sogar auf sie verzichten ...

In der AVM-Firmware wird häufiger mal mit 'grep "xyz" /proc/mounts' gearbeitet, früher (ob das heute auch noch so ist, weiß ich nicht) gab das auch schon mal Kuddelmuddel, wenn da anstatt eines Treffers auf einmal zwei auftraten. Also sollte man diese Form (schon aus Vorsicht) nur dann verwenden, wenn die zu erwartende neue Zeile in /proc/mounts nichts mit einer schon vorhandenen gemein hat.

Ein Kommando wie:
(aus /etc/hotplug/udev-mount-sd)
kann eben - in Abhängigkeit von dem Inhalt von $MNTPATH - auch mal unerwartete Ergebnisse liefern (wenn man zusätzliche "mounts" hat), denn das Gesuchte kann ja offensichtlich an jeder beliebigen Stelle in der (Pseudo-)Datei stehen, da sind keine Einschränkungen vorhanden. Ob das an dieser Fundstelle jetzt irgendwie noch anders abgesichert wird (also der Kontext des o.a. Kommandos), spielt auch keine entscheidende Rolle, es ist nur ein Beispiel für das, was ich meine.

Ich muß mich mal selbst korrigieren. Der angesprochene "utelnetd" ist bei der 6360 in 06.0x offenbar gar nicht mehr vorhanden. Ich habe bei einer kurzen Inventur nur in der 06.08 und der 06.10 für die 6490 einen gefunden. Die 6360 habe ich schon eine Weile nicht mehr, ich sollte mich künftig wieder erst im Dateisystem rückversichern, bevor ich solche Behauptungen aufstelle ... sorry.

Ich habe mich nur vom Inhalt des dsld bei der 06.05 für die 6360 in die Irre führen lassen:
und glatt versäumt, die Existenz von /sbin/utelnetd zu verifizieren, weil ich ihn auf der 6490 gefunden hatte und dorther schon kannte.

leseratte10 schrieb:

Wie kommst du auf Telnet? Was hat die Existenz eines Telnet-Daemons damit zu tun, dass ich eine Datei in /usr/www/avm/ anlegen möchte? Der Telnet-Server ist ja schon vorhanden.

Zum Vergrößern anklicken....

Ich habe nur in Deine Signatur geschaut und mich - wenn ich mich nicht irre - an eine zurückliegende Kommunikation per PM erinnert. Wenn Du das gar nicht warst, vergiss den Einwurf ... wenn Du den Telnet-Zugang schon lange hast, ist es ja auch gut.

Wenn jemand ständig "fragt nicht, wofür es gut ist" schreibt, kann man ja auch mal auf die Idee kommen, daß da vielleicht ein anderer Verzeichnisname angegeben wurde.

Wenn es um eine vollkommen andere FRITZ!Box als Deine 6360 geht, hast Du wohl vergessen, ein paar zusätzliche Details zu erwähnen.

EDIT:
Ok, Du warst das tatsächlich, am 11.10.2014 ... daß Du aber einer der ganz wenigen bist (da reicht eine Hand um das abzuzählen und auch dann noch, wenn der Besitzer der Hand im Sägewerk arbeitet), die das komplette Skript erhalten hatten, das wußte ich tatsächlich nicht mehr.

Bleibt immer noch die Empfehlung, das FS zu extrahieren, mit Freetz zu entpacken (unsquashfs, ist eine lzma-Kompression) und nach der Modifikation wieder zusammenzupacken (mksquashfs).

Das dann in die inaktive Filesystem-Partition (den Kernel ebenfalls kopieren, wenn der nicht in beiden gleich ist) und Du kannst einfach mit "linux_fs_start" umschalten, wenn Du beim Modifizieren des Filesystems Späne gemacht hast (das über die EVA kriegst Du hin).

Wenn man dann das Modifizieren mit einem Plan angeht und gleich die richtigen Symlinks ins Root-FS einbaut, fällt der ganze "bind-Mount"-Quatsch komplett flach. Solange Du in der anderen Partition das originale System hast, kann Dir praktisch nichts passieren - Du hast immer einen Rückweg zu einem funktionierenden System.