Seite 1 von 3 123 LetzteLetzte
Ergebnis 1 bis 10 von 27
  1. #1
    Senior Mitglied
    Registriert seit
    04.12.2016
    Beiträge
    144
    Thanks (gegeben)
    46
    Thanks (bekommen)
    28
    Total Downloaded
    15,56 MB
    Total Downloaded
    15,56 MB
    ReceiverDanke
    Box 1:
    vu+ Solo 4K - openatv 7.3
     
     
    Box 2:
    vu+ Solo SE V2 - openatv 7.3
     
     
    Box 3:
    vu+ Zero 4k - openatv 7.3
     
     

    Windows 10 oder MacOS SMB Mount von Receiver kann Dateien > 2.1GB nicht herunterladen

    Hallo liebe Gemeinde,

    beim Versuch eine Aufnahme mit meiner windows-basierten Software von einem SMB Mount des Receivers zu schneiden, habe ich festgestellt, dass es nicht möglich ist Dateien größer 2,1 Gigabyte über einen SMB Mount vom Receiver auf die lokale Festplatte eines Windows 10 PCs oder eines Macs (macos Mojave) zu herunterzuladen/kopieren.

    Mein Schneideprogramm (TS-Doctor) hat die Verarbeitung von TS Dateien > 2,1 GByte verweigert, worauf ich mit Kopieren getestet haben, ob ich die Dateien "manuell" auf die lokale SSD bekommen kann, um sie von dort zu verarbeiten. Das hat dann auch schon nicht geklappt. Mit Dateien < 2,1GB hat alles funktioniert.

    Beim Suchen im Forum habe ich dieses Topic gefunden: "Beschränkung bei der Dateigröße über Samba bei Linux >2,1GB"
    Beschränkung bei der Dateigröße über Samba bei Linux >2,1GB

    Der Thread beschreibt das gleiche Problem von der Linux Seite, der Autor sagt aber das es mit Windows klappen würde, was ich wiederum nicht bestätigen kann.
    Der im Thread angebotene Lösung bezieht sich auf SMB Mounts von einem NAS zum Receiver. In unserem Fall geht es aber um einen Mount vom Receiver zu einem SMB Clienten ... und ich kann bei Windows oder Mac (vielleicht bei Linux) keine Mountoptionen zur Verwendung von SMB V2 = ",ver=2.0", wenn ich ein Verzeichnis vom Receiver mounte.

    Ich bitte um Hilfestellung!

    P.S. Die Dateien > 2,1GB werden richtig angezeigt, lediglich der Kopiervorgang bricht ab!

    Grüße
    Justus

    Vielen Dank für Eure Tipps!

    Grüße
    Justus

    •   Alt Advertising

       

  2. #2
    Avatar von Papi2000
    Registriert seit
    20.04.2013
    Beiträge
    24.926
    Thanks (gegeben)
    4698
    Thanks (bekommen)
    9126
    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 . . .
     
     
    Wie hast du genau den Datenträger in/ an der Box initialisiert und wohin gemountet?
    ext4, fixed nach /media/hdd gemountet. Steht dann mit der UUID lt. blkid und dem Mount in der /etc/fstab.
    Damit wäre die Box korrekt an der Box gemountet und freigegeben.

    Dann kann sie von anderen Netzwerk Teilnehmern als
    \\IP_DER_BOX\Harddisk
    verbunden werden. Und dann gibt es auch keine Begrenzung der Dateigröße.

    Deine Box ist per WLan/ DLan oder LAN-Kabel in deinem Netzwerk?
    Mit neuem Image ist automatisch die SMBv2 für die Freigabe aktiv, und wird genutzt.
    SMBv1 müßte man explizit an der Box bei neueren Images wieder einschalten, wäre aber auch nicht größenbeschränkend, und auch nicht zielführend. Daher gehe ich garnicht erst weiter darauf ein.

    EDIT: Viele User gehen den falschen Weg über \\IP_DER_BOX_\root\hdd oder \\IP_DER_BOX\root\media\hdd - das ist nicht dafür vorgesehen!
    Geändert von Papi2000 (26.02.2020 um 16:45 Uhr)
    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! ----



  3. #3
    Senior Mitglied
    Registriert seit
    04.12.2016
    Beiträge
    144
    Thanks (gegeben)
    46
    Thanks (bekommen)
    28
    Themenstarter
    Total Downloaded
    15,56 MB
    Total Downloaded
    15,56 MB
    ReceiverDanke
    Box 1:
    vu+ Solo 4K - openatv 7.3
     
     
    Box 2:
    vu+ Solo SE V2 - openatv 7.3
     
     
    Box 3:
    vu+ Zero 4k - openatv 7.3
     
     
    Hallo Ralf,

    vielen Dank für Deine Antwort. Beide Rechner (Win 10 und Mac) sind per Netzwerkkabel - wie mein VU+ Solo 4K - alle am gleichen Switch mit dem Netzwerk verbunden. Ich verbinde mich in beiden Fällen über den Dateimanager/Finder:

    • Doppelklick auf den SMB Namen meines Receivers.
    • Dann erscheinen zwei "Laufwerke": Harddisk und Root
    • Ich wähle "Harddisk" aus
    • Und erreiche dann über den Ordner "movie" meine Aufnahmen
    • Alternativ unter Windows 10 wähle ich im Explorer "Netzlaufwerk verbinden"
    • Laufwerk "V:"
    • Suchen => SMB_NAME_RECEIVER => Harddisk = \\SMB_NAME_RECEIVER\
    • Zeigt sich im Windows-Explorer (siehe angehängter Screenshot)


    Windows 10 oder MacOS SMB Mount von Receiver kann Dateien &gt; 2.1GB nicht herunterladen-vu.png

    Die von Dir im EDIT beschriebenen Pfade verwende ich nicht ...
    Zugegeben habe ich mich lange nicht auf den Receiver verbunden, deshalb kann ich nicht sagen, wann sich der Fehler eingeschlichen hat. Es hat aber auf diesem Weg vorher immer funktioniert. Du kannst es selbst leicht nachvollziehen. Ich würde mal denken, dass man (leider) immer irgendwo einen Windows PC hat. Wenn man im gleichen IP Netz ist, findet er den Receiver im Explorer unter "Netzwerk" als "Computer" und dann Doppelklick auf Harddisk und man ist verbunden ...

    Ich hatte schon überlegt, ob ich beim Verbinden die "root" Credentials angeben sollte (wegen EDIT: DES Passworts), aber das funktioniert nicht und war in der Vergangenheit auch nicht nötig ...

    Hier noch die Outputs vom Receiver:
    Code:
    root@vusolo4k:~# cat /etc/fstab
    rootfs                  /               auto            defaults                                1  1
    proc                    /proc           proc            defaults                                0  0
    devpts                  /dev/pts        devpts          mode=0620,gid=5                         0  0
    usbdevfs                /proc/bus/usb   usbdevfs        noauto                                  0  0
    tmpfs                   /var/volatile   tmpfs           defaults                                0  0
    root@vusolo4k:~# mount
    rootfs on / type rootfs (rw)
    /dev/root on / type ext4 (rw,relatime,nodelalloc,data=journal)
    devtmpfs on /dev type devtmpfs (rw,relatime,size=445552k,nr_inodes=54840,mode=755)
    proc on /proc type proc (rw,relatime)
    sysfs on /sys type sysfs (rw,relatime)
    debugfs on /sys/kernel/debug type debugfs (rw,relatime)
    tmpfs on /media type tmpfs (rw,relatime,size=64k)
    tmpfs on /var/volatile type tmpfs (rw,relatime)
    /dev/sda1 on /media/hdd type ext4 (rw,relatime,data=ordered)
    devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620)
    fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
    nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
    /etc/auto.network on /media/autofs type autofs (rw,relatime,fd=6,pgrp=848,timeout=5,minproto=5,maxproto=5,indirect)
    root@vusolo4k:~# blkid
    /dev/sda1: UUID="efd13c14-ad71-42b3-b1ef-4efca85194b3" TYPE="ext4" PARTUUID="f268fe51-01"
    /dev/mmcblk0p4: UUID="57f8f4bc-abf4-655f-bf67-946fc0f9f25b" TYPE="ext4" PARTLABEL="rootfs" PARTUUID="c68a5f04-ad1c-4c74-b567-e29f3551c8a3"
    /dev/mmcblk0: PTUUID="9a0b2167-db88-440b-877d-b61f2581ac5c" PTTYPE="gpt"
    /dev/mmcblk0p1: PARTLABEL="kernel" PARTUUID="edbb5d70-643b-4948-b134-f6a03bb1d939"
    /dev/mmcblk0p2: PARTLABEL="initrd" PARTUUID="a7c3ca58-cdd4-428c-ac43-677f0d5092d2"
    /dev/mmcblk0p3: PARTLABEL="splash" PARTUUID="5b58398b-5e84-472b-ae89-af25325e62a1"
    root@vusolo4k:~#
    Geändert von atv1138 (26.02.2020 um 17:45 Uhr) Grund: Rettet dem Dativ!

  4. #4
    Avatar von Papi2000
    Registriert seit
    20.04.2013
    Beiträge
    24.926
    Thanks (gegeben)
    4698
    Thanks (bekommen)
    9126
    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 . . .
     
     
    OK. Die Platte ist nicht fixed nach /media/hdd gemountet, aber sollte unproblematisch sein, solange sie der einzige Datenträger in/ an der Box bleibt.
    Der Abbruch passiert nur, wenn du etwas von der Box zu einem der beiden PCs kopierst?
    Das Ziel in/ an den beiden PCs ist aber kein USB-Datenträger, der womöglich mit FAT32 formatiert ist?
    Damit wäre nämlich die 2GB Grenze erklärt.
    Du hast irgendwas von /etc/samba in deiner Sicherung der Einstellungen (ausser der /etc/samba/smb_user.conf)?

    Auf deiner Platte sind die Verzeichnisse /usr und /var, die dort nicht hingehören. Die können sich störend bemerkbar machen.
    Ich würde die in ein Unterverzeichnis verschieben (z.B. \Datensicherung_manuell), und in 1 Monat oder so entsorgen.
    Geändert von Papi2000 (26.02.2020 um 18:17 Uhr)
    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! ----



  5. #5
    Senior Mitglied
    Registriert seit
    04.12.2016
    Beiträge
    144
    Thanks (gegeben)
    46
    Thanks (bekommen)
    28
    Themenstarter
    Total Downloaded
    15,56 MB
    Total Downloaded
    15,56 MB
    ReceiverDanke
    Box 1:
    vu+ Solo 4K - openatv 7.3
     
     
    Box 2:
    vu+ Solo SE V2 - openatv 7.3
     
     
    Box 3:
    vu+ Zero 4k - openatv 7.3
     
     
    Zitat Zitat von Papi2000 Beitrag anzeigen
    OK. Die Platte ist nicht fixed nach /media/hdd gemountet, aber sollte unproblematisch sein, solange sie der einzige Datenträger in/ an der Box bleibt.
    Der Abbruch passiert nur, wenn du etwas von der Box zu einem der beiden PCs kopierst?
    Das Ziel in/ an den beiden PCs ist aber kein USB-Datenträger, der womöglich mit FAT32 formatiert ist?
    Damit wäre nämlich die 2GB Grenze erklärt.
    Du hast irgendwas von /etc/samba in deiner Sicherung der Einstellungen (ausser der /etc/samba/smb_user.conf)?

    Auf deiner Platte sind die Verzeichnisse /usr und /var, die dort nicht hingehören. Die können sich störend bemerkbar machen.
    Ich würde die in ein Unterverzeichnis verschieben (z.B. \Datensicherung_manuell), und in 1 Monat oder so entsorgen.

    Ich habe bisher immer nur vom Receiver zum PC kopiert (Geht es andersherum überhaupt?)

    Ziel waren alles Dateisysteme, die alle mehr als 2GByte können: NTFS (Windows 10) bzw. HFS+ (Apple)
    Habe per Filezilla und sftp vom Receiver eine 12GB Aufzeichnung in das gleiche Verzeichnis geholt, wo ich vorher über den Mount das Kopieren derselben vergeblich versucht habe.

    Meine letztes Settings Backup ist vom August 2019 und das sind die Dateien aus dem /etc/samba in der Sicherung.
    Ich habe aber nie etwas an den Dateien geändert. Ich mach alles über die GUI!

    Code:
    drwxr-xr-x root/root         0 2018-12-07 12:10 etc/samba/
    drwxr-xr-x root/root         0 2018-12-07 12:10 etc/samba/private/
    -rw------- root/root       204 2018-10-27 12:41 etc/samba/private/smbpasswd
    -rw-r--r-- root/root        80 2017-12-18 10:10 etc/samba/private/users.map
    -rw------- root/root    430080 2018-01-24 12:54 etc/samba/private/secrets.tdb
    -rw-r--r-- root/root        20 2017-12-18 10:10 etc/samba/lmhosts
    -rw-r--r-- root/root       744 2017-12-18 10:10 etc/samba/smb-user.conf

  6. #6
    Avatar von Papi2000
    Registriert seit
    20.04.2013
    Beiträge
    24.926
    Thanks (gegeben)
    4698
    Thanks (bekommen)
    9126
    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 . . .
     
     
    OK. Passt alles.
    Da gehen mir die Options gerade aus.
    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! ----



  7. #7
    Senior Mitglied
    Registriert seit
    04.12.2016
    Beiträge
    144
    Thanks (gegeben)
    46
    Thanks (bekommen)
    28
    Themenstarter
    Total Downloaded
    15,56 MB
    Total Downloaded
    15,56 MB
    ReceiverDanke
    Box 1:
    vu+ Solo 4K - openatv 7.3
     
     
    Box 2:
    vu+ Solo SE V2 - openatv 7.3
     
     
    Box 3:
    vu+ Zero 4k - openatv 7.3
     
     
    Ich habe, wie der Kollege im anderen Thread auch mal einen Wireshark Trace mitlaufen lassen und ich sehe, wie er ein: STATUS_FILE_LOCK_CONFLICT nachdem die 2GB Grenze beim Kopieren überschritten ist ...

    Windows 10 oder MacOS SMB Mount von Receiver kann Dateien &gt; 2.1GB nicht herunterladen-ws.png

    das ändert sich einige Millisekunden später in ein: SMB2_FIND_ID_BOTH_DIRECTORY_INFO

    Windows 10 oder MacOS SMB Mount von Receiver kann Dateien &gt; 2.1GB nicht herunterladen-ws2.png

    Ich google mal, ob ich daraus schlau werde, was hier klemmt ...

    EDIT: Ich habe mal die Zeit vorne mit dazu genommen. man sieht, dass der Abbruch bei Sekunde 67,153525 mit dem "Close Request" passiert:

    Windows 10 oder MacOS SMB Mount von Receiver kann Dateien &gt; 2.1GB nicht herunterladen-ws3.png

    Und bis auf ein drei sporadische Ausreißer vorher sieht man das der STATUS_FILE_LOCK_CONFLICT im Zusammenhang mit dem Abbruch "Close Request" steht

    Windows 10 oder MacOS SMB Mount von Receiver kann Dateien &gt; 2.1GB nicht herunterladen-ws4.png

    Es wäre herauszufinden, warum das SMB2 Protokoll an dieser Stelle (bei 2GB übertragenen Daten) den "Close Request" schickt und darum wohl kurz vorher und dann danach weiterhin den STATUS_FILE_LOCK_CONFLICT auslöst ...

    Zu der Meldung STATUS_FILE_LOCK_CONFLICT finde ich nichts hilfreiches ...
    Geändert von atv1138 (26.02.2020 um 19:37 Uhr)

  8. #8
    Senior Mitglied
    Registriert seit
    04.12.2016
    Beiträge
    144
    Thanks (gegeben)
    46
    Thanks (bekommen)
    28
    Themenstarter
    Total Downloaded
    15,56 MB
    Total Downloaded
    15,56 MB
    ReceiverDanke
    Box 1:
    vu+ Solo 4K - openatv 7.3
     
     
    Box 2:
    vu+ Solo SE V2 - openatv 7.3
     
     
    Box 3:
    vu+ Zero 4k - openatv 7.3
     
     
    Hallo,

    ich habe gerade noch von einem Linux Client auf den Receiver per SMB eingeloggt. Hier habe ich sogar mit user "root" und dem root Passwort die Verbindung authentifiziert. Damit sollte es keinerlei Zugriffseinschränkungen gegeben haben. Auch hier bricht der Kopiervorgang bei der magischen 2,1GB Grenze ab. Davon habe ich leider keinen Wireshark Trace ... aber es ist klar, dass es weder am SMB Client oder den Login Credentials liegen kann.

    Es muss nach meinem begrenzten Verständnis ein internes Limit des SMB Servers von OpenATV sein. Aber mein Verständnis ist hier wirklich sehr begrenzt :-)

    Bitte deshalb mal dieses Phänomen mit den Gurus teilen!

    Vielen Dank!
    Justus

  9. #9
    Avatar von Papi2000
    Registriert seit
    20.04.2013
    Beiträge
    24.926
    Thanks (gegeben)
    4698
    Thanks (bekommen)
    9126
    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 . . .
     
     
    Ich habe erst gestern abend ~180 GB Dateien von einer Box auf die andere gezogen. Das ist derselbe Anwendungsfall, wie bei dir. Box1 (GB UE 4K) listet sich den Inhalt der Box2 (GB Quad 4K), es werden im EMC einige Dateien markiert, und dann auf die lokale Platte kopiert. Da waren viele mit 3 bis 5 GB dabei. Kann also kein globales Problem sein.
    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! ----



  10. Thanks atv1138 bedankten sich
  11. #10
    Avatar von Pike_Bishop
    Registriert seit
    11.02.2020
    Ort
    here and there
    Beiträge
    2.437
    Thanks (gegeben)
    648
    Thanks (bekommen)
    1656
    Total Downloaded
    0
    Total Downloaded
    0
    ReceiverDanke
    Box 1:
    Mutant HD2400
     
     
    Box 2:
    VU Ultimo 4K
     
     
    Box 3:
    Octagon SF8008
     
     
    Box 4:
    Gigablue Quad 4K
     
     
    Box 5:
    VDR
     
     
    Hats womöglich damit zu tun;
    Netzwerk Cifs Mount nur bis 2GB - [DE] Benutzerunterstutzung - Forums
    Antwort von @SpaceRat beachten
    Dann könnte ein aktuelles Image helfen.


    Grüsse
    Pike

  12. Thanks atv1138 bedankten sich

Seite 1 von 3 123 LetzteLetzte

Stichworte

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 10:11 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