Tengo un servidor NAS con OMV 5 que utilizo para almacenar datos personales (documentos, fotos, vídeos, etc.). Utilizo Samba para compartir los datos del NAS y estoy ejecutando Fedora 33 en el cliente que uso para acceder a los datos compartidos.
El problema que tengo es que las carpetas nombradas auxen el NAS aparecen como AHY9U3~9en el cliente Fedora, vea el ejemplo a continuación
El directorio de trabajo en el panel tmux izquierdo está en el cliente, mientras que en el panel derecho el directorio de trabajo está en el NAS. Me parece extraño que pueda acceder a la carpeta en el cliente usando el nombre extraño o el nombre correcto que tiene la carpeta en el NAS.
Me topé con este "error" cuando intentaba sincronizar datos entre el cliente y el NAS utilizando el software ejecutado en el cliente. Tengo un montón de carpetas llamadas aux repartidas por toda la jerarquía de carpetas y el software de sincronización les marcó una diferencia cuando el problema es en realidad cómo se asignan sus nombres en el cliente.
No sé qué causa el problema y, lo más importante, cómo solucionarlo. También me pregunto si hay otros nombres de carpetas que estén asignados erróneamente en el lado del cliente.
A continuación encontrará información sobre la versión de software tanto para el cliente como para el servidor. Versión de samba del servidor: Versión de Samba 4.9.5-Versión de samba del cliente Debian: Versión 4.13.12 Información del cliente:
- Versión del núcleo: 5.14.13-100.fc33.x86_64
- Versión canela - 4.8.6
Encontré algunas publicaciones relacionadas, ver más abajo, sin embargo, creo que auxes un nombre de archivo válido según las reglas de samba, ¿no es así?
- samba ¿cómo mostrar archivos con dos puntos en sus nombres?
- No alterar los nombres hace que la música no se pueda reproducir en Windows 10 Samba
EDITAR: A continuación se muestra la sección global y la sección para compartir respectiva de 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: No hubiera pensado auxque fuera una palabra reservada, pero sí, lo es, mirahttps://docs.microsoft.com/en-us/windows/win32/fileio/naming-a-file. Gracias a @Ricky por señalarlo. Ahora sólo necesito cambiar el nombre de mis carpetas.
Respuesta1
auxes una palabra reservada en DOS/Windows. Intentar acceder al archivo fallará por cualquier medio "normal":
T:\>dir \\.\t:\aux
10/31/2021 08:50 AM 0 aux
1 File(s) 0 bytes
T:\>dir t:\aux
File Not Found
Mi versión de samba (3.0.10) es bastante antigua, por lo que no afecta en absoluto el nombre. (el nombre corto y el nombre largo son "aux")