Pages : 1
#1 Le 30/09/2009, à 07:49
- beronono
Dossier crypté inaccessible
Bonjour,
J'ai fait hier une mise à jour de 9.04 à 9.10.
Pour ne pas risquer de perdre mes documents, j'ai installé un nouveau /home dans une autre partition.
J'ai oublié... qu'un des dossier (/home/laurent) était crypté
La mise à jour s'est très bien passé, pas de problème.
Mais... Si je monte mon ancien /home, je n'arrive plus à lire mon dossier personnel avec les documents qui s'y trouvent... La partition est cryptée.
A la place des dossiers 2 fichiers
un README.txt qui explique comment décrypter
un fichier Access Your Private Data qui ne se lance qu'en root
Et trois dossiers .cache .ecryptfs et .Private
Si je tente de décrypter voici ce qu'il se passe :
$ sudo ecryptfs-mount-private
Enter your login passphrase:
Inserted auth tok with sig [38c49e9f53d1ac2b] into the user session keyring
fopen: No such file or directory
Un peu la galèren je ne sais pas comment utiliser ecryptfs... Et le "man" manque cruellement d'informations...
Si quelqu'un peut éclairer ma lanterne, il est le bienvenue...
Dernière modification par beronono (Le 01/10/2009, à 14:22)
Linux toshi 2.6.31-11-generic #36-Ubuntu SMP Fri Sep 25 06:37:23 UTC 2009 x86_64 GNU/Linux
Hors ligne
#2 Le 30/09/2009, à 08:11
- Hoper
Re : Dossier crypté inaccessible
Tu te souviens de la clef qui servit pour le chiffrement ?
Tu l'avais chiffré comment exactement ?
Mes tutos et coups de gueule :
http://hoper.dnsalias.net/atdc/
Mastodon: @hoper@framapiaf.org
Hors ligne
#3 Le 01/10/2009, à 07:28
- beronono
Re : Dossier crypté inaccessible
Salut, d'habitude je répond plus rapidement, mais au moment ou je postais, hier, coupure Internet...
C'est revenu il y a quelques minutes !
Tu te souviens de la clef qui servit pour le chiffrement ?
Oui, pas de soucis de ce côté
Tu l'avais chiffré comment exactement ?
Au moment de l'installation, il est proposé de chiffrer le dossier perso. Donc mon dossier /home/laurent est chiffré.
Il se montait et se déchiffrait automatiquement au démarrage, donc je ne m'en suis pas occupé pendant un an...
C'est pourquoi quand j'ai fait ma nouvelle installation je n'y ai pas pensé... Sinon je n'aurais pas fait cette erreur...
Donc si je monte cette partition dans un répertoire "normal" mon dossier est crypté...
Et si je tente de le mettre en /home... C'est aussi crypté...
Impossible de lire mes dossier et fichiers...
Si tu as une idée de la façon de procéder, ce serait cooooooooool
Linux toshi 2.6.31-11-generic #36-Ubuntu SMP Fri Sep 25 06:37:23 UTC 2009 x86_64 GNU/Linux
Hors ligne
#4 Le 01/10/2009, à 08:04
- beronono
Re : Dossier crypté inaccessible
Hummmmm
Je dois rater quelquechose...
Si je tape
sudo mount -t ecryptfs ~/.Private ~/Private -o key=passphrase,ecryptfs_cipher=aes,ecryptfs_key_bytes=16,ecryptfs_passthrough=n
Il me sort
Error mounting eCryptfs: [-2] No such file or directory
Je me doute qu'il y a un problème. J'ai créé deux dossier dans mon nouveau /home/laurent (~/Private et ~/.Private)
J'ai alors ça
Mounted sCryptfs
Mais les dossier son vides... Arghhhh
Linux toshi 2.6.31-11-generic #36-Ubuntu SMP Fri Sep 25 06:37:23 UTC 2009 x86_64 GNU/Linux
Hors ligne
#5 Le 01/10/2009, à 12:01
- Hoper
Re : Dossier crypté inaccessible
la commande mount attend deux paremetre important :
- Le device que tu veux monter (le "quoi")
- Le répértoire ou tu veux le monter '(le "ou").
Eventuellement, des options.
Je n'ai jamais utilisé eCryptfs de ma vie, mais j'essayerai plutot un truc comme ça :
sudo mount -t ecryptfs -o key=passphrase,ecryptfs_cipher=aes,ecryptfs_key_bytes=16,ecryptfs_passthrough=n /dev/XXX /Private
A toi de mettre le bon device (je ne sais pas ou était stocké tes données chiffrés). Et pour le reste de la commande je te fais confiance
Mes tutos et coups de gueule :
http://hoper.dnsalias.net/atdc/
Mastodon: @hoper@framapiaf.org
Hors ligne
#6 Le 01/10/2009, à 12:19
- beronono
Re : Dossier crypté inaccessible
sudo mount -t ecryptfs -o key=passphrase,ecryptfs_cipher=aes,ecryptfs_key_bytes=16,ecryptfs_passthrough=n /dev/XXX /Private
A toi de mettre le bon device (je ne sais pas ou était stocké tes données chiffrés). Et pour le reste de la commande je te fais confiance
Salut,
Merci pour ton aide... Je me sent un peu moins seul face à ce problème...
Le commande fonctionne, mais il me monte le dossier sans le décrypter...
Je vais chercher un autre moyen !
Linux toshi 2.6.31-11-generic #36-Ubuntu SMP Fri Sep 25 06:37:23 UTC 2009 x86_64 GNU/Linux
Hors ligne
#7 Le 01/10/2009, à 12:24
- Hoper
Re : Dossier crypté inaccessible
Ce qui veut dire qu'il ne le decrypte pas.
Tu est vraiment certain de connaitre la clef ? Tu l'avais rentré toi même à la main il y a un an et tu t'en souviens ? J'ignore totalement comment ubuntu fait pour crypter "automatiquement" au moment de l'installation. En temps normal, voila comment je fais pour avoir accès à des infos cryptés :
sudo cryptsetup create essai /dev/XXX
(attention, le premier mot de passe demandé est celui de sudo, le second est la clef de décryptage).
Ensuite :
sudo mount /dev/mapper/essai /mnt
La, si il n'y a pas d'erreur, c'est bon, toutes tes données sont dans /mnt.
Si il te dit qu'il n'arrive pas à le monter, c'est que la clef n'est pas bonne. Enfin, en résumé quoi...
Mes tutos et coups de gueule :
http://hoper.dnsalias.net/atdc/
Mastodon: @hoper@framapiaf.org
Hors ligne
#8 Le 01/10/2009, à 12:45
- beronono
Re : Dossier crypté inaccessible
Ce qui veut dire qu'il ne le decrypte pas.
Tu est vraiment certain de connaitre la clef ? Tu l'avais rentré toi même à la main il y a un an et tu t'en souviens ? J'ignore totalement comment ubuntu fait pour crypter "automatiquement" au moment de l'installation. En temps normal, voila comment je fais pour avoir accès à des infos cryptés :
sudo cryptsetup create essai /dev/XXX
(attention, le premier mot de passe demandé est celui de sudo, le second est la clef de décryptage).
Ensuite :
sudo mount /dev/mapper/essai /mntLa, si il n'y a pas d'erreur, c'est bon, toutes tes données sont dans /mnt.
Si il te dit qu'il n'arrive pas à le monter, c'est que la clef n'est pas bonne. Enfin, en résumé quoi...
impossible à oublier...
"lessanglotslongsdesviolons"
Ave"c /dev/sda6 ça ne fonctionne pas, il veut un répertoire, pas un périphérique.
Donc je monte au préalable, et toujours la même histoire. Répertoire monté (pas d'erreur) mais pas décrypté...
Linux toshi 2.6.31-11-generic #36-Ubuntu SMP Fri Sep 25 06:37:23 UTC 2009 x86_64 GNU/Linux
Hors ligne
#9 Le 01/10/2009, à 13:03
- Hoper
Re : Dossier crypté inaccessible
? Désolé je comprend pas ce que tu dit...
mount ne peut pas monter un répertoire. Il monte un device. et il monte le device dans un répertoire. Quand tu dis que le répertoire est "monté" dans erreur, mais pas décrypté, tu entend quoi par la ?
Tu peux me copier le résultat de :
df -h
ls -al /repertoire_en_question
Mes tutos et coups de gueule :
http://hoper.dnsalias.net/atdc/
Mastodon: @hoper@framapiaf.org
Hors ligne
#10 Le 01/10/2009, à 14:00
- beronono
Re : Dossier crypté inaccessible
? Désolé je comprend pas ce que tu dit...
mount ne peut pas monter un répertoire.
Si... avec l'option ecryptfs c'est possible... Il "monte" un répertoire crypté à la volée et le décrypte.
Quand tu dis que le répertoire est "monté" dans erreur, mais pas décrypté, tu entend quoi par la ?
Je ne dit pas "dans erreur", mais "pas d'erreur".
Le répertoire crypté est bien monté à l'endroit ou je le souhaite, mais il n'est pas décrypté.
Tu peux me copier le résultat de :
df -h
ls -al /repertoire_en_question
laurent@toshi:/$ df -h
Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/sda3 39G 3,9G 33G 11% /
udev 1005M 260K 1005M 1% /dev
none 1005M 224K 1005M 1% /dev/shm
none 1005M 100K 1005M 1% /var/run
none 1005M 0 1005M 0% /var/lock
none 1005M 0 1005M 0% /lib/init/rw
/dev/sda7 152G 198M 144G 1% /home
/dev/sda6 35G 19G 14G 58% /media/sda6
/home/laurent/.Private
152G 198M 144G 1% /home/laurent/
laurent@toshi:/media/sda6/laurent$ ls -al
total 44
dr-x------ 4 laurent laurent 4096 2009-09-27 04:49 .
drwxr-xr-x 7 laurent laurent 4096 2009-10-01 07:39 ..
lrwxrwxrwx 1 laurent laurent 56 2009-03-13 22:15 Access-Your-Private-Data.desktop -> /usr/share/ecryptfs-utils/ecryptfs-mount-private.desktop
drwxr-xr-x 3 laurent laurent 4096 2009-10-01 05:50 .cache
lrwxrwxrwx 1 laurent laurent 25 2009-03-13 22:15 .ecryptfs -> /var/lib/ecryptfs/laurent
drwx------ 100 laurent laurent 28672 2009-10-02 08:28 .Private
-rw------- 1 laurent laurent 256 2009-09-27 04:49 .pulse-cookie
lrwxrwxrwx 1 laurent laurent 52 2009-03-13 22:15 README.txt -> /usr/share/ecryptfs-utils/ecryptfs-mount-private.txt
Voilà !
Linux toshi 2.6.31-11-generic #36-Ubuntu SMP Fri Sep 25 06:37:23 UTC 2009 x86_64 GNU/Linux
Hors ligne
#11 Le 01/10/2009, à 15:04
- Hoper
Re : Dossier crypté inaccessible
Interessant... Encore une fois j'ai jamais utilisé ce truc la...
Mais ca signifie donc que sda6 n'est pas chifrré. En revanche, il contient forcement un fichier qui lui sera déchiffré au fur et à mesure. Toujours par curiosité, il y a quoi dans .Private ?
Il faudrait que je test pour avoir accès aux readme etc... Bon en attendant, google...
Mes tutos et coups de gueule :
http://hoper.dnsalias.net/atdc/
Mastodon: @hoper@framapiaf.org
Hors ligne
#12 Le 01/10/2009, à 15:19
- beronono
Re : Dossier crypté inaccessible
Interessant... Encore une fois j'ai jamais utilisé ce truc la...
Mais ca signifie donc que sda6 n'est pas chifrré. En revanche, il contient forcement un fichier qui lui sera déchiffré au fur et à mesure. Toujours par curiosité, il y a quoi dans .Private ?Il faudrait que je test pour avoir accès aux readme etc... Bon en attendant, google...
Re,
Exact /dev/sda6 est en clair, donc je peux monter sans problème. Reste ce fichu répertoire...
laurent@toshi:/media/sda6/laurent/.Private$ ls
ECRYPTFS_FNEK_ENCRYPTED.FWays1tF9ao3-ESU8l5IchwZM-6cUpXvXQX9187pvFNgSDd95Jilke.u.E--
ECRYPTFS_FNEK_ENCRYPTED.FWays1tF9ao3-ESU8l5IchwZM-6cUpXvXQX91MoqMRKblXLndHV2v2XKkk--
ECRYPTFS_FNEK_ENCRYPTED.FWays1tF9ao3-ESU8l5IchwZM-6cUpXvXQX92dwi15bwX.OcidcL.cNMo---
ECRYPTFS_FNEK_ENCRYPTED.FWays1tF9ao3-ESU8l5IchwZM-6cUpXvXQX92NnG4uaSOEcSA8ftf3uscE--
ECRYPTFS_FNEK_ENCRYPTED.FWays1tF9ao3-ESU8l5IchwZM-6cUpXvXQX92vztKa52OTH7d3C2-l9kek--
ECRYPTFS_FNEK_ENCRYPTED.FWays1tF9ao3-ESU8l5IchwZM-6cUpXvXQX92YXmhNw-dELYFMqQyArL4---
[...]
drwxr-xr-x 2 laurent laurent 4096 2009-04-29 21:15 ECRYPTFS_FNEK_ENCRYPTED.FXays1tF9ao3-ESU8l5IchwZM-6cUpXvXQX9WiaJbAo0aHD255on4kpIZdNQN5uw5xk5Y9C5smsWOto-
-rw-r--r-- 1 laurent laurent 12288 2008-02-22 10:39 ECRYPTFS_FNEK_ENCRYPTED.FXays1tF9ao3-ESU8l5IchwZM-6cUpXvXQX9Wwz5BRRCco6sDcXIdNdiIkjEI97lzq49jr7PztMF4is-
-rw-r--r-- 1 laurent laurent 12288 2009-05-21 22:52 ECRYPTFS_FNEK_ENCRYPTED.FXays1tF9ao3-ESU8l5IchwZM-6cUpXvXQX9XPqE0-pkUwIcmjvsiYX8yuGW9zHhWOFMsNqvqAROV5--
-rw-r--r-- 1 laurent laurent 12288 2009-10-01 07:37 ECRYPTFS_FNEK_ENCRYPTED.FXYsl7uTIx4g8kRqFAVtKfrz6ppzNmgzafhe-5StnewMHvNzbLPKViVZaOXkXwmoD2FmJEUqi-bQlck-
-rw-r--r-- 1 laurent laurent 12288 2009-10-01 02:44 ECRYPTFS_FNEK_ENCRYPTED.FXYsl7uTIx4g8kRqFAVtKfrz6ppzNmgzafheB9t9glu3AGCWjvKmztZWU1yNUeOKofDwOenTZEztFXw-
-rw------- 1 laurent laurent 12288 2009-10-02 08:28 ECRYPTFS_FNEK_ENCRYPTED.FXYsl7uTIx4g8kRqFAVtKfrz6ppzNmgzafheRxDHMeaBwedHh2DInGhuw8IhBjOHsp9q10d0g1hNEhU-
drwx------ 2 laurent laurent 4096 2009-10-01 02:43 ECRYPTFS_FNEK_ENCRYPTED.FXYsl7uTIx4g8kRqFAVtKfrz6ppzNmgzafhex1rpYqQ6i7kQX4Uj.djInmc5XIG62XQRI1zFP.tZi8Q-
-rw------- 1 laurent laurent 16384 2009-10-02 08:28 ECRYPTFS_FNEK_ENCRYPTED.FXYsl7uTIx4g8kRqFAVtKfrz6ppzNmgzafhex1rpYqQ6i7kQX4Uj.djInoJSgDDPLtY8lHlnreXJLSU-
drwx------ 3 laurent laurent 4096 2009-10-01 02:43 ECRYPTFS_FNEK_ENCRYPTED.FXYsl7uTIx4g8kRqFAVtKfrz6ppzNmgzafhex1rpYqQ6i7kQX4Uj.djInqGvhYn0CmtA0f310kwmcy6-
-rw------- 1 laurent laurent 16384 2009-10-01 07:48 ECRYPTFS_FNEK_ENCRYPTED.FXYsl7uTIx4g8kRqFAVtKfrz6ppzNmgzafheyfjbYxBr.R9G0R55thq4.4Cmk-EmonXWkq.VQ0veMFY-
-rw-r--r-- 1 laurent laurent 315392 2009-04-26 20:30 ECRYPTFS_FNEK_ENCRYPTED.FZays1tF9ao3-ESU8l5IchwZM-6cUpXvXQX9laCYs4atMJcm8VnDabGfsxTKnOiz-kekRiFDEUI60-6lMDivzhtuFn1MiEV02yJVOjbitgIOtp6TceOVzLYMkE--
J'te met pas tout hein...
Google, j'ai déja cherché évidemment, mais rien qui ne fonctionne... Les boules
Linux toshi 2.6.31-11-generic #36-Ubuntu SMP Fri Sep 25 06:37:23 UTC 2009 x86_64 GNU/Linux
Hors ligne
#13 Le 01/10/2009, à 16:03
- Hoper
Re : Dossier crypté inaccessible
D'apres ce que je lis ici :
http://tombuntu.com/index.php/2008/08/07/create-an-encrypted-private-directory-with-ecryptfs/
La syntaxe (très particuliere en effet...) de la commande mount dans ce cas utilise le même répertoire comme source et comme destination.
Or, tu n'a pas indiqué deux fois le même répertoire (un coup il y a un . et un coup il n'y en a pas) dans la commande que tu as tapé :
sudo mount -t ecryptfs ~/.Private ~/Private -o key=passphrase,ecryptfs_cipher=aes,ecryptfs_key_bytes=16,ecryptfs_passthrough=n
Dernière modification par Hoper (Le 01/10/2009, à 16:04)
Mes tutos et coups de gueule :
http://hoper.dnsalias.net/atdc/
Mastodon: @hoper@framapiaf.org
Hors ligne
#14 Le 01/10/2009, à 16:56
- beronono
Re : Dossier crypté inaccessible
D'apres ce que je lis ici :
http://tombuntu.com/index.php/2008/08/07/create-an-encrypted-private-directory-with-ecryptfs/
La syntaxe (très particuliere en effet...) de la commande mount dans ce cas utilise le même répertoire comme source et comme destination.Or, tu n'a pas indiqué deux fois le même répertoire (un coup il y a un . et un coup il n'y en a pas) dans la commande que tu as tapé :
sudo mount -t ecryptfs ~/.Private ~/Private -o key=passphrase,ecryptfs_cipher=aes,ecryptfs_key_bytes=16,ecryptfs_passthrough=n
Re,
Merci pour ton lien.
J'ai indiqué deux répertoire différents car dans /media/sda6/laurent le répertoire crypté c'est .Private.
Mais je vais essayer quand même, je ne suis plus à ça près... J'ai tapé 100 fois ma super phrase aujourd'hui...
Linux toshi 2.6.31-11-generic #36-Ubuntu SMP Fri Sep 25 06:37:23 UTC 2009 x86_64 GNU/Linux
Hors ligne
#15 Le 09/10/2009, à 12:54
- gwado
Re : Dossier crypté inaccessible
Même problème. Le dossier se monte mais toujours crypté. Ça craint.
Hors ligne
#16 Le 09/10/2009, à 13:04
- gwado
Re : Dossier crypté inaccessible
Solution trouvée à l'instant (après y avoir passé la nuit) :
(de tête)
- Démarrage en mode recovery
- sélection du resume normal boot
- login avec son nom d'utilisateur + mot de passe
- ecryptfs-mount-private
- startx
Je résume un peu mon cas : installation d'ubuntu avec / et /home sur deux partitions différentes, et avec mon home chiffré. Réinstallation du système / sans touché à /home et pas de demande de chiffrer /home. Impossibilité d'accès au répertoire utilisateur (le même utilisateur pour les deux installations).
Hors ligne
#17 Le 10/10/2009, à 07:22
- beronono
Re : Dossier crypté inaccessible
Solution trouvée à l'instant (après y avoir passé la nuit) :
(de tête)
- Démarrage en mode recovery
- sélection du resume normal boot
- login avec son nom d'utilisateur + mot de passe
- ecryptfs-mount-private
- startxJe résume un peu mon cas : installation d'ubuntu avec / et /home sur deux partitions différentes, et avec mon home chiffré. Réinstallation du système / sans touché à /home et pas de demande de chiffrer /home. Impossibilité d'accès au répertoire utilisateur (le même utilisateur pour les deux installations).
C'est super sympa de partager ta solution.
J'avais un peu mis de côté en attendant des jours meilleurs... La partition est là, dans un coins en attente...
J'essaye dés cet après-midi !
Question : Tu as mis comme /home la partition cryptée dans ton fstab bien sur ?
Merci pour l'info
Linux toshi 2.6.31-11-generic #36-Ubuntu SMP Fri Sep 25 06:37:23 UTC 2009 x86_64 GNU/Linux
Hors ligne
#18 Le 10/10/2009, à 16:44
- beronono
Re : Dossier crypté inaccessible
Bon, moins de chance que toi...
Encrypt private directory is not set properly
Et dans les logs
Oct 10 18:27:27 toshi kernel: [ 88.551588] process_request_key_err: No key
Oct 10 18:27:27 toshi kernel: [ 88.551590] ecryptfs_parse_tag_70_packet: Error attempting to find auth tok for fnek sig [bee03e512e6d0501]; rc = [-2]
Oct 10 18:27:27 toshi kernel: [ 88.553629] ecryptfs_decode_and_decrypt_filename: Could not parse tag 70 packet from filename; copying through filename as-is
Oct 10 18:27:27 toshi kernel: [ 88.553636] Could not find key with description: [bee03e512e6d0501]
Oct 10 18:27:27 toshi kernel: [ 88.553705] process_request_key_err: No key
Je ne sais pas quoi faire pour récupérer ça...
Apparemment un fichier corrompu ou manquant...
Linux toshi 2.6.31-11-generic #36-Ubuntu SMP Fri Sep 25 06:37:23 UTC 2009 x86_64 GNU/Linux
Hors ligne
#19 Le 12/10/2009, à 01:44
- gwado
Re : Dossier crypté inaccessible
gwado a écrit :Solution trouvée à l'instant (après y avoir passé la nuit) :
(de tête)
- Démarrage en mode recovery
- sélection du resume normal boot
- login avec son nom d'utilisateur + mot de passe
- ecryptfs-mount-private
- startxJe résume un peu mon cas : installation d'ubuntu avec / et /home sur deux partitions différentes, et avec mon home chiffré. Réinstallation du système / sans touché à /home et pas de demande de chiffrer /home. Impossibilité d'accès au répertoire utilisateur (le même utilisateur pour les deux installations).
C'est super sympa de partager ta solution.
J'avais un peu mis de côté en attendant des jours meilleurs... La partition est là, dans un coins en attente...
J'essaye dés cet après-midi !Question : Tu as mis comme /home la partition cryptée dans ton fstab bien sur ?
Merci pour l'info
Dans mon fstab... euh, peut-être, je n'ai rien touché en fait.
Mes installations étaient effectuées graphiquement, toutes avec / et /home séparés. La première avec ce /home crypté, la seconde avec ce même /home non modifié (et donc gardé crypté mais sans le savoir), seul / a été formaté et remplacé par la nouvelle installation.
Rien de bien exceptionnel en fait.
Hors ligne
#20 Le 12/10/2009, à 04:35
- beronono
Re : Dossier crypté inaccessible
Dans mon fstab... euh, peut-être, je n'ai rien touché en fait.
Mes installations étaient effectuées graphiquement, toutes avec / et /home séparés. La première avec ce /home crypté, la seconde avec ce même /home non modifié (et donc gardé crypté mais sans le savoir), seul / a été formaté et remplacé par la nouvelle installation.
Rien de bien exceptionnel en fait.
Salut Gwado,
Merci de cette précision.
Moi j'ai mis de côté la partition /home cryptée et j'ai fait un nouveau /home.
J'ai encore de la place, je vais refaire une install (904 et non 910 comme j'ai fait) en tentant de reprendre mon /home crypté.
A la grâce de Dieu
Linux toshi 2.6.31-11-generic #36-Ubuntu SMP Fri Sep 25 06:37:23 UTC 2009 x86_64 GNU/Linux
Hors ligne
#21 Le 30/12/2009, à 21:18
- QI81EPA
Re : Dossier crypté inaccessible
J'ai eu le même pb, j'ai appliqué ta solution : merciiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii !
Hors ligne
#22 Le 30/12/2009, à 23:17
- QI81EPA
Re : Dossier crypté inaccessible
Pb : si je redémarre en mode normal, ça plante :
"could not update ICEauthority file /home/moi/.ICEauthority.
Help.
Hors ligne
#23 Le 02/01/2010, à 05:49
- beronono
Re : Dossier crypté inaccessible
Salut,
Désolé en ce qui me concerne je ne suis parvenu à rien !
Mon dossier est toujours illisible...
Je me suis fait une raison (mauvaise raison...) je n'ai pas encore effacé, mais ça ne va pas tarder !
Linux toshi 2.6.31-11-generic #36-Ubuntu SMP Fri Sep 25 06:37:23 UTC 2009 x86_64 GNU/Linux
Hors ligne
#24 Le 29/01/2010, à 18:28
- nemsia
Re : Dossier crypté inaccessible
bonjour,
j'ai trouver une solution par ubuntu.com qui marche chez moi.
http://blog.dustinkirkland.com/2009/03/ … -from.html
A tester pour vous
Hors ligne
#25 Le 16/02/2010, à 22:48
- jackos
Re : Dossier crypté inaccessible
Hello,
bonjour,
j'ai trouver une solution par ubuntu.com qui marche chez moi.
http://blog.dustinkirkland.com/2009/03/ … -from.htmlA tester pour vous
merci pour le lien, ca marche aussi pour moi.
mais je ne sais pas si cela peut etre générique avec toute les situations (je suis pas expert en linux):
ca marche avec un chroot sur un disque dur qui a le système et le home de valide, en faisant un ls -la on obtient
lrwxrwxrwx 1 root root 56 2009-09-15 21:58 Access-Your-Private-Data.desktop -> /usr/share/ecryptfs-utils/ecryptfs-mount-private.desktop
lrwxrwxrwx 1 root root 23 2009-09-15 21:58 .ecryptfs -> /var/lib/ecryptfs/jackos
drwx------ 48 jackos jackos 20480 2010-02-16 18:02 .Private
lrwxrwxrwx 1 root root 52 2009-09-15 21:58 README.txt -> /usr/share/ecryptfs-utils/ecryptfs-mount-private.txt
et un ls du lien .ecryptfs -> /var/lib/ecryptfs/jackos donne
auto-mount auto-umount Private.mnt Private.sig wrapped-passphrase
je sais pas ci ces dernier fichiers ont un importance pour le montage du home crypté, car si on fait une nouvelle installation on supprime ces dernier.
encore merci, pour l'anecdote, mon portable à grillé (un boum, suivit de plein de fumé) au moment ou j'ai branché mon ipod sur le port usb ... incroyable mais vrai !!!!! , j'ai démonté le disque dur et l'ai branché sur un autre ordi avec un raccord usb et ainsi récupérer mon rapport de stage à rendre pour .....dans 2 jours :D:D merci
Hors ligne
Pages : 1