Come fsck.ext3 un volume TrueCrypt?

Ho un file truecrypt che contiene un file system ext3. Non so esattamente come dire questo, ma c'e 'un modo per montare il volume di truecrypt senza installare effettivamente il filesystem in modo che possa tentare di ripararlo con fsck?

Quindi ho (filesystem ext3 (TrueCrypt File ( Ext 3 Filesystem ))). Voglio eseguire il controllo su quello in grassetto.

Naturalmente ho già fatto una copia del file. Posso ancora montarlo, ma ho cancellato i file e la df ancora mostra come pieno, quindi penso che ci sia forse un brutto superbo?

  • Backup su disco utilizzando il problema di corruzione TrueCrypt
  • Montare l'unità di sistema crittografata TrueCrypt su un altro computer?
  • Utilizzando Truecrypt per proteggere il database mySQL, eventuali trappole?
  • BSOD 90% del tempo durante un assembly TrueCrypt
  • Soluzione di crittografia dell'azionamento consigliata
  • Problemi di backup di alcuni file con rsync
  • Imansible creare la macchina virtuale Hyper-V - Accesso generale negato 0x80070005
  • Strumento di crittografia TrueCrypt
  • 3 Solutions collect form web for “Come fsck.ext3 un volume TrueCrypt?”

    Seguito le istruzioni in http://www.cgsecurity.org/wiki/Recover_a_TrueCrypt_Volume . L'unica cosa è che ho dovuto recuperare da uno dei blocchi super backup. È ansible utilizzare il programma testdisk descritto in quella pagina per trovare gli altri superblock (esistono altri methods) e quindi specificarlo come:

     /sbin/fsck.ext3 -b 24577 /tmp/.truecrypt_aux_mnt1/volume 

    Ho scoperto che si può semplicemente fare quanto segue:

     truecrypt /data/mycrypt.true umount /media/truecrypt1 fsck /dev/mapper/truecrypt1 

    La soluzione più semplice sarebbe quella di montarla come sola lettura (opzione "ro"). Quindi eseguire fsck sul volume montato. Naturalmente fsck si lamenterà che il volume è montato, ma è ansible salvarlo in modo sicuro, poiché un mount ro non può interferire con fsck.

    Nota: Assicurarsi di non accedere al punto di assembly e smontare immediatamente dopo il completamento del fsck (quindi il riassembly). Il fsck messing con il filesystem potrebbe confondere l'accesso regolare del filesystem allo stesso tempo, che potrebbe anche causare un crash del sistema.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.