Tengo un recurso compartido de samba ubicado en un enrutador USB de almacenamiento DD-WRT V24 USB. Intento copiar un archivo de una máquina MAC OSX usando Finder. Finder devuelve el siguiente mensaje: "no se puede copiar porque no hay suficiente espacio libre". A pesar de que hay mucho espacio. Finder puede leer archivos del recurso compartido Samba. Usando Terminal, puedo leer Y escribir desde y hacia Samba Share. Parece que hay algo sobre el buscador. Todos los directorios y archivos tienen permiso "777", por lo que el permiso no debería ser un problema. El recurso compartido es "público" por lo que el acceso de invitados funciona bien. Utilizando Ubuntu, los navegadores de archivos de Windows 7, puedo leer y escribir archivos sin ningún problema. ¿Por qué Finder no puede escribir el archivo mientras que el terminal puede?
EDITAR (información adicional): esta nueva unidad USB de 2TB utilizada para el recurso compartido ha sido formateada en EXT3 usando Ubuntu Disk Manager. La barra de estado del Finder muestra "Cero byte disponible", lo cual no es cierto, ya que hay casi 2 TB disponibles y puedo copiar archivos desde la terminal, así como desde máquinas Windows y ubuntu. ¿Hay alguna incompatibilidad entre Finder y Samba y / o el formato EXT3?
EDIT2: (más resultados de la prueba) El comentario de User16081 me dio una idea de prueba. Acabo de conectar la unidad USB en Ubuntu Workstation en lugar del enrutador DD-WRT. Ahora puedo copiar desde el buscador de MAC y la barra de estado del buscador muestra un tamaño válido "1.86 TB disponible". Parece que el servidor samba DD-WRT tiene algún tipo de incompatibilidad con MAC OSX Finder. ¿Alguna idea para una solución alternativa?
Edit3: utilicé el terminal con "df -h" para conocer el tamaño del volumen montado. Monté la misma unidad USB en una máquina Ubuntu y luego en mi enrutador DD-WRT. Obtengo un resultado muy diferente. El tamaño que el terminal OSX informa cuando está montado en Ubuntu es correcto, mientras que solo informa 20 MB cuando está montado en DD-WRT. Esto se muestra en las 2 últimas líneas.
sh-mbp:~ sylvain$ df -h
Filesystem Size Used Avail Capacity iused ifree %iused Mounted on
/dev/disk0s2 698Gi 492Gi 206Gi 71% 128965572 53935402 71% /
devfs 190Ki 190Ki 0Bi 100% 657 0 100% /dev
map -hosts 0Bi 0Bi 0Bi 100% 0 0 100% /net
map auto_home 0Bi 0Bi 0Bi 100% 0 0 100% /home
/dev/disk1s2 21Gi 2.9Gi 18Gi 14% 765283 4734707 14% /Volumes/Projects
//sylvain@sylvain-desktop/dd-wrt_usb 1.8Ti 97Gi 1.7Ti 6% 0 18446744073709551615 0% /Volumes/dd-wrt_usb
//GUEST:@dd-wrt/DD-WRT_Root 20Mi 20Mi 0Bi 100% 0 18446744073709551615 0% /Volumes/DD-WRT_Root
EDITAR 4 Ejecuté una prueba similar desde una estación de trabajo Ubuntu. Resulta que Ubuntu ve que el tamaño reportado no tiene sentido e informa el espacio utilizado apropiado pero el espacio disponible desconocido y acepta copiar archivos.
Esto parece que el servidor samba en DD-WRT no informa correctamente el tamaño del disco o el espacio disponible. MAC OSX Finder decide que no puede intentar copiar archivos mientras Ubuntu lo intenta de todos modos. El problema parece provenir del servidor de samba DD-WRT. Alguna idea de como resolver esto? Busqué mucho en el foro DD-WRT y no tuve suerte.
Encontré un video de YouTube donde muestra un enrutador Asus (uso TP-Link TL-WDR3600) con DD-WRT V24Sp2 como el mío que tiene el mismo tamaño de unidad (2TB) compartido y vemos el espacio disponible adecuado que se muestra en Finder. No se hizo nada especial durante la configuración. Además de usar un enrutador diferente, su disco tiene formato HPFS / NTFS en lugar de EXT3.