Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Installer et utiliser EncFS sous Ubuntu Gnome 20.04

Caille

beuguissime a écritCoucou,

SVP, chiffrement ! Pas cryptage ou chiffrage.

Coucou.

Je n'avais pas compris ta réflexion l'autre jour. 😛
Je ne vois pas trop la différence entre chiffrement et cryptage, mais c'est promis je n'utiliserais plus. 😉

beuguissime a écritBonjour,

Pour répondre à ta question, je crois que c'est non. Tu montes le volume chiffré et c'est via encfs que tu vois tes fichiers en clair. Ils ne sont pas dupliqués.
Donc avec un logiciel de récupération, on ne récupérera que la bouillie chiffrée.

C'est probablement comme ça, mais j'ai des doutes !
Je viens de brancher cette clé sur le PC de madame sous Windows sans avoir encfs, les dossiers coffre et .coffre_encfs y sont visibles ?
Lorsque je trouve une petite clé USB (pour être rapide), je fais l'essai.

beuguissime

(Oui, chiffrage peut passer mais chiffrement est plus précis, alors autant préférer celui-là. Chiffrage convient plutôt pour la comptabilité.)

Que veux-tu dire par les dossiers sont visibles ? Oui le dossier est visible dans l'explorateur mais :

1/ le dossier qui te permet d'accéder aux données claires (via le montage) doit être vide
2/ le dossier qui contient les données chiffrées doit te montrer des dossiers/fichiers avec des noms abscons et leur contenu est illisible.

Si ce n'est pas tel que je décris, c'est qu'il y a un problème dans ta procédure.

Caille

