/etc/hotplug/run_mount modifizieren

Basierend auf diesen Ideen will ich nun hier ein neues Thema aufmachen, um zu diskutueren, wie wir am Besten mit der berühmten Datei run_mount vorgehen.
Meine Analyse von unseren usbstorage-Patches hat gezeigt, dass dort im Großen und Ganzen zwei Sachen gepatcht werden, nämlich Funktion nicename() (kommt von AVM, wird aber von uns komplett überholt) und mount-fs() (kommt komplett und vollständig von uns und ersetzt die typischen mount-Befehle von AVM).
Mein Vorschlag wäre:
1. Irgendwo in fwmod bauen wir einen sed, der uns nach dieser nicename in der betreffenden Datei sucht, die Funktion komplett entfernt und stattdessen da eine Zeile anlegt, die in etwa wie folgt aussieht:
2. In diese Datei "freetz_mount.sh" packen wir unsere nicename() und mount_fs() rein.
3. Aus allen Patches fliegen die entsprechenden Passagen heraus. In den patches bleiben lediglich die Zeilen, die dann mount-Befehl gegen unsere mount_fs() ersetzen. Die Funktion selbst ist aber in unserer Datei.

Somit schaffen wir uns einige Freiräume für zukünftige Änderungen. Das wäre damit z.B. möglich:

1. In der freetz_mount.sh könnte man dann mit einem ähnlichen dot-Befehl die FREETZ-Variablen auslesen. Ob es die globalen Variablen sein sollen, oder ob wir dafür eine separate cfg-Datei schaffen, muss man noch sehen.
2. Die nicename-Funktion könnte man darauf basierend frei konfigurierbar machen. Auch aus dem WebIF. Sodass man sich dafür frei entscheiden könnte, ob es denn "uStor" heißen soll oder "muellerschulze" oder eben nach dem LABEL.
3. Man könnte auch mount_fs() etwas weiter entwickeln und zu so einer Art fstab, konfigurierbar aus WebIF langsam hochziehen. Dass z.B. eine Partition, die als uStor01 oder eben als SYS (nach dem LABEL) erkannt wird dann immer per see als RO gemounted wird. Oder wie auch immer. Hier sehe ich eine breite Spielwiese.

Spricht was dagegen? Wer ist bei der Realisierung dabei? Wenn wir es machen, würde ich den sed-Part (s. oben) übernehmen. Patches durchforsten würde ich gerne jemanden anderen überlassen. Denn da bin ich kein guter Experte.

MfG

ok, dann packt mein sed eben die AVM-eigene nicename beiseite und baut es nach Bedarf in die freetz_mount.sh wieder rein, wenn das denn nicht abgewählt ist. Oder alternativ wird dann eben die sed-Suche gar nicht gemacht. Dann nennen wir es "AVM-mount vs. FREETZ-mount" und jeder kann sich entscheiden, was er denn will.

MfG

@colonia27: Dann hol doch bitte raus weshalb und warum oder gib wenigstens einen Link darauf, wo es durchgekaut wurde (wenns bereits geschehen). Soweit ich das verstanden hatte, wird NEW_LINK auf die letzte gemountete Partition gelegt, weil es einfach dort irgendwo in der Schleife steht und ständig neu verlinkt wird, bis das komplette Einbinden durch ist.
Klar kann man es hier im Züge dieser Operation auch "mitnehmen", wenn es denn sinnvoll ist.

MfG

@colonia27: Mit dem NEW_LINK an sich hat es nichts zu tun. Bei mir zeigt er zwar auf uStor06, trotzdem liegen alle meine Faxe/AB-Sachen auf uStor02. Es hat damit zu tun, dass AVM wie immer nur an sich selbst denkt und die absoluten Pfade vollständig und mehrfach in den Konfigurationen vom AB oder FAX abspeichert. Geh doch einfach in den AB-Ordner und schau dir dort sowohl config als auch alle meta-Dateien. Dort findest du die absoluten Pfade mehrfach vorkommend. Bei dir würde da wahrscheinlich NEW_LINK stehen, weil du alle deinen AB/FAXe vor dem FREETZ konfiguriert hast, oder wenigstens bevor deine Partitionen als uStorXX gemounted wurden.
Um das Problem zu umgehen sind Arbeiten in zwei Richtungen notwendig:
1. NEW_LINK frei konfigurierbar machen, wie du vorschlägst. Am besten sogar über WebIF. Menuconfig hilft da herzlich wenig, wenn man es vernünftig machen will.
2. Ein Import/Export/Rekonfigurations-Programm für AB und FAX schreiben. Ich glaube Richtung Import/Export hat sogar AVM irgendwas. Oder täusche ich mich da?
Aber so ein Rekonfigurationsskript, der dann alle AB/FAX-Dateien durchforstet und die Pfade umändert kann sicherlich auch nicht schaden. Ist im Prinzip auch nicht allzuschwer zu schreiben, wenn man sich mit sed auskennt.

MfG

automount. Version 1.0

