Reprise du message précédent :
M est le disque vu par windows une fois monté mais je n'ai pas l'autre que je voyai au debut ou il y avait seulement le fichier test et qu'on doit voir tout le temps.
 
Si je redemarre mon pc je serai obligé de le remonter apres.

Donc, tu as un disque dur externe (certainement formaté en NTFS).
Sur ce disque tu as créé un fichier conteneur de 297Go.
La création du conteneur s'est bien passée.
Tu a ensuite monté le conteneur une première fois avec succès pour y mettre tes fichiers a protéger.
Fermeture du fichier-conteneur sans problème.
 
Test pour recommencer, (un redémarrage windows avec ?)
Tu ouvre le fichier conteneur vers le lecteur M: avec succès celon TC.
Mais quand tu veut y accéder avec windows ce dernier te propose de formater le lecteur ?

bon résumé.
 
Vs avez deja rencontrez se soucis?

Le but n'est pas d'avoir un "bon résumé"
mais de savoir exactement ce que tu a fais et que tu remplisse les trous.
 
Ton lecteur externe est sur quelle(s) lettre(s) ?
Quel est le formatage à l'intérieur du conteneur (fat ou ntfs) ?
As-tu tenté des opérations tel qu'un defrag/scandisk ?
As-tu eu un problème en débranchant ton disque ? (comme de le débrancher sans l'éjecter dans windows ou de le faire avant le feu vert)
As-tu eu un BSOD ou une surtension (je dis ça au hasard) ?
 
 
 
 
Sinon, à partir du petit résumé que tu as confirmé.
Tu peut charger correctement ton volume dans TC mais c'est après que windows veut formater.
Donc l'entête devrai aller bien.
Je ne suis pas sur, car d'après ce document:
http://esec.fr.sogeti.com/FR/docum [...] pt6.0a.pdf
Je cite

Ce qui pourrai faire buguer windows s'il y avais un problème précisément là malgré les vérification d'entête par CRC (ce qui n'est pas super comme vérification).
 
Bon, ensuite c'est vrai que c'est pour du TCv6.0a et de la FAT (d'où l'intérêt aussi que tu précise qu'elle est la partition à l'intérieur du conteneur) alors que tu as normalement utilisé une v6.3.
 
Ensuite, si je ne trompe pas dans la compréhension des chose au niveau théorique un conteneur TC se compose ainsi:
[ [EntêteTC] [Données] ]
OR les donnée sont la représentation d'un disque dur, nous avons donc:
[ [EntêteTC] [ [table des partitions, début de partition avec table des matière, MBR et tout ce genre de truc] [Données] ] ]
 
Tout ça pour dire que je pense que pour le moment tu dois avoir un problème dans la partie [table des partitions, début de partition avec table des matière, MBR et tout ce genre de truc]
 
Il faudrait donc je pense aller voir du coté des "réparateurs" de partition.
Qu'en pense les autres ?

mon lecteur externe est sur la lettre L
Formater en ntfs
Non je n'ai pas fait de  defrag/scandisk
Pas de probleme de débranchement
C'est quoi  un BSOD ou une surtension ?
 

 
 
http://www.google.fr/#hl=fr&source [...] 0406a09eed

ok merci.  Non je n ai pas eu de BSOD

Bon, je te conseillerai de te tourner vers des utilitaire de réparation de disque/partition.
Tu charge le conteneur dans TC puis utilise ces utilitaires sur ton "lecteur M".

Le problème c'est que certain de ces utilitaires fonctionne en mode DOS, et pour ceux fonctionnant sous windows je ne sais pas si le fait d'être dans du volume TC sera bloquant ou non.

Ensuite peut-être est-il possible de se tourner vers des outils Linux.
Tu vas chez une personne qui maîtrise Linux qui tentera une réparation une fois ton disque branché et le volume chargé.

Dernière possibilité: tenter une réparation "manuelle" à l'aide d'éditeur hexadécimaux comme HxD (disponible dans la compilation LiberKey) qui peuvent éditer un fichier, la ram ou directement un disque secteur par secteur.

Ensuite (et là c'est pas super top), je ne sais pas ce qu'en pense les autres mais à 90% je pense qu'il s'agit d'un problème de partition non lié à TC.
Et donc si ce n'est pas vraiment lié à TC c'est pas vraiment le sujet ici.
Je ne cherche pas à "t'expulser" mais peut-être trouveras-tu plus d'aide dans des sujets dédiés au disque dur plutôt qu'à TC (naturellement et comme à chaque fois, le cryptage est un phénomène "aggravant/complexifiant" )

Ce qui m'embête c'est que je n'ai aucune confirmation ou infirmation sur mon raisonnement ou ma conclusion.

EDIT:
Éventuellement tente un scandisk.
Mais dans tout les cas, avant toute opération, fait une sauvegarde de ton conteneur (ha, les sauvegardes...)

ok, jai lu aussi qu'il fallait coché une case ds TC pour pouvoir copier sans pouvoir perdre quelque chose. Je ne me rappel plus  le termes exacte, on le voit dans les options lors qu'on cherche un fichier avec tc.
 
N'ayant pas coché celle case cela peut venir de sa aussi.

En dehors de la case "Monter les volumes en lecture seule", je voie pas de quoi tu parle.
Mais de toute façon cela ne change pas au fait que windows de propose de formater.

dans option lorque tu monte ton volume tu as plusieurs case qu'on peut cocher :
 
- monter le volume en lecteur seulmo
- monter le volume comme un lecteur amovible  
- utiliser l'en tête de sauvegarde incorporé dans le volume s'il est disponible  
- monter la partition avec chiff syst sans authentification au pres amorcage
 
et en dessous ya :
protection du volume caché
 
Ya une case celle que je te parle qui mentionne :
 
empecher  les domages causés  en écrivant dans le volume externe

Parce-que tu as créé un volume caché ?
Tu crois pas que c'est le genre de truc à préciser ?
Cette case n'est utile que dans ce cas là (et aussi dans le cas du déni plausible où tu peut le faire systématiquement pour brouiller les pistes et empêcher de savoir si oui ou non il y a un volume caché).

Bonjour à tous, topic très intéressant !
 
J'aimerais savoir s'il y en a qui ont testé kryptostorage ? et s'il est équivalent à TrueCrypt ?

Inconnu au bataillon.
Si tu parle de Kaspersky KryptoStorage j'ai pas tester.
C'est dans le même genre que TC mais TC semble disposer de plus de possibilité au niveau des conteneur (fichier ou partition), des algorithmes de cryptage et de la longueur de la clef, ton truc ne semble pas pouvoir chiffrer ton windows, pas de source donc pas de garantie qu'il n'y à pas de trappe, ne semble pas portable etc etc...

Par contre il semble qu'il puisse chiffrer juste un dossier.

Perso rien qu'avec le petit aperçu sur leur site je te déconseille Kaspersky KryptoStorage.
Prend TC à la place.

Salut , j'ai un souci avec un disque (non systeme ) entièrement crypté en aes-twofish  , le volume fonctionne niquel sous ubuntu , mais sous windows 7 64 il se monte avec truecrypt 6.3a mais ensuite impossible de l'ouvrir on voit une fenêtre apparaitre mais les fichiers n'apparaissent pas puis la fenêtre se referme , on peut le tester avec checkdisk sans souci et il n'y aucun probléme  de detecté  .
 
Quelqu'un a t il deja vu ce genre de truc , bug ??
 
merci  

A première vue je te dirai d'aller voir du coté des ACL/droits NTFS.
Tu n'as peut-être pas le droit de voir les fichiers et de naviguer dans l'arborescence.
Sinon, je te dirai aussi de regarder le format de ta partition.
Peut-être n'es-tu pas en fat ou ntfs mais en ext2/ext3/ReiserFS ?
Et donc windows ne peut pas lire.
Mais dans ce cas il te demanderai de formater (sauf si tu à installer un pilote pour pouvoir lire ce genre de format de partition, et donc dans ce cas, retourne voir du coté des ACL)

 
KryptoStorage > Logiciel propriétaire > Snake Oil.

http://www.truecrypt.org/future
 

 

 
Pour ceux qui aurait loupé le train faut lire ça, puis ça.

bon, j'espère que je ne suis pas le seul à utiliser TrueCrypt sous linux.
 
en plus, je l'utilise ne mode commande et sous une debian etch !!!  
 
mais j'ai un problème, je souhaite créer une centaine de conteneur (avec mot de passe différent à chaque fois) avec un script shell.
Pour se faire, j'ai besoin de créer par mon script le conteneur. Je ne veux pas utiliser de keyfile ...  
voici ma commande :
 
/usr/bin/truecrypt -c mon_volume --volume-type=Normal --size=10000000 --encryption=AES --hash=SHA-512 --filesystem=FAT --keyfiles="" --password=toto
 
quand j'exécute ce script, il me demande de taper 320 caractères pour générer le keyfile .... alors que j'en veux pas !!! non d'un chien !!!    
 
bon, j'ai essayé toute sorte de chose pour ne pas avoir de keyfile, mais rien y fait. J'ai même essayé de générer un keyfile et de le passer en param, mais là encore il me demande les 320 caractères pour générer son propre keyfile !!!  
 
Si Dieu passe par la, merci de me donner un coup de main    
 
 

 
j'utilise aussi TC sous Linux
mais je ne suis pas Dieu   > bon courage

Ce serait pas pour le salt ?

C'est ce que me demande en fait.
Je pense les 320 caractère à taper doivent l'être de façon aléatoire.
Un truc en rapport avec la génération de la clef primaire et l'augmentation d'entropie pour la génération d'aléa (si je ne me trompe pas, plus ton entropie est grande et plus ton générateur d'aléa sera "fiable" et donc aléatoire ce qui est important pour du chiffrage).

Tu peut toujours tenter de faire ton script avec 2/3 volumes et voir s'il te demande a chaque fois de taper.
Si c'est qu'une fois par série de création de conteneur, taper 320 caractère aléatoire est assez rapide et pas très compliqué.

merci de vous intéresser à mon problème :
alors, en mode commande, mais pas dans un script, lors de la creation d'un volume, TC me demande
 
<> Enter keyfile path [none]:
 
puis il me demande :  
 
<>Please type at least 320 randomly chosen characters and then press Enter:
 
j'ai déjà créé pas mal de volume et à chaque fois il me demande de taper ces fameux 320 caractères !!!  
J'avoue que je ne sais plus trop quoi faire.

grande nouvelle, j'ai trouvé la solution et c'est grace à ton commentaire LimDul.
En fait, les 320 caractères n'ont effectivement rien à voir avec le keyfile mais son là pour générer l'aléa.
 
du coup, une option (--random-source) existe et permet d'utiliser un fichier plutot qu'une saisie manuelle.
 
bon, bah merci à ceux qui se sont impliqué.
 
Antoine

 
 
Merci pour ta réponse ,  la partition inaccessible sous windows 7 est en NTFS,je suis pourtant loggé en administrateur  , sous linux ça fonctionne trés bien ,  Je n'arrive pas a voir ce qu'il en est pour les droits d'accès car je ne  peux pas afficher les propriétés du  volume quand je fais un clic droit sur la partition ntfs la fenêtre ne s'affiche pas ,  comment peut on configurer les ACL   ?
 
 
Edit : en fouillant un peu j'ai trouvé dans les log que le volume est illisible car il génère des erreurs NTFS ID 55 , il préconise un chkdsk mais ce dernier ne trouve rien d'anormal .
 

Dans ce cas je te conseil d'avoir plein de fichiers image/son/vidéo de n'importe quoi (photographie de l'herbe ou le ciel, enregistre les parasites d'une radio FM, filme l'eau qui passe d'une rivière) comme source d'aléa et de prendre un fichier différent à chaque fois.
Les systèmes GNU/Linux sont plus souple qu'un windows et doivent même pouvoir faire ça en direct (juste à brancher un mic sur ta tour et enregistrer le bruit ambiant)
 
[EDIT]Il me semble que j'avais entendu parlé d'un site internet qui proposai ce genre de service.
Il générai un flux de chiffres continu à partir de parasite radio.
A voir.[/EDIT]
 

heu, là je sais pas trop.
Normalement c'est clic droit puis propriétés puis onglet sécurité puis éventuellement tu t'approprie les fichiers et les droits pour ensuite les gérer plus finement.
 
Sinon, peut-être peut-tu tester ceci:
Créer un volume sous windows (comme ça au niveau des droits ça devrai aller) puis aller le remplir sous Linux.
Teste d'abords avec un petit fichier volume et si ça marche alors dans ce cas sauvegarde le contenu de ton volume actuel et refait-le sous windows.

Je ne suis pas sûr qu'un fichier vidéo soit une bonne idée, avec le conteneur, les balises etc., c'est pas si aléatoire que ça.

De toute façon, je pense que les données ne sont pas "lues"/interprétées.
Je pense que le fichier est lu juste en binaire comme une suite "aléatoire" de 0 et de 1.
L'idée n'est pas d'avoir de gros fichiers mais je pense d'en avoir beaucoup de petits (320 octets par fichier pour correspondre aux 320 caractères a taper, 1ko par fichier au pire)

bonjour
 
j'ai un très très  gros souci
j'ai supprimer par erreur un très gros fichier crypté qui est sur un dd en slave
ça a duré 1/10 ème de seconde - donc le fichier doit toujours être là mais je ne le retrouve pas (pas dans la corbeille)
j'ai commencé à essayer des logiciels de récupération de données mais je n'y arrive pas (un peu la panique faut dire)
le fichier est parfois retrouvé mais il fait 0 ko
est ce  que le fait que ce soit un fichier crypté rend l'opération plus difficile ? voir impossible ?
quel logiciel de récupération utiliser ?
 
merci pour votre aide
 
nb : je n'ai rien réécrit sur le DD en question

 
Restorer 2000 Pro m'a sauvé la vie plus d'une fois !

merci
je l'ai trouvé sur clubic , ce devrait être une version gratuite mais il me demande qd même un sérial... ?

Lis tes PM

Le fait que ce soit un fichier crypté n'aide effectivement pas vu qu'il n'y a pas de header reconnaissable (et qu'il n'est pas au début).
 
Pas de sauvegardes ?
 
Je propose de mettre dans le titre du topic qu'il faut toujours faire des sauvegardes

Carrément d'accord. Jvais contacter l'auteur du topic

si , j'ai une sauvegarde , mais entre les deux (la sauvegarde et le dossier effacer) il y a des heures de travail de classement à refaire...
 
restorer2000pro ne donne rien d'utilisable (à mon niveau de comptétence en informatique)
 
il doit rester quelque chose : l'effacement a durer moins d'1/10ème de seconde .... or il y avait plusieurs 10aines de GO dans le fichier crypté
 
alors est ce que c'est irrécupérable ?
j'ai essayé plusieurs des logiciels de là =>   http://www.commentcamarche.net/faq [...] 1-9-recuva
un peut rapidement c'est vrai  , mais aucun ne retrouve traces de mon très gros fichier  
est ce que cela vaut la peine que je m'excite encore ou bien estce que c'est vraiement perdu ?

 
Le scan avec Restorer dure assez lgtps quand meme, es-tu certain d'avoir bien fait le truc ?

je fais faire le scan sur la partition concernée, alors ça va assez vite - je refais un essai et j'en reparle

Je ne sais pas alors

 
en effet, c'est long ... espoir .... espoir  

avant de faire une bourde de trop
voilà le résultat
le NTFS 0001 DE 128 GB (tiens c'est de B et pas des O ?) est ce qui s'en approche le plus  
 
j'ai le choix avec le clic droit => recover all files > output folder je dois lui indiquer une destination...  je fais quoi ? suis un peu perdu  
 

j'en suis à ma deuxième tentative et ça ne marche pas
j'arrive à cette étape , c'est "ready" ... mais le "recover" ne se lance pas
j'ai du manquer qque chose ...  ou bien .... ?
 

 
remarque :  
à l'origine, mon fichier crypté s'appellait simplement "k"  
et là il me trouve bien un gros fichier de taille équivalent (128 go) mais l'appelle "NTFS_0001" : est-ce que c'est mauvais signe ?
 
merci ... merci... merci...