Reprise du message précédent :
Oué c'est pas fondamentalement différent.
 
En gros avant ça passait sans pb dans la plupart des cas, si pas de chance ils faisaient un contrôle rapide, si pas du tout de chance ils te le prenaient pour un contrôle plus approfondi. Maintenant, bah c'est exactement pareil, ils ont juste plus le droit de faire 2-3 trucs (qu'ils feront quand même si t'es un peu bronzé et barbu, mais bon...).

Pouvez-vous me dire pourquoi ceci ne marche pas :
 
Hd formaté en ext3 (destiné à retourner sur un nas sous firmware linux), monté sur un pc sous windows xp pro sp3 avec ext2ifs : création d'un fichier container TC de 453go en ntfs (larges fichiers compatible) non caché; au bout des deux heures de travail (à 100% du travail), il me dit que le formatage ntfs a échoué (et me demande si je veux du Fat... mais non, monsieur, je ne suis pas intéressé)
 
Pourtant sur des petits fichiers conteneurs (pex 4,5go) la même opération marche nickel.
 
un problème lba 48bit ? un problème de place libre sur la partition (j'en laisse 340mo de libres) ? il a trouvé un secteur défectueux (je ne pense pas, mais je peux retester la surface pour être sûr) ? un bug du soft de montage ext2ifs ?
 
edit : je retente vite un essai à 140go pour voir si le lba48bit a une influence, mais je ne sais pas si ça sera fini avant que je ne doive partir au resto, snif
 
edit 2 : à 140go, ça marche. Pourquoi ça a raté à 453go ?

j'avais deja eu ce prob, mais moi je suis en raid. il me semble l'avoir resolu en recreant tout depuis 0 ; ou en utilisant 1 secteur de moins que le max possible

donc j'étais bien dans la limite avec mes 340mo de libre
 
mais, finalement, j'ai résolu le problème...
 
après avoir vérifié la non présence de secteurs défectueux, j'ai recommencé. Mais au lieu de laisser 340mo de libres, j'en ai laissé 3340mo, au pif. j'ai donc bien un container de 450go au final.
 
bon, c'est bizarre, j'espère que ça ne va pas se reproduire avec le deuxième hd qui va se mettre sur ce nas, ça sera 1To à traiter (pas envie de jouer avec des tests de plusieurs heures) mais celui-là restera entièrement en ntfs. (c'est une limite de mon nas, avec le frimware officiel il lui faut un hd en ext3 pour enregistrer les comptes et les share perso, les autres peuvent alors rester en ntfs)

ah punaise, le système de création de fichier conteneur est une bouse    
 
sur un hd 1To, je voulais un fichier qui remplisse tout sauf 100mo, ça a marché sauf que comme il ne prend pas les virgules    j'ai du taper le chiffre en Mo, mais du coup il a divisé l'espace par 1,024, je me retrouve après 8 heures de travail (sur un hd usb oem) avec 21go de libres au lieux de 100mo  

logique pour ma part

Bonjour, j'utilise Truecrypt depuis longtemp maintenant, pour mes prochains volumes je compte utiliser des keyfiles sans mot de passe, pensez vous que la sécurité serat suffisante?  
merci.

Tout dépend de la sécurité du stockage de ton keyfile.
 
Tu te protège certes des keyloger en faisant ça mais si tu laisse le fichier-clef au même endroit que ton conteneur contre une attaque "humaine" c'est pas top.
 
Il me semble avoir lu un jour un truc comme quoi l'identification se reposait sur trois piliers:
 - ce que je sais (le mot de passe)
 - ce que j'ai (un badge d'accès ou un keyfile)
 - ce que je suis (empreinte digitale, rétine)
et une identification forte combine deux de ces piliers.
 
Je te conseil de faire le mot de passe et le keyfile si tu cherche vraiment la sécurité (donnée bancaire) si c'est juste pour cacher du pr0n à tes parents/enfants l'un des deux devrai suffire

Oui tu as raison, mais si les fichiers clé sont noyé dans le disque dur, comment savoir lesquels sont utilisé? et si je rajoute genre un petit mot de passe a 6 ou 7 caractere plus des fichiers clé? tu crois que c'est suffisant? (pour une sécurité forte) Car j'ai vraiment pas envie d'aprendre par coeur un long mot de passe, je l'ai deja fait c'est chiant...  

Tu copies-colles le mot de passe, sinon

Ce n'est que mon avis personnel et cela dépend aussi du type de donnée à protéger.
Mais si tu utilise un keyfile, je pense que tu peut prendre un mot de passe plus court.
 
Pour mes données bancaire sur ma clef usb le prend un keyfile et une phrase de passe de plus de 30 caractères.
Mais pour du contenu interdit au mineurs j'ai qu'un simple mot de passe d'une dizaine de caractères.
 
Tout dépend de ce que tu as à protéger et contre qui.

Bonjour à tous,
 
Voici mon probleme: j'avais un hdd 500Go avec une partition XP et une partition TrueCrypt.
 
XP en vrac, j'ai voulu réinstaller, mais au moment de la selection de la partition: Ecran Bleu !!!
 
Au reboot, je n'ai plus qu'une seul partition RAW... Et des données précieuses dans la partition TrueCrypt disparue
 
J'ai essayé d'analyser avec TestDisk mais il ne me trouve qu'une partition Fat32 de 10Go qui n'a jamais existé....
 
Au démarrage lorsqu'il me lit la table des partitions il m'affiche ceci:

 
Quelqu'un à une idée?

Je ne sais pas si beaucoup ont osé ... mais comme je l'ai fait, ...  voici un petit compte rendu sur mon netbook (Asus eeepc 1000H) passé en Truecrypt - tout le hd crypté (xp sp3), options standard (~ 8h d'encodage pour 500 go)
 
