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.

  • Miglior modo per RAID 4 x Intel SSD 910 per PostgreSQL
  • Come sostituisco un disco contrassegnato come rimosso da un arrays md raid-5 di linux?
  • Il sottosistema SSH SFTP è richiesto nei nodes gestiti per il funzionamento di Ansible?
  • Pwd assoluto di risoluzione dei simboli
  • la generazione di rrdgraph non riesce ad elevare il carico IO
  • Ottenere l'applicazione di ricerca google safe utilizzando CNAME con non legato e nsd?
  • 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.