Ergebnis 1 bis 1 von 1
  1. #1
    Avatar von Papi2000
    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
    ReceiverDanke
    Box 1:
    GB Q4K-SC / UE4K-SC / UE4K-C
     
     
    Box 2:
    GigaBlue Q-SSC / Q+-SSC
     
     
    Box 3:
    DM900uhd-SS / Vu+Duo
     
     
    Box 4:
    ZGemma H7/H9 SF8008
     
     
    Box 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...
    EDIT2:
    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: Extension
    Geä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! ----



  2. Thanks Ramon, tiopedro1958, slaptap, RuPo2, Anskar and 4 others bedankten sich
    •   Alt Advertising

       


Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  
Alle Zeitangaben in WEZ +1. Es ist jetzt 09:18 Uhr.
Powered by vBulletin® Version 4.2.5 (Deutsch)
Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.
Resources saved on this page: MySQL 5,26%
Parts of this site powered by vBulletin Mods & Addons from DragonByte Technologies Ltd. (Details)
vBulletin Skin By: PurevB.com