Wie bereits angekündigt, hatte ich es nun vollbracht: Die erste Version von meinem automount ist da.
1. Ich habe nicename() und fs_mount() in eine separate Datei /usr/lib/libmodmount.sh ausgelagert. (@Silent-Tears: bitte Ausführungsrechte nicht vergessen, wenn du es eincheckst!!!)
2. Als Folge muss man ganz viele usbstorage-Patches anpassen. Ich habe nicht alle geschafft, nur für 7170, 7270v1/2, 7270v3. Wer Lust hat, andere anzupassen, immer willkommen.
3. Wenn man blkid von e2fsprogs im Image hat, kann man seine Partitionen nach ihrem Volumen-Label anstatt uStorXY mounten (Hacken bei den Einstellungen). Diese Geschichte ist in Zusammenhang mit der alten uStor11-Problematik besonders interessant, denn man bekommt somit immer die Gleichen mountpoints. blkid kann man nachher in menuconfig als Unterpunkt zum usbstorage-Patch reinnehmen. Momentan muss es noch manuell unter e2fsprogs ausgewählt werden. Silent-Tears hatte es extra dafür als separate Option dort vorgesehen.

Ich bitte alle diese Neuerung ausgiebig zu testen. Im default-Fall dürfte dieses Automount sich zunächst mal genau so wie früher verhalten. Erst wenn man die blkid-Erkennung aktiviert, wird man etwas aufpassen müssen.
Und zwar in folgenden Punkten:
a) Ich warne hier alle schon mal im Voraus, dass es Probleme mit AVM-AB auftreten können, wodurch die Box eventuell alle 5 Minuten rebootet. Abhilfe schafft das Abziehen des externen Mediums und die Umstellung auf die alte uStorXY-Methode. Ich mache mich hierbei auf den Weg, die AB-Datei mit ein Paar sed-Zeilen zu korrigieren. Alternativ kann man seinen AB natürlich löschen und neu anlegen.
b) external sollte ebenfalls von uStorXY auf Label umgestellt werden. Dafür ist allerdings ein neues Flashen erforderlich. Denn external legt seine symlinks so, wie man es in menuconfig definiert hat. Und per default steht da uStor01.
c) Eventuell kriegt ihr Probleme bereits beim kompilieren. Leider wird run_mount bis zu drei mal gepatcht. Dadurch kommt es dazu, dass die patches nicht 100% passen und mit einer Verschiebung eingesetzt werden. Ich musste mein Patch sogar so anpassen, dass da eine AVM-Kommentarzeile drin blieb, obwohl ich sie gerne löschen würde. Letzteres ging allerdings nicht, weil das Rumpatchen dann an einer Stelle mit dem Abbruch von fwmod in die Hose ging. Deswegen bitte testen und melden.


Edit: Irgendwie ist es zu ruhig hier: Nur zwei Downloads seit gestern abend... Nachdem das Ding fertig war, sind mir da noch ein Paar mögliche Ideen in dem Zusammenhang aufgefallen. Zu einem ist es die Sache mit Partition-Check vor dem Einbinden der Partitionen (vorgeschlagen von Silent-Tears). Da man es lieber nicht beim jeden mount machen sollte, wird es noch eine größere Baustelle werden, die ich allerdings irgendwann mal auch in Anspruch nehme. Zum Anderen, wäre es nicht schlecht die alte uStorXY-Behandlung aus Kompatibilitätsgründen zu behalten. Es würde sich relativ leicht realisieren, in dem nicename() neben dem Ausspucken vom neuartigen Namen an run_mount beim Aufruf parallel noch einen symlink uStorXY->LABEL anlegt. Ich hatte es bei mir gestern rein handisch ausprobiert: Es bewirkt wunder. Danach lief mein ausgelagerter MC, den ich natürlich external-mäßig aus /usr/bin zu uStorXY kommandiert hatte. Zum dritten ließe sich vielleicht die bekannte AVM-artige NEW_LINK-Bemountung irgendwie steuern. Aber in diesem Fall muss man vermutlich erstmal bei AVM die Stelle rauspatchen, die den NEW_LINK anlegt. Es wird eine etwas längere Entwicklungsgeschichte werden.
Hierzu hätte ich gerne eure Rückmeldungen und Wünsche, damit ich priorisieren kann.

MfG

Hallo zusammen. Ich hatte gesehen, das heute wieder viele usbstorage-Patches nach der alten Manier upgedatet wurden. Heißt es, wir vergessen diese Geschichte hier? Oder machen wir alles nochmal? Ich hatte doch vorgeschlagen, alle nicename() und fs_mount() auszulagern. Hätte man doch gleich in dem Züge machen können. So wäre der Pflegeaufwand nachher deutlich einfacher. Außerdem geht es mir darum, eine Basis für weitere Modifikationen am mount-Prozess zu verschaffen, die zur Zeit meinerseits daran scheitern, dass ich keine Lust habe 20 Patches dafür anzufassen und damit zu riskieren, dass die patches nachher nicht sauber durchlaufen.

MfG