Reprise du message précédent :
en le changeant de place tu change le paramétrage maitre/esclave de ton disque dur.
Ce qui peut poser des problèmes d'accès aux lecteur/HDD qui sont sur la nappe IDE.
 
Mais comme tu y accède le problème n'est pas là car c'est du tout ou rien avec les cavaliers.

J'ai un problème lors de copies dans un conteneur placé sur une clef USB.
 
Je viens d'acheter une Corsair 8 Go, et d'après un test, c'est la plus rapide.
Quand je copie mon dossier (~3500 fichiers dont plein de tout petits), c'est "correct". Par contre quand le conteneur (fichier placé sur la clé USB) est monté, et que je copie ces mêmes fichiers dans le conteneur TC, c'est extrement long. ~30 minutes pour 1 000 fichiers actuellement. Il y'a comme une pause entre chaque copie.
 
Quelqu'un a une idée ?
 
Même chose sur 2 Pc différents. Conteneur en AES seulement.

Pour le moment, je ne sais pas.
Il est normal que la copie vers ou depuis un volume crypté prenne plus de temps mais je ne sait pas dans quelle mesure.
Je vais tester un peut.

Bonsoir,
 
J'envisage d'utiliser ce logiciel, pour ceux qui l'utilisent depuis longtemps et quotidiennement avez vous rencontré des beugs ou quelqonques défaillances?
 
Merci

regarde la dernière page

Comme autres logiciels payants qui fonctionnent bien y'a quoi?

Si c'est payant perso j'ai pas confiance.

moi c'est plûtot l'inverse

Dans le cas des logiciels liés à la sécurité, dans de nombreux pays les entreprises sont obligées de donner des backdoor aux autorités.

"dans de nombreux pays" : j'aimerais quand même des sources pour ce genre d'affirmation
Et de toutes façons si une loi d'un pays exige ce genre de chose, que le soft soit commercial ou libre ça ne change rien, ton soft libre sans backdoor gouvernemental sera interdit d'utilisation dans le pays concerné

salut , j'ai un enorme probléme avec truecrypt ,
 
j'ai un disque entier de 500 giga crypté entiérement  et protégé par keyfile , tout allait trés bien depuis de nombreux , mois et la d'un coup c'est le drame :
 
Pour une raison que j'ignore le disque ne se décrypte plus !
Truecrypt affirme que le fichier keyfile que je lui donne n'est plus le bon , a l'occurence c'est un photo que j'ai en plusieurs exemplaire et qui n'a pas bougé.
 
Il semble donc que ça vienne du disque crypté !
 
Ya quelque chose a faire ou a tester ?
 
merci
 
edit : suite a probléme de demarrage de vista 64 j'ai restauré le boot avec le cd d'installation , est il possible que vista ai modifié mon disque crypté sans rien demander ?

As-tu la possibilité de restaurer le header du volume ?

 
 
j'ignorais l'existance des header jusqu'à maintenant , je peu m'en prendre qu' a moi même    (et a vista aussi )
 
Y a pas un moyen d'editer le header avec un editeur hexa pour le reparer ?

Jamais eu le moindre problème.
J'utilise depuis la version 3.8 si je ne me trompe pas et je n'ai jamais eu le moindre problème.
Je fait des sauvegardes des headers et de mes data mais elle ne me sont pas utiles.
 
 
 
 
 

Si c'est payant c'est la plupart du temps closed-source.
Et si les sources ne sont pas disponibles j'ai pas confiance.
 
En cryptographie le 1er principe à respecter est la première règle de Kerckhoffs:

