La risposta sopra è sbagliata - se un bit sul disco cambia, l'ECC sul disco lo correggerà, o la e.g. l'immagine di un'applicazione diventerà inutilizzabile, causando una "violazione della segmentazione". Cambia un po 'nel nodo che si riferisce a un file - e il file potrebbe essere inutile.
Non muck in giro quando rispondi "bmick". Ovviamente non ne sai abbastanza sull'hardware e sui sistemi operativi. Nei server migliori, anche la RAM utilizzerà ECC per evitare errori di bit singoli.
Lo vedo costantemente nel framework VM Java. E il bug è probabilmente quello che descrivi: che una nuova versione di Java VM ha cambiato SUID, il Disk Utilty usa un repository sbagliato per quale dovrebbe essere il permesso di file.
Ora Apple, la "Utility Disco" è GNU Open source. Aggiorna i tuoi repository quando vengono installati nuovi componenti del SO di terze parti. Ciò fa funzionare il software con apparenti hang-up. Le modifiche bloccano l'accesso ai file e fanno sì che le applicazioni si blocchino e persino perdano file e rendono i database corrotti.
Per aiutarti, Thunderbird funziona bene su Linux / Ubuntu e posso persino accedere ai file MacOS dalla partizione di Ubuntu. Su MacOS perdo file e ottengo "Permissione di incoerenza". Puoi vedere l'elenco dei bug di Linux con HFS +, dove descrivono questo errore - che il permesso del file è cambiato, dove questo è attribuito all'aggiornamento del journal dei file che rimangono aperti quando il sistema viene rimosso - "Synced ()".
Ora, HFS + su Linux chiuderà i file e svuoterà il diario. Il diario di MacOS non viene aggiornato in tempo, e aggiornato in seguito, e quando viene terminata la "chiusura forzata" si rischia un errore. Quindi aggiorni con la risposta sbagliata introduci degli errori e per altri replicare questi errori è molto difficile, perché hanno esercitato un grande sforzo per scoprire cosa fanno di sbagliato.
Non useremo Ubuntu per correggere MacOS, è molto più facile usare Ubuntu senza i bug.