Reprise du message précédent :
Au cas où l'option de restauration de l'entête ne soit pas disponible depuis le rescue cd sur hd1 pour pouvoir le faire sous windows depuis hd2

Mais comment? Je n'ai pas sauvegardé d'en tête.. Et je ne sais toujours pas pourquoi j'ai incorrect password..

Et as-tu tenté avec l'en-tête de secours en fin de volume ?

Je pense que déchiffrant hd2 cela a modifié l'en-tête de hd1, d'où l'intérêt de débrancher les autres hdd quand on fait une manipulation du type cités au dessus.

In English please? Connais pas et trouve pas en Fr.. Je pensais être safe avec le rescue disk mais apparemment c'est de la marde (j'ai testé TOUT mes rescue disk sur TOUTES mes install et AUCUNS ne fonctionne..)!!

Sous Windows depuis hd2
Dans volume tu sélectionne le volume système de hd1.
Puis "Outils" -> "Restaurer l'entête du volume..." -> "Restaurer l'en-tête du volume à partir de la sauvegarde intégrée dans le volume"
Ou "Tools" -> "Restore Volume Header..." -> "Restore the volume header from the backup embedded in the volume"

Tu peux passer par le menu outil ou par le bouton "Outil pour le volume".

De mémoire lors du chiffrement du système il vérifie le rescue cd.
As-tu changé de mot de passe depuis ?
(bien que normalement cela ne devrait pas gêner)

EDIT :
Je ne parle pas anglais, j'ai juste été voir les menu en changeant les réglages

Jamais changé, sur aucun..!! Le restore ne fonctionne pas sur partition système apparemment (vu qu'il essaie de l'ouvrir comme volume basique)..

Et quand tu boot sur le rescue cd (celui qui a servis à chiffrer ton système hd1).
Tu as normalement un choix avec F8 pour avoir des options de récupération ("Repair Option" ).
Puis tu as ce menu :

 
As-tu testé les différentes options de restauration ?

Testé la 2, les autres demandent le mdp.. qui ne fonctionne pas..

Truc con : un changement de clavier ?
Passage AZERTY<->QWERTY ?

Je suis en train de faire des tests dans des VM mais je ne parviens pas à monter un volume système chiffré en ligne de commande.
J'y parviens via l'interface graphique mais pas en ligne de commande.
Genre depuis hd2 sous windows je peux voir le contenu de hd1 si je passe par l'interface graphique, mais pas en ligne de commande.

Bon, je me suis fait 2 vm.
vm1 à son disque dur hd1 chiffrée mais pas vm2 (hd2).

Depuis vm2 je peux ouvrir le hd via l'interface en allant dans "Mount Options..." pour cocher la case "Mount partition using system encryption without pre-boot authentication"
Ou alors dans le menu "System" cliquer sur "Mount without pre-boot authentication"

Cela après avoir sélectionné le volume hd1 :

En ligne de commande j'utilise ceci :

pour monter directement dans la lettre Z:
Le /q est important car sinon le montage ne se fait pas même si l'interface graphique s'ouvre.
(/e facultatif)

Cela devrait pouvoir t'aider si tu veux tenter un bruteforce de ton hd1.
Je crois que j'avais donné un script pour le faire (un script c'est BEAUCOUP plus lent que des programmes dédiés).

Tu peux aussi essayer avec "/m sm /m bk" pour tenter d'utiliser le header de secours en fin de volume ou avec "/m sm /m recovery" pour éviter le contrôle du header

Source :
http://andryou.com/truecrypt/docs/ [...] -usage.php

Je précise que pour utiliser le header de secours situé en fin de volume il faut que le volume ait été cré avec TC en version 6 minimum.
Si tu a créé le volume avant il ne sera pas ajouté même en mettant à jour TC, il faut en faire un nouveau (ou déchiffrer et rechiffrer le volume système).

Uhhh c'est du chinois la pour moi! Les maux de tête n'aidant pas.. Je le redis : je peux, depuis hd2, ouvrir ma partition système chiffré hd1 sans soucis. Pourquoi parler de brute-force du coup?
 
Ce que j'aimerais vraiment saisir, c'est POURQUOI mes Rescue Disk ne fonctionne pas. Je le redis, AUCUN!! C'est fou quand même.. J'ai testé toutes les machines, incorrect password à chaque fois (je fais gaffe au qwerty)!

Tu peux ouvrir hd1 depuis hd2 cela veux dire que le header est en bon état.
Mais tu ne peux pas booter directement sur hd1...
Surprenant.
Comme ça je dirais que c'est un problème "de clavier" soit un passage AZERTY<->QWERTY, soit les majuscules ou la (dés)activation du pavé numérique.

Pas de problème d'instabilité ? De plantage ?
Car dans ce cas on pourrait penser à la RAM.

Pour les rescuecd je ne sais pas.

Je l'ai mis sur une clé USB via winsetupfromusb comme d'autres, par ex acronis.. et oui c'est bizzare, tes rescue disk marche? Mais merde, pourquoi il me dit incorrect password..!!

Je ne fais pas de chiffrement système.
J'ai testé pour connaitre la procédure et faire des bench mais pas plus.
Je ne peux pas te dire pour les rescue disk.
 
Encre une fois comme tu peux ouvrir ton volume système depuis hd2 mais que tu as une erreur de mot de passe je pense à un problème de codage de caractère.
Peux-tu essayer avec un autre clavier ?
As-tu changé des réglages dans le bios ?
Peux-tu brancher ton disque dans un autre ordinateur pour booter dessus ?

ddong, par curiosité, peux-tu comparer tes recovery cd ?
Je commence à me dire que je me suis peut-être trompé en disant que chaque machine devais avoir son propre recovery cd.
Après tout il n'est pas sensé contenir de clef ou d'en-tête puisqu'on peux les sauvegarder autrement.
Alors pourrais-tu comparer les fichiers via leurs hashs ou un utilitaire de doublons ?
S'il sont tous identiques alors je ne pense pas que les cd soient en cause.
(il aurait fallut que la création des recovery échoue de la même façon à chaque fois)
Essaye aussi de vraiment passer par un CD plutôt qu'une clef usb.

Par contre avoir un recovery de la version aillant servis à chiffrer le système pourrait être plus important.

Ils sont différent à un certain point c'est sur, mais ça n'entre pas en compte au moment de taper le mdp. Et du coup je ne comprends pas qu'ils soient tous mauvais.. BORDEL!! J'ai testé clavier externe.

Quel genre de soucis d'encodage..? Je pensais à un soucis autre, par ex le système de fichiers ou on met le RescueDisk.. Problème bizarre, pensées bizarre!!

Quand je dis codage de caractères ça peut être tout aussi bien un clavier anglais configuré en français (ou l'inverse) qu'un changement unicode<->UTF-8 ou encode un pb de majuscules.
 
Question : sur tes rescue cd tu as un fichier header de sauvegarde ?
Tu peux l'explorer ?
Je m'y prend surement mal mais quand je tente d'ouvrir l'iso chez-moi j'ai un fichier "vide" (ou plutôt je ne voie rien).
Faudrait que je retrouve un graveur pour tester sur un rw

Fichier vide aussi. Je n'ai pas graver, j'ai utiliser la ligne de commande pour ne pas avoir à le faire.

Bon sinon pas évident driveXML: impossible de bloquer les partitions. J'ai quand même faire mon clonage.

Ça boot MAIS après l'écran de login ça mouline avec fond d'écran vierge comme si ça créait un nouvel utilisateur.. Bizarre!!

J'avoue que je ne sais plus quoi faire pour t'aider.
De mon coté je fais des tests et essais pour tenter de comprendre pourquoi les rescue cd apparaissent vides.
Je ne comprend toujours pas pourquoi mais en tout cas mon idée initiale que je croyais mauvais est finalement bonne : chaque cd correspond à un chiffrement système car il contient la clef.

Il faut donc reprendre le cd aillant servi à chiffrer le système et pas n'importe lequel.

Question as-tu fais une mise à jour de TC après avoir chiffré ton système ?

EDIT :
Je suis remonté jusqu'à la v5.1a et à chaque fois les iso apparaissent vides dans ma vm.

Bonjour,
J'ai des petites questions pour les pros que TC que vous êtes :
J'utilise TrueCrypt Veracrypt depuis pas mal de temps, avec des fichiers OU des volumes de données donc non bootables, en AES.

Je veux l'utiliser à présent à des fins de backups, parfois pour des volumes assez importants (>500Go).

- Qu'est ce qui est le "mieux" officiellement : volume dédié (partition) ou conteneur fichier ? Ma préférence pratique va au second, plus souple, mais je ne sais pas s'il y a une différence de robustesse qui ferait que l'un serait plus recommandé.
- Y a t-il un risque (corruption accrue, etc) à avoir des conteneurs TrueCrypt de 1To voire plus ?
- Y a t-il des bonnes pratiques pour se prémunir contre les corruptions de données ? Genre faire un "Backup volume header" que je n'utilise jamais jusque là.

Note : il ne s'agira jamais de conteneurs montés au démarrage genre disques bootables, mais juste de stockage de données.

Merci

Je n'ai pas de CD gravé, comme dit précédemment (il me semble), j'utilise "/n" pour pouvoir sauter cette étape.

 
Drapal, je suis dans le même cas (sauf que je n'ai jamais utilisé TC/VC (Veracrypt plutôt que Truecrypt qui n'est plus maintenu ?)). L'idée serait de chiffrer l'entièreté d'un disque de 4 To contenant des données (avec un disque non chiffré planqué quelque part pour un backup mis à jour régulièrement). Le but, c'est la protection des données en cas de cambriolage, pas de me colleter avec la DST.
 

@ TotalRecall & Kyjja :
Pour TC officiellement il n'y a pas de différence. Toutefois par expérience personnelle j'ai pu voir plus de pb avec les conteneurs de type disque/partition qu'avec un conteneur de type fichier.
Cela souvent du à des erreurs d'utilisateurs formatant par erreur le disque ou partition ou encore des utilitaires types scandisk ou antivirus et tout ceux du genre qui veulent directement taper sur le hdd ou certaines zones sensibles.

Il n'y a pas à ma connaissance de problèmes pour la taille du fichier conteneur.
Il faut juste se rappeler des limites de son système.
Mais je conseillerai d'éviter de les faire trop gros.
N'oubliez pas aussi que plus c'est gros et plus on perd en cas de problème, je conseille de fragmenter plutôt qu'utiliser un seul gros conteneur.

Pour les bonnes pratiques.
La sauvegarde du header est déjà un bon point.
MAIS n'oubliez pas de sauvegarder aussi les données !
Une sauvegarde est une copie supplémentaire sur un autre support.
Elle peut être chiffrée ou non.
Le problème avec le chiffrement c'est justement qu'il protège vos données contre les accès.
Donc en cas de pb que la sauvegarde du header ne corrige pas (comme un problème du support) vous perdez tout sans pouvoir les récupérer.
(sauf avec un doctorat en cryptologie, chiffrement et programmation, plusieurs années et beaucoup d'argent, et encore)

@ddong :
Je ne me rappel pas que tu ais dis que tu ne faisait pas de recovery cd ou que tu faisait l’opération en ligne de commande (je ne me rappel même pas si c'est possible et des arguments)
Juste que tu le mettait le recovery sur clef usb.

En tout cas le message d'erreur que je te donne confirme ma première idée que je croyais erronée : chaque recovery cd est unique.
Impossible donc de les échanger.
Et si tu n'a pas la sauvegarde et que tu cherche à en utiliser un autre alors le message d'erreur est normal.

Je te conseillerais alors de sauvegarder tes fichiers puisque que tu peux encore ouvrir le volume système.
Puis de formater et réinstaller.

Le mieux pour moi serait peut-être de réinstaller windows + mes apps et copier/coller mon dossier user depuis la backup.. Jamais fait avant, ça fonctionnerait?

Copier directement l'ensemble de ton profil depuis la sauvegarde vers le nouveau clairement je sent qu'il va y avoir des pb.
La faute aux répertoires cachés comme AppData et des fichiers comme NTUSER.DAT
 
Mais si tu te limite à musique, document, images, vidéo... tu ne devrais pas avoir de pb.
 
Réinstalle windows puis fouille dans ta sauvegarde à la recherche de ce que tu veux, mais évite de copier directement des répertoires qui contiennent des applications ou des paramètres.

Fragmenter je sens que ça va rapidement me gonfler. Comme dit plus haut je backup déjà régulièrement pour palier à une défaillance disque inopinée (via FreeFileSynch pour faire une copie Miroir). Je backup aussi lorsqu'il y a une modification importante, que ce soit par la taille des données ou par leur importance.
 
Pour l'histoire de chiffrer un (gros) dossier plutôt qu'une partition, c'est plus secure de mettre tous le disque dans un dossier si je comprend bien ?

Officiellement il n'y a pas de différence des conteneurs de type fichier et des conteneurs de type partition/disque.
Par expérience personnelle toutefois je conseille d'utiliser des conteneurs de type fichier plutôt que de type partition/disque. Le second type semblant poser plus de problèmes.
Je ne peux pas être plus clair que cela.

Disons que l'un se copie plus facilement que l'autre, sans outils spéciaux

En plus.

Je vais m'en tenir à des conteneurs "fichiers" alors, merci d'avoir confirmé.  
Le côté pratique (déplacement, redimensionnement...) leur donnait l'avantage, mais je n'était pas forcément à l'aise avec l'idée de fichiers de 500Go chacun .
D'accord pour le fait de morceler, mais ça n'est pas possible pour tout.
 
Pour ce qui est de faire des sauvegardes, comme je disais dans le cadre où je posais la question ces conteneurs sont déjà en eux même des sauvegardes. Or je fais parfois des sauvegardes différenciées mais pas des sauvegardes de mes sauvegardes
 
Merci pour les confirmations.

Au fait...
Pour la sauvegarde et surtout dans ton cas avec de gros conteneurs, je te conseille d'ouvrir le conteneurs source et destination pour sauvegarder/synchroniser le contenu.
Et pas directement recopier le conteneur source.
Tu y gagneras du temps lors de tes sauvegardes.

Tu veux dire si je veux copier un conteneur, plutôt que copier le fichier conteneur je crée et je monte deux conteneurs côte à côte et je transfère le contenu de l'un à l'autre au niveau fichiers ?
 
Dans mon cas de toute façon ma "source" ne sera pas forcément un conteneur TC mais un file system quelconque, c'est juste le backup lui même qui sera crypté.

Oui c'est ça.
Si tu as un conteneur de 500Gio mais que tu ne fait qu'ajouter un petit fichier de 1Mio.
En ouvrant le conteneur cible pour ajouter le fichier ça va plus vite que recopier le conteneur (même si tu passe par un conteneur temporaire).
 
A part pour des petits conteneurs (quelques centaines le Mio max) il est mieux de sauvegarder le contenu plutôt que le conteneur directement.
 
Peux importe que le (ou les) conteneurs soit source ou cible.
On ouvre, on sauvegarde, on ferme.
 
Ca à l'avantage supplémentaire de pouvoir contrôler la bonne ouverture du conteneur et donc son bon fonctionnement.

Mais c'est aussi plus chiant à faire, et si ca doit etre fait automatiquement, il faut stocker le mot de passe qqpart

Que ce soit pour TC ou le reste.
Le respect des meilleures pratiques est rarement le plus facile/reposant.

Du coup pourquoi ne pas chiffrer la partition (virer la lettre sous Windows) et l'ouvrir puis faire une bête synchro vers le disque backup ? C'est pas le plus simple quand on veut chiffrer un disque entier ? Et de cette façon on contrôle le bon fonctionnement du conteneur puisqu'on l'ouvre pour le synchro.
 
Ou alors je suis bête et je n'ai rien compris D:

Oui tu peux tout à fait.
Mais avec un pc sous windows j'ai pu voir qu'il y avait plus souvent des problèmes avec les conteneurs de type partition/disque qu'avec ceux de type fichier.
Cela à cause de windows demandant de formater le disque, à des scandisk mal effectués, à des anti-virus qui pour soit-disant sécuriser un disque modifient les table de partition/MBR/table de fichiers, tout les utilitaires de gestion de disque et partitionnement, des utilitaires de sauvegarde (notamment quand ils travaillent avec des partition cachées) etc etc...
 
TC fonction très bien en mode partition/disque.
Mais il y a tellement d'utilitaires qui viennent lui chier dans les bottes pour corrompre les volumes.
Passer par un conteneur fichier permet d'éviter ces problèmes.

Du coup on en revient à benner les fichiers de ma partoche dans un dossier global et à chiffrer ce dernier. Si ça permet de palier à ce problèmes, je suis partant.

Je ne te dirai pas qu'une solution est meilleur que l'autre.
Chacune est plus ou moins adaptée en fonction de la situation.
Si tu considère que tu maitrise les risques, prend alors la partition.
Si tu débute (ce qui semble être le cas) je te conseille le fichier.

Hello, pour info il semblerait que ce soit le fait de mettre le rescue disk sur une clé usb qui ne passe pas? Je viens de créer un nouveau système chiffré et j'ai encore doit au "incorrect password"..!