Reprise du message précédent :
Essaie ceci:

"call" à la place de "start"...
 
 
Ensuite je remarque que tu parle de "class GUID".
Tel que je le comprend, pour moi "class" c'est un type une catégorie/classe d'objet.
Ainsi le GUID {5cceb196-48bf-46ab-ad00-70965512253a} permet d'indiquer que c'est du type "espace disque non partitioné" si c'est un "class GUID" (typiquement j'imagine qu'il dois exister une commande demandant a quoi appartient tel ou tel octet du disque, si la réponse est ce GUID alors cela veut dire qu'il ne sont pas partitionnés, si la réponse est différente alors tu pourrais obtenir la partition au-quelle appartient tel ou tel octet)
Il faudrait voir s'il est possible de trouver un truc dans le genre "name GUID" à la place.
Mais je ne pense pas que ce soit possible (après tout il est possible d'avoir de l'espace disque non partitionné avant et après chaque partition, il faudrait alors préciser "l'espace disque situé après telle partition" ce qui ne dois pas être possible je pense car les partitions on justement pour rôle de "cartographier" le disque)
 
 
Autre solution aussi c'est de réaliser une partition mais de ne pas la formater et de lui retirer la lettre.
Ainsi ta partition aura son propre GUID.
 
 
 
 
 
Je voudrai par contre faire une petite "précision".
 
L'immense majorité des programmes "libres" sont certes gratuit tu l'aura déjà remarqué mais il sont aussi le plus souvent livré "tel quel".
En effet, les développeurs travail sur le programme la plupart du temps gratuitement et bénévolement.
Je trouve déjà formidable de trouver des programmes gratuit, fonctionnel et fiables (le plus souvent).
Ensuite le plus souvent ce qui manque est en effet la documentation.
 
Mais tu avouera qu'un développeur allemand débugant du code réalisé par un américain à la demande d'un espagnol à autre chose à faire qu'une documentation en français quand il ne parle qu'allemand.
 
Ensuite parfois il est possible de trouver quelques "bonnes âmes", comme ici, aidant bénévolement. Parfois ne comprenant pas un mot d'englais (je hais cette langue et oui je sais c'est idiot pour une personne travaillant dans l'informatique mais on vas pas s'étendre sur le sujet) mais tentant quand même d'aider.
Prenant du temps pour tester, corriger un script batch ou nous faire des analyses poussées lors d'un mémoire par exemple...
 
Merci donc de garder pour soi des phrases du genre "ça ça marche pas alors que les dev ont dis que oui", "vraiment pas efficace" et autres "documentation de merde" ou "manque de précision".
 
Exiger, dénigrer, ou envoyer paître les gents est le meilleur moyen de ne pas recevoir d'aide
 
Après il est possible de se tourner vers des solution payantes ou proposant un support payant bien que libre pour pouvoir "exiger" une documentation "précise".

En plus je viens de réaliser, pour windows un volume c'est une partition, pas de l'espace disque non partitionné.

Salut,

Alors voila je vous expose mon problème.

J'ai ma partition principal, la ou il y a l'os de crypter donc a chaque boot, juste avant le démarrage de seven j'ai un mot de passe.

Hier j'ai du faire une restauration complète du système.

Et maintenant ma partition n'est plus cryptée, mais J'ai toujours la demande de mot de passe qui n'aboutis a rien quand je le rentre.
J'arrive a outre passé la demande de mot de passe en faisant échap et choisissant de démarré sur ma partition système.

J'espère que vous arrivez a me suivre xD

Alors ma question est, comment supprimer cette demande de mot de passe qui ne sert plus a rien ? pour ensuite recrypter ma partition.

En fait tu as toujours le bootloader de TC installé.  
Il faut que tu ré-écrive le MBR avec celui de Windows 7.
 
Technique 1 (sans le DVD de Windows 7):  
1 / Clic sur l'icone de de démarrage de windows
2 / Tape cmd dans le champs de recherche
3 / Fait un clic droit sur cmd.exe puis choisis exécuter en temps qu'administrateur
4 / Dans la console tape : bcdboot %WinDir%
5 / Redémarre ton ordis.
 