je suis passé de ça    :
 

 
à ça :
 

 
ouch, ça fait mal ...    (absolument tous les chiffres sont horribles   )
 
du coup, mon petit netbook qui mettait 8 secondes pour sortir de l'hibernation   , ça lui prend 50 longues secondes maintenant.
 
heureusement, une fois dans Windows, on n'a pas autant de ressenti de lenteur, ça reste acceptable. Je pense que je vais conserver cet état (évidemment, je ne fais que du surf, du vnc, lecture pdf, et deux trois trucs bien bureautique)
 
bon, maintenant, il y a encore l'autonomie à tester, si jamais je tombe de 5h à 2h, évidemment ça ne sera pas possible.
 
 
---
tag supplémentaires : hdtach , performance , perfs, chiffrage , crypter , disque dur , Seagate Momentus 5400.6 500 GB 2.5" , portable

Perso j'ai fait qqes tests sur mon SSD (en secondaire) je les mettrais demain.

Je ne peux pas t'aider mais tu n'es pas le premier à avoir un pb avec une partoche ou un système entier crypté.
dès que tu as une merde, sans backup tu es foutu

jimmyleecurtis ton MBR qui contient ta table des partitions c'est fait éclater.
 
Tu es pas le premier a avoir ce problème. Ce serait bien que TC propose aussi une solution pour backuper le MBR sous windows parce que c'est pas difficile.

j'ai deux petites questions :
 
- quand je redémarre windows, XP oublie les partages de mes volumes et répertoires TC quand je monte de nouveau mes fichiers.tc
 
quelqu'un a une astuce pour que le partage subsiste ? passer le volume en 'removable media' ça change quelque chose ?
 
- j'ai bien trouvé l'option "automount favories at logon" ... mais est-ce possible de lui faire rentrer le mot de passe automatiquement ? Il suffit de décocher toutes les options de wipe cache ?
 
si non, peut-être que l'on peut exécuter un fichier batch avec une simple ligne de commande avec laquelle on spécifie le chemin, la lettre et le mot de passe (?)
 
le stockage du mot passe de mes volumes TC favoris dans windows ne me gêne pas, puisque c'est un windows truecrypté.

 
Bon j'ai résolu mon problème     Franchement j'avais commencé à me faire une raison! j'y croyais plus... Voici les détails:
 
