- Mitglied seit
- 27. Sep 2008
- Beiträge
- 13.767
- Punkte für Reaktionen
- 3.740
- Punkte
- 468
Ich habe in letzter Zeit ein etwas merkwürdiges Problem:
Manche Dateien lassen sich einfach nicht aufs NAS kopieren. Es kommt die Fehlermeldung "Zugriff verweigert".
Die meisten dieser Dateien stammen aus dem Internet, meist PDFs oder ZIPs und haben deshalb meist noch das Attribut "... stammt aus unsicherer Quelle ..." gesetzt. Aber auch, wenn ich das zurücksetze, klappt es nicht. Am Namen liegt es auch nicht, umbenannt oder kopiert nach xxx.pdf und dann aufs NAS kopieren, geht auch nicht. Erst wenn ich xxx.pdf in den Editor (Notepad++) nehme und mit "Speichern unter" als yyy.pdf speichere (Inhalt ist laut. "fc" weiterhin identisch), kann ich yyy.pdf aufs NAS kopieren. Natürlich ist das Zielverzeichnis immer das gleiche. Noch komischer: In andere Zielverzeichnisse kann ich beide Dateien kopieren, in andere nur die yyy.pdf.
Es muss also irgendwie an den Attributen oder an den Rechten der Quelldatei liegen. Wenn ich aber die Eigenschaften von xxx.pdf und yyy.pdf vergleiche, sind beide (bis aufs Datum natürlich) absolut identisch. Gibt es noch weitere, ggf. unsichtbare Attribute?
Ich weiß nicht, ob es an Windows 10 oder an der aktuellen DSM-Version liegt. Ich versteh es einfach nicht.
Hat einer von euch dazu eine Idee?
Edit:
Wenn ich die Datei xxx.pdf mit der Filestation aufs NAS lade (ja, das geht), dann mit dem Explorer wieder zurückkopiere, kann ich sie anschliessend auch mit dem Explorer wieder hochladen. Es betrifft im übrigen alle Dateien, die ich nach der Migration auf Windows 10 aus dem Internet heruntergeladen habe. Lokal erstellte Dateien gehen. Ich tippe mal auf irgendwelche versteckten Dateiattribute unter Windows 10, die das Verhalten bewirken. Ich hab auch mal ein Ticket bei Synology aufgemacht.
Edit2:
Also es scheint reproduzierbar sein. Wenn ich eine Datei (Beispiel AVM-Beta-Firmware als ZIP) aus dem Internet lade und zunächst lokal kopiere, kann ich sie später nicht aufs NAS kopieren (Access denied). Ein direkter Download aufs NAS funktioniert dagegen. Ich versteh es nicht.
Manche Dateien lassen sich einfach nicht aufs NAS kopieren. Es kommt die Fehlermeldung "Zugriff verweigert".
Die meisten dieser Dateien stammen aus dem Internet, meist PDFs oder ZIPs und haben deshalb meist noch das Attribut "... stammt aus unsicherer Quelle ..." gesetzt. Aber auch, wenn ich das zurücksetze, klappt es nicht. Am Namen liegt es auch nicht, umbenannt oder kopiert nach xxx.pdf und dann aufs NAS kopieren, geht auch nicht. Erst wenn ich xxx.pdf in den Editor (Notepad++) nehme und mit "Speichern unter" als yyy.pdf speichere (Inhalt ist laut. "fc" weiterhin identisch), kann ich yyy.pdf aufs NAS kopieren. Natürlich ist das Zielverzeichnis immer das gleiche. Noch komischer: In andere Zielverzeichnisse kann ich beide Dateien kopieren, in andere nur die yyy.pdf.
Es muss also irgendwie an den Attributen oder an den Rechten der Quelldatei liegen. Wenn ich aber die Eigenschaften von xxx.pdf und yyy.pdf vergleiche, sind beide (bis aufs Datum natürlich) absolut identisch. Gibt es noch weitere, ggf. unsichtbare Attribute?
Ich weiß nicht, ob es an Windows 10 oder an der aktuellen DSM-Version liegt. Ich versteh es einfach nicht.
Hat einer von euch dazu eine Idee?
Edit:
Wenn ich die Datei xxx.pdf mit der Filestation aufs NAS lade (ja, das geht), dann mit dem Explorer wieder zurückkopiere, kann ich sie anschliessend auch mit dem Explorer wieder hochladen. Es betrifft im übrigen alle Dateien, die ich nach der Migration auf Windows 10 aus dem Internet heruntergeladen habe. Lokal erstellte Dateien gehen. Ich tippe mal auf irgendwelche versteckten Dateiattribute unter Windows 10, die das Verhalten bewirken. Ich hab auch mal ein Ticket bei Synology aufgemacht.
Edit2:
Also es scheint reproduzierbar sein. Wenn ich eine Datei (Beispiel AVM-Beta-Firmware als ZIP) aus dem Internet lade und zunächst lokal kopiere, kann ich sie später nicht aufs NAS kopieren (Access denied). Ein direkter Download aufs NAS funktioniert dagegen. Ich versteh es nicht.
Zuletzt bearbeitet: