Reprise du message précédent :
C'est acceptable si on  est tout seul à utiliser un ordi à la fois.
Néanmoins la Dropbox va réuploader le fichier entier.

Non, j'utilise déjà des conteneurs et il ne réupload pas tout, c'est super Donc en fait oui ce que je demandais est possible mais c'est pas ma question à la base : On est bien d'accord que vu que l'archive en question devrait être montée automatiquement au boot, si mon système est pas chiffré (pas envie là) c'est mort niveau sécu?

Effectivement dropbox sait n'uploader que les modifications. Il doit quand même y avoir une limite de taille de fichiers, non ? Car avec mon conteneur de 450Go je sais pas comment il ferait pour trouver ce qui a été changé, à part avec un système de hash complexe type par2. Ou alors il surveille en permanence.
 
Sinon ddong j'ai pas vraiment compris ce que tu veux, mais si montage auto sans demande de mot de passe et système non chiffré, alors oui question sécurité ça vaut rien. Et je ne vois pas quand dropbox pourrait uploader si le conteneur est tout le temps monté.

En effet... La limite c'est celle de ton abonnement. Si t'as 120Go, tu peux créer un conteneur de 100Go je vois pas pourquoi il uploaderais pas SEULEMENT le contenu changé... S'il le fait sur un petit, il le fait sur un grand.

Bon alors j'ai vérifié et il y a bien des hashs par blocs de 4Mo.

Ça va alors, 4mo c'est vite envoyé...

 
Merci de l'information, mais pourquoi donc TC propose ce mode alors s'il est inexploitable? J'ai déjà d'autre volume fait sous windows qui marchent bien mais je voulai tenter l’expérience sur ubuntu.

Non, ce n'est pas inexploitable.
La sécurité y est identique.
Juste que les erreurs d'utilisation y sont plus fréquentes et faciles.
partition ou fichier conteneur c'est pareil, et 99,999% des problèmes abordés dans ce sujet sont dus à des erreurs de manipulation et pas à TC.
 
C'est juste que l'erreur est plus facile avec des conteneur de type partition c'est tout.

Y à t'il un moyen de changer le "hash algorithm" par défaut? A la base c'est RIPEMD-160 mais je veux SHA-512...

Oui, lors de la création du conteneur.

.... PAR DÉFAUT...

Par défaut, non, il faut penser à chaque création de conteneur à le changer.

Option à ajouter à la prochaine version...

 
Tu te crois où ?

Question : peut-on faire foirer un fichier conteneur entier s'il y a une défaillance matérielle en plein milieu d'un transfert de données?

 
Oui

Tu peut donner des précision ?

Drapalization

Si tu violentes un peu ta machine, il peut arriver qu'un fichier soit mal écrit et devienne illisible.
Si ledit fichier est le conteneur TC, ben toute la partition est foutue.

Sur un topic comme un autre, c'est à dire où on peut dire ce qu'on pense

Peut-on utiliser ce logiciel pour crypter un dvd?

Tu peux créer une archive et la graver sur le dvd...

