OSX Lion Host, Ubuntu 11.10 Guest Vmware - Carpeta compartida de solo lectura

0

Estoy ejecutando OSX Lion como host y estoy usando VmWare Fusion 4 y el sistema operativo invitado es Ubuntu 11.10; todas mis herramientas dev están en el sistema operativo invitado y los archivos están en MacOS, así que puedo usar mis IDE en Mac y otras cosas. ...

Estoy intentando configurar un montaje en el sistema operativo invitado editando /etc/fstab

Tengo esto aquí.

//192.168.75.1/mysharedfolder      /mnt/sharedfiles cifs     user=USER,password=PWD,nounix,noserverino,sec=ntlmssp 

Puedo listar los contenidos para el /mnt/sharedfiles Al hacer esto, pero todo es de solo lectura. ¿Cómo puedo darle el control completo de lectura / escritura?

¿Algunas ideas?

Anuj Gakhar
fuente

Respuestas:

1

Llegué a tu pregunta porque busqué en Google sobre el problema con OSX Lion al exportar recursos compartidos a clientes samba (Linux). Usted ya descubrió la parte difícil, es decir, cuando se montan recursos compartidos smb de Lion, tiene que usar las opciones nounix,noserverino,sec=ntlmssp de lo contrario el cliente no funcionará.

Los permisos ahora deberían ser un asunto mucho más fácil. En primer lugar, tenga en cuenta que mediante el uso de nounix la uid/gid/modes Los archivos no se comunicarán del servidor al cliente. Así que tienes que darles algo de valor en el lado del cliente, digamos uid=1000,gid=1000 (usa tus valores de usuario de Linux).

Lo mismo con los modos de archivo y dir, no se comunican entre los dos lados, por lo que son simplemente "falsos" en el lado del cliente para lo que quieras, así que usa algo como file=mode=0644 and dir_mode=0755 lo hará todo Aparecer OK en el lado del cliente.

En el lado del servidor (OSX), los archivos serán propiedad del usuario que usó para establecer la conexión SMB y sus permisos serán cualquier uso de OSX como máscara predeterminada, supongo.

J L Marin
fuente
Gracias por la respuesta. Agregué esto, uid = 1000, gid = 1000, file_mode = 0755, dir_mode = 0755 al comando de montaje fstab y todavía no obtengo ningún error de permisos cuando intento hacer ls -l en el / mnt
Anuj Gakhar