Je veux simplement dire que l'explorateur de Windows a trouvé les deux dossiers, cela veut bien dire qu'ils existent vraiment, non ?
Le dossier coffre est effectivement vide (j'avais fais exprès de ne pas le démonter lors du démontage de la clé, pour changer d'ordinateur.
Le dossier .coffre_encfs est lui avec exactement les mêmes fichiers abscons comme tu dis que sous Ubuntu.
Je viens d'installer EncFSMP sous Windows, mais je n'arrive pas à ouvrir le dossier coffre_encfs créé sous Ubuntu, ce doit-être possible, mais il y a trop d'options ?
Par contre j'arrive à ouvrir un dossier créer directement sous Windows, précision il n'y a pas de dossier coffre séparé de créé.
Le fichier créé pour déchiffrer est par contre identique qu'il est été créé sous Windows que sous Ubuntu .encfs6.xml
Le logiciel est en Anglais, bien que l'installation indiquait Français ?

erresse

Ce qu'on appelle le "dossier en clair" est effectivement vu comme un dossier (vide) quel que soit le système d'exploitation, mais en réalité, il s'agit d'un "point de montage" comme peut l'être "/home" ou "/media" au niveau de la racine du système.
Ce point de montage permet d'accrocher le volume (ou le répertoire) de données et constitue alors le répertoire principal pour accéder à ces données. Dès qu'on démonte le volume ou le répertoire qui est greffé sur ce point de montage, il redevient un simple dossier vide sans intérêt.
Par ailleurs, lorsque tu utilises le script pour monter / démonter le coffre, ce dossier "en clair", même vide, est détruit de sorte que tu ne le verrais pas sur la clé ni sous Windows ni sous Linux...

beuguissime

Caille a écritJe veux simplement dire que l'explorateur de Windows a trouvé les deux dossiers, cela veut bien dire qu'ils existent vraiment, non ?
Le dossier coffre est effectivement vide (j'avais fais exprès de ne pas le démonter lors du démontage de la clé, pour changer d'ordinateur.
Le dossier .coffre_encfs est lui avec exactement les mêmes fichiers abscons comme tu dis que sous Ubuntu.

L'objet 'dossier coffre' existe mais pas son contenu. Tes fichiers ne sont jamais copiés dans ce dossier, il sert seulement de point de montage. Tes fichiers n'existent qu'à un seul endroit dans ta partition et leur contenu est toujours chiffré. Lorsque tu y accèdes, c'est encfs qui déchiffre en temps réel. Le contenu déchiffré n'existe que dans la RAM, il n'est pas copié ailleurs et temporairement sur ta clé USB.

Si tu as démonté la clé USB alors que 'coffre_encfs' était toujours monté sur 'coffre', alors tu as dû avoir une erreur et débrancher la clé malgré tout. Car l'existence du point de montage est vue comme une utilisation de la clé et le gestionnaire de fichier d'ubuntu refuse de démonter/éjecter la clé. À ne pas refaire.

Pour les autres questions à propos de windows, je ne pratique et ça n'est pas vraiment le bon forum.

Caille

En fait le point de montage coffre est virtuel, c'est uniquement un lien physique vers le dossier .coffre_encfs déchiffré.

D'ailleurs sous Windows l'application EncFSMP_0.99.1_Setup.exe que j'ai installée ne crée pas de dossier séparé.
Je n'ai toujours pas réussi à ouvrir de dossier créé sous Ubuntu sous Windows et inversement, ça doit-être possible si je me réfère à ce lien ?

Pourtant:

https://korben.info/encfsmp-creez-vos-conteneurs-chiffres-encfs-sous-windows-et-osx.html a écrit... les conteneurs créés avec EncFSMP peuvent être lus par des outils supportant EncFS (Natif sous Linux et Cryptonite sous Android).

https://korben.info/encfsmp-creez-vos-conteneurs-chiffres-encfs-sous-windows-et-osx.html

beuguissime

Encore une fois, je ne peux pas aider pour windows et je ne prendrais pas ce que raconte korben.info pour argent comptant (c'est sans doute vrai mais il ne teste pas toujours ce qu'il raconte).

erresse

Caille a écritJe n'ai toujours pas réussi à ouvrir de dossier créé sous Ubuntu sous Windows et inversement

Ne serait-ce pas dû à une incompatibilité de clé entre Windows et Linux (codification différente) qui ne permet pas de déchiffrer le coffre ?
As-tu essayé de tester avec une clé "basique", juste quelques lettres communes à la plupart des codifications ?

Caille

Bonjour,

Je n'ai pas utilisé de phrase type, mais un mot de passe classique, 9 caractères, ponctuation, chiffres, lettres, je vais essayer une clé plus simple.
J'ai pourtant l'impression que les deux versions sont issus du même code source car les options sont les mêmes, ainsi que le nom du fichier de déchiffrement .encfs6.xml.
J'ai utilisé l'option Paranoïaque, déconseillée avec certaines applications dans la documentation Ubuntu ? Le dernier code source date du 9 mai 2020.
Par contre les numéros de versions entre Windows et Linux ne semble pas les mêmes: https://encfsmp.sourceforge.io/download.html
Version Linux: v1.9.5 / 2018-04-27 Version Windows EncFSMP 0.11.1 Setup for Windows et Beta: EncFSMP 0.99.1 Setup for Windows

erresse

Bonsoir,
J'ai fait quelques essais sur mon vieux Vista (ce n'est pas forcément comparable à un W10) de EncFSMP et après plusieurs tentatives et tâtonnements, j'ai pu ouvrir un coffre créé sous Linux et créer un coffre sous Windows que j'ai ouvert sous Linux.
La boucle est donc bouclée et les versions Linux ou Windows sont bien compatibles. D'ailleurs elles sont toutes deux issues des mêmes sources si j'ai bien suivi...
Par contre, j'ai un peu de mal à comprendre le fonctionnement sous Windows. Je ne suis pas familier de ce système, c'est peut-être l'explication, mais si je spécifie un nom de coffre ".coffre_encfs", c'est refusé par Windows (peut-être pas avec W10, mais avec Vista, oui).
J'ai donc dû créer un "coffre"... qui n'existe pas, n'apparaît nulle part dans le répertoire choisi pour sa création. :o
Ce que j'ai trouvé dans ce répertoire, c'est le contenu de "coffre" et non "coffre" lui-même, ni en clair ni en chiffré...
Bien entendu, pour mon script, pas question de reconnaître un "coffre" comme la version chiffrée, il cherche ".coffre_encfs" que je n'ai pu créer sous Windows. D'ailleurs, un coffre créé avec mon script ne peut fonctionner sous Windows que si je le renomme en enlevant le point du début (et le _encfs à la fin, mais ce n'était dans doute pas indispensable).
Bref, pas évident de s'y retrouver. En fin de compte, j'ai fait les opérations suivantes :
- créer un répertoire sous Windows "coffre" dans lequel j'ai créé un coffre ("coffre" aussi mais bon...)
- transfert du résultat sur Linux, modification du nom du répertoire "coffre" en ".coffre_encfs" et ouverture sans problème avec mon script.
- créer un ".coffre2_encfs" avec mon script et transfert sur Windows, modification du nom ".coffre2_encfs" en "coffre2"
- ouverture avec EncFSMP et accès sans problème au contenu
Conclusion: Le partage est possible mais il y a des problèmes de dénomination des objets et de localisation, puisque Linux crée un répertoire chiffré contenant les données, alors que Windows ne crée que le contenu chiffré dans le répertoire de base qui devrait contenir le coffre...

Caille

erresse a écritBonsoir,
Bref, pas évident de s'y retrouver. En fin de compte, j'ai fait les opérations suivantes :
- créer un répertoire sous Windows "coffre" dans lequel j'ai créé un coffre ("coffre" aussi mais bon...)
- transfert du résultat sur Linux, modification du nom du répertoire "coffre" en ".coffre_encfs" et ouverture sans problème avec mon script.
- créer un ".coffre2_encfs" avec mon script et transfert sur Windows, modification du nom ".coffre2_encfs" en "coffre2"
- ouverture avec EncFSMP et accès sans problème au contenu
Conclusion: Le partage est possible mais il y a des problèmes de dénomination des objets et de localisation, puisque Linux crée un répertoire chiffré contenant les données, alors que Windows ne crée que le contenu chiffré dans le répertoire de base qui devrait contenir le coffre...

Bonjour,

Merci pour tes essais. 😉
Effectivement sous Windows il n'y a visiblement qu'un seul dossier de créé contrairement à Linux.
Tu as utilisé quelle version de EncFSMP sous Windows, la bêta ou l'autre, ceci dit les deux versions doivent fonctionner ?
Il faudrait peut-être pouvoir modifier le nom du dossier sous Linux pour qu'il soit compatible avec Windows, car utilisé de cette façon ce n'est pas très pratique.
Je viens d'essayer de créer un dossier .coffre_encfs sous Windows 10 il est bien accepté, c'est peut-être via le logiciel qu'il est refusé ?

C'est curieux sous Windows j'ai nommé mon coffre "Jean-Pierre", dans l'explorateur il y a un disque qui possède le nom "Jean-Pierre" en "Z", c'est mon HDD qui est en "F" ?
C'est donc le point de montage sous Windows qui prend la totalité du disque dur et je récupère bien mes données chiffrées !

Nom du dossier "Robert" sur HDD et nom donné "Jean-Pierre" ?

Cordialement.

erresse

Alors j'ai bien choisi la version "EncFSMP 0.99.1 Setup for Windows" parce-qu'elle s'appuie sur la version v1.9.5 de "encfs", qui correspond à celle installée sous Linux.
Comme je le disais, le refus du nom ".coffre_encfs" par Windows est peut-être lié à ma version, Vista est déjà assez ancien, il est possible que Windows 10 accepte ce nom aujourd'hui.
Dans Windows, avec EncFSMP, le nom affecté au coffre (en l'occurence "Jean-Pierre" pour toi), n'apparaît nulle part, le logiciel ne crée pas de répertoire pour le coffre comme le fait Linux.
Il est probable que ce nom doit être juste mémorisé dans un fichier de configuration de EncFSMP et ne sert qu'à localiser le coffre ultérieurement.
Le corollaire malheureusement, c'est que le répertoire dans lequel on a décidé de créer le coffre est tout entier considéré comme le coffre. Si tu as simplement créé ton coffre dans ton répertoire principal, c'est pour cela que le coffre semble faire la taille totale du disque.
Et oui, le "disque" Z: qui est appelé "Jean-Pierre", est bien le point de montage du coffre où sont enregistrées les données.

Caille a écritIl faudrait peut-être pouvoir modifier le nom du dossier sous Linux pour qu'il soit compatible avec Windows, car utilisé de cette façon ce n'est pas très pratique.

Je l'admets bien volontiers, mais le script que j'ai conçu n'était pas prévu pour partager des données chiffrées entre plusieurs systèmes et la dénomination des coffres chiffrés est héritée des autres interfaces garphiques, Cryptkeeper et Encsf Manager.
Pour l'usage que tu veux en faire, il faudrait effectivement une revue de code assez fouillée pour donner plus de souplesse au partage multi-plateformes.

Caille

erresse a écritAlors j'ai bien choisi la version "EncFSMP 0.99.1 Setup for Windows" parce-qu'elle s'appuie sur la version v1.9.5 de "encfs", qui correspond à celle installée sous Linux.
Pour l'usage que tu veux en faire, il faudrait effectivement une revue de code assez fouillée pour donner plus de souplesse au partage multi-plateformes.

Merci !

Ce n'est pas grave je vais l'utiliser principalement sous Linux. 😉

erresse

Re-bonjour !
J'ai réfléchi à tes remarques et entrepris de modifier mon script afin qu'il prenne en compte, de façon aussi naturelle que possible, des coffres créés par d'autres moyens. Ainsi, les coffres créés par le script sont de la forme ".coffre_encfs" dans leur version chiffrée, mais ce n'est pas une appellation obligatoire, on peut aussi avoir des ".coffre" en fichier caché, voire "coffre" chiffré mais visible...
Par ailleurs, avec EncFSMP sous Windows, il convient de créer soi-même manuellement le dossier dans lequel on va chiffrer les données, car cette enveloppe qui est le coffre sous Linux n'est pas créée sous Windows. Ne serait-ce que pour compatibilité entre les deux plateformes et pour faciliter la copie d'un coffre sur clé USB par exemple.

J'ai donc produit une nouvelle version qui peut être utilisée avec des coffres ".coffre_encfs" ou des "coffre". Pour cela, le dialogue ressemble à :
- si le coffre sélectionné est de la forme ".coffre_encfs", pas de changement, on l'ouvre sur le point de montage "coffre" ou on le ferme s'il est ouvert et on supprime le point de montage.
- si le coffre sélectionné est de la forme "coffre", on va d'abord vérifier si c'est un point de montage pour un ".coffre_encfs"
- si c'est le cas, on ferme le coffre et on supprime le point de montage.
- sinon, on vérifie s'il existe un point de montage "coffre_open" actif pour ce "coffre"
- si c'est le cas, on ferme le coffre et on supprime le point de montage.
- si le dossier sélectionné n'est pas un point de montage actif ni un coffre déjà ouvert, on questionne l'utilisateur :
- il n'existe aucun coffre formé avec le nom ".dossier_encfs", que faut-il faire ?
- créer un nouveau coffre dans ce dossier, auquel cas on lance la procédure de création d'un ".coffre_encfs" et on l'ouvre.
- ou accepter ce dossier comme un coffre de la forme "coffre", auquel cas on l'ouvre sur un point de montage "coffre_open".
Par ailleurs, le dialogue modifié autorise la prise en compte du positionnement du coffre dans l'arborescence, ce qui permet de créer directement le coffre à l'endroit désiré (par exemple sur une clé USB).

Voilà, je te copie ici la nouvelle version du script, si tu veux bien servir de testeur... Je l'ai testé moi-même et le pense opérationnel.

#!/bin/bash

# Définition de la variable D, chemin du dossier déchiffré
D="$HOME/coffre"
# Définition de la variable C, chemin du dossier chiffré
C="$HOME/.coffre_encfs"

# Fonction de création d'un dossier chiffré
Creation() {
    C=$(zenity --entry --title "Gestion des dossiers chiffrés" --text "Nom absolu du dossier chiffré à créer" --entry-text="$C")
    if [ $? != 0 ]; then
        zenity --notification --text "Fonction abandonnée"
        exit 1
    else
        if [ "${C: -6}" != "_encfs" ]; then
            D="$C""_open"
        else
            X="${C%/*}/${C##*.}"
            D="${X%_encfs}"
        fi
        xterm -hold -e "encfs $C $D"
        if [ $? != 0 ]; then
            zenity --notification --text "Erreur de création de $C"
            exit 1
        fi
        zenity --notification --text "Création de $C et montage sur $D réussi !"
        # Ouverture du dossier dans le gestionnaire de fichiers
        xdg-open $D &
        exit
    fi
}

# Sélection du dossier chiffré à gérer (Valider) ou à créer (Annuler)
Choix=$(zenity --file-selection --title "Gestion des dossiers chiffrés - Sélection (Valider) ou Abandon (Annuler)" --filename="$HOME/" --directory)
crd=$?
case $crd in
    0 ) if [ "${Choix: -6}" != "_encfs" ]; then
            D="$Choix"
            if [ "${Choix: -5}" = "_open" ]; then
                C="${Choix%_open}"
            else
                X="$Choix""_open"
                if [ -e "$X" ]; then
                    C="$Choix"; D="$X"
                else
                    C="${Choix%/*}/.${Choix##*/}_encfs"
                fi
            fi
            if [ ! -e "$C" ]; then
                zenity --question --title "Gestion des dossiers chiffrés" --text "Aucun coffre chiffré $C n'existe !
Faut-il en créer un dans le répertoire $D ?
Ou accepter ce répertoire comme un dossier chiffré ?" --width "500" --ok-label "Créer nouveau" --cancel-label "Accepter le nom"
                if [ $? = 0 ]; then
                    C="$Choix/.coffre_encfs"
                    Creation
                else
                    C="$Choix"
                    D="$Choix""_open"
                fi
            fi
        else
            C="$Choix"
            X="${Choix%/*}/${Choix##*.}"
            D="${X%_encfs}"
        fi
        ;;
    * ) exit 1
        ;;
esac

# Test de condition : Est-ce que le dossier déchiffré existe ?
# - si oui, on démonte le dossier chiffré et on supprime le dossier déchiffré
# - si non, on crée le dossier déchiffré et on monte le dossier chiffré
if [ -e "$D" ]; then
    # Démontage du dossier chiffré
    fusermount -u "$D"
    if [ $? != 0 ]; then
        zenity --notification --text "Erreur de démontage de $D"
        exit 1
    fi
    [ -e "$D" ] && rmdir "$D"
    zenity --notification --text "Dossier $D démonté et supprimé"
else
    # Création du dossier déchiffré
    mkdir "$D"
    if [ $? != 0 ]; then
        zenity --notification --text "Erreur de création du dossier $D"
        exit 1
    fi
    # Montage du dossier chiffré
    zenity --entry --title "Gestion des dossiers chiffrés" --text "Entrer le mot de passe" --hide-text | encfs -S "$C" "$D"
    if [ $? != 0 ]; then
        zenity --notification --text "Erreur de montage de $D"
        exit 1
    fi
    zenity --notification --text "Montage de $C sur $D réussi !"
    # Ouverture du dossier dans le gestionnaire de fichiers
    xdg-open $D &
fi
exit

Caille

erresse a écritVoilà, je te copie ici la nouvelle version du script, si tu veux bien servir de testeur... Je l'ai testé moi-même et le pense opérationnel.

Bonjour,

Je viens de lancer le script depuis le raccourci créé sous Ubuntu, il n'y a rien qui s'ouvre comme avec l'ancien script.
Je n'ai probablement pas compris le mode de lancement, en fait j'ai utilisé l'ancien raccourci que j'utilisais et renommé le nouveau script avec le nom de l'ancien.
J'ai bien sur ajouté les droits d'exécutions, mais rien ne s'exécute ? Pourtant je viens de vérifier, il s'exécute bien lorsque je le lance en ligne de commande.

Cordialement.

erresse

Bah, c'est bizarre, je n'ai pas changé le nom ni la manière de démarrer, et j'ai moi aussi simplement réutilisé le même lanceur en renommant l'ancienne version pour la remplacer par la nouvelle, comme toi donc...
En plus, si tu me dis qu'en le lançant en terminal ça démarre bien (et de la même manière qu'avant, non ?), je pense qu'il doit y avoir un bug du côté du lanceur.