Je ne te demandai pas les causes du crash de ta machine (coup de savate, chat sur le clavier, wiski dans l'alimentation, batte de baseball traversant la carte mère...) je m'en tape le coquillard mais les conditions d'utilisation : type du conteneur, conteneur ouvert ou non, type du transfert de fichier (copie du conteneur entre deux emplacement ou copie depuis/vers un conteneur ouvert), copie entre disque dur différents ou pas, sens de la copie etc etc...
C'est ça les précisions demandées pour savoir si on peut t'aider et tenter de trouver une solution.

Oué. Je pourrais être intéressé si j'avais une connexion fibre

Bonjour à tous,
 
Je souhaite chiffrer le disque système d'un utilisateur avec un mot de passe (que seul lui connait), jusque là tout va bien, l'opération se fait facilement avec truecrypt.
 
Par contre, j'aimerais ajouter un 2ème mot de passe (une 'master key'), qui me permets à moi l'administrateur d'avoir accès au disque en cas de perte du premier mot de passe.
 
Quelqu'un sait si c'est possible avec truecrypt ?

Hm ca marche avec un container, je ne sais pas si c'est possible avec une partition  
Normalement il suffit de faire un backup du header, puis de changer le mot de passe. En restaurant le header, l'ancien mot de passe sera actif

Bonjour,
 
Je regarde pour sécuriser une clé usb. J'ai au début utilisé l'encryptage de partition mais me suis aperçu que si je n'ai pas truecrypt sur un autre ordi, il ne peut lire la clé.
Donc je l'ai reformaté pour utiliser la 1ère option du container et laisser un espace suffisant pour des données non importantes et copier truecrypt pour une future installation si besoin.  
 
Y a-t-il une autre façon de procédé pour pouvoir lire une clé usb encryptée sur n'importe quel ordi?
 
L'autre question serait: quelle différence y-a-t-il entre un container et une partition dans mon cas étant donné que le container peut contenir plusieurs dossiers?

@microsoft :
(mais pourquoi t'a choisi ce nom là ? )
Lorsque tu chiffre la partition système. TC te demande de graver une iso puis il vérifie la gravure.
Tu garde cette iso/cd.
 
Tu confie le matériel chiffré à la personne qui pourra mettre le mot de passe qu'elle veut, tu pourra restaurer le header et y accéder avec le mot de passe initial (donc ne pas perdre le cd gravé/iso NI perdre le mot de passe associé).
La personne n'a pas à te communiquer son mot de passe.
Le mot de passe est changé la personne devra taper celui d'origine ou le rechanger.
 
 
@mmaximm :
Et la version mobile ?
Tu dézipe les fichiers sur ta clef usb, pas d'installation sur la machine hote temporaire. juste besoin des droits d'admin pour charger le pilote en mémoire.
Pourquoi une partition ?
Certes les deux types de conteneurs sont identique pour ce qui est de la sécurité ou des options.
Mais statistiquement la majorité des problèmes sont rencontré avec des conteneurs partition. Car les erreurs de manipulation sont plus fréquentes.
(windows qui propose de formater et bham tout perdu, une alerte AV lors de l'examen des tables de partition et secteur d'amorce etc etc...)
Avantage pour le conteneur fichier, en fonction de sa taille il peut être très facile à sauvegarder : copier/coller.
Sauf cas particulier pourquoi se compliquer ?

@mmaximm :
Et la version mobile ?
Tu dézipe les fichiers sur ta clef usb, pas d'installation sur la machine hote temporaire. juste besoin des droits d'admin pour charger le pilote en mémoire.
Pourquoi une partition ?
Certes les deux types de conteneurs sont identique pour ce qui est de la sécurité ou des options.
Mais statistiquement la majorité des problèmes sont rencontré avec des conteneurs partition. Car les erreurs de manipulation sont plus fréquentes.
(windows qui propose de formater et bham tout perdu, une alerte AV lors de l'examen des tables de partition et secteur d'amorce etc etc...)
Avantage pour le conteneur fichier, en fonction de sa taille il peut être très facile à sauvegarder : copier/coller.
Sauf cas particulier pourquoi se compliquer ?[/quotemsg]
 
Apparemment ça ne fonctionne pas : message WARNING:the host file/device is already in use!  
 
Du moins si je ne suis pas en mode admin ...
 

TC doit charger un pilote en mémoire pour pouvoir donner accès à un conteneur (qu'il soit fichier ou partition).
Soit TC est installé sur la machine et donc le pilote chargé en mémoire au démarrage et l'installation s'est faite avec les droits d'administrateur autorisant son usage en mode non administrateur. Soit TC est utilisé en mode mobile, "non-installé", et alors le pilote doit être chargé en mémoire.
 
Et pour charger un pilote en mémoire il faut soit des droits système soit des droits administrateur.
 
Mais il me semble que c'est rappelé en 1ere page...

Est ce qu'on peut monter un fichier TC comme lecteur CD ?
Il monte par défaut les fichiers comme un disque durs, j'ai vu qu'on pouvait les monter comme une clé USB, mais est ce qu'on peut les monter comme un lecteur CD ?

Euh non ... c'est quoi l'interet ?

Tu met un fichier conteneur en lecture seule, tu le monte et le voila monté comme un CD.
Mais j'avoue ne pas comprendre l’intérêt de cela.

Pour monter un lecteur distant via VMWare sur des machines virtuelles dans un réseau non connecté (d'ou l'impossibilité de prendre la main à distance).
J'ai pas trouvé via VMWare 4.1 comment monter un lecteur disque distant, alors que le CD marche tout seul, même un virtuel avec ISO.
 
La l’intérêt c'était de mettre des fichiers à disposition rapidement sur les VMs en passant par TC.

VMWare ne peut pas directement ouvrir les conteneurs.
Deux solutions :
 - Soit tu monte un conteneur et vmware accède à ce qu'il y a dedans pour le monter dans tes VM. TC est donc installé juste une fois sur la machine hôte de vmware mais pas dans les VM (un seul montage/déchiffrement via TC puis plusieurs accès)
 - Soit vmware donne accès au conteneur à tes vm et le conteneur est monté dans tes VM. TC n'est pas installé sur la machine hôte de vmware, mais est installé dans chaque VM (plusieurs accès puis plusieurs montages/déchiffrement via TC)

salut, je me laisse tenter par une partition  caché de windows en supprimant sa lettre, ca semble marché plutot bien, volume caché dans partition crypté en plus
 
y a t'il des avantages de la partitions sur le stockage fichier ? temps d’accès meilleurs ? le fait d'utilise un volume caché dans un volume standard, cela a t'il une incidence sur les calculs, rapidités ? fiabilité ?
 
merci

Juste que ça a déjà été dit 10, 20, 50, 100 fois !
Un recherche efficace aurait évité cela...
 
Non, pas de différences.
Ou du moins s'il existe des différences elles sont cachées par le chiffrement qui réclame de la puissance processeur et donc du temps.
 
Juste plus de risque d'erreur de manipulation avec une partition conteneur qu'avec un fichier (windows qui demande à formater etc etc...).
Et plus facile de sauvegarder un conteneur au format fichier (copier/coller) que partition.

ok limdul navré !
 
mes sauvegarde que je fait via cobian backup, sont stocker dans des fichiers container sur 2 autres disque dur ceci dit !

Je précise : plus facile a sauvegarder pour les petits conteneurs.
Au delà d'une certaine taille (variable en fonction de la vitesse de copie des supports, du réseau et du temps allouable à l'opération) il vaux mieux ouvrir le conteneur et sauvegarder le contenu vers un autre conteneur qui sera ouvert lui aussi.