Ergebnis 51 bis 59 von 59
-
03.11.2020, 18:05 #51
- Registriert seit
- 20.04.2013
- Beiträge
- 24.824
- Thanks (gegeben)
- 4679
- Thanks (bekommen)
- 9077
- 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 . . .Die 2GB Schwelle mit Abbruch bei LAN ist relativ "alt". Vor zehn Jahren gab es ähnliche Beobachtungen.
Als die größere Umstellung neulich im oATV auf Freigabe im Serverteil von SMBv1 auf SMBv2 gab es etwas Ähnliches in Verbindung mit 2GB: da wurden Dateien größer als 2GB nicht angezeigt.
Bis heute in aktuellsten (funktionierenden) Übertragungen wird bei einem "ifconfig eth0" der Stack bis 2GB hochgezählt, und beginnt bei der Ausweisung der übertragenen Datenmenge (RX / TX) danach wieder Null.
Code:ifconfig eth0 eth0 Link encap:Ethernet HWaddr 90:98:64:01:1B:80 inet addr:192.168.0.29 Bcast:192.168.0.255 Mask:255.255.255.0 inet6 addr: fe80::9298:64ff:fe01:1b80/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:188827 errors:0 dropped:98098 overruns:0 frame:0 TX packets:20014 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:18933036 (18.0 MiB) TX bytes:1803747 (1.7 MiB)
Warum die Übertragung bei deiner Box, und nur in Verbindung mit SMBv2, nun zum Abbruch führt, kann aber nur ein Netzwerk-Spezi ergründen.
Ich wollte nur ausdrücken, dass es einige Stellen mit den "GB-Fallstricken gibt, wonach man schauen muß.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! ----
-
Advertising
-
03.11.2020, 18:10 #52
- Registriert seit
- 18.10.2013
- Ort
- BW
- Beiträge
- 1.523
- Thanks (gegeben)
- 917
- Thanks (bekommen)
- 698
- Total Downloaded
- 162,62 MB
- Total Downloaded
- 162,62 MB
Box 1:AX HD61 4k - ATV 7.3Box 2:Mut@nt HD51 4k- ATV 6.4Box 3:LG DS90QY SoundbarKönnte der FB Mediaserver, der für den Yamaha AVR zusätzlich genutzt wird sein, ich habe den nicht aktiv, für Abspielen von 'Filmen per cifs brauchts den nicht.
mfg tiopedro1958
-
03.11.2020, 19:24 #53
- Registriert seit
- 18.03.2016
- Beiträge
- 311
- Thanks (gegeben)
- 46
- Thanks (bekommen)
- 28
- Total Downloaded
- 96,55 MB
- Total Downloaded
- 96,55 MB
ThemenstarterBox 1:VU+ Uno 4K SEBox 2:Edision Optimuss OS1+Ich habe das Gleiche doch auch, wenn ich nicht das Fritz!NAS, sondern die Freigabe auf dem Windows-PC benutze. Dann kann das mit dem Mediaserver doch eigentlich nichts zu tun haben - oder?
Aber über den Media-Server spiele ich meine dort als *.flac-Dateien abgelegten CDs ab. Dann muss ich nicht immer erst den Sat-Receiver hochfahren.
AndréGeändert von doc_jochim (03.11.2020 um 19:26 Uhr)
-
12.11.2020, 19:12 #54
- Registriert seit
- 18.03.2016
- Beiträge
- 311
- Thanks (gegeben)
- 46
- Thanks (bekommen)
- 28
- Total Downloaded
- 96,55 MB
- Total Downloaded
- 96,55 MB
ThemenstarterBox 1:VU+ Uno 4K SEBox 2:Edision Optimuss OS1+Ich habe heute nochmal versucht, die aktuellste 6.3 nach vorherigem Löschen aller Einstellungs-Sicherungen und Backups von der internen HDD sowie Umbenennung des picon-Verzeichnisses sauber zu flashen.
Wenn ich direkt in dieser Konfiguration - ohne irgendwelche Plugins zu installieren oder sonst irgendwelche Einstellungen vorzunehmen (außer über den Assistenten Spracheinstellung, Tuner-Einstellung und Standard-Senderliste) - ein Netzlaufwerk mit der Option für SMBv2 einrichte, kann ich das Laufwerk wie beschrieben zwar sehen, Dateien und Verzeichnisse anzeigen lassen, aber auch hier kann im EMC keine große Datei abgespielt werden. Also scheint es zumindest nichts mit irgendwelchen Plugins oder Einstellungen zu tun zu haben, wenn es auch schon direkt beim Out-of-the-box-Image so ist.
Ich habe nach Rücksicherung meines fullbackups dann nochmal jeweils mit SMBv1 und SMBv2 ein debug-log erstellt:
Mit SMBv1 nach Start über die Playtaste das EMC gestartet, dann in über den Symlink in die autofs-Freigabe gewechselt und 3x mit OK einen Film gestartet und wieder gestoppt.
Mit SMBv2 nach Start über die Playtaste das EMC gestartet, dann in über den Symlink in die autofs-Freigabe gewechselt und 3x mit OK einen Film gestartet (gestoppt und als gesehen markiert die Box das ja von selbst, obwohl sie nichts anzeigt)
Ob man hier noch etwas zur Fehlerursache sehen kann?
Hat denn noch irgendjemand eine OS1+ und kann den Fehler nachvollziehen?
André
-
04.12.2020, 18:30 #55
- Registriert seit
- 18.03.2016
- Beiträge
- 311
- Thanks (gegeben)
- 46
- Thanks (bekommen)
- 28
- Total Downloaded
- 96,55 MB
- Total Downloaded
- 96,55 MB
ThemenstarterBox 1:VU+ Uno 4K SEBox 2:Edision Optimuss OS1+
-
04.12.2020, 19:07 #56
- Registriert seit
- 18.10.2013
- Ort
- BW
- Beiträge
- 1.523
- Thanks (gegeben)
- 917
- Thanks (bekommen)
- 698
- Total Downloaded
- 162,62 MB
- Total Downloaded
- 162,62 MB
Box 1:AX HD61 4k - ATV 7.3Box 2:Mut@nt HD51 4k- ATV 6.4Box 3:LG DS90QY SoundbarIch habe mittlerweile auf eine neue Cable 6591 umgestellt und bin anfangs nach Update auf FritzOS 7.21 beim Einrichten auch erstmal gestolpert, da hier sich ja dann doch einiges getan hat.
Herausgefunden habe ich (hehe, wenn man schön immer das kleingedruckte im Fritz Webif mitliest), der angelegte Benutzer benötigt die 2 Stufen Anmeldung per Benutzername und Passwort nicht nur per Samba, sondern auch dann in der Heimnetzanmeldung (muss eingestellt werden). Dann klappt alles wunderbar mit den höheren Samba Protokollen.mfg tiopedro1958
-
04.12.2020, 19:24 #57
- Registriert seit
- 18.03.2016
- Beiträge
- 311
- Thanks (gegeben)
- 46
- Thanks (bekommen)
- 28
- Total Downloaded
- 96,55 MB
- Total Downloaded
- 96,55 MB
ThemenstarterBox 1:VU+ Uno 4K SEBox 2:Edision Optimuss OS1+Das kann ich ja nochmal probieren.
Aber mal ganz losgelöst vom Fritz!OS: Es ging doch auch dann nicht, wenn ich ein Verzeichnis auf meinem PC freigegeben habe. Hier konnte ich von der OS1+ weder Dateien in dieses Verzeichnis kopieren (egal ob über EMC oder über filecommander), ohne daß sie bei 2GB abgehackt wurden, noch größere Dateien aus dem freigegebenen PC-Verzeichnis abspielen.
Und wenn ich vom PC aus bei deaktiviertem SMBv1 auf die freigegebende HDD der Fritz!Box z.B. per VLC-Player zugegriffen habe, hat ja auch alles funktioniert.
Es gab also immer nur dann Probleme, wenn meine OS1+ etwas lesen oder kopieren sollte - egal ob von der FB oder vom PC.
Deshalb kann ich mir irgendwie gar nicht vorstellen, daß es mit den Einstellungen in der FB zu tun haben kann.
André
edit:
Angehängte Dateien
Dateityp: zip DebugLogs_SMBv1_SMBv2.zip (78,2 KB, 0x aufgerufen)
Scheinbar hat auch bisher noch niemand in meine letzten Logs hineingeschaut...Geändert von doc_jochim (04.12.2020 um 19:28 Uhr) Grund: Ergänzung
-
11.01.2021, 11:48 #58
- Registriert seit
- 18.03.2016
- Beiträge
- 311
- Thanks (gegeben)
- 46
- Thanks (bekommen)
- 28
- Total Downloaded
- 96,55 MB
- Total Downloaded
- 96,55 MB
ThemenstarterBox 1:VU+ Uno 4K SEBox 2:Edision Optimuss OS1+
-
26.12.2021, 14:11 #59
- Registriert seit
- 26.12.2021
- Beiträge
- 1
- Thanks (gegeben)
- 0
- Thanks (bekommen)
- 0
- Total Downloaded
- 0
- Total Downloaded
- 0
Box 1:Gigablue GB800UEIch habe eine Gigablue gb800ue mit alter OpenMips Version und Kernel-Version 3.9.6. Vor paar Tagen habe ich meinen Heimserver aktualisiert, wobei auch der Samba Server aktualisiert wurde (4.13.13). Jetzt ist SMB1 standardmäßig deaktiviert. Falls ich es auf meinem Heimserver wieder aktiviere funktioniert alles wie vorher.
Falls ich jedoch SMB2, SMB2.1 oder neuer auf der gb800ue nutzen möchte (mit vers=2.0 oder vers=2.1), stoße ich auf das gleiche Problem mit der >2GB Limitierung bei Aufnahmen auf meinen Heimserver.
Ich vermute, dass es mit der alten Kernel-Version zusammenhängt (ältere Versionen enthalten einen Bug in CIFS, was Bestandteil des Kernels ist). Bei Versionen älter 3.11 könnte dies die Ursache sein, falls die Kernel nicht gepatcht wurden. Dazu habe ich auch ein Paar Beiträge auf kernel.org gefunden, z. B.:
[PATCH 3.11 08/94] cifs: Fix inability to write files >2GB to SMB2/3 shares
Ich habe noch nicht ein anderes neueres Image gelasht, um zu testen ob das Problem behoben ist.
Wurde der Fehler vor einem Jahr in diesem Beitrag behoben: Kein Zugriff auf NAS und Files >2GB werden remote nicht angezeigt
Falls ja, war dies ein anderer Fehler?Geändert von Danijel7365 (26.12.2021 um 14:13 Uhr)
Lesezeichen