Ich habe ein seltsames Verhalten in einem der CIFS-Mount-Verzeichnisse festgestellt. Ich kopiere beispielsweise eine Datei in das Verzeichnis cp /mnt/source/movie.mp4 /mnt/target/. Beim ersten Mal läuft es erfolgreich. Aber als ich versuchte, die Datei mit demselben Befehl zu überschreiben, cp /mnt/source/movie.mp4 /mnt/target/gab das System „Zugriff verweigert“ zurück.
Ich vermute, dass es an einem Dateinamenproblem liegt. Offensichtlich kann ich die Datei überschreiben, wenn ich sie umbenenne. Dann benenne ich die Datei wieder mit demselben Namen um und das Problem ist behoben. Ich habe sowohl den ursprünglichen als auch den neuen Dateinamen mit überprüft file -bi movie.mp4und beide geben zurück video/mp4; charset=binary. Was könnte mit dem Dateinamen falsch sein?
Ich habe auch einen weiteren Test durchgeführt. Nachdem ich die Datei zum ersten Mal kopiert hatte, stellte ich fest, dass die Zieldateiberechtigung 555 betrug. Ich änderte sie auf 777, ging dann zurück zum Quellordner und wiederholte den Vorgang cperneut. Dann konnte ich sie überschreiben. Aber wenn ich die Datei zuerst umbenannte (oder meine eigene neue Datei erstellte), beträgt die kopierte Zieldateiberechtigung 777. Das Gleiche gilt für jede neue Datei, die im Zielordner erstellt wird. Warum sollte der Dateiname der Quelldatei die Dateiberechtigung im Zielordner beeinflussen?
Einige Informationen zur Umwelt
Die Ordnerberechtigung des Zielordners lautet drwxrwxrwx 2 root root 0 Apr 12 23:44 20180427031647. Ich verwende rootden Benutzer, um den Befehl auszuführen cp.
- Kernelversion: 3.10.0-1062.9.1.el7.x86_64
- CentOS-Version: 7.7.1908 (Core)
- cifs-utils-6.2-10.el7.x86_64
fstab-Mount-Parameter:
vers=2.0,credentials=/root/.credentials,file_mode=0777,dir_mode=0777,iocharset=utf8