File disattivati nel Finder - Potenziale problema di attributi estesi?

5

Sto avendo un problema piuttosto strano con alcuni file di immagine che ho su un file server locale. Ho passato un po 'di tempo a cercare di capirlo, senza successo. Spero che qualcuno qui possa offrire assistenza.

Recentemente, dopo aver importato i file immagine dalla mia fotocamera, appaiono in grigio nella mia finestra di ricerca e non riesco ad aprirli o a copiarli. Terminal li vede bene, e posso operare su di loro senza problemi. Se copio i file in una nuova directory dopo aver cancellato gli xattr, funzionano perfettamente. Questo è un po 'un problema, e richiede tempo per grandi quantità di file, quindi vorrei evitarlo se possibile. Sembra che alcune persone suggeriscano che gli xattr siano colpevoli di problemi simili, quindi l'ho verificato per primo. Esistono infatti attributi estesi sui file interessati, in particolare com.apple.FinderInfo . Se elimini com.apple.FinderInfo , o rimuovi completamente xattrs con: %codice% i file non sono più disattivati e sono nuovamente accessibili.

Il nocciolo del problema è che dopo un po 'di tempo (circa 15 secondi circa), Finder rigenera xattr -c * xattr, e i file sono in grigio e inaccessibili di nuovo.

Alcune note potenzialmente utili che ho compilato:

  • Prima di essere disattivato, la data modificata viene visualizzata correttamente come Oggi
  • Dopo essere stato disattivato, la data modificata (nel Finder) viene visualizzata come
    24 gennaio 1984
  • È interessante notare che, anche dopo essere stato disattivato, la data è stata modificata da un comando com.apple.FinderInfo mostra correttamente come oggi, anche se mostra 1984 nel Finder
  • L'esecuzione di una GetFileInfo sul file in grigio non modifica la Data di modifica errata nella finestra del Finder
  • L'esecuzione di touch nella cartella principale o nel file in grigio mostra un campo interessante: mdls
  • Se copio la cartella interessata da Terminal mentre i file sono in grigio, il problema persiste nella nuova cartella; Se copio la cartella dopo aver eliminato gli xattr senza dare a kMDItemFSCreationDate = 1970-01-01 00:00:00 +0000 la possibilità di rigenerare, i nuovi file non sembrano avere com.apple.FinderInfo rigenerati e possono essere aperti e copiati bene
  • Per qualche motivo, non riesco ad aggiornare le autorizzazioni sui file interessati. Dopo un com.apple.FinderInfo ottengo ancora questa stringa di autorizzazioni da sudo chmod a+rwx * : ls
  • I file sono memorizzati su una condivisione smb da un server di rete locale che esegue ZFS su FreeNAS 9.2.1.8; Credo di aver incontrato questo problema per la prima volta dopo aver aggiornato la versione di FreeNAS, ma non posso essere sicuro di averlo causato, poiché sono sicuro che anche altri software sul mio computer siano cambiati durante quel periodo.
  • Ad un certo punto in passato ho modificato alcune preferenze del Finder per disabilitare la creazione di .DS_Store sulle condivisioni di rete, poiché non esiste alcun file .DS_Store generato in queste directory

Qualsiasi aiuto su questo argomento sarebbe molto apprezzato, visto che sta iniziando a farmi diventare un po 'pazzo. Grazie in anticipo!

    
posta Stefan 29.12.2014 - 02:37
fonte

1 risposta

1

Funzionava, ma dopo l'espulsione del disco esterno (NTFS) il problema era tornato

xattr -d com.apple.FinderInfo fileToUpdate

(o per tutti i file in una cartella xattr -d com.apple.FinderInfo *)

Funzionava dopo l'espulsione / rimontaggio

xattr -wx com.apple.FinderInfo 0000000000000000001000000000000000000000000000000000000000000000 fileToUpdate

    
risposta data 04.04.2016 - 01:59
fonte

Leggi altre domande sui tag