Il filesystem ext4 può rilevare la corruzione dei dati dei contenuti dei file? Se sì, è abilitato per impostazione predefinita e come posso verificare la presenza di dati corrotti?Può est4 rilevare il contenuto del file danneggiato?
Ho letto che ext4 mantiene i checksum per i metadati di file e il suo diario, ma non sono riuscito a trovare alcuna informazione sui checksum per il contenuto del file attuale.
Per chiarezza: voglio sapere se un file è cambiato dall'ultima operazione di scrittura.
Grazie. Per essere sicuro di averti compreso: diciamo che scrivo un file, poi spengo il mio computer e per qualche motivo il contenuto del file cambia (a causa della degredazione dei media, degli effetti ambientali o qualcosa del genere). Dopo l'avvio di nuovo, non c'è modo di rilevare la modifica? –
@jobeard ext4 non calcola né memorizza i CRC sui blocchi di dati. L'OP sta chiedendo informazioni sulla corruzione silenziosa dei dati, sembra che tu stia descrivendo il danneggiamento volontario dei dati (ad es .:% xYz). Questa è una storia diversa. Il degrado dei media è una causa comune di danneggiamento dei dati silenziosi, ma non l'unico che può verificarsi. La porzione di dati di un file può essere sovrascritta accidentalmente o intenzionalmente senza che il file mtime sia interessato (accesso raw) o dopo il reset di mtime in seguito. – jlliagre
Non ho detto che ext4 ha fatto crc, ma ho sottolineato che il CRC era un mezzo per rilevare l'alterazione, ma l'alterazione non era la stessa cosa di "corruzione". Ha anche sottolineato che la "corruzione" ha diversi sapori e l'alterazione il numero magico sarebbe un esempio di corruzione che rende il file "non valido". Per quanto riguarda "intenzionalmente sovrascritto", questo è del tutto fuori dalla questione IMO, anche se è vero. – jobeard