Reprise du message précédent :
   
 
c'est du raid software sous ubuntu 9
2 raid 1 sur 3 disques :
1 de 250 gig
1 de 750 gig
1 de 1000 gig > avec 2 partoche : 1 de 250gig en raid 1 avec le 1er DD, 1 de 750 gig en raid 1 avec le 2eme DD
 
c'est plus clair ?
 
sinon, 1 gig de ram c'est laaaargement suffisant, d'ailleurs seuls 50% sont utilisés (je ne suis pas sous windows, ceci explique cela) et la machine ne fait que servir les fichiers. L'utilité du quad core n'est que de booster les performances lors du chiffrement/dechiffrement.

Ah oui c'est vrai que tu fais du RAID logiciel, tu en avait parlé mi-juillet. Et j'avais répondus ça.
Je suis pas sur que TC soit tellement optimisé question perf pour linux. Tu as essayé cryptsetup, LUKS et dmcrypt ?

quand je compare mes perfs et celles obtenues par le gars qui avait repondu juste apres ton message sus-cité, je suis pret à concéder que TC ne soit (vraiment) pas optimisé pour Linux...
 
Je n'ai rien essayé d'autre à vrai dire, faudrais que je m'y plonge mais je n'ai pas forcement le temps et TC j'avais deja un peu bidouillé sous windows donc je suis en terrain connu

J'aime pas trop le RAID en général, mais alors là, je dois dire que ton montage me fait un peu halluciner, plus bancal tu meurs

en quoi est-il bancal atypique je le concède mais pas bancal
 
à la base, j'avais 2x250 et 2x750 sur 2 DD identiques (meme marques, meme serie) mais j'ai eu peur d'une defaillance simultanée alors j'ai mixé avec 1 DD de 1To (par soucis d'économie). Je sais que je multiplie les risques de pannes (controleur CM + carte controleur) mais c'est dans l'objectif que si panne il y a, elle ne concernera pas 2 DD d'un même RAID en même temps

et en quoi le raid t'effraie ? c'est du linux, pas du raid avec lecteur dynamique à la windows

ça ne m'effraie pas spécialement, ça donne juste un faux sentiment de sécurité.
 
Mais là dans ton bins si t'utilises les 2 array en même temps, ça doit ramer à mort, non ?

justement, y'a jamais des ecritures simultanées sur les 2 arrays. Et meme en lecture d'ailleurs...

J'ai accès à Windows 7 RTM. Je vais essayer de vérifier dés que possible que la technique qui faisait fonctionner TC sur Windows 7 RC est toujours valable pour Windows 7 RTM.
 
Pour mémoire : http://www.artiflo.net/2009/05/win [...] ecrypt-6x/

Après vérification l’astuce est aussi valable pour Windows 7 x86 et x64 RTM C’est à dire Windows 7 final.
 
Je suppose que Truecrypt 7 intègrera un système pour le rendre compatible avec Windows 7 sans devoir faire de bidouille.

Si je comprends bien ton truc, c'est compatible sans faire de bidouille, ça fait juste une "faille" (qui est le même genre que celle dont on parlait l'autre jour, pas vraiment une faille).
 
Au fait puisque tu es calé dans le domaine, tu confirmes que l'espace libre est crypté, en fde ?
 
Est-ce qu'on peut agrandir la partition de 100Mo à moins que tout le disque, par exemple 90%, sans qu'il ne recrée une autre partition ?

En fait je suis un peu confus, je croyais qu'on pouvait crypter son système à n'importe quel moment ?
 
J'ai encore jamais essayé, mais je vais m'y mettre, SSD commandé (comme ça pas besoin de crypter 1,5To pour les tests ).

 
Tu veux dire que tu évites d'en faire, right ? Car il suffit que tu déplaces un fichier d'une array à l'autre pour que t'aies un pb.

truecrypt a fait un adepte de plus et j'ai apprécié la possibilité de servir des lignes de commandes et autres batch.
j'ai parcouru le post et le site de truecrypt à la recherche d'une information, mais elle dépend plus de la gestion des partitions que réellement de truecrypt... aussi je vous soumets mon projet dans l'espoir que l'un d'entre vous s'est déjà penché là-dessus.  
 
avoir 2 partitions sur ma clé usb (A et B), A accessible et contenant un autorun.inf qui va lancer automatiquement une ligne de commande vers la version "portabilisée" de truecrypt présente sur la partition A ; après avoir entré le mot de passe, truecyrpt va monter automatiquement la partition B cryptée.
 
j'ai testé avec un hdd externe : le batch fonctionne, l'autorun.inf que j'ai écrit me propose bien de monter la partition B et le script se referme après avoir ouvert l'explorateur sur la partition cryptée.
j'ai testé vers un container sur une unique partition A de la clé : ça fonctionne également, l'autorun.inf monte le fichier container.
toutefois, je butte sur 2 problèmes :
-selon le pc sur lequel on va connecter la clé, le nom du "device" est susceptible de changer et donc le batch en devient faux car il renvoie vers un "device" inexistant ;
-je me rends compte (et je n'y avait jamais prêté attention jusqu'ici) que je n'ai pas la possibilité de créer 2 partitions sur une clé usb, ni avec le gestionnaire de disque, ni avec partition-magic. je n'ai même pas la possibilité de supprimer la partition existante !!!
 