Alors apres avoir fais plusieurs fois des analyses rapide et minutieuses avec testdisk qui n'ont rien données, je décide d'en faire une enième, mais lorsqu'il me demande s'il doit rechercher des partitions crées avec vista, pour une fois je lui répond "oui". Après de nombreuses heures, la recherche se termine et la miracle! il me trouve 3 partitions! Les deux perdues + une troisieme de la totalité du disque! j'arrive à supprimer cette partoche qui n'a pas lieu d'etre et je corrige la détection des partitions restante en les remettant en partitions primaires.
Write --> Reboot --> mes 2 partions réapparaissent dans le poste de travail!
Les deux sont illisibles. L'ancienne partion (C :\) je m'en fou! Et pour l'instant la partition TrueCrypt, c'est normal.
Je tente de monter cette derniere --> Ca marche!!
Je tente d'y acceder --> Accès Refusé!!!
ARRrrhhhg ! Je me remet "Propriétaire" en modifiant les permissions NTFS et....
 
Tadaaammm! Ouf! Je retrouve tous mes dossiers et fichiers....  petite larme de joie....
 
Inutile de vous dire que la premiere chose que j'ai fais après, ça à été un backup de tout ça...  
 
Merci...

Mercredi il y a la super cagnote du loto pour le 09/09/09 tu devrais prendre un ticket.

Arf! Bonne idée!!!.... J'n'y manquerai pas! ;-)

Les perf aes du i5 ne sont pas si extraordinaire que ce que la rumeur laissait entendre
 
http://www.artiflo.net/2009/09/aes-et-lynnfield-i5/

 
Après une recherche succincte ...
 
Il y a l'astuce d'utiliser l'autorun lors de l'insertion d'un disque removable (méthode là-bas : http://forum.hardware.fr/hfr/Windo [...] 6790_1.htm ), mais le problème c'est que lors du montage TC, windows ne lance pas de procédure d'autoinsert comme avec une clé usb ou un vrai disque externe. (en tout cas, pas sur mon windows)
 