Technique 2 (DVD de 7 nécessaire)
1 / Tu met le DVD de Windows 7 et tu boot dessus au démarrage
2 / Tu clic sur suivant.
3 / Tu choisis "Réparer l'ordinateur".
4 / Tu clic sur suivant.
5 / Tu clic sur "Réparation du démarrage"
6 / Tu clic sur Terminer
7 / Tu clic sur redemarrer

Merci pour l'astuce ^^

Edit: Enfaite ca ne marche pas :s

Je me rappel plus, mais il y a pas un truc avec le CD de "sauvegarde" créé par TC et que tu es sensé graver qui permet de réparer le MBR ?

 
Je crois que c'est que pour remettre le bootloader de TC et pas celui de windows. Mais je suis pas sur à 100%.
 
Sinon demolig, tu as essayer les 2 techniques et aucune ne marche ? Je suis étonné.

j'ai essayé la première.

 
Ce post à de nouveau tout son sens... Limdul créons un comité anti-pebkac.

Anti-quoi °° ?

 
http://lmgtfy.com/?q=pebkac

J'ai une question qui peut parraître stupide.
Quel est l'interet de crypter son systeme , si lorsque le systeme est monté , c'est lisible?  
 
Je m'explique , dans le cas où on volerait un disque dur , certes c'est crypté... Mais dans le cas d'un piratage via internet par exemple pendant que l'ordinateur est allumé , les données sont accessibles non?

Oui une fois monté c'est lisible, mais ca évite que dans des familles "curieuses" le fréro ou la maman ne puisse pas accéder aux photos de la copine nue ou aux historiques de conversation ...

 
Pas crypter mais chiffrer !!m!! Bourdel.
 
Tu as tout dis c'est dans le cas d'un vol de l'ordinateur. En FDE une fois l'ordinateur allumé et le mot de passe rentrer dans le bootload de TC tout est accessible. C'est le principe.  
TC n'est pas un firewall, c'est pas son taf de te protéger d'internet.

 
Déjà c'est pas normal. Je viens de tester sur mes 2 PC (7 x64 et XP 32) et ça marche très bien.
 

 
Sinon tu peux directement rechiffrer, ça devrait remplacer le bootloader avec le nouveau (et nouveau mot de passe ou le même si tu ne changes pas).

 
Ha ouai ^^, Ca fonctionne niquel.

Je suis intéréssé par l'achat d'un NAS et utilisant pas mal TC j'aimerais savoir s'il y a un moyen de monter une archive à distance sans la copier (du streaming quoi..) :

Ça sous entends avoir accès aux fichiers dans son explorateur Windows/Mac (sauf s'il y a une autre façon de monter une archive TC mais je suppose que non?);

Donc si quelqu'un ici s'y connais en NAS, dites moi si certains le permettent (dans ce cas, lesquels?) et si c'est faisable sans se détruire le cerveau MERCI.

Ca me rappel une question que javais posée sans avoir la réponse:
"Avec un lecteur réseau, les fichiers sont-ils "copiés" en RAM avant d'être lu/modifié (donc une seule opération de lecture "l'ouverture" du fichier puis une seule éventuelle opération d'écriture à la fermeture ou sauvegarde (soit en gros un seul gros DL et un seul gros UL)) ou alors ce sont directement les commandes de lecture écriture d'octets qui sont envoyées a distance au fur et à mesure (donc plein de petit DL/UL) ?
 
 
 
Car en fait dans le cas de gros fichiers genre un conteneur TC, il faut avoir le cache suffisant pour DL le conteneur, ce qui fait aussi au passage une grosse charge réseau. Et de plus ne protège pas l'utilisateur en cas de coupure (pas de "sauvegarde" des modifs).
Alors quil serai mieux que les instruction de lecture/écriture d'octet soient envoyée à distance.

Je suis pas sur de comprendre ce que tu sous entends, mais s'il y à trop de chose à DL dans ce cas le streaming d'une grosse archive pert tout intêret...

Bonjour,  
 
J'utilise Treucrypt sur Ubuntu (10.04). J'accède sans problème à ma partition normale, mais impossible de lire la partition cachée. Quand je rentre mon mot de passe, j'ai ce message :
 
mount: vous devez spécifier le type de système de fichiers
 
J'ai consulté la doc Ubuntu de TC ainsi que le man de TC, mais je ne sais pas quoi faire pour arriver à la lire.
 
Une idée ?
 
Merci d'avance.

Bon, oui, il est possible de monter localement un fichier conteneur stocké à distance.
 
Mais ce que je me demande c'est comment cela vas se faire, comment les opérations de lecture/modification/écriture vont être gérées.
En y réfléchissant, je pense qu'il y a deux moyens:
 
A) le fichier distant est intégralement lu et temporairement stocké en cache local le temps que des modifications soient faites, puis à chaque opération d'enregistrement/sauvegarde l'ensemble du fichier est écris à distance.
Avantage: performance pour le poste client une fois le fichier dans le cache local
Défaut: en cas de coupure réseau ou plantage du poste client les modifications non sauvegardées sont perdues
Réseau: charge réseau en dents de scie avec de gros téléchargement et envois espacés de temps sans utilisation du réseau
 
B) Seuls les octets nécessaires sont lus/modifié/écrit à distance sans copie en cache local
Avantage: pas de cache local donc pas de temps d'attente de "téléchargement" pour les gros fichier qui sont utilisable immédiatement, en cas de coupure réseau ou plantage du client les modifications étant faites au fur et à mesure les pertes de travail peuvent être moins grandes
Défaut: si le client plante lors de la modification d'un fichier, le fichier peut être corrompu sur le serveur
Réseau: charge réseau stable mais plus continue dans les temps
 
A noter que dans le cadre de TC je pense que dans le cas A les performances de lecture écriture seront plus élevées car faite en cache contre de long temps de transferts réseau à l'ouverture et fermeture des conteneurs, alors que dans le cas B les performances seront limitée par l'interface réseau et ce que peut "débiter" le serveur par contre les temps d'attente à l'ouverture et la fermeture sont inexistant ou presque.
 
 
Perso je pense et j'espère que ce qui est utilisé par les OS dans leur gestion des lecteurs réseau et le cas B

désolé superjarod, je ne connais pas Linux pour t'aider

Perso j'ai un conteneur de 400Go que je lis à distance, il est clair que les 400Go sont pas en cache ! Les performances sont identiques à n'importe quel fichier sur mon réseau.

Donc on serai dans le cas B, c'est bon a savoir.
 
Superjarodd, à la réflexion, peut-être n'as-tu pas formaté la "partition" contenue dans ton conteneur caché.

Lorsque je fais un fdisk -l j'ai ceci :  
 
/dev/sdk1   *           1       30162     7962584    7  HPFS/NTFS
 
Le NTFS devrait être lu pourtant  
 
Edit : depuis un Windows, la partition est bien détectée (elle fait 5.9 Go) mais le système me propose de la formater. Donc cela doit bien venir du système de fichiers, même si je ne vois pas en quoi je peux changer cela (j'ai juste mis NTFS quand j'ai tout préparé, je ne pourrai pas faire autre chose même si je recommence...)
 
Savez-vous s'il est possible de ne formater que la partition cachée ? Je ne voudrais pas tout recommencer mais je ne sais pas si c'est possible.

Pour formater le volume caché il faut qu'il soit monté.
 
Quel est ton conteneur ? une partition ? un fichier ?
Stocké où ?

Le conteneur est un fichier txt de 7.5 Go, qui prend toute la place sur la clé.

si ta clé est en fat, c'est râpé pour tout ce qui dépasse 4go, même si elle contient un volume tc ntfs.

Le SHA-3 sera designé quand?

 
En 2012, le troisième et dernier tour à commencé le mois et dernier. Mais le SHA-3 sera un algo de génération d'empreinte (hash) pas de chiffrement.
 
Dans le cas de TC, la qualité de l'algorithme de génération d'empreinte n'est qu'une part de la sécurité du fait du tout puissant PBKDF2 qui peut gommer les lacunes d'un algorithme générateur d'empreinte moyen/vieillot comme par exemple le RIPEMD-160.

Pareil. (je sais, post inutile, mais ça été plus fort que moi).

Keep your secret, secret.
 
Mais un sondage anonyme serait le bienvenue