d'où mes 2 questions :
-l'un d'entre-vous a-t'il eu la même idée d'autorun.inf et comment est-il parvenu à résoudre le changement de nom du "device" dans le batch en fonction du pc ?
j'ai testé la commande mountvol.exe mais les info qu'elle me renvoit n'ont pas l'air de fonctionner dans un autorun.inf
j'ai bien pensé à une commande DOS du type VOL, mais ça ne me renvoit rien d'exploitable par truecrypt...
 
-c'est un peu hors-sujet sur ce topic : êtes-vous en mesure de créer 2 partitions sur une clé usb ???

merci par avance

 
c'est pas tant que j'evite mais plutot que ce sont des données de types differents, utilisees a des moments differents, et naturellement dissociees... rien de plus

 
Exact, cela va marcher mais cela va créer une faille. Et comme tu le fais remarquer cette faille ressemble à la stoned vienna mais en beaucoup plus facile a exploiter.
 

 
Oui tout est chiffré lors de la construction du FDE.
 

 
Oui on pouvait avec Windows XP et Vista parce qu'ils ne créaient pas cette partition de boot.  
Mais dans le cas de 7, il faudrait que TC soit capable de fusionner cette partition de boot avec la partition Windows lors du chiffrement. En soit même ce n'est pas très compliqué, pas mal d'applicatif peuvent faire ça (gparted, etc).  
Mais c'est que TC n'a pas été développé pour faire du partitionnement et donc je pense que c'est long à intégrer pour l'équipe de TC. Et c'est pour cela qu'il ont déclaré il y a quelques mois que TC sera compatible nativement sans bidouille qu'au moment au 7 sortira officiellement cad en octobre 2009.

 
Je vois de quoi tu parle, j'ai le même problème avec mon PC fixe qui monte un de mais SATA en le faisant aléatoirement changer de nom   . J'ai pas trouvé de solution a cela (j'ai pas chercher non plus.)
 

 
J'ai jamais essayé. Mais peut être est ce du au fait qu'une clés USB est reconnus comme support amovible et que windows ais des contraintes avec cela ?

En dehors du fait que je n'ai jamais réussi à correctement partitionner  une clef usb je ne sais pas si c'est vraiment possible.
 
Ensuite pour ton script, si tout est dans le même répertoire (et normalement à la racine du disque) tu peut te passer de mettre la lettre du lecteur dans les chemin de commande.

 
OK mais c'est juste un "détail", il suffit d'avoir ça en tête quand on installera 7 et voilà. De toute façon avoir 2 partitions pour rien ne m'enchantait pas.
 
Tu n'as pas répondu pour la taille de la partition par contre. Comme je veux faire ça sur un SSD, et que l'espace libre est crypté, le seul moyen de laisser un peu d'air au contrôleur du SSD est de laisser une partie du lecteur en RAW.

 
si mes souvenirs sont justes, au "debut" des cles usb de "grandes capacites", il y avait justement 2 partitions car l'OS ne pouvait gerer cela autrement (ou bien etait-ce une limitation technique due au nombre de puces ?)
en tout etat de cause, je voudrais bien savoir pourquoi il serait impossible de creer plusieurs partoches sur une cle usb mais je t'avoue n'avoir jamais essayé...

Merci de compatir sur mon problème...

peut-être, effectivement... le mystère reste entier pour l'heure !
 

je ne fais pas référence à la lettre du lecteur dans le script : je fais référence au "device" sans succès, j'essaie de faire référence au "volume" sans succès non plus car selon la connexion cela peut changer. ("device" et "volume" ici : termes empruntés dans la doc de truecrypt)
 

moi aussi jusqu'à récemment! même partition-magic est inefficace, hélas.
je vais essayer d'intégrer dans le script un mountvolexe renvoyant le résultat vers truecript.exe mais il faut que je trouve un moyen d'identifier de manière stable la clé usb dans mountvol.exe mais ça ne résout pas l'histoire des partitions.

D'où le fait d'utiliser des fichiers conteneur.
leur lettre de partition (où ils sont stockés) peut changer les script s'adaptent facilement. alors qu'avec des partitions...
Et puis au cas om tu fais des sauvegardes c'est plus facile de sauvegarder un fichier (même crypté) qu'une partition (robocopy powa !).

ouaip... pour l'instant je me suis orienté vers cette solution faute d'avoir trouvé la pièce manquante du puzzle. mais j'aurais apprécié 2 partitions dont 1 bénéficiant d'une relative discrétion. pas grave.

Est ce qu'un dossier "mounter" est visible par un trojan (cheval de Troie) ?

je n'en ai pas la moindre idée (et espère ne jamais en avoir la confirmation), mais je vois pas ce qui pourrait l'empêcher, car il s'agit d'une unité logique comme une autre.

Donc une fois mounter plus aucune protection.

Si ton ordinateur n'est pas secure, et que tu peux lire un fichier, alors oui n'importe qui peut le lire, ya pas de miracle.

 
Oui.
 

 
Oui.

Bonjour à tous,
 
Je m'adresse ici car j'ai un ENORME problème:
 
J'avais un disque dur de 500Go avec 80Go pour mon systeme (XP) et le reste était un volume Truecrypt.
J'ai cramé ma carte mere --> formatage de ma partition C: (80Go) --> ECRAN BLEU pendant le formatage!!!!
 
A présent mon disque est vu comme un lecteur au format RAW de 500Go.
 
Du coup je n'ai plus rien touché, mais je ne sais pas du tout comment arriver à remonter mon volume Truecrypt.
Il est là, quelque par parmis ces 500Go mais comment le retrouver?
 
SVP dites moi que tout n'est pas perdu? Une solution?
 
Merci d'avance.

va plutot dans un topic dedie a la restauratio de donnees
ton containeur n'est qu'un fichier comme un autre...

Hum non si c'était une partition cryptée ya pas de fichier.

pas faut, je sais pas pourquoi je suis parti du principe qu'il avait forcement un fichier container...

tu as déjà essayé d'installer l'OS sur une autre hdd,  
puis mettre celui ton 500go en 2ème  
et tenter de voir avec truecrypt si tu y trouves un device à monter en lecteur logique ?  
auquel cas qu'est-ce-qui s'affiche lorsque tu optes dans truecrypt pour "select a partition or device" ?
 

Merci déjà pour votre intérêt à mon problème.
 
En effet c'est un volume crypté et non un fichier container.
C'est bien quand je regarde mon disque depuis un autre os que je vois qu'une seule partition en RAW au lieu des deux de départ (une ntfs et l'autre un volume TC). Windows lui attribut une lettre de lecteur (F.
Il faudrai, je pense arriver à refaire apparaitre ces deux volume, mais comment?.....
 
Mais pourquoi donc windows à t'il donc touché à ma seconde partition???    En tout cas ça me servira de leçon: volume Truecrypt = disque dédié (et non pas partition).

 
Et bien je selection mon seul device de 500Go et il me répond malheureusement que ce n'est pas le bon mot de passe ou pas un volume truecrypt valide.

aïe... ah ouai quand même !  
là je cale. je n'ai pas les compétences pour te débloquer.
 
en tout état de cause, avant de tenter une manip, il serait bon de faire une copie secteur-à-secteur de ton disque : afin de pouvoir faire des tentatives sur la copie (donc sans risquer d'aggraver la situation dans l'original).

Et qu'utiliserais-tu pour faire du secteur à secteur? car d'habitude pour cloner des disque j'utilise ghost; mais ce n'est pas du secteur à secteur!

http://clonezilla.org/

acronis true-image fait des clones disques-à-disques. mais en l'occurrence : après avoir regardé le lien d'artiflo, clonezilla me parait plus approprié.
au passage merci artiflo pour l'info, je ne connaissais pas ce logiciel.

Je débute avec Truecrypt et je me demande quelle est la différence entre un mot de passe et une clé générée aléatoirement par Truecrypt.
 
1ère remarque : la clé que génère truecrypt est ensuite lisible avec le blocnote et affiche 64 caractères, pour la plupart non ASCII.  
 
Mais ce sont bien des caractères.
 
Est-ce que la clé est un mot de passe lui aussi crypté ? Ou bien est-ce une simple suite de caractères mais plus compliquée encore que celle d'un mot de passe avec seulement les caractères ACSII autorisés ?
 
 
Enfin est-ce que la clé générée aléatoirement (en bougeant dans tous les sens la souris pour un meilleur niveau) représente un niveau de sécurité plus fort qu'un mot de passe, (disons que la clé et le mot de passe ont la même longueur) ?
 
D'avance, merci pour vos réponses    

[edit suite à quiproquo sur le vocabulaire en raison de l'emploi d'un terme erroné de ma part]
visionmaster :  
tu dois parler des keyfiles générés sur demande par truecrypt, non ? (petit fichier de 64caractères)
 
un keyfile est un fichier quelconque ou un groupe de fichiers auquel se réfère truecrypt pour ouvrir le document crypté. on peut :
-soit choisir un(des) fichier(s) existant(s),  
-soit créer un keyfile clé avec truecrypt (commande "generate Random Keyfile" ) : ça te génère effectivement un petit fichier de 64 caractères
 
ce système permet de ne pas avoir de mot de passe à mémoriser, en revanche si on supprime le keyfile il n'est plus possible d'ouvrir le document crypté !
 
c'est indépendant avec le mot de passe : on peut au choix opter pour un passe seul, un keyfile clé seul ou enfin combiner les deux.
comme expliqué plus bas par asmomo : le passe et/ou le keyfile autorisent truecrypt  à accéder à la clé qui va faire le décodage