Reprise du message précédent :
J'ai testé ma clé que j'avais créé avec l'outil>paramétrer... sur un portable équipé de vista edition familiale et ça a bien marché. Le compte était administrateur de la machine. Vista m'a juste demandé l'autorisation de lancer truecrypt je crois mais rien de plus.

Oué oué pareil !
Sauf des fois, où il me sort les messages d'erreur
Il fait quoi exactement l'outil "paramétrer les disques pour le voyage" ? J'imagine qu'il copie juste les bons fichiers sur la clé + config de l'autorun non ?

Exactement.
 
 
 
 
 
Pour la question de "casser" le MDP par brut force:
Avec les connaissances actuelles en informatique et en cryptanalyse il faudrai plusieurs centaines d'année à un supercalculateur pour réaliser un brut force avec succès.
A condition bien sur d'avoir un mot de passe "valable" qui ne soit pas du genre toto007
 
De plus si demain un faille dans l'algo de cryptage est découverte tout est foutu. De même qu'une avancée significative dans la cryptanalyse.
 
De plus l'informatique étant ce quelle est, la puissance de calcul augmente constamment ce qui fait que la durée de calcul diminue.
Mais je te rassure tu as LARGEMENT le temps d'attendre avant de voir ce jour arriver.
On pourrai évaluer la "durée de vie" de l'AES à la durée de vie du DES et du triple DES (env 30 ans) avec l'avantage supplémentaire que la longueur de clef passe de 56bit à 128, 192 ou 256 bits.
 
Par contre tu peut facilement simplifier le travail d'un pirate du KGB chinois exilé à Wuagadougou (pour raison budgétaire) et travaillant en sous-marin avec la CIA pour le compte des cubain: si le "pirate" connai des renseignements tel que version d'un fichier non crypté et portion du conteneur contenant le fichier crypté il retrouvera ton MDP.
En effet un calcul simple permet de trouver la clef à partir d'un message clair et de la version cryptée.
 
 
 
 
 
Ensuite pour te prendre ton MDP un logiciel espion de la catégorie des "Keyloger" permet d'enregistrer tout ce qui est tapé au clavier. Et donc ton MPD.
Pour conter cela:
 - Antivirus et firewal à jour pour détecter et supprimer le programme
 - Utilisation d'un ou plusieurs keyfile pour le rendre "inutile"

Bonjour,  
 
J'ai voulu hier faire un test de ubuntu, j'ai pris soins de faire une partion ex3 sur le bon disque dur, je possède un autre disque dur crypté à 100% via truecrypt.  
En voulant accéder à cette partition j'ai le message "the drive cannot find the sector requested".  
Et je me rend compte que si boot avec j'ai le message: "Grub loading error 17"  
Ayant des donnés pro importante, je voudrais savoir si il y a un moyen de récupérer mon disque dur truecrypt... je précise que je n'ai rien formaté. Par ailleur la partition apparait vide 0 bytes et n'a pas plus aucun format de partition.  
 
Cordialement,  
Kervano