Caille

Bonjour,

J'ai essayé l'ancien script nommé coffre1.
J'ai essayé et renommé le nouveau script coffre2
Je viens d'essayer à nouveau en ligne de commande (./coffre1 aucune erreur) ./coffre2, je reçois le message suivant.

caille@caille-N76VB:~/usr/bin$ ./coffre1.sh
caille@caille-N76VB:~/usr/bin$ ./coffre2.sh
bash: ./coffre2.sh : /bin/bash^M : mauvais interpréteur: Aucun fichier ou dossier de ce type
caille@caille-N76VB:~/usr/bin$

J'ai trouvé une réponse ici:

lefred21 du 04/04/2007 a écriten principe le ^M en fin ligne est symptomatique du retour chariot qui n'est pas le même sous Dos/Windows(CR/LF) et sous Unix(LF seul).
Exemple :
-Edition d'un fichier texte sous Windows
-copie binaire de celui-ci sous Unix
-vi du fichier sous Unix : plein de ^M en fin de lignes...
> il faut copier les fichiers texte windows vers unix en précisant le mode ASCII, qui transforme les CR/LF{chr(13)chr(10)} en LF simples {chr(10)}.

https://www.it-connect.fr/resoudre-lerreur-mauvais-interpreteuraucun-fichier-avec-dos2unix/

