Hi,

meine Anfrage ist eigentlich nur eine Verständnisfrage, da meine Netzwerk zu allen Devices seit Jahren funktioniert. Nur habe ich in Erinnerung, das die autofs-Funktion (NFS-Freigabe) auch mal komfortabler war. Wenn, ist das schon lange her, oder ich habe das echt geträumt
Ich meine mich zu erinnern, dass vor langer, langer Zeit, bei der Art der Einbindung = autofs mir das entfernte Laufwerk (Symlink im lokalen Device [EMC]) auch nur dann anzeigte, wenn das entfernte Device auch verfügbar war (also an ist).
Gab es das denn nicht mal?

Die Ist-Situation seit langer,langer Zeit ist Folgende: Der Simlink zum entfernten Device wird immer auf meinem lokalen Gerät angezeigt - auch in der autonet ist er vorhanden. Das wäre ja folgerichtig, aber wieso steht da im autonet-Ordner ein Device drin, auf den man nicht zugreifen kann?
Wenn man das doch macht (Zugriff mittels EMC und Symlink - oder mittels FTP per Computer) kommt man in ein leeres Verzeichnis. Erwartet hätte ich eine Fehlermeldung.
Kann da mal jemand Licht rein bringen?

@satt-seher
ich hatte das Neueinlesen zwar tatsächlich deaktiviert, aber daran lag es nicht. Es konnte daran auch nicht liegen, denn solange in der autonet das Verzeichnis des entfernten Device angezeigt wird, wird auch der Symlink angezeigt. Das hatte ich mit meiner Eingangsmail mit 'folgerichtig' gemeint.
In dieser autonet darf das Device einfach nicht drinstehen, wenn es nicht aktiv/an ist.

Mal Butter bei die Fische und den Sachen einen Namen gegeben: Die Devices sind 2 VU+ Receive (Vu Uno4k und Solo SE / kein NAS / als "NAS" habe ich nur eine Fritte, und die wird 'klassisch' eingebunden und nicht per autofs).
Die Receiver haben beide diesen 'Fehler'. Beide Boxen haben, jeweils auf die entfernte Box, einen Symlink im EMC-Verzeichnis.

Die Symlinks sind in dem Ordner /media/hdd

In autonet sind keine Symlinks, sondern Mointpoint-Directories.
Die werden erzeugt, wenn eine entsprechende autonet-Einbindung konfiguriert wird.
Dabei ist es egal, ob auf den Server zugegriffen werden kann oder nicht…

...damit widerspricht Du den Vorrednern, die Ihre Symlinks nur sehen, wenn das entfernte Device auch aktiv/an ist. Und das war bei mir vor langer, langer Zeit auch so.
Und da würde ich gerne wieder hin. Ein richtiges Problem ist das eigentlich nicht.
Nur, wenn ich heute auf einen Symlink klicke (entfernte Device nicht aktiv) braucht es eben etwas Zeit, bis ich entweder die Anzeige von dem Verzeichnis sehe (0 Dateien /0 Gb) und dann erst weiß - aha, das gerät ist aus. Oder in das Verzeichnis hineinklicke und dort nichts drin ist. Da müsste nach meiner Auffassung ein Fehler kommen.
Schöner ist es, wenn ich den Symlink erst gar nicht sehen würde, weil das Device eben aus ist.

...ich hoffe das kam nun etwas verständlicher rüber

...sollte jetzt kein Angriff gewesen sein.

So, ich habe jetzt mal die Freigabe von einem entfernten Device mit der Netzwerkfreigabe deaktiviert. Danach neu gebootet und siehe da: der Symlink wird nicht mehr angezeigt (das Device steht auch nicht mehr im autonet). genau so ist auch mein Verständnis.

Und genau das soll doch auch die Einbindung per autofs sein (die ich ja auch für diese Device gewählt hatte). Jedenfalls ist das so mein Verständnis.
So wie es jetzt ist, besteht da absolut kein Unterschied zwischen autofs und klassisch

Hier mal eine Definition vom Wiki archlinux:
AutoFS provides automounting of removable media or network shares when they are inserted or accessed. Da liegt doch im Netztwerk im autofs irgend etwas im argen. Man brauchte aber autofs bisher auch nie konfigurieren.

Es geht hier nicht um die Fritzbox (die hat eine klassische Einbindung), sondern um das mal laienhaft zu verdeutlichen, lösungsorientiert zu dem Ergebnis zu kommen, wie sie Sat-Seher und Bastelbogen haben und bestimmt auch viele Andere realisiert haben.

und so wie ich das auch vielleicht vor 5 Jahren auch noch hatte. Vielleicht ist da der Symlink die falsche Vorgehensweise (@Bastelbogen: Hast Du das ohne Symlink realisiert?) . Ich weiß ehrlich nicht mehr, wie ich das vor 5 Jahren gemacht habe. Bastelbogen hat als Freigabetyp allerdings SMB (Samba-Windows). Das es daran liegt kann ich mir eigentlich nicht vorstellen.


Ja, ich glaub per Telnet (ln -s /media/net/autonet/VUUNO4K /media/hdd/#_VuUno4K_#).

Es lag am Symlink selber.
Ohne Telnet, sondern direkt im EMC-Menü angelegt funktioniert es jetzt (wird nur angezeigt, wenn das entfernte Device auch aktiv/an ist). Weiß nicht, warum das mit Telnet beim EMC nicht funktioniert (das er mir das Verzeichnis nicht anzeigt, wenn nicht aktiv).
Ob er sich an der unterschiedlichen Schreibweise gestört hat? Der Device-Name im Netzwerk ist VUUNO4K und der Name des Links ist #_VuUno4K_#?
Aber das ist ja nur der Name des Links - wichtiger ist ja was drin steht, oder nicht?

Egal, Hauptsache es funktioniert nun.

So, dann werde ich meine gemachten Fehler mal hier erläutern. Das ist jetzt der Text, den ich mir als Dokumentation selber erstellt habe - klingt also ein bisschen hölzern. Fehler waren hauptsächlich Sysntaxfehler und ein wesentlicher Flüchtigkeitsfehler (ich habe die einzelne Device lokal als Netzwerkname anders benannt, als in der Fritte.

So jetzt kommt die Beschreibung:
1) Wenn man sich die Devicenamen in den Client selber wählt, muss man unbedingt drauf achten, dass dieser gewählte Name auch in der Namensvergabe der Devices in der Fritte gleich lauten. (Warum die verschieden waren entzieht sich meiner Kenntnis - eigentlich sollte die Fritte die Netzwerknamen der Device automatisch übernehmen).
2) Ferner kann die Fritte zwar für ein USB-Laufwerks-Verzeichnis den Namen #_ vergeben, für ein Netzwerkdevice kann sie das aber nicht.
Damit alle Device am Anfang des Verzeichnis stehen (wenn man das so will), würde ich folgende Nomenklatur vorschlagen:
0Devicename0 (die Null am Ende dient nur der Symmetrie). Auch vergebene Bindestriche in der Namensgebung werden verschluckt.

Wenn das alles beachtet wird, müsste das Erstellen eines Symlink per Telnet auch funktionieren. Auch das er verschwindet, wenn das Device nicht mehr ansprechbar ist.

Herausgefunden habe ich das (Symlink per Telnet erstellt, welcher immer angezeigt wurde #_VuUno4K_#), weil ich diesen Symlink (per EMC 'löschen') gelöscht habe und ihn per EMC 'Symlink erstellen' wieder hergestellt habe. Dabei wurde der Symlinkname vom Devicename im /media/net/autonet-Verzeichnis (VUUNO4K) übernommen. Und VUUNO4K war der Name des Device, welcher im Device selber als Netzwerkname vergeben wurde.
Da die Netzwerknamen in der Fritte eine andere Bezeichnung hatten, wurden sie per Friite gar nicht angezeigt und auch in der Linux Mint Netzwerkabfrage fehlten sie. Sie erschienen jedoch als Symlink #_VuUno4K_# fest im EMC-Verzeichnis auf welchen immer fehlerfrei zugegriffen werden konnte.