Snow Leopard, Active Directory: impossibile salvare un file, ma 'save as' funziona

Question

Snow Leopard, Active Directory: impossibile salvare un file, ma 'save as' funziona

#1 da (1 voti)
#2 da (0 voti)

3

Uso il mio Mac per connettermi a un'unità di Active Directory.

Quando ero in esecuzione su Leopard, funzionava perfettamente: potevo aprire, modificare e salvare i file dall'unità remota.

La scorsa settimana ho aggiornato il mio computer a Snow Leopard (10.6.7) e da allora ho dei problemi: riesco ancora a collegarmi alle unità di rimozione, posso aprire i file, ma quando voglio salvarli ottengo il seguente errore: " The document mydoc.txt could not be saved. "

Ma se faccio Save as e salvo il documento con lo stesso nome, allora funziona!

Non ho idea di cosa c'è che non va! Ho provato a disconnettermi dal dominio e riconnettermi, ma ho ancora il problema.

snow-leopard

posta Jérôme 26.04.2011 - 15:38

fonte

2 risposte

Leggi altre domande sui tag snow-leopard

Preferisci iPhone quando sincronizzi le playlist tra iTunes e iPhone Come personalizzare "Kind" nel Finder

score 1 · Answer 1

Ho trovato una soluzione al problema:

Il percorso del documento era il seguente:

smb://srv-fichiers1/Personnel/myhome/mydoc.txt

Il problema era che non avevo accesso in lettura / scrittura alla cartella Personnel .

L'amministratore ha aggiunto l'accesso in lettura / scrittura a questa cartella e ora tutto funziona correttamente.

Sono d'accordo sul fatto che questa soluzione sia più una soluzione reale, ma per me è un trucco!

score 0 · Answer 2

Ho visto questo pubblicato su un sito di interoperabilità Mac e Windows, Suggerimenti e rapporti di Snow Leopard e Active Directory Prova quanto segue dall'articolo :

Solution: In a long session of trial and error, I tried saving to the administrative C$ share on my Windows 7 desktop, which was owned by "NT SERVICE\TrustedInstaller". Creating a share on Win 7 had the same error behavior as before, when the shared folders owner was changed to TrustedInstaller, it worked fine. The following challenge was to port that solution to a XP/2003 environment, which doesn't have that account. My boss, out of a leap of logic, tried the "NETWORK SERVICE" domain account as the owner of the folder on 2003, and everything works. Obviously the sharing/ntfs permissions have to be set properly on top of that. I'm sure I'm not the only one that's had this problem, so I figured I'd toss it at you guys.

Strano.