Reprise du message précédent :

 
Ouais, puis tu sauvegardes ca sur un disque dur encrypté par TrueCrypt    

Vi mais moi je dois me créer une partition spécialement dédiée à cela au milieu de mes 40 go de données

 
J'ai aussi monté un DVD-RAM en Lecteur crypté. Tout semblait bien se passer jusqu'à ce que je commence à l'utiliser.
Lors de la copie de fichiers sur le DVD-RAM, XP n'arrêtait pas de m'envoyer des messages d'alerte dans la systray, disant "L'écriture décalée a échoué". Cependant, après avoir copié un dossier entier, j'ai fait un windiff dessus et tout semblait correctement copié. J'ai même recopié le dossier sur le dur pour voir si je retrouvait mes billles: pas de soucis.
 
J'ai donc pensé que tout allait bien et que c'était le driver qui merdouillait parcequ'il arrivait pas à relire ce qui était écrit. Mais ça s'est corsé...
 
J'ai ensuite essayé de créer un nouveau dossier sur le DVD-RAM (bouton droit, nouveau dossier..) Il me le créée (message d'erreur) mais quand je l'ouvre : surprise! Le nouveau dossier contient plein de sous dossiers avec des noms aléatoires contenant des caractères non standard.
 
Je décide donc de démonter le lecteur dans la console de TrueCryp. Je remonte le disk ensuite, et là: PLUS RIEN DU TOUT sur le disque crypté !!!
 
Je me demande si c'est lié au driver DVD-Ram installé sur mon portable Toshiba ou si c'est un bug de TrueCrypt.  
Un DVD-RAM en théorie c'est vu par le systeme comme un disque dur standard, mais il est à noter que truecrypt ne me propose pas le DVD-RAM dans la liste des devices encryptables, je suis donc obligé de créer un fichier de 4G formatté en FAT.
 
Quelqu'un à des infos sur le problème ?
Merci.

 
Merci
 
Pour ta question,
 

 
Donc en gros oui c'est possible, mais:
 

• Seulement en NTFS
• Les performances sont très réduites
• Il y a tout de meme une taille max: La place "agrandissable" n'est rien d'autre que de la place pré-allouée, du coup je ne vois pas vraiment l'intérêt.

Perso, j'opterais plutot pour la solution que tu proposes: Tu crées un container plus grand que l'actuel, tu le montes, et tu montes l'actuel, puis tu copies les fichier d'un volume a l'autre. Et à la fin, tu supprimes ton  "vieux" container

Bonjour,  
Je cherche comment cacher un disque dur du poste de travail svp?
Quelle clé registre modifier? Je voudrais evité qu'on format ma partition crypté non monter par mégarde...
 
Merci d'avance

Vous avez remarqué que Truecrypt accepte de remonter un container qui vient d'être démonté sans demander le mot de passe? C'est pas très grave dans mon cas mais ce me laisse quand même perplexe.

Tu as donc coché "Mettre en cache le mot de passe" (actif pour la session en cours).

Je me doutais bien qu'une erreur pareille ne pouvait venir que de moi. Merci.

Eh ben, chapeau pour tout ce tuto ParadoX    
 
Je viens d'installer le logiciel, et justement je galérais sur certains points avec l'aide en anglais...
 
Merci  

1ère fois que je regardais numb3rs sur M6 (vendredi soir je crois) et ça parlait de partition cachée+cryptée sur un DD à la TrueCrypt, wouaaaah Mais c'était plus digne du topic des trucs cons/clichés au cinéma+télé

merci pour ce topic sur ce formidable logiciel
que du bonheur
bons forums et encore merci
cordialement

ça fait plaisir  

up

à ce point
 
Merci

Une question qui n' a pas été abordée est celle des sauvegardes de mes données. Peut-on copier un fichier container sur un autre disque?

Tout a fait
 
Ou bien le graver, ou le mettre sur un FTP !

le problème est pour une partition chiffrée, il faudrait sauvegarder les données qu'elle contient sur un autre disque lui aussi chiffré tant qu'à faire

Aucune utilisé spécifique à utiliser un "ghoster".
si le conteneur est ouvert, il suffit de sauvegarder le contenu, vers un un autre conteur sur un autre UD, un autre PC, par exemple.
 
Si à distance, donc difficulté à ouvrir un autre conteneur à distance, il faut copier le fichier conteneur, mais le prb de bande passant peut apparaitre. Si le conteneur fait 4 Go et qu'il y'a 3 Mo contenu, il y'a bel et bien 4 Go à transferer (à moins qu'il y'ait la possibilité d'avoir un conteneur à taille dynamique).

Bah ça existe, mais c'est pas top !
D'un autre coté, si on fait un conteneur de la taille du disque dur, bah le probleme ne se pose plus ^^

Je ne connais pas (encore) steganos
Jvais aller voir ça, et jte dirais ensuite

Paradox, je crois qu'il y a une erreur dans ton .bat pour monter une partition.  
 
il manque les anti-slashs dans le nom de volume.
 
çà ne marche pas s'ils n'y sont pas

Ah bon
Je vais aller vérifier ça ^^

oui truecrypt /lz /v DeviceHarddisk1Partition1 /a /q /b  ne marche pas
 
par contre truecrypt /lz /v \Device\Harddisk1\Partition1 /a /q /b fonctionne

Effectivement
C'était la balise CPP qui n'affiche pas les \ !  
 
J'ai changé en Quote