Du coup, comme j'ai Syncback sur le pc, je remplace l'autorun comme ceci : mettre le fichier partage.bat (de l'exemple donné dans le lien plus haut) dans le volume TC. Dans syncback créer un profil bidon (genre synchro entre temp\popol et temp\popol2) en demandant de se déclencher lors de l'insertion du volume TC (d'après son nom, sous une lettre précise de volume de disque ) et d'inclure l'exécution de programme avant ou après l'exécution du profil,  càd l'exécution du fichier partage.bat
 
Un peu tordu, mais ça relance bien le partage automatiquement au mount des volumes TC    
 

 
je cherche toujours (enfin, j'ai pas encore vraiment cherché ^ ^ ). la désactivation des options wipe ne marche pas pour la mémorisation du mot de passe après redémarrage.

Le meilleur bench de mon SSD (Crucial M225 64GB) non chiffré :

Avec une partition AES256 :

IOmeter bootup non chiffré :

AES :

4K read et 4K write non chiffré :

AES :

512K read et write :

sur un DD (Seagate 7200.11 1,5To) pour comparer :

AES sur le SSD :

ATTO :

AES :

En gros on peut dire que la baisse de perfs est raisonnable, on observe même parfois un gain. Evidemment lors de ces benchs la conso CPU est assez importante, mais à l'usage ça devrait être plus raisonnable.

PS : pas 100% de conso CPU quand même, plutôt 30%, le 100% que certains benchs affichent est dû à BOINC.

GG !!!
 
Je peux réutiliser tes screeshots pour un billet (en te citant )?

Oui si tu veux. J'aurais voulu utiliser des softs qui affichent en simple les temps d'accès (vu que c'est le principal avantage d'un SSD) mais malheureusement la plupart bossent sur le SSD sans s'occuper de ce qui est dessus, donc ça ne marche pas avec TC. C'est pour ça que j'ai utilisé IOmeter.
 
Tu peux préciser que les fichiers de bench d'IOmeter viennent de Tony d'OCZ, comme ça tout le monde peut essayer chez lui : http://www.ocztechnologyforum.com/ [...] hp?t=60947

hey asmomo, un ssd, il faut lui mettre windows dessus à un moment ...
 
bon, intéressant.  
 
Perso, je viens juste de passer le hd de mon serveur sous TC (Q9550+hdd), je bench, là. Puis je teste le pc bureau (E8500+raid-SSD) mais là je suis moins sûr, je ne sais pas pourquoi je sens que je reviendrai en arrière pour juste crypter tout ce qui contient des infos (swap, firefox, mail, doc, ...)

 
ça j'adore
 
A mon avis, plus vraiment de déni plausible, ... quand on a posté son intention dans un forum avec l'ip de son fai.
 
et comme j'ai quoté, ce n'est pas facile à gommer    

 
C'est fait depuis qqes jours, mais j'avais la flemme de poster mes benchs. D'ailleurs j'en ai encore d'autres pour le topic SSD.

Question.
A la base j'ai un Win 7 (avec la partition de 100Mo de boot en plus) et un linux. J'ai crypté Win 7.
Donc quand je lance le pc, j'ai le bootloader trucrypt -> mdp puis grub.
Si je réinstalle un nouveau linux (distrib testé à l'arrache qui me plaît pas), ça va reprendre la main sur le MBR et me virer le bootloader truecrypt je présume. Donc après j'utilise le rescue disk pour réinscrire le bootloader dans la MBR ? Sinon je pourrais plus utiliser mon Win 7 !
 
Merci

exact

Je m'impressionne
 
Merci

Petite remarque que je me suis faite en voyant que Driveclone pro et GRUB ne s'entendent pas bien: attention a Driveclone (ou n'importe quel logiciel qui cree son propre bootloader comme ghost, etc) et l'encryption complete du systeme. A tester avec une machine de test, je ne sais pas ce que ca donne.
 
Sinon désolé pour les mises a jour, je viens de decrocher mon 1er travail a Hamburg et je commence bientot, je n'ai pas trop trop le temps. Merci de faire vivre le topic en tout cas (screens, etc )

 
 
J'aimerais savoir si TrueCrypt s'appuie sur des informations matérielles, genre adresse Mac, pour crypter, ou autres ...
 
J'ai en effet un portable dont l'affichage est en train de lacher, et j'aimerais en installer le disque dur sur son syster-ships pour pouvoir continuer à travailler dans les mêmes conditions, tant pis pour l'autre utilisateur !  

Non aucune infos hardware.  
Par contre il faut vraiment que ton autre ordis soit le clone du premier sinon c'est Windows qui va pas aimer

, ouais, le HAL ne serait pas content, mais c'est les 2 mêmes !
 
 
Edith : ça marche nikel  

 
ah, mais faut refaire les benchs alors   et regarder si il y a des différence entre ssd de stockage et ssd os ... (en général, sur les test de fichiers hdtune, atto, il y en a).
 
 

E8500 - 6go - Ich9r - Win 7 X64 RTM sur Raid 0 2 x Mtron Pro 7500 16go - (TC options par défaut)
 
 

Sans TC
 

Avec TC
 

Sans TC
 

Avec TC
 

Sans TC
 

Avec TC

C'est quoi TC option par défaut ? AES-whirlpool ?

non, c'est ripemd-160
 
*******
 
Q9550 - ICH10R - 4Go - XPSP3 sur F1 1To (C: et D: ) (TC option par défaut)
 

Non TC
 

TC  
 

Non TC (j'ai ajouté le H : Seagate 1,5To de stockage, qui ne sera pas TC mais bon, ses perfs sont bizarres)
 

TC (toujours avec le H: 1,5 To non TC)
 

Non TC (le 1,5To)
 

(le 1,5To) Non TC mais OS TC  .. aucune variation, c'est normal, si ce n'est le cpu qui monte de 1%, on dira que c'est normal aussi.

J'avoue ça roxe comme perf ! GG!