Ich habe einen NAS-Server mit OMV 5, auf dem ich persönliche Daten (Dokumente, Fotos, Videos usw.) speichere. Ich verwende Samba, um die Daten vom NAS freizugeben, und auf dem Client, mit dem ich auf die freigegebenen Daten zugreife, verwende ich Fedora 33.
Das Problem, das ich habe, ist, dass Ordner auxauf dem NAS wie AHY9U3~9auf dem Fedora-Client benannt erscheinen, siehe Beispiel unten
Das Arbeitsverzeichnis im linken Tmux-Bereich befindet sich auf dem Client, während sich das Arbeitsverzeichnis im rechten Bereich auf dem NAS befindet. Ich finde es seltsam, dass ich auf den Ordner auf dem Client entweder mit dem seltsamen Namen oder mit dem richtigen Namen zugreifen kann, den der Ordner auf dem NAS hat.
Ich bin auf diesen „Fehler“ gestoßen, als ich versuchte, Daten zwischen dem Client und dem NAS mithilfe einer auf dem Client ausgeführten Software zu synchronisieren. Ich habe eine Reihe von Ordnern mit dem Namen „aux“ in der gesamten Ordnerhierarchie verstreut, und die Synchronisierungssoftware hat einen Unterschied für sie markiert, obwohl das Problem eigentlich darin besteht, wie ihre Namen auf dem Client zugeordnet sind.
Ich weiß nicht, was das Problem verursacht und vor allem, wie ich es beheben kann. Ich frage mich auch, ob es andere Ordnernamen gibt, die auf der Clientseite fälschlicherweise zugeordnet werden.
Nachfolgend finden Sie Informationen zur Softwareversion für Client und Server. Samba-Version des Servers: Samba-Version 4.9.5-Debian Samba-Version des Clients: Version 4.13.12 Client-Informationen:
- Kernelversion – 5.14.13-100.fc33.x86_64
- Cinnamon-Version – 4.8.6
Ich habe einige entsprechende Beiträge gefunden, siehe unten. Ich würde jedoch davon ausgehen, dass dies auxgemäß den Samba-Regeln ein gültiger Dateiname ist, oder nicht?
- Samba: Wie zeigt man Dateien mit Doppelpunkten im Namen an?
- Wenn Namen nicht verstümmelt werden, ist Musik unter Windows 10 Samba nicht mehr abspielbar
EDIT: Unten ist der globale Abschnitt und der entsprechende Freigabeabschnitt aus smb.conf,
[global]
workgroup = WORKGROUP
server string = %h server
dns proxy = no
log level = 0
log file = /var/log/samba/log.%m
max log size = 1000
logging = syslog
panic action = /usr/share/samba/panic-action %d
encrypt passwords = true
passdb backend = tdbsam
obey pam restrictions = no
unix password sync = no
passwd program = /usr/bin/passwd %u
passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
pam password change = yes
socket options = TCP_NODELAY IPTOS_LOWDELAY
guest account = nobody
load printers = no
disable spoolss = yes
printing = bsd
printcap name = /dev/null
unix extensions = yes
wide links = no
create mask = 0777
directory mask = 0777
use sendfile = yes
aio read size = 16384
aio write size = 16384
time server = no
wins support = no
multicast dns register = no
# Special configuration for Apple's Time Machine
fruit:aapl = yes
[test]
path = hidden-path/test/
guest ok = no
guest only = no
read only = no
browseable = yes
inherit acls = yes
inherit permissions = no
ea support = no
store dos attributes = no
vfs objects =
printable = no
create mask = 0664
force create mode = 0664
directory mask = 0775
force directory mode = 0775
hide special files = yes
follow symlinks = yes
hide dot files = yes
valid users =
invalid users =
read list =
write list =
EDIT2: Ich hätte nicht gedacht, auxdass es ein reserviertes Wort ist, aber ja, es ist, siehehttps://docs.microsoft.com/en-us/windows/win32/fileio/naming-a-file. Danke an @Ricky für den Hinweis. Jetzt muss ich nur noch den Namen meiner Ordner ändern.
Antwort1
auxist ein reserviertes Wort in DOS/Windows. Der Versuch, auf die Datei zuzugreifen, schlägt mit allen „normalen“ Mitteln fehl:
T:\>dir \\.\t:\aux
10/31/2021 08:50 AM 0 aux
1 File(s) 0 bytes
T:\>dir t:\aux
File Not Found
Meine Samba-Version (3.0.10) ist ziemlich alt, daher wird der Name überhaupt nicht durcheinandergebracht. (Kurzname und Langname sind „aux“)