Je vais essayer d'expliqué mon problème.
Lorsque j'avais regardé la réponse sur le forum, j'étais sous Windows, j'avais donc créé un fichier texte sous Windows et exécuté un copier / coller depuis la page du forum.
J'ai refais depuis Ubuntu ce matin "copier / coller" et là ça marche, j'ai lu par ailleurs sur internet (voir ci-dessus) que la création d'un fichier.txt peut-être différente entre Ubuntu et Windows ?

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Mes essais !

Alors petite question, avec l'ancien script je faisais annuler pour avoir l'option pour créer le dossier, ce n'est plus le cas avec le nouveau script.
Si je ne sélectionne rien j'obtiens deux questions:

Comme je n'ai sélectionné aucun dossier, j'obtiens cette réponse:

En fait dans ce cas il cherche à créer un dossier à la racine du disque et ça ne semble pas fonctionner.
J'ai donc créé un dossier "Robert", dans "Dossier personnel", mais j'obtiens la même erreur après une demande de mot de passe, mais il y a un dossier "Robert_open" qui c'est créé.
Je viens de comprendre, il faut que je demande de créer un nouveau dossier à la première question:

Faut-il en créer un dans le répertoire /home/caille ? (j'ai ajouté le ? au script).

La deuxième question posée ne fonctionne donc pas, car il y a une erreur.

Aucun coffre chiffré /home/.caille_encfs n'existe !
Faut-il en créer un dans le répertoire /home/caille ?
Ou accepter ce répertoire comme un dossier chiffré ?

Je ne peux donc pas accepter ce répertoire comme un dossier chiffré, vu la réponse si je clique sur "Accepter le nom" ?

J'ai bien accès au point de montage Jean-Pierre Windows depuis Ubuntu, par contre Jean-Pierre n'apparaît que dans l'application EncFSMP donc invisible sous Ubuntu.

J'espère que tu comprendras quelque chose à mes explications. 😛

beuguissime

bonjour,

Caille a écrit Je vais essayer d'expliqué mon problème.
Lorsque j'avais regardé la réponse sur le forum, j'étais sous Windows, j'avais donc créé un fichier texte sous Windows et exécuté un copier / coller depuis la page du forum.
J'ai refais depuis Ubuntu ce matin "copier / coller" et là ça marche, j'ai lu par ailleurs sur internet (voir ci-dessus) que la création d'un fichier.txt peut-être différente entre Ubuntu et Windows ?

Oui. Utilise

dos2unix nomdufichier

la prochaine fois pour réparer les fins de lignes.

L'opération réciproque se fait avec

unix2dos

(mais qui voudrait faire ça sur ce forum ? 😉).

erresse

Oui, le questionnement est quelque peu nébuleux, surtout pour toi qui as déjà créé un "pseudo-coffre" sous Windows et qui t'es retrouvé avec tes données chiffrées directement dans ton disque Windows...
Note: La bonne pratique pour créer un coffre avec EncFSMP sous Windows, consiste à créer d'abord manuellement dans le répertoire courant un dossier qui sera le contenant (donc le coffre) des données que EncFSMP va chiffrer dedans. Sans cela, le coffre n'existe pas, les données chiffrées sont directement contenues dans le répertoire courant.
Il faut dire à ma décharge que zenity n'est pas aussi souple que yad, par exemple, car il faut une fenêtre par action, pour un message, une saisie ou une sélection, on ne peut pas toujours choisir le texte des boutons, etc. mais zenity est dans les dépôts et souvent installé par défaut dans la distribution. J'ai essayé de concentrer plusieurs choix dans une même fenêtre pour ne pas trop délayer le dialogue.
Au final, ça donne parfois un message un peu confus...
Alors pour récapituler :
- La première fenêtre qui s'affiche est une fenêtre de sélection de répertoire ou de dossier (le coffre étant un dossier chiffré). Comme on ne peut pas modifier le texte des boutons sur cette fenêtre, j'ai donc rétabli le fonctionnement par défaut : Valider ou Abandonner.
- Lorsque cette fenêtre de sélection s'affiche, elle est automatiquement positionnée sur le répertoire personnel de l'utilisateur. Si on ne choisit pas de changer de répertoire, c'est le répertoire personnel qui est retourné par la fonction lorsqu'on valide.
- Le script vérifie si le choix correspond à un coffre chiffré et, dans le cas contraire, il recherche un coffre chiffré composé avec le nom du répertoire courant et un suffixe "_encfs". Si un tel dossier chiffré existe, on continue la procédure pour la fermeture de ce coffre.
- Si le choix retourné par la sélection ne correspond pas à un coffre ouvert de la forme ".coffre_encfs", on cherche s'il s'agit d'un coffre de la forme "dossier" chiffré en recherchant un point de montage de la forme "dossier_open". Si un tel dossier existe, on continue la procédure pour la fermeture de ce coffre.
- Si le dossier choisi n'est ni un point de montage pour un coffre ".coffre_encfs", ni un coffre ouvert monté sur un point de montage de la forme "dossier_open", c'est donc soit un répertoire ordinaire, soit un dossier chiffré non encore ouvert.
Pour le déterminer, on va poser la question :
- Faut-il créer un nouveau coffre dans ce répertoire (Créer nouveau)
- Ou considérer ce dossier comme un coffre à ouvrir de la forme "dossier" chiffré (Accepter le nom)
Dans le premier cas, on va lancer la procédure de création d'un nouveau coffre, et dans le second, on va simplement ouvrir ce "dossier" chiffré (qui est donc un coffre) sur un point de montage "dossier_open".

En fait, c'est presque plus compliqué d'expliciter le fonctionnement de cette partie du script que d'écrire le code du script lui-même ! :lol:
J'espère avoir décrit clairement ce fonctionnement, et que tu sera plus en mesure de le maîtriser en créant, par exemple, un coffre directement sur une clé USB, et dont la forme soit compatible avec l'utilisation dans Windows (soit de la forme "Coffre" chiffré, qui doit donc générer un dossier contenant les données chiffrées dans le répertoire Windows).

Caille

Suite...

erresse a écrit En fait, c'est presque plus compliqué d'expliciter le fonctionnement de cette partie du script que d'écrire le code du script lui-même ! :lol:

Effectivement, c'est souvent plus simple de faire que d'expliquer.

erresse a écrit J'espère avoir décrit clairement ce fonctionnement, et que tu sera plus en mesure de le maîtriser en créant, par exemple, un coffre directement sur une clé USB, et dont la forme soit compatible avec l'utilisation dans Windows (soit de la forme "Coffre" chiffré, qui doit donc générer un dossier contenant les données chiffrées dans le répertoire Windows).

Oui, j'ai bien compris le fonctionnement, je l'ai essayé sous les deux systèmes et ça fonctionne, j'ai simplement modifier le texte de la boîte de dialogue.

J'ai donc maintenant une clé USB qui ce trouve chiffrée aussi bien sous Linux que sous Windows, avec uniquement un mot de passe à donner.
Ça me semble plus sécurisé que d'avoir des documents via un mot de passe avec un logiciel comme WinRAR, après décompression du dossier ce dernier est copier sur le disque.

Encore merci. 😉

« Page précédente Page suivante »