Impossibile salvare / modificare su Mac Share utilizzando Mountain Lion

1

Il problema: Sotto Mountain Lion (10.8.3) non riesco a creare nuovi file o salvare modifiche ad una particolare condivisione, che esegue Lion (10.7).

Posso connettermi al Mac condiviso sulla mia rete locale (in una sede aziendale). Sono l'amministratore di entrambe le macchine. Il computer remoto con cui mi sto collegando ha diverse unità condivise e questi problemi riguardano tutti loro.

Cosa non posso fare sull'unità condivisa

  • Crea un nuovo file
  • Salva (ri-salva) un file esistente che ho aperto

Cosa posso fare sull'unità condivisa

  • Crea una nuova cartella
  • Elimina cartelle e file
  • Rinomina cartelle e file
  • Sposta cartelle e file

Inoltre, si applicano i seguenti quirk:

  • Posso visualizzare il file system completo sul computer remoto, inclusi i file di sistema; in altre parole, mi sto collegando con successo come utente amministratore
  • Se provo a trascinare e rilasciare un file dal mio computer al computer remoto, viene visualizzata una finestra di dialogo che dice "Il Finder vuole apportare delle modifiche." Digita la tua password per consentire questo. " Questo è uno strano comportamento non standard per un utente amministratore già autenticato che esegue una semplice operazione di copia sulla macchina remota.
  • Se digito la mia password e continuo, ottengo un'altra finestra di dialogo che dice "Un nuovo elemento chiamato [nome file] esiste già in questa posizione. Vuoi sostituirlo con quello più vecchio che stai spostando?" Questo è un errore fittizio, perché sul server remoto esiste una versione più recente del file non . Se faccio clic su "Keep Both", Finder sembra bloccarsi, ma in realtà inizia a creare decine di migliaia di file zero byte sul server remoto: nome file-1.png, nome file-2.png, ecc., Tutto fino al nome del file-30000 o così se non lo interrompo. Tuttavia, se faccio clic su "Stop" invece di "Mantieni entrambi", annulla. Se faccio clic su "Sostituisci" crea un file a zero byte con il nome corretto, quindi restituisce un errore che dice "L'operazione non può essere completata perché esiste già un elemento con il nome" ".
  • Console segnala un errore quando provo a copiare sul computer remoto: Application App:"Finder" [ 0x0/0x25025] @ 0x0x7fc4ea63e640 tried to be brought forward, but isn't in fPermittedFrontASNs ( ( ASN:0x0-0x4d04d:) ), so denying. Ho visto questo errore, ma non succede ogni volta: WindowServer[120]: [cps/setfront] Failed setting the front application to Finder, psn 0x0-0x25025, securitySessionID=0x186a5, err=-13066 .

Ho provato quanto sopra usando un computer con Lion e non ho avuto problemi. Questo problema riguarda solo il mio nuovo iMac che esegue Mountain Lion. In questo caso, Mountain Lion è stato installato in fabbrica. Tuttavia, ho importato le mie impostazioni utente dal mio vecchio Mac Pro durante il processo di installazione.

Questo problema è molto simile a quello riportato da un altro utente all'indirizzo Network condividi i problemi di permessi in Mountain Lion , ma ci sono alcune differenze, quindi ho fatto una domanda a parte. Tra le altre cose, sul mio sistema non ci sono applicazioni che "ignorano il problema" come nel caso dell'utente.

Che cosa ho provato / verificato:

  • Normalmente riparo le autorizzazioni sul mio iMac, quindi sono sicuro che non è questo il problema.
  • Ho verificato che i file / le cartelle hanno le autorizzazioni di condivisione corrette.
  • Altri usi, incluso un utente Mountain Lion su un'altra macchina, possono copiare / salvare file sul computer remoto.
  • L'eliminazione del file delle preferenze del Finder (~ / Library / Preferences / com.apple.finder.plist) non ha aiutato.
  • La registrazione è come utente Guest sul mio computer locale, potrei connettere e copiare file sul computer remoto. Questo suggerisce che il problema è limitato al mio account utente locale.
  • Se utilizzo Terminal per eseguire la copia, viene visualizzato un errore "Operazione non consentita". Crea un file KB zero sul server di destinazione, come prima. Tuttavia, ho scoperto per errore che se eseguo immediatamente la stessa operazione di copia dalla riga di comando, senza eliminare il file KB a zero, viene copiata con successo. Suppongo che per ora questa sarà la mia soluzione.
posta Michael 28.03.2013 - 17:16
fonte

2 risposte

1

Dopo aver trascorso circa 12 ore o più a risolvere questo problema nell'ultimo mese o giù di lì, e rendendomi conto che era isolato per il mio account utente, ho deciso di ricreare il mio account utente da zero. Questo ha risolto il problema, e ora sono in grado di connettermi al server di rimozione e aggiungere / modificare file senza difficoltà.

    
risposta data 30.04.2013 - 22:43
fonte
0

Ho messaggi simili. Sospetto che si tratti di un problema di elenco di controllo di accesso. In Terminale, inserisci "/ bin / ls -le / Volumes" per vedere se ci sono voci ACL.

Le voci ACL possono essere cancellate - a volte-- da "/ bin / chmod -N." per la directory corrente. "sudo" potrebbe essere richiesto anche. Vedi "man chmod" per maggiori informazioni sulle voci della lista di controllo di accesso. Questi sono stati aggiunti in 10.4 per abbinare funzionalità in Windows Server. Ma ho trovato, per i singoli utenti, creare più problemi che soluzioni.

    
risposta data 25.04.2013 - 16:11
fonte

Leggi altre domande sui tag