Truecrypt est vraiment un super logiciel. Je vous le conseille pour protéger vos données sensibles!

drapal

lien vers un article de LifeHacker sur les batch ,scripts et trucs et astuces (en anglais)
 
http://www.lifehacker.com/software [...] 204797.php

lu,
 
J'ai relu ce très bon topic car TC m'intéressait depuis quelques temps déjà, particulièrement pour la fonction de volume caché. Puisqu'en effet, si pour une raison x ou y, la loi me demande de lui fournir mon mot de passe, j'y suis obligé. Mais j'ai été un peu déçu de la "plausible deniability". C'est un peu prendre les enquêteurs pour des cons en fait.
 
En fait, je ne comprends pas où se situe vraiment le problème. Si on vous demande de donner le mot de passe, on ne va pas cocher l'autre case et rentrer le second, donc rien ne sera protégé.
 
Dans quel cas de figure, devrait-on dire "c'est Windows qui merde" quand il y a le message d'erreur ? Quelque chose m'échappe !
 

 
C'est si le volume est déjà monté avec la protection non ? Donc on peut voir qu'il est "outer" et pas "normal" dans TC, donc qu'il y a un truc caché.

T'as mal compris alors
 
Cas de figure:
 
Tu as un volume A normal et un volume B caché à l'intérieur. Tu as toutes tes données top secretes dans le B, et dans le A tu mets des fichiers pseudo-top secrets. Si on t'oblige à donner ton mot de passe, tu donnes celui de A. L'enqueteur va l'utiliser, et va monter (inconsciemment) le volume A, qui ne contient que des données factices. Il ne PEUT pas prouver qu'il y a un 2eme volume caché, et savoir que tu as un 2eme mot de passe !
 
On prends certes les enquêteurs pour des cons, mais ils ne peuvent pas prouver qu'un volume caché se cache dans un volume normal
 
Vois-tu ?
 
EDIT (en réponse à l'edit )
Oui, seulement si on monte l'exterieur avec protection on voit le "statut" d'un volume: Outer ou Hidden. Mais normalement, tu ne montes pas ton volume outer tous les jours. C'est juste au cas où !

Merci pour ta réponse et désolé pour l'edit fourbe.
 
Oui donc en fait, à la première lecture, je me suis dit que c'était un peu con cette affaire car il suffisait de blinder une partition pour savoir s'il y avait un truc planqué. Donc qu'il y ait ou pas le message, on le voit directement qu'on a quelque chose de planqué. Au final, quelqu'un qui fouille risque "juste" de détruire les infos "ultra"-confidentielles. Les infos sont protégées de la lecture mais jamais de leur destruction.
 
Mais toi quand tu montes le volume avec le script batch, tu peux préciser en ligne de commande que tu veux monter la protection du volume caché ? Non en fait c'est con ce que je dis, si on laisse trainer dans le batch qu'il faut activer la protection cachée et prompter le second mot de passe, c'est couillon.

- destruction j'en doute: les outils d'analyse sont en lecture seule
- faudrait tester avec un outil d'analyse si l'on peut avoir connaissance "des dernières choses accédées" (secteurs du DD, fichiers du volume ou toute autre structure de donnée). Si oui, le volume est pas parfaitement caché Si non, ça demandera un sacré effort pour tomber dessus.

Si on me demande mon mot de passe et que je donne le mot de passe "général". On aura accès à toute ma partition, sans protection. Donc si on s'amuse à la remplir, on peut facilement détruire la partition cachée d'après ce que j'ai compris.

Tout à fait. Mais bon, plutot ça qu'autre chose

Ah oui, j'avais une autre question. Pour backuper les données, quelle est la meilleure solution ? Il faut obligatoirement que je les fasse transiter de manière décryptée ?

Pas compris  
 
Pour les backups, j'ai un 300GB ds le placard formaté en partition TC, je le monte une fois par mois et jy copie mes données.
Sinon, autre solution: copier le fichier container (démonté) d'un disque à un autre. C'est plus rapide
 
ça réponds à ta question ?

Oui donc en fait, le fichier container fait la taille de la partition, c'est bien ça ?
 
Edit : J'ai rien dit, tout est dans la doc.
 
PS : T'as ton topic de branché en intraveineuse ?

J'y tiens, à mon topic, et à mes élèves HFRiens  
 
Tu peux faire un fichier container de la taille du disque, mais c'est pas obligé ^^

Idem, HD de backup de 320 Go en partition TC.

Je viens de passer mon mode de backup en fichier: C'est vraiment mieux pour la vitesse de copie. On ne copie qu'un seul gros fichier (400 gb ) d'un disque à un autre, alors que sinon il décrypte chaque fichier, le copie, et l'encrypte à la volée sur l'autre disque. C'est vraiment 2 à 3 fois plus rapide, le CPU n'ayant plus besoin de calculer quoique ce soit !
 
Et puis, çe peut etre compatible avec les disques externes à bouton "backup", je n'ai pas testé, mais je pense qu'on peut associer une certaine action à ce bouton de sorte à ce que le fichier container soit démonté, puis copié. (Maxtor OneTouch, etc)
 
Qqun utilise ce genre de disques externes ? Je vais peut etre passer à ce systeme ... marre de tt le temps brancher mon SATA (hotplug mon cul, ça plante le systeme )

sinon moi j'utilise ROBOCOPY /MIR comme çà il ne copie que ce qui a été modifié. Mais effectivement, il vaut mieux copier le fichier container plutot que de passer de container à container

J'utilise Cobian Backup