Posts by forumCluberer

    Ok. Zweitkarte. Ich habe 2 einzelne unterschiedliche Abos. Das 29,99€ hatte ich glaube auch mal. Hatte vergessen rechtzeitig zu kündigen und zahlte dann ein Jahr 65,xx€.;( hab's überlebt. Bin schon seit Premiere-Zeiten Sky-Kunde (bis auf eine einmalige Unterbrechung von einem halben Jahr). Überlege zwar immer ob ich Sky wirklich brauch, komme aber Letzt endlich doch nicht davon los.:/8)

    Danke, geil, mit

    Code
    ,nfsvers=3

    kann ich von der dm920 endlich wieder auf die dm8000 zugreifen ohne dass die 920 abschmiert. :thumbup:

    Das geht bei mir auch ohne den Parameter ,nfsvers=3 ohne Probleme von der DB920 auf die DB8000. Hatte da bisher nie Probleme. Auch von den 52x'er und der 7080 aus auf die DB8000. Die haben alle OE2.5 (außer der DB8000 hat oe2.0 !?). Kann die (DB8000) überhaupt nfs 4?

    Bei mir kam gestern die neue Vertragsdokumentation gültig ab 1. Januar 2021.


    50,27 € monatlich für 2 Vollabos und 2 Sky CI+ Modulen und monatlich kündbar. Damit kann ich gut leben, erst recht wenn ich hier lese, dass andere kein CI+ Modul mehr nutzen können.

    Wie kommst Du zu diesem Abo. Ich habe ein Vollabo (Alle Pakete) für 39,xx@ und eins mit Starter und Cinema Paket für 22,xx€. Die Starter wurden jetzt in Entertainment mit Atlantic umgewandelt. Komme also auf 61,xx€ für nicht 2 Vollabos. Ach ja, kündbar sind sie bei mir auch monatlich. Ich habe auch 2 CI+ Module.

    Testweise kannst mal bei der DM920 mit nfsvers=4 schauen ob geht :)

    Hi cephues, noch ein kleiner Nachtrag


    das setzen von nfsvers=4 geht doch auf der 920'er Box.

    Es funktioniert sowohl mit und ohne das Setzen der Version. Auch auf den 52x'er Boxen funktioniert es jetzt ohne das Setzen der Version.

    Grund (roter Pfeil im Bild):

    Meine Dusseligkeit. Auf den Qnap-Servere TVS 671 gibt es eine Konfigurationsmöglichkeit zum Setzen der Versionen von nfs 2/3 und 4. Ich hatte den Reiter hierfür übersehen. Dort war die Version 4 nicht angehakt. Nach dem Setzen des Hakens auch bei Version 4 ging es auf allen Boxen auch wie vorher (älter Firmwareversion als 4.5.1).

    Es liegt doch meistens das Problem vor dem Computer (einen selbst) und nicht am Computer.

    pasted-from-clipboard.png

    Buh. War eine langer Weg. Danke an alle die mich unterstützt bzw. mir geholfen haben.


    Nochmal. Problem tritt bei mir nur bei den 52x'er Boxen mit OE2.5 auf. Auf der 920'er Box und der DB8000 geht es auch. Auf der 7080 hab ich noch nicht überprüft. Falls da auch diese Probleme auftreten melde ich das noch hier.


    Komisch nur das die 525'Er auf version 4.2, 4.1 .4.0 (NFS) prüfen und dann abbricht und die 920'er aber am Ende auf nfs 3.0 (nach 4.2 und 4.1) geht. Siehe Beitrag

    JuuuuHuuuu


    Scheint jetzt wieder zu gehen. Habe folgenden Eintrag im auto.gemini4 gemacht

    # automatically generated by gemini

    # do NOT change manually!

    #FilmeS22 -fstype=cifs,rw,file_mode=0777,dir_mode=0777,user=Lucas,password=userLucas ://NasS1b2/FilmeS22

    #FilmeS1a -fstype=cifs,ro,file_mode=0444,dir_mode=0444,user=Lucas,password=userLucas ://NasS1b2/FilmeS1a

    FilmeS22 -o nfsvers=3 -fstype=nfs,rw ://NasS1b2/FilmeS22

    FilmeS1a -o nfsvers=3 -fstype=nfs,ro NasS1b2:/FilmeS1a

    DB8000@S22 -fstype=nfs,rw,nolock,soft,tcp,rsize=131072,wsize=131072,retry=0 192.168.1.20:/hdd/movie


    Ergebnis:

    pasted-from-clipboard.png

    Da kann der hacken liegen.

    Die DM920 z.B. kann mit höhere Samba version umgehen (cifs,vers=3.0). Alle andere boxen nicht höher als version 1 (cifs,vers=1.0)

    Ob jetzt auch durch Sicherheitsmaßnahmen an deine NAS durch update bei NFS auch solche Einschränkungen gesetzt hat?

    Ich verwende aber nfs und nicht cifs. Bei der Dreambox 8000 geht es aber auch. Die hat kein 0e25, glaube ich, sondern OE1.6

    Jup mit der Option -o nfsvers=3 klappt es zu mindestens jetzt von Hand. Ich probiere jetzt mal das im Automount mit einzupflegen


    root@dm520:/media# mount -v -o nfsvers=3 -t nfs NasS1b2:/FilmeS22 /media/TryMount/FilmeS22

    mount.nfs: timeout set for Mon Jan 4 18:36:06 2021

    mount.nfs: trying text-based options 'nfsvers=3,addr=192.168.1.21'

    mount.nfs: prog 100003, trying vers=3, prot=6

    mount.nfs: trying 192.168.1.21 prog 100003 vers 3 prot TCP port 2049

    mount.nfs: prog 100005, trying vers=3, prot=17

    mount.nfs: trying 192.168.1.21 prog 100005 vers 3 prot UDP port 30000

    NasS1b2:/FilmeS22 on /media/TryMount/FilmeS22 type nfs (rw,nfsvers=3)

    root@dm520:/media#

    Probiere ich gleich mal. Habe auf den Boxen folgenden Befehl ausgeführt, den ich im Internet gefunden habe. -v <-- Parameter

    mount -v -t nfs NasS1b2:/FilmeS22 /media/TryMount/FilmeS22


    525 bricht nach Version 4.0 ab. 920 probiert version 3. Warum machen die Boxen einen unterschied?!


    Ergebnis 920:

    root@dm920:/media# mount -v -t nfs NasS1b2:/FilmeS22 /media/TryMount/FilmeS22

    mount.nfs: timeout set for Mon Jan 4 18:30:00 2021

    mount.nfs: trying text-based options 'vers=4.2,addr=192.168.1.21,clientaddr=192.168.1.13'

    mount.nfs: mount(2): Protocol not supported

    mount.nfs: trying text-based options 'vers=4.1,addr=192.168.1.21,clientaddr=192.168.1.13'

    mount.nfs: mount(2): No such file or directory

    mount.nfs: trying text-based options 'addr=192.168.1.21'

    mount.nfs: prog 100003, trying vers=3, prot=6

    mount.nfs: trying 192.168.1.21 prog 100003 vers 3 prot TCP port 2049

    mount.nfs: prog 100005, trying vers=3, prot=17

    mount.nfs: trying 192.168.1.21 prog 100005 vers 3 prot UDP port 30000

    mount.nfs: mount(2): Device or resource busy

    mount.nfs: /media/TryMount/FilmeS22 is busy or already mounted

    root@dm920:/media#


    Ergebnis 525:

    root@dm520:/media# mount -v -t nfs NasS1b2:/FilmeS22 /media/TryMount/FilmeS22

    mount.nfs: timeout set for Mon Jan 4 18:33:44 2021

    mount.nfs: trying text-based options 'vers=4.2,addr=192.168.1.21,clientaddr=192.168.1.14'

    mount.nfs: mount(2): Invalid argument

    mount.nfs: trying text-based options 'vers=4.1,addr=192.168.1.21,clientaddr=192.168.1.14'

    mount.nfs: mount(2): Invalid argument

    mount.nfs: trying text-based options 'vers=4.0,addr=192.168.1.21,clientaddr=192.168.1.14'

    mount.nfs: mount(2): Input/output error

    mount.nfs: mount system call failed

    root@dm520:/media#

    Bevor Du Dich an die "Kür" (automagisches Mounten) machst, solltest Du einfach mal die Pflicht (manuelles Mounten) erledigen. Dort erhält man auch eine sicht- und lesbare Fehlermeldung:


    $ mount -t nfs NasS1b2:/FilmeS22 /mnt

    So habe jetzt mal die Pflicht gemacht.

    Sowohl auf der 920'er als auch auf der 525'er habe ich ein Verzeichnis Namens /media/TryMount/FilmeS22 angelegt

    Auf beiden Boxen habe ich dann den Befehl

    mount -t nfs NasS1b2:/FilmeS22 /media/TryMount/FilmeS22

    ausgeführt


    Ergebnis 525 - Fehler:

    root@dm520:/media# mount -t nfs NasS1b2:/FilmeS22 /media/TryMount/FilmeS22

    mount.nfs: mount system call failed

    root@dm520:/media#


    Ergebnis 920 - Erfolgreich:

    root@dm920:/media# mount -t nfs NasS1b2:/FilmeS22 /media/TryMount/FilmeS22

    root@dm920:/media#


    Kann mir da vielleicht jetzt jemand weiterhelfen?

    Hier mal ein Auszug des mount Aufrufs auf der 920'er (funktioniert):


    root@dm920:~# mount

    /dev/mmcblk0p2 on / type ext4 (rw,relatime,data=ordered)

    devtmpfs on /dev type devtmpfs (rw,relatime,size=503456k,nr_inodes=55121,mode=755)

    sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)

    proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)

    tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,relatime)

    devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620)

    tmpfs on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755)

    tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)

    cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)

    cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls)

    cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)

    cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)

    cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)

    cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)

    mqueue on /dev/mqueue type mqueue (rw,relatime)

    systemd-1 on /data type autofs (rw,relatime,fd=30,pgrp=1,timeout=0,minproto=5,maxproto=5,direct)

    tmpfs on /var/volatile type tmpfs (rw,relatime,mode=755)

    tmpfs on /tmp type tmpfs (rw,relatime)

    fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)

    /etc/auto.misc on /misc type autofs (rw,relatime,fd=6,pgrp=370,timeout=300,minproto=5,maxproto=5,indirect)

    -hosts on /net type autofs (rw,relatime,fd=12,pgrp=370,timeout=300,minproto=5,maxproto=5,indirect)

    /etc/auto.hotplug on /autofs type autofs (rw,relatime,fd=18,pgrp=370,timeout=300,minproto=5,maxproto=5,indirect)

    /etc/auto.network on /media/net type autofs (rw,relatime,fd=24,pgrp=370,timeout=300,minproto=5,maxproto=5,indirect)

    /etc/auto.gemini4 on /media/gp4share type autofs (rw,relatime,fd=30,pgrp=370,timeout=300,minproto=5,maxproto=5,indirect)/dev/mmcblk0p3 on /data type ext4 (rw,relatime,data=ordered)

    root@dm920:~#


    Hier der Auszug des mount Aufrufs auf der 520'er (funktioniert nicht):

    Hier ist auch zusätzlich eine funktionierende cifs drinnen. Fehler kommen aber auch ohne die cifs-Verbindungen. Die will ich eigentlich nicht verwenden, da ich keine im Passwörter im allgemenen und im Klartext überhaupt nicht in Dateien hinterlegen will (auto.gemini4)


    root@dm520:/media/gp4share# mount

    ubi0:dreambox-rootfs on / type ubifs (rw,relatime)

    devtmpfs on /dev type devtmpfs (rw,relatime,mode=755)

    sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)

    proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)

    securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)

    tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,relatime)

    devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620)

    tmpfs on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755)

    tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)

    cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)

    cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpuacct,cpu)

    cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)

    cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)

    cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)

    mqueue on /dev/mqueue type mqueue (rw,relatime)

    tmpfs on /tmp type tmpfs (rw,relatime)

    tmpfs on /var/volatile type tmpfs (rw,relatime,mode=755)

    /etc/auto.gemini4 on /media/gp4share type autofs (rw,relatime,fd=30,pgrp=31211,timeout=300,minproto=5,maxproto=5,indirect)

    192.168.1.20:/hdd/movie on /media/gp4share/DB8000@S22 type nfs (rw,relatime,vers=3,rsize=32768,wsize=32768,namlen=255,soft,nolock,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.1.20,mountvers=3,mountport=59902,mountproto=tcp,local_lock=all,addr=192.168.1.20)

    //NasS1b2/FilmeS22 on /media/gp4share/FilmeS22 type cifs (rw,relatime,sec=ntlm,unc=\\NasS1b2\FilmeS22,username=XXXX,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.1.21,file_mode=0777,dir_mode=0777,nounix,serverino,rsize=61440,wsize=65536,actimeo=1,user=XXXX)

    //NasS1b2/FilmeS1a on /media/gp4share/FilmeS1a type cifs (ro,relatime,sec=ntlm,unc=\\NasS1b2\FilmeS1a,username=XXXX,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.1.21,file_mode=0444,dir_mode=0444,nounix,serverino,rsize=61440,wsize=65536,actimeo=1,user=XXXX)

    /etc/auto.misc on /misc type autofs (rw,relatime,fd=6,pgrp=31211,timeout=300,minproto=5,maxproto=5,indirect)

    -hosts on /net type autofs (rw,relatime,fd=12,pgrp=31211,timeout=300,minproto=5,maxproto=5,indirect)

    /etc/auto.hotplug on /autofs type autofs (rw,relatime,fd=18,pgrp=31211,timeout=300,minproto=5,maxproto=5,indirect)

    /etc/auto.network on /media/net type autofs (rw,relatime,fd=24,pgrp=31211,timeout=300,minproto=5,maxproto=5,indirect)

    root@dm520:/media/gp4share#


    XXXX ersetzt den Namen Zwecks Anonymisierung

    Bevor Du Dich an die "Kür" (automagisches Mounten) machst, solltest Du einfach mal die Pflicht (manuelles Mounten) erledigen. Dort erhält man auch eine sicht- und lesbare Fehlermeldung:


    $ mount -t nfs NasS1b2:/FilmeS22 /mnt

    So jetzt hab ich es auch mal von Gand Probiert


    root@dm520:/media/gp4share# mount -t nfs NasS1b2:/FilmeS22 /media/gp4share/FilmeByHand

    Fehlermeldung: mount.nfs: mount point /media/gp4share/FilmeByHand does not exist


    root@dm520:/media/gp4share# mkdir /media/gp4share/FilmeByHand

    Fehlermeldung mkdir: can't create directory '/media/gp4share/FilmeByHand': Permission denied


    Jetzt habe ich es mit einem existierendem Verzeichnis probiert (wurde über Automount-Versuche angelegt):

    root@dm520:/media/gp4share# mount -t nfs NasS1b2:/FilmeS22 /media/gp4share/FilmeS22O

    Fehlermeldung: mount.nfs: mount system call failed


    Wieso kann ich in gp4share keine Verzeichnis anlegen? Habe mich über telnet als root angemeldet.


    (Nochmal die Frage: Was ist den am OE2.5 auf der 920'er anders als auf der 52x'er, das dort das Automount funktioniert?)

    Bevor Du Dich an die "Kür" (automagisches Mounten) machst, solltest Du einfach mal die Pflicht (manuelles Mounten) erledigen. Dort erhält man auch eine sicht- und lesbare Fehlermeldung:


    $ mount -t nfs NasS1b2:/FilmeS22 /mnt

    # automatically generated by gemini

    # do NOT change manually!

    DB8000@S22 -fstype=nfs,rw,nolock,soft,tcp,rsize=131072,wsize=131072,retry=0 192.168.1.20:/hdd/movie

    FilmeS1aO -fstype=nfs,ro ://NasS1b2/FilmeS1a

    FilmeS22O -fstype=nfs,rw ://NasS1b2/FilmeS22


    Hat nicht funktioniert. Bin total gefrustet. Muß morgen mal erst händisch wie von "__QT__" beschrieben probieren, damit ich wenigstens mal ne Fehlermeldung bekomme um der Sache auf den Grund gehen zu können

    Also ich probiere schon was Ihr mir sagt.

    Das mit dem retry=0 entfernen hatte ich auch ausprobiert. Hatte aber nicht geholfen. Das mit dem Aufrufen des Automount mach ich in der Regel. BluePanel Automount auswählen schließen.

    Das es funktioniert hatte, war nachdem ich einen Zugriff über cifs angelegt hatte mit User und Passwort. Dann hatte plötzlich auch nfs mit einem anderem oder dem gleichen Pfad funktioniert. Dann cifs wieder entfernt und es hatte immer noch funktioniert. Nach Reboot ging es dann wieder nicht.

    Ich probiere es jetzt noch mal genau wie Du es geschrieben hast. Ich kann jetzt nicht mehr genau nachvollziehen, was ich bei meinen ganzen Versuchen in welcher Reihenfolge gemacht habe.

    Es wundert mich nur, das es bis jetzt über Jahre hinweg funktioniert hatte und bei den anderen Boxen 8000'Er und 920'er immer noch geht, so wie ich es eingerichtet hatte.

    Gut Idee. werde ich wohl als nächstes probieren.

    Zuvor hatte ich die Datei auto.gemini4 von Hand geändert (rumgespielt), obwohl darin steht nicht ändern, wird automatisch generier. Plötzlich ging es. Doch nach einem Reboot der Dreambox ging es wieder nicht mehr, obwohl der Inhalt der Datei unverändert ist.

    Bin irgendwie am Verzweifeln.


    # automatically generated by gemini

    # do NOT change manually!

    DB8000@S22 -fstype=nfs,rw,nolock,soft,tcp,rsize=131072,wsize=131072,retry=0 192.168.1.20:/hdd/movie

    FilmeS22 -fstype=nfs,rw,nolock,soft,tcp,rsize=131072,wsize=131072,retry=0 ://NasS1b2/FilmeS22

    FilmeS1a -fstype=nfs,ro,nolock,soft,tcp,rsize=131072,wsize=131072,retry=0 ://NasS1b2/FilmeS1a