Je ne connait quasiment rien à Linux (mais je m'y met doucement) mais si tu est passé de windows à Linux cela me parai assez logique.

 
Ce n'est pas ca qui va me donner la solution pour tenter de récupérer ma partition truecrypt
 
Sinon j'ai trouvé ceci, j'ai un peu de mal avec l'anglais, ca veut dire quoi ?
 
Problem:  
 
After successfully mounting a volume, Windows reports "This device does not contain a valid file system" or a similar error.
 
Probable Cause:  
 
The file system on the TrueCrypt volume may be corrupted (or the volume is unformatted).
 
Possible Solution:  
 
You can use filesystem repair tools supplied with your operating system to attempt to repair the filesystem on the TrueCrypt volume. In Windows, it is the 'chkdsk' tool. TrueCrypt provides an easy way to use this tool on a TrueCrypt volume: First, make a backup copy of the TrueCrypt volume (because the 'chkdsk' tool might damage the filesystem even more) and then mount it. Right-click the mounted volume in the main TrueCrypt window (in the drive list) and from the context menu select 'Repair Filesystem'.  

Etait tu sous windows ?
Si oui en réinstallant un windows peut-tu récupérer ta partition ?
 
 
Tu dit que ta partition était crypté certes mais cryptée sous windows cela donne de la FAT ou du NTFS en décrypté.
 
Ton message d'erreur apparait-il après le décryptage sous Linux ?
Cela pourrai dans ce cas être un problème de lecture de partition d'un autre type.
 
Avant de pouvoir accéder à une partition/un disque il faut le "mounter".
L'as-tu fait ?
 

Passe un coup de scandisk quand tu est sous windows une fois la partition "décryptée".
Sinon il faut peut être restaurer ton "header"
 
 
 
Sinon tu à peut-être découvert un bug d'incompatibilité entre la version windows et la version Linux ?
 
 
Pour finir je te conseillerai de prendre un fichier conteneur pour la prochaine fois. J'ai l'impression qu'il y a moins de problème qu'avec les partitions conteneur.

 
Alors a priori le volume est monté sans pb, mais ensuite Windows ne reconnait pas le système de fichiers de ces données (qui devraient apparaître décryptées)
 
Autre chose : concernant la dernière manip' décrite (chkdsk), il faut aller dans les propriétés du lecteur, onglet Outils, "Vérification des erreurs". C'est vrai que c'est un outil peu performant, et si tu as Disk Doctor de Norton ça sera un peu plus efficace.
 
Mais y a un truc que j'ai pas compris : tu as ce pb depuis que tu as tenté de monter le volume sous Linux ? As-tu eu le même pb sous Windows ?

J'ai l'impression qu'il a mis linux à la place de windows, et qu'il n'a pas essayé avec windows du coup.
 
En tout cas perso quand je fais des tests d'OS, même pour installer un windows, je débranche d'abord mes disques de données, comme ça je suis certain qu'ils ne sont pas touchés par l'install (il m'est arrivé qu'un OS aille bidouiller le MBR d'un disque qui n'avait rien à voir avec l'install a priori).

 
Oui pas faux... si ca se trouve c'est le format de la partition qui a changé (sans pour autant être dans un état corrompu). A vrai dire je n'ai jamais fais attention sur le format du disque complétement crypté... du moin son format (raw, ntfs, fat...)
 
 

 
J'ai ce problème depuis que GRUB a voulu s'installer sur cette partition, et donc par conséquent je suis dans l'impossibilité d'ouvrir le disque sous windows (sous linux je ne sais pas comment faire) alors qu'avant cela marchait parfaitement...

Ah ben voilà exactement ce que je dis, le MBR est niqué. Or autant pour un windows c'est pas grave tu peux la réparer ou au pire utiliser grub (ça marche bien), autant pour un disque sensé ne rien contenir c'est moins évident.

 
C'est visiblement ce qu'il vient de se passer chez moi, j'avais pourtant fait super attention.
 
Sinon quel serait pour toi le dernier truc à tenter pour essayer de réparer le MBR de mon disque truecrypt.

 
 
Et il n'existe vraiment pas du tout de solution pour refixer le MBR de mon disque crypté? Ou sinon j'y pensais, le résidu de grub est forcément sur le MBR, donc n'y a t'il pas moyen de supprimer simplement le résidu de GRUB... si ca se trouve le résidu n'est pas à proprement parlé sur le MBR, mais a coté...

Pour linux, je ne peux malheureusement pas t'aider, n'ayant jamais utilise TC avec Ubuntu. Ensuite, pour le MBR, je l'ai tjrs recupere avec FixBoot et/ou FixMbr sur le CD de WinXP, ds la recovery console. Dans ton cas, je sais pas si ca marcherait
 
Enfin, trop souvent on lit ici des cas du genre "Jai des donnees importantes sur ce disque crypte que je n'arrive plus a lire, aidez-moi svp " ... Faites des backups avant de tenter TC, surtout qd vous experimentez avec Linux et tout ca ... on ne le repetera jamais assez souvent

Un ami vient de me dire que truecrypt n'utilisait pas le MBR quelque soit le format et le mode de cryptage choisi, il me dit d'utiliser un soft comme acronys pour remettre à niveau mon MBR, si quelqu'un pouvait me le confirmer...

S'il n'utilise pas le MBR alors il n'y a pas de raison que ton disque soit illisible.

En fait comme tu dis il n'y a aucune raison, mais j'aimerai avoir confirmation que truecrypt n'utilise pas le mbr...

bonjour à tous,  
 
faites très attention aux volumes cachés de truecrypt...  
 
un volume caché étant inclus dans un volume externe, si d'aventure vous deviez entrer des données à l'intérieur de ce dernier dans le but de leurer ceux qui vous forceraient à les montrer, prenez garde de surtout cocher l'option:  
 
empêcher les dommages causés en écrivant dans le volume externe!  
 
cette option n'étant par défaut pas active... on se demande pourquoi?  
 
une erreur de conception intolérabe qui me coûte très très cher... arghhhh! des données qui me prendront du temps à récupérer ailleurs...  
 
une souris qui est passée par la fenêtre...  
 
j'étais pourtant resté dans la fourchette (apparemment pas assez) de l'écart entre la taille du volume externet et celle du volume caché. ça n'a pas dû jouer à beaucoup...  
en plus, j'étais vraiment persuadé que truecrypt me préviendrait en cas d'écrasement possible...  
 
considérez-vous vraiment normal que cette option ne soit pas active par défaut?  
 
vous êtes prévenu!

je sais que ça va en faire rire plus d'un... mais bon, je me suis vengé sur ma souris et je me sens mieux!
 
mais quand même, n'est-ce pas que cette option devrait-être activée par défaut?

cela me semblait être d'une logique plus qu'évidente!

Sais tu si truecrypt utilise le MBR?

Nan mais il me semble clair que c'est le passage de Windows à Nunux qui a été fatal à ton volume, là, hein...
Enfin moi c'que j'en dis...

Ba si il ny'a pas de mbr avec truecrypt autant en refaire un?

 
Rooh encore un qui perd des données ... pkoi vous avez jamais de Bakups ? (meme encryptées !)
Sinon, non l'option ne devrait pas etre cochee par defaut, ca fait partie de la plausible deniability ... sinon ca affiche "outer" quand c'est monté, et donc ca prouve qu'un volume caché existe !
 
Sinon, la taille de "marge" que t'avais prevue, la conversion kb -> mB a du etre la cause, car je pense qu'ils utilisent 1000 et non 1024 pour passer de l'un a l'autre (a verifier   )

Toujours pas de réponse pour savoir si tu truecrypt fait appel au MBR...

Le MBR sert pour booter sur un OS, donc TC n'est a priori pas concerné.

ParadoX, oui des backups, j'en fais, même régulièrement, sauf que dans le cas présent, je m'apprétais à le faire... j'avais quasiment fini mon volume...
 
enfin...

Le MBR sert pour booter sur un OS, donc TC n'est a priori pas concerné.
 
 
Donc en gros il suffit de remettre un MBR, pour espérer revoir les donnés de mon disque truecrypt?

Non en gros je dis que normalement il n'y a pas de rapport, je vois pas pourquoi t'as pas accès à ton volume.

Oui et non en fait truecrypt refuse de m'ouvrir le disque dur crypté car il me dit que les secteur ont changé... normal étant donné que grub s'est mis sur le MBR de mon disque... mais je ne sais pas si en remettant un mbr via fdisk ou le cd de windows x je ne risque pas de perdre définitivement mes données...

Tu peux faire un clone et tenter des manip' sur ce clone.

Un clone de 160 go ca risque d'être dur, car je n'ai pas d'autre disque dur, de plus je doute qu'un clone d'un disque dur avec MBR défecteux puisse se réaliser...

Je sais que j'ai déjà fait un clone secteur par secteur, le soft ne s'occupant pas de la "viabilité" des secteurs, de leur contenu ou quoi, il copiait tel quel. Je ne sais plus c'était avec quoi par contre.
 
Pour le DD ben achètes-en un, de toute façon c'est ce que t'aurais dû faire dès le départ pour avoir un backup de tes fichiers

Mais as tu la certitude que truecrypt ne fait pas appel au MBR? Dans le cadre d'un périférique crypté et non d'un fichier crypté...

Non rien a voir. Chaque volume a besoin d'un header, c'est tout !

Donc en gros tu me conseil de faire quoi? car je ne sais toujours pas...

De passer un scan-disk et de prier.

Passer un scan disk, tu es sur de toi? ca me parait assez légé comme truc...

il ne reste qu'à prier alors

Y a peut être mieux que le scandisck windows pour le faire... vous n'auriez pas un soft en tête?