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.

  • Quando le estensioni di file sovrascrivono linee shebang su Linux?
  • Qualcuno può vedere perché il mio DNS non funziona? Ho seguito tutto nel tutorial, ma non functionrò
  • Come trovare chi è stato connesso prima dell'inizio di wtmp
  • Come aumentare la dimensione del swap?
  • Alcune richieste di Apache sono lente, più complete istantaneamente
  • I byte SNMP ricevuti non sono conformi a ifconfig
  • 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?

    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.