Netzlaufwerk als Zielpfad geht nicht mehr
-
Hallo blanik,
OS- Version ist Windows 10 pro
User ist Standarduser, also kein Admin
Das Netzlaufwerk ist nicht voll und kann von diesem Standarduser beschrieben werden.Wie gesagt, mit der vorherigen Version von Mediathek war das bei gleicher Umgebung (OS, user) kein Problem.
Ich habe auch eben nochmals die vorherige Version laufen und da geht der Download auf das eingebundene Netzlaufwerk mit Laufwerksbuchstaben völlig problemlos. Hab einen erfolgreichen Download mit der vorherigen Version und der aktualisierten Java- Version eben erfolgreich durchgeführt. Scheint also auch nicht an der neuen Java- Version zu liegen.Was mit dieser verherigen Mediathek- Version allerdings auch nicht ging, war, den Pfad als Serveradresse (z.B. \server\verzeichnis) anzugeben.
Ich hoffe, dass ein paar Fragen damit beantwortet sind. Ich stelle nur fest, dass man bei einer “Fehlerbeschreibung” halt doch immer einige Angaben vergisst, da man das ja selbst alles weiss :smiling_face_with_halo:
-
bei mir hier geht alles, sowohl auf LW-Buchstaben als auch auf Netzwerkpfad mit \\Computername\Freigabename. Die könntest versuchen, die Programmversion von Mediathek mit Rechtsklick Als Administrator ausführen zu lassen. Ob das klappt, kann ich dir im Moment mangels einer laufenden Windows 10 Installation zur Zeit nicht sagen, mein Notebook habe ich verliehen.
-
Hallo,
auch bei mir das Problem, dass ich mit 13.3.0 auf Netzwerkpfad nicht schreiben kann.
OS: Windows 10 Pro (1903) 64-bit build 18362.267
Java Version: 11.0.4 vom computerbase Link aus dem Forum und davor ebenfalls probiert: OpenJDK 11.0.2
Nutzer: kein Admin (Problem tritt auch auf bei “Ausführen als Administrator”)Schreibzugriff auf Netzlaufwerk? Ja.
Schreibzugriff auf Netzlaufwerk mit MV 13.2.1? Ja.
Freier Platz auf Netzlaufwerk vorhanden? ja, ca. 2,14 TB
Art des Netzlaufwerks? Linux-basiertes NAS mit smb FreigabeMV 13.3.0
Schreiben auf lokales Laufwerk C:\ mit MV 13.3.0 ? Ja.
Schreiben auf NAS über Laufwerksbuchstabe V:\ (Netzwerkfreigabe)? Nein
Schreiben auf NAS über UNC Pfad “hostname”? (\NAS\video)? Nein
Schreiben auf NAS über UNC Pfad “ip”? (\192.168.178.33\video)? NeinGeht das obige alles mit MV 13.2.1 @ JRE 8u211 ? Ja
Welche zusätzlichen Informationen (log etc) können helfen?
Im mediathekview.log finde ich nur diesen ERROR
[ERROR] 2019-08-09 20:12:22.164 [main] mediathek.Main - deleteDatabase()
[…]In der CMD sehe ich keine Ausgaben, wenn ich die mv.exe in der Kommandozeile starte.
Wenn ich “c:\Program Files\Java\jdk-11.0.4\bin”\java.exe -jar MediathekView.jar >err.log
aufrufe, wird folgende Datei geschrieben
err.logHabe ich Standard-Fragen vergessen zu beantworten oder gibt es weiterführende Fragen? Bitte einfach stellen.
Wenn ich übrigens im MV 13.3.0 beim Anlegen des Downloads den Dateibrowser zum Festlegen des Zielordners aufrufe, dann kann ich die Verzeichnisse über UNC Pfad durchbrowsen
Danke für Die Mühe, die Euch macht!
Ich hab ggfs. Zugriffe auf Rechner mit Win 8 x64, Win XP x64 oder ggfs. auch ein Debian Linux oder Ubuntu Linux im selben Netzwerk, aufs selbe NAS mit demselben NAS Nutzer. Welche Tests wären hilfreich?
-
@rubikon
Du hast ja sehr umfangreiche Angaben gemacht, selten genug sieht man sowas.
Leider habe ich kein NAS mehr zum Ausprobieren. Du könntest mal Tests unter 8.1-64 machen, ob das damit funktioniert. Mit Linux kenne ich mich gar nicht aus, ich weiß nur, dass der Backslash da (wie offenbar auch bei Java) als Slash verwendet wird. Ein Versuch wäre es vielleicht wert. Ich habe unter Windows 10 auch einige Merkwürdigkeiten erlebt, so konnte ein Praxis-Programm für Ärzte kein Icon auf dem Desktop ablegen, bis ich die Firewall und diesen merkwürdig benamsten Defender komplett deaktiviert habe. Ob’s möglicherweise hilft? Keine Ahnung. Versuch macht kluch.Noch was: Ist der gesamte Pfad vielleicht länger als 260 Zeichen?
-
@blanick
:frowning_face:
Danke für Deine Hinweise und Tipps - aber leider nein.Ich habe jetzt die Mediathek 13.3.0 mit jeder .exe- Datei, also MediathekView.exe, MediathekView_ipv4.exe und die üblicherweise genutzte MediathekView_Portable.exe sowohl als User, als auch als Admin gestartet.
Ebenso habe ich als Speicherpfad alle möglichen Varianten des Netzwerkpfades eingegeben. Also den zugeordneten Laufwerksbuchstaben (Y:, Y:), die “Serverpfadangabe” (\Server\verzeichnis, \Server\verzeichnis,
\x.x.x.x\verzeichnis, \x.x.x.x\verzeichnis), wobei x.x.x.x die direkte IP- Adresse des Servers (NAS) ist.
Leider immer das gleiche. Es geht nicht.Auch alle Java Versionen von Rechner deinstalliert (8u221 und die jdk-11.04) und dann nur noch die neue Version jdk-11.04 installiert.
MediathekView startet ohne Fehlermeldung, aber das Problem mit dem Speichern bleibt.Fragen über Fragen, das ist richtig
“Erfreulicherweise” sehe ich gerade, dass ich doch nicht der einzige mit diesem Problem bin - geteiltes Leid und so … -
Wenn dich das freut… Mich würde das tierisch nerven.
Ich habe gerade mal was ausprobiert, zumindest hier unter Windows 7-64 hat das funktioniert.
Du könnest mit MKLINK (müsste auch bei Win10 dabei sein, allerdings braucht der imo Administratorrechte) einen SYMLINK auf deinen NAS-Pfad, dem du einen Laufwerksbuchstaben zugewiesen hast erstellen .
Beispiel:
NAS liegt auf Y:, du hast eine lokale Partition, auf der du testen kannst:
MKLINK /D irgendeinname Y:Dann gibst du als Downloadverzeichnis den Laufwerksbuchstaben:\irgendeinname an.
Vielleicht funktioniert das auch mit deinem NAS.
Löschen kannst du irgendeinname wieder mit rd irgendeinname.Übrigens musst du im Beitragstext für zwei Backshlashes 3 eingeben, der erste wird verschluckt.
Dann gäbe es noch den Trick mit den UNC-Namen mit Fragezeichen:
\\?\Y:\usw.PS:
MKLINK /J berichtigt in MKLINK /D -
Vielen Dank für die Vorschläge.
Ich habe eben in Win 8.1 Pro N, (VM, VMWare Palyer, host ist Win 10 Pro x64 Desktop)
JDK 11.0.4 installiert (via computerbase link aus dem Forum) und MV 13.3.
dazu VLC 3.0.7.1 x64Auch dort,
kann ich mit Windows-Explorer Dateien lesen/schreiben
MV 13.3.0 kann Filme lokal (C:) speichern
MV 13.3.0 kann meldet “Pfad nicht beschreibbar” beim Erstellen des Downloads, für Laufwerksbuchstabe V:, UNC Pfad “hostname” \NAS\video, UNC Pfad “ip” \192.168.178.33\videoAuf dem Windows 10 Laptop kann ich mit mklink in cmd (als Admin) einen link zu V: erstellen. über den Link komme ich (als angemeldeter normaler Windows Nutzer) in Win 10 zu dem Verzeichnis und kann dort arbeiten. MV13.3.0 meldet auch hier “Pfad nicht beschreibbar”
In der Windows 8 VM kann ich den Link zwar ebenso anlegen, aber ich komm schon im Windows-Explorer oder in cmd damit nicht auf das NAS-Verzeichnis. (Verzeichnisname ungültig). Also nicht in MV getestet.UNC Pfad \?\V:\ klappt auch nicht.
Wenn ich noch was testen soll, einfach Bescheid geben.
-
@rubikon
Sieh mal ins Ereignisprotokoll (eventvwr.msc), ob dort irgend etwas an Fehlermeldungen zu finden ist.
hast du mal versucht, die Firewall und den Defender zu deaktivieren, natürlich nur testweise?
https://www.heise.de/tipps-tricks/Windows-Defender-deaktivieren-so-klappt-s-4030040.html -
@rubikon
Hab hier bei Mr. Born noch was gefunden:
https://www.borncity.com/blog/2018/05/23/windows-10-version-1803-netzwerksuche-umgebung-leer/
Abschnitt SMBv1 liest sich interessant. -
Entweder (Unsicher!):
- Windows 10
- Systemsteuerung\Alle Systemsteuerungselemente\Programme und Features
- Windows-Features aktivieren oder deaktivieren
- AKTIVIEREN: Unterstützung für die SMB 1.0/CIFS-Dateifreigabe
Oder:
- NAS-Einstellungen
- AKTIVIEREN: SMB 2.0 u. 3.0
- VERBIETEN: SMB 1.0
UND:
- Dokumentation(en) lesen
-
Hallo,
da das Problem bei mir auch auftritt, habe ich ein wenig experimentiert.- Ändern der SMB1/2/3-Einstellungen hat nichts gebracht, weder auf PC noch auf NAS.
- Der eigentliche Download funktioniert; ein Abo-Download z. B. wird auf das Netzlaufwerk geschrieben.
- Wenn in der Filmliste mehrere Sendungen ausgewählt werden und <d> gedrückt wird, öffnet sich das Fenster “Alle Downloads speichern”; dort funktioniert der Netzwerkpfad.
- Wenn nur eine Sendung ausgewählt wird, wird ein im Fenster “Film speichern” eingegbener Netzwerkpfad mit “nicht beschreibbar” abgelehnt.
- Auch unter “Einstellungen | Aufzeichnen und Abspielen | Set bearbeiten | Speicherziel | Prüfen” kommt dieser Hinweis.
Da es in der Vorgänger-Version diese Problem nicht gibt, vermute ich, dass eine entsprechende Schreib-Abfrage fehlerhaft ist (entweder in MV oder in Java) und dass diese Abfrage nicht an an allen Stellen durchgeführt wird (vgl. Punkt 3 und 4).
Wäre ein Workaround möglich, der die Schreib-Abfrage in “Film speichern” umgeht? Dann wäre der Fehler beim Prüfen des Sets zwar immer noch da, aber man könnte wenigstens wieder einzelne Filme speichern.
Bis es (hoffentlich) eine Lösung für dieses Problem gibt, ist mein persönlicher Workaround, immer einen zweiten Filme zu markieren und den dann wieder aus der Dowloadliste zu löschen.
-
Vielen Dank für eure Vorschläge.
Ich habe inzwischen gemacht:
Mit MKLINK /J einen symbolischen Link auf ein Verzeichnis auf c:\ angelegt der mit dem NAS- Verzeichnis oder auch dem dafür vergebenen Laufwerksbuchstaben (Y:) verknüpft war.
Mit der Console (cmd) und cd … in dieses Verzeichnis auf c:\ gewechselt und mit “dir” den Inhalt angeschaut. Das war genau der Inhalt des NAS- Laufwerkes. Trotzdem behauptet MediathekView 13.3.0 das auf diesen Pfad, auf Y: und/oder auf den explizit angegebenen NAS-Pfad nicht geschrieben werden kann.Die direkte Filmwiedergabe aus MediathekView funktioniert.
Beim Ausführen von MediathekView 13.2.1 dagegen kann eine Datei problemlos in Y:\ geschrieben werden (nicht aber in den NAS-Pfad).
Wenn ich als Speicherpfad einen nicht vorhandenen Ordner oder Pfad angebe, wird der Film in dem MediathekView- Verzeichnis neu erstellt und darin der Film gespeichert.
SMB 1.0 ist freigegeben, da andernfalls die Filmwiedergabe am TV-Gerät übers Netzwerk vom NAS nicht möglich ist.
MediathekView nochmals runtergeladen, entpackt und dies (MediathekView Portable) ohne weitere Einstellungen, mit Ausnahme des Speicherpfades, gestartet - auch hier die Fehlermeldung, dass der Speicherpfad nicht beschrieben werden kann.
Aber leider immer noch kein Speichern mit Version 13.3.0 möglich
-
Also im eventmgr.msc finde ich keine Fehlermeldungen, die relevant aussehen.
Firewall und Defender ausschalten hat keine Verbesserung gebracht.
Ich habe versucht, von einem Win 10 PC auf eine Netzwerkfreigabe auf einem anderen Win10 PC zu schreiben. Windows-Explorer und MV 13.2.1 können da schreiben. MV 13.3.0 nicht
Auf dem NAS hatte ich ebenfalls die Idee, die Dateidienste zu konfigurieren. Das NAS war auf Unterstützung von SMB 1.0- SMB 3.0 konfiguriert. Inzwischen habe ich am NAS SMB 1.0 deaktiviert. Keine Veränderung der Situation.(Mir fällt übrigens auf, dass auch MV 13.3.0 bei Eingabe von Netzlaufwerksbuchstaben für den Zielpfad, auch bei Eingabe von UNC Pfaden im Dialog zum Film speichern im Rahmen um die Auswahl-buttons zur Download-Qualität sofort anzeigt, dass auf dem Laufwerk 2TB bzw. 20 GB am anderen Win 10 PC Freier Speicherplatz ist. D.h. da scheint von MV 13.3.0 eine Netzwerk-Verbindung zum Zielrechner zu bestehen und erkennt zu werden, dass es ein gültiger Pfad ist.)
-
Ein ehemaliger Benutzerantwortete auf Hirnspatz am zuletzt editiert von Ein ehemaliger Benutzer
Inzwischen sehe ich den Post von Hirnspatz. Ich kann die Punkte 1-5 aus seinem Post bestätigen.
D.h. auch ich kann mit MV 13.3.0 Abos auf NAS speichern und ich kann mit MV 13.3.0 Mehrfachdownloads auf NAS speichern. Danke! Gute Ideen. Wär ich nicht drauf gekommen. -
@Hirnspatz sagte: Wenn nur eine Sendung ausgewählt wird, wird ein im Fenster “Film speichern” eingegbener Netzwerkpfad mit “nicht beschreibbar” abgelehnt.
Passiert das auch, wenn du die Option “einen Unterordner mit dem Thema / Abo-Zielpfad anlegen” testweise deselektierst?
Einstellungen | Aufzeichnen und Abspielen | Set bearbeiten | Speicherziel |
-
müßig, noch was zu scheiben
Was unter der vorherigen Version ging , geht Jezt nicht mehr. Punkt!
