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 collegarmi al Mac condiviso sulla mia rete locale (in una sede aziendale). Sono l'amministratore di entrambe le macchine. Il computer remoto a 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 sul disco condiviso

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

Inoltre, si applicano i seguenti capricci:

  • 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, visualizzo 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 fasullo, perché una versione più recente del file no esiste sul server remoto. 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" "."
  • La 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 anche 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 in Problemi di permessi di condivisione di rete a 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.

Quello che ho provato / verificato:

  • Riparo regolarmente 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 zero, copia correttamente. Immagino per ora che questa sarà la mia soluzione.

Il messaggio di errore fPermittedFrontASNs può essere un'indicazione del meccanismo "Gatekeeper" che si frappone. Prova a disattivare il meccanismo "Gatekeeper" andando su Preferenze di Sistema & gt; Sicurezza e amp; Privacy & gt; Scheda Generale e possibilità di scaricare le applicazioni da 'ovunque', quindi riprovare la copia del file.
IconDaemon

Ho provato a cambiarlo, ma quando lo faccio ho ancora il problema descritto sopra, in quanto il file non copia completamente. Non ottengo l'errore fPermittedFrontASNs per mirino , ma invece ottengo un errore fPermittedFrontASNs per consolle : coreservicesd[69]: Application App:"Console" ... tried to be brought forward, but isn't in fPermittedFrontASNs ... so denying..
Michael

Console.app era in esecuzione al momento?
IconDaemon

Sì, Console.app era in esecuzione mentre stavo risolvendo il problema.
Michael

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à.


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.


Ci sono ACL sui volumi con cui ho problemi. Tuttavia, disponiamo di un ambiente multiutente e gli ACL sono stati aggiunti per evitare problemi con le autorizzazioni. Sta funzionando bene fino a quando non ho aggiornato a OS X 10.8. Il problema sembra limitato al mio account utente, piuttosto che un problema con gli ACL stessi.
Michael
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.