Ce qui signifie que le moyen de crypter (l'algorithme) doit être publiquement connu et que seul le mot de passe doit rester secret.
 
 
 
 
 

Normalement les header contiennent la (les) clef(s) de cryptages du disque ainsi que diverses informations tel que l'algorithme utilisé.
Sauf que tout ça est crypté avec ton mot de passe.
 
Donc à moins de pouvoir crypter et décrypter à la main pour créer de toute pièce un nouveau header, c'est foutu...

si on sauvegarde le header et que quelqu'un tombe sur ce fameux header, il peut s'en servir pour décrypter le container ?

Il n'a pas ton mot de passe pour décrypter le header donc c'est bon.

 
 
Je viens d'avoir une idée :
 
admettons que je dispose d'un disque dur similaire et que je le crypte de la meme façon avec truecrypt en utilisant le meme algo de cryptage et le meme keyfile , est ce que le header de ce nouveau volume pourrait m'aider ?

Non.
 
Le keyfile et/ou le mot de passe ne sert qu'a crypter la clef de cryptage du disque contenue dans le header.
La clef de cryptage du disque est générée de façon aléatoire lors de la création de ton volume.
 
Tu peut voir à l'étape de "Formatage du volume" un nombre pseudo-aléatoire défiler et dont sont dérivés les différentes clefs de cryptages.

 
Les attributs du fichier ont peut etre changé ? Genre lecture seule, ou qqch ?

 
 
c'est un disque entier qui est crypté comment je pourrais avoir des infos ?

 
 
Justement puisque j'ai le bon keyfile et que mon but et de créer un header identique , a part bien sur si la clef de cryptage dont tu parles est elle aussi contenu dans le header .
 

 
Il parle de ton keyfile. Parce que ton pb semble quand même venir de là.

 
 
ah ok , mais malheureusement non , j'ai 5 copies du keyfile en question et le problème reste toujours le meme , c'est vraiment un truc qui a changé sur le disque crypté , je suis vraiment dégouté , en plus pas moyen de poster sur le forum de truecrypt a cause de leurs regles anti-spam ...

 
   
 
Crisflo: As-tu encrypté ton systeme, ou bien s'agit-il juste d'un volume de type partition (comme je l'ai compris) ?

 
 
c'est juste un volume de type  partition .
 
Sur mon systéme j'ai un raptor avec vista et xp sur 2 partitions différentes et un samsung de 500 giga crypté entiérement qui est donc maintenant inaccessible.
 
Je viens démarrer sous xp et j'ai une preuve que le cd de vista a fait une modif suite a la réparation du boot du raptor , car a present le disque samsung apparait dans le poste de travail , windows lui a donc attribué une lettre de lecteur ,ce qui est a coup sur a l'origine de mon probléme , je suis vraiment pessimiste a présent  

En fait il y a un double cryptage.
Le mot de passe et/ou keyfile sert à crypter la clef de cryptage du volume.

Or les clefs de cryptages sont réalisée de façon aléatoire.

Deux volumes créé en même temps avec les même caractéristiques (taille, MDT, keyfile ...) auront des header différent et des cryptages différents.

Ceci dans le but d'éviter les attaques différentielles
(retrouver le mot de passe à partir de différences entre deux textes cryptés quand on sais que la clef est la même)

Un précision importante: ton volume TC est une partition.
Je serai tenté d'aller voir du coté de la table de partitions.
Ta partition est-elle devenue un "volume dynamique" dans le gestionnaire des disques de windows ?

Quand à être pessimiste...
Une personne qui n'a pas sauvegardé ses headers et keyfiles avant d'avoir un problème à toute les raisons de l'être.

drapal

Alors crisflo ?
A tu tenté de réparer ta table de partition ?
Ta partition est-elle devenue un volume dynamique ?

 
 
Salut merci pour l'aide    
Je suis sous windows vista 64 ,le disque apparait en noir comme "non initialisé" "espace non alloué" ,  j'ai pas tenté de réparation encore , je ferai ça dés que j'aurai un disque dur de la meme taille , j'ai une methode qui a une chance infime de marcher qui consiste a copier la partition crypté avec un editeur hexa dans un fichier qui lui sera peut etre montable dans truecrypt  .
 

Je viens de faire le test suivant. Certes un peut biaisé car je n'ai pas de clef usb avec suffisamment d'espace libre.
Création d'un fichier conteneur sur le HDD de 8Go en AES tout options par défaut.
Copie de 622 fichier pour 1,05Go dans le conteneur monté.
Temps de copie 30sec
 
Version de TC: 5.1a
 
 
Vérifie ta version de TC
La copie de fichier vers la clef usb sans utiliser TC se fait-elle à vitesse normale ?
De même la copie vers un conteneur TC situé sur le HDD se fait comment ?
Au niveau des ordinateurs, les ports usb sont en usb 1/1.1 ou en usb 2 ?
 
 
 
 
 
crisflo:
 
Ton problème n'est pas apparu depuis que tu as vista 64 ? Ou cela fonctionnai avant avec vista 64bit
 
 
 
 
 
 
 
EDIT:
Un hors série "fiche pratique" de micro hebdo consacre une fiche sur TC.
Utile pour ceux qui veulent un support papier.

 
 
non je suis en triple  boot linux/xp/vista64 depuis plus d'un an ,  au moment de l'installation de vista64 je n'avais pas le disque de 500 go crypté sur cette machine , tout fonctionnait a merveille sous les 3 os je pouvais monter le disque crypté sans soucis .
Mon, probléme est apparu après une réparation  de vista64 avec le cd d'origine , j'ai procédé a une réparation du boot (qui ce trouve sur mon disque systéme ) , la réparation s'est bien passé seulement aprés cela le disque de 500 go  crypté est devenu impossible a monter avec truecrypt.

Je pense que la table des partition à été modifiée.
Sous Linux/Unix tu doit avoir des utilitaires pour l'éditer manuelement mais c'est dangereux.
Sous windows il y a un utilitaire livré avec partition magic: PTEDIT32.EXE qui permet d'éditer la table des partitions à la main.
 
Mais attention éditer une tables des partition est très dangereux pour les données contenues dans le disque !
De plus on sort du sujet du topic qui est TC...

 
 
Merci pour l'info    je vais tester ma technique qui modifie rien a priori et si j'ai pas de resultat je me pencherai sur l'edition de la table de partition , de toute façon j'ai rien a perdre vu la situation .

Encore un avantage d'utiliser des fichiers conteneur au lieu d'une partition...
(en tout cas je préfère)

Salut à tous,
je viens d'installer Ubuntu 8.04, j'ai le message suivant lorsque je tente de monter mon disque dur externe avec Truecyprt :
 
$LogFile indicates unclean shutdown (0, 0)
Failed to mount '/dev/loop0': Opération non supportée
Mount is denied because NTFS is marked to be in use. Choose one action:
 
Choice 1: If you have Windows then disconnect the external devices by
          clicking on the 'Safely Remove Hardware' icon in the Windows
          taskbar then shutdown Windows cleanly.
 
Choice 2: If you don't have Windows then you can use the 'force' option for
          your own responsibility. For example type on the command line:
 
            mount -t ntfs-3g /dev/loop0 /media/truecrypt6 -o force
 
    Or add the option to the relevant row in the /etc/fstab file:
 
            /dev/loop0 /media/truecrypt6 ntfs-3g force 0 0
 
 
J'arrive à le monter en lecture seule, mais bien évidemment je voudrais pouvoir y déposer mes fichiers.
 
Si quelqu'un à une idée pour résoudre le problème, je suis preneur.
 
Merci d'avance à vous tous.
 
Eric

Le NTFS sous Linux c'est hazardeux, notamment en écriture, alors le NTFS crypté, tu prends des risques !

+1
 
Retourne sous windows.
Converti ta partition NTFS en FAT32.
Eventuellement recréé ton fichier conteneur pour qu'il soit formaté en FAT32 à l'intérieur aussi.
 
Enfin je ne te conseil pas d'utiliser le mode partition conteneur, je ne sais pas ce que cela pourrai donner face à plusieurs OS différents.

Salut à tous,
le problème du FAT32, c'est qu'il ne supporte pas les fichiers de grande taille. Il n'y a donc pas d'autres alternatives à ces deux systèmes de fichiers ?
Ce que je ne comprends pas, c'est que j'utilise également une partition NTFS sur un disque dur et je n'ai aucun problème pour monter et démonter cette partition.

Salut , ça m'inquiète cette histoire de ntfs sous linux , en dehors du disque inaccessible dont j'ai parlé plus haut , j'ai un pc de salon qui tourne sous ubuntu 8.04  equipé de deux disque dont un entiérement crypté avec truecrypt en ntfs , je n'ai encore jamais eu de probléme mais étant donnée mes récent déboire , je suis pas vraiment tranquille, par ailleurs il me semble que la gestion du ntfs sous linux n'est plus a son stade de beta  .
 
vous en pensez quoi ?

Perso, je n'ai aucun problème avec mon autre partition NTFS. Je la monte et la démonte sous linux sans problème. Il n'y a que ce disque dur externe qui ne veut s'ouvrir qu'en lecture seule.