Trouvé ce topic dans la signature de Paradox. Je plante mon drap, ça m'intéresse grandement, j'ai DL TC voilà 1 an en faisant mon mémoire quand un pro de la sécurité m'en a parlé.
 
Je risque de venir poser des questions cons.

Bonjour,  
 
Concernant mon problèmes quelques messages plus haut, il est résolu, j'ai reformaté la clé et ai tout repris de zéro, désormais cela fonctoinne bien (XP et Ubuntu).
 
Merci pour votre aide !

Non finalement, ça a recommencé... Ca marche bien 3 jours et le 4 ça ne fonctionne plus, pourtant je n'ai rien changé ! Je n'y comprend rien du tout... Toujours cette erreur "mount: vous devez spécifier le type de système de fichiers"

Bonjour, pour info pour ceux qui auraient le meme probleme:

j'ai un un disque entierement crypte (disque non systeme) sous 7

apres un redemarage le disque ne s'est pas monte automatiquement lorsque j'ai fait "automount"

j'ai donc du le faire manuellement mais lorsque j'ai ensuite voulu y acceder windows m'a demande si je voulais le formater (partition non reconnue)

j'ai donc fait quelques recherches sur le site de truecrypt et ca m'a conseille un scandisk qui m'as dit que la partition etant raw il ne pouvait rien faire. Ensuite j'ai lu sur le net de restaurer l'en-tete du volume mais ca n'a rien change. Acronis Disk Director idem. Vu que la partition est en mode raw je ne pouvait pas non plus utiliser de logiciels de recuperation de fichiers effaces (fallait deja que je formate et c'etait pas mon but)

J'ai ensuite tente de lire les 79 pages du topic mais arrive a 32 (+ les articles d'Arti), j'ai lache...

J'avais plusieurs fois lu d'utiliser Photorec et Testdisk mais ca ne donnait rien car je recherchais des partitions NTFS. En fait il faut selectionner "aucun systeme" puis, pour Testdisk, aller dans les secteurs de boot et le laisser les re-ecrire en choisissant ntfs. Par contre ca m'as juste permis d'y avoir acces et de les copier ailleurs, sous windows la partitions est toujours illisible. Sinon, Photorec permet aussi de retrouver l'ensemble des fichiers mais il les recopie en vrac dans un seul et meme dossier donc pas tres pratique auqnd on parle de 180Go de donnees...

A moins de n'avoir strictement rien compris à ton problème, c'est tout à fait normal que ton disque chiffré avec TC soit reconnu comme RAW par windows et autres logiciels...
Tu ne dois absolument pas tenter de reconstruire les secteurs de boot en NTFS puisque ça n'en est pas !
Tu dois t'en sortir avec TC  
 
Je ne suis pas doctor es TC donc attend les réponses des habitués du topic mais bon...

J'ai lu la première page et fais une recherche, mais je ne trouve pas de réponse à ma question :
 
- mettons que j'ai un Mac (bon, ça vaaa, personne n'est parfait ),
- que ce Mac n'a qu'un seul disque dur interne, un 320Go,
- est-il possible de crypter entièrement ce disque avec TC et qu'il reste bootable (genre d'abord menu de mot de passe, puis boot, ou boot, mot de passe TC, puis ouverture de session) ?
 
Merci d'avance.

superjarodd:
Je ne comprend pas très bien ton problème.
Mais je me demande quelles sont les versions de TC windows et Linux et s'il n'y aurai pas une imcompatibilité.
 
lagren:
Avec un disque chiffré il ne faut JAMAIS utiliser des outils de partitions/disque/scan classique car ils ne trouveront que des erreur car chiffré justement et ne pourront en rien t'aider.
 
the Bloodhound Gang:
Pour ce qui est du matériel je ne vois pas de contre-indication.
Par contre pour ce qui est de l'OS c'est autre-chose. Car TC ajoute un pilote a l'OS pour qu'il puisse lire les donnée chiffrée du disque dur (en plus de changer le MBR si je ne me trompe pas).
 
J'en déduirai donc que si une version de TC pour mac OC existe et propose cette fonction c'est que c'est possible.
Mais ne tente pas avec une version windows sous Mac OS