Ergebnis 1 bis 1 von 1
-
26.09.2017, 16:25 #1
- Registriert seit
- 20.04.2013
- Beiträge
- 24.820
- Thanks (gegeben)
- 4679
- Thanks (bekommen)
- 9076
- Total Downloaded
- 596,61 MB
- Total Downloaded
- 596,61 MB
Box 1:GB Q4K-SC / UE4K-SC / UE4K-CBox 2:GigaBlue Q-SSC / Q+-SSCBox 3:DM900uhd-SS / Vu+DuoBox 4:ZGemma H7/H9 SF8008Box 5:diverse andere . . .Ungefährer Ablauf des Mountens in oATV
(english version below)
Ich versuche hier mal den üngefähren Ablauf des Mountens von Shares im oATV zu beschreiben, wie ich ihn aus den Verhaltensweisen der einzelnen Dateien bisher festgestellt habe. Änderungen/ Erweiterungen/ Ergänzungen sind jederzeit willkommen
Bei Shares kommt es darauf an, wann was wie womit wo "eingetragen" wird...
Empfehlung:
Mounten über den Netzwerkbrowser, der den Mount erstens in die Basisdatei /etc/enigma2/automounts.xml einträgt. Zweitens den Automounter anstößt, der den Mount, wenn per Methode [autofs], dann an die /etc/auto.network weitergibt, das Verzeichnis /media/autofs/MOUNTPOINTNAME anlegt, das nach Neustart der Box auch so wieder erzeugt wird.
Hat man die Methode [fstab] eingestellt, wird der Mount auch in die /etc/enigma2/automounts.xml, aber diesmal übersetzt zusätzlich in die /etc/fstab eingetragen, das Verzeichnis /media/net/MOUNTPOINTNAME angelegt, das beim Start automatisch erstellt und eingebunden wird (allerdings nicht später - also muß das Ziel beim Start zuverlässig erreichbar sein).
Einstellen der Nutzpfade für Aufnahmen/ Wiedergaben im Teil Menü-Einstellungen-Aufnahmen&Timeshift-Aufnahmen und im EMC einen Symlink auf /media/autofs/MOUNTPOINTNAME bzw. /media/net/MOUNTPOINTNAME legen.
Danach die Box neu starten. Ab jetzt wird das Share immer sauber eingebunden werden (bei fstab nur, solange das Ziel beim Start an ist). Die ganzen händischen Eingriffe in /etc/fstab und /etc/auto.network gehen bei den Usern meist nur in die Hose, weil ungeeignete Editoren verwendet werden, falsche Systax oder Parameter bei den Mounts drinstehen, die Dateien falsche Dateirechte (0644 ist richtig) haben, oder oder oder..
Solange "was wie womit wo "eingetragen"" nicht geklärt ist, kann man nicht sagen, was jeweils falsch läuft, wenn etwas nich so klappt, wie erwartet.
EDIT:
Kopie eines Kommentares von SpaceRat:
...
Ich komme auf drei (Mountmethoden) ...
1. fstab
2. autofs
3. E2 fork ("alte E2-Methode")
fstab ist direkt und ganz früh beim Systemstart und ist dauerhaft.
autofs passiert auch erstmalig beim Systemstart, etwas später als fstab. Es wird aber nicht dauerhaft gemountet, sondern nur bei Bedarf/Zugriff.Der wesentliche Vorteil von autofs ist der zuverlässigere Betrieb mit SMB-Servern:
Linux kackt total darüber ab, wenn ein per fstab gemounteter SMB-Server beim Zugriff gerade mal nicht erreichbar ist.
Wer z.B. Freigaben seines PCs auf der Box mountet und dann den PC neu startet, guckt mit fstab in die Röhre.
Man könnte also sagen:
fstab = statisch (aber leider mit schlechtem Fehler-Handling bei Netzwerkmounts)
autofs = dynamisch/bei Bedarf
E2 fork forked beim E2-Start eine Shell und führt darauf den gleichen Befehl aus, wie man es beim manuellen Mounten tun würde.
Total schwachsinnig und resourcenhungrig.
Heißt im Menü glaube ich "alte E2-Methode" oder so...
Und der Vollständigkeit halber sei noch eine vierte Variante (Enigma2 - linux based) erwähnt. Allerdings habe ich keine Ahnung, wie die nun wieder arbeitet.
Ich persönlich nutze seit Ewigkeiten erfolgreich nur noch [autofs].
english version:
(thanks @eferone for the translation)
Here I will try to describe the common process of mounting network shares in the oATV, as I have found out from the behaviors of the individual files so far. Changes / additions are always welcome.
With shares, it depends on when, what, how, with what, and where it's "registered" ...
Recommendation:
Mount via the network browser, which first enters the mount in the base file /etc/enigma2/automounts.xml. Secondly - by choosing the method [autofs] in the network browser - kick off the automounter, which then writes the mount to the file /etc/auto.network, creating the directory /media/autofs/MOUNTPOINTNAME, which will be rebuilt after restarting the box.
If you have set the method [fstab] in the network broswe, the mount is also added to /etc/enigma2/automounts.xml, but this time additionally translated into an /etc/fstab entry, and the directory /media/net/MOUNTPOINTNAME is created automatically at startup and integrated (but not later - so the target must be reliably available at startup).
Set the user paths for recording / playback in the menu settings recordings & Timeshift recordings and in the EMC symlink to /media/autofs/MOUNTPOINTNAME or /media/net/MOUNTPOINTNAME. Then restart the box. From now on, the share will always be included cleanly (in the case of fstab method, only as long as the target is available at startup). Manual interventions in /etc/fstab and /etc/auto.network mostly end in tears, because inappropriate editors are used, wrong syntax or parameters are added to the mount configurations, the files have the wrong file permissions (0644 is correct), etc. etc. etc.
As long as what, how, with what, and where it's "registered" is not clear, you cannot say what has gone wrong if something does not work out as expected.
EDIT:
Copy of a comment from SpaceRat:
...
I count three (mount methods) ...
1. fstab
2. autofs
3. E2 fork ("old E2 method")
fstab is right at the beginning of the system and is very durable.
autofs also happens for the first time at system startup, a bit later than fstab. It is not permanently mounted, but only on demand / access. The main advantage of autofs is the more reliable operation with SMB servers:
Linux shits the bed totally when an fstab mounted SMB server is just not available when accessing. e.g. someone mounts a share from his PC on the box and then restarts the PC.
So you could say
fstab = static (but unfortunately with bad error handling with network mounts)
autofs = dynamic / if needed
E2 fork forked a shell at E2 startup and executes the same command as you would do with manual mount.
Totally moronic and resource hungry.
In the menu I think it's called "old E2 method" or something ...
EDIT2:
And for the sake of completeness, a fourth variant (Enigma2 - linux based) is mentioned. However, I have no idea how it works again.
Personally, I have been successfully using only [autofs] for ages.
Modified by Papi2000 (06/02/2018 at 19:01) Reason: ExtensionGeändert von Papi2000 (12.04.2018 um 23:35 Uhr) Grund: Erweiterung + english
Grüßle
Ralf
---------------------------------------------
Gigablue Quad4K-mixed, UE4K, Trio4K, Quad_Plus-SSC, UE_Plus-SC, X2/X3-SC, UltraUE-SC, ...
Astra 19.2E UniCable & KabelBW, oATV/teamBlue
(u.a.: DM900uhd,Vu+Duo,ZGemma H9Twin & H7S), PC-DVB-S/C/T, Xtreamer, BDP5200, Philips 24PFS4022/12, 65OLED855/12,UE32C5700, RPi3+
---- Einen Receiver kann sich jeder kaufen - Eine stabile E²-Box muß man sich verdienen! ----
-
Danke - 9 Thanks
-
Advertising
Lesezeichen