[RESOLU] Je ne peux plus accéder à ma partition home cryptée

ammoniak · Le 07/08/2016, à 20:27

@maxire : pour faire le backup de la partition sda8, est-ce que je peux tenter ça ?

ubuntu@ubuntu:~$ df
Filesystem     1K-blocks      Used Available Use% Mounted on
udev             4029924         0   4029924   0% /dev
tmpfs             808912      9744    799168   2% /run
/dev/sdb1        3903552   1477008   2426544  38% /cdrom
/dev/loop0       1425792   1425792         0 100% /rofs
/cow             4044556    368328   3676228  10% /
tmpfs            4044556       804   4043752   1% /dev/shm
tmpfs               5120         4      5116   1% /run/lock
tmpfs            4044556         0   4044556   0% /sys/fs/cgroup
tmpfs            4044556       236   4044320   1% /tmp
tmpfs             808912        92    808820   1% /run/user/999
/dev/sda5      491966460 396512096  95454364  81% /media/ubuntu/OS
/dev/sda7      124829596   8838820 109626720   8% /tmp/7
/dev/sdc1       15828960   1610144  14218816  11% /media/ubuntu/SONY
ubuntu@ubuntu:~$ dd if=/dev/sda8 of=/dev/sdc1 bs=4096 skip=1 seek=1

Sachant que ma clé ne fait que 16 Go...

Ou est-ce que, si je ne vois plus d'autre solution que de réinstaller Ubuntu en repartitionnant le disque, est-ce que je peux tenter "sudo e2fsck -b 32768 /dev/sda8" avant ? En me disant qu'au pire toutes les données seront perdues.

maxire · Le 07/08/2016, à 20:39

Une clef de 16 Go, non cela ne fonctionne pas, /dev/sda8 doit faire environ 320 Go (je me suis peut-être trompé dans mes calculs), si tu n'as pas de disque de capacité suffisante pour faire une image tu n'as plus qu'à tenter un e2fsck directement avec le superblock 32768.

Pour information:

sudo dd if=/dev/sda8 of=/media/ubuntu/SONY/sda8.img bs=4096

aurait été mieux pour sauvegarder /dev/sda8 dans le fichier sda8.img de la clef sony.

Dernière modification par maxire (Le 07/08/2016, à 20:46)

ammoniak · Le 07/08/2016, à 20:44

OK. Merci.
Mais la copie ne pourrait pas se faire sur les 16 premiers giga de sda8 en squizzant le reste ? Si la partition est bien organisée et que je n'ai pas trop de données dessus (ce qui est le cas), ça ne pourrait pas donner une copie exploitable en cas de nécessité ?

moko138 · Le 07/08/2016, à 20:45

ammoniak,
Pas de précipitation !
Non, tu ne peux pas copier une partition de 350 GB dans une clef de 16 GB...

Que donne cette variante, toujours en lecture seule :

sudo mkdir /tmp/8; sudo mount -t  ext4 -o  ro  sb=131072  /dev/sda8 /tmp/8  && ls -la /tmp/8; ls -la /tmp/8/*

?
Et si c'est non concluant, pense à donner aussitôt après :

dmesg | tail -n 25

= = = = =

La partition ajoutée
...a peu de chance d'être la MSR (sda3). Car je le rappelle (après ./viewtopic.php?pid=20639051#p20639051) :
msdn.microsoft.com/en-us/library/window … 85%29.aspx avait dit :

Every GPT disk must contain an MSR.
The order of partitions on the disk should be
ESP (if any),
OEM (if any)
and MSR followed by primary data partition(s).
It is particularly important that the MSR be created before other primary data partitions.

Par contre, nous avons deux "ntfs hidden, diag" d'un demi Go, en sda4 et en sda6 :

=================== parted -l:
Model: ATA ST1000DM003-1CH1 (scsi)
Disk /dev/sda: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:
Number  Start   End     Size    File system  Name                          Flags
1      1049kB  525MB   524MB   fat32        EFI system partition          boot, esp
2      525MB   567MB   41.9MB  fat32        Basic data partition          hidden
3      567MB   701MB   134MB                Microsoft reserved partition  msftres
4      701MB   1215MB  514MB   ntfs         Basic data partition          hidden, diag
5      1215MB  505GB   504GB   ntfs         Basic data partition          msftdata
6      505GB   505GB   472MB   ntfs                                       hidden, diag
7      505GB   635GB   130GB   ext4
8      635GB   985GB   350GB
9      985GB   996GB   10.3GB

De là à imaginer que, comme on l'a souvent vu ces derniers mois, une mise à niveau vers win10 a ajouté la seconde...

maxire · Le 07/08/2016, à 20:52

@moko138:

sudo mount -t  ext4 -o  ro  sb=131072  /dev/sda8 /tmp/8

plutôt:

sudo mount -t  ext4 -o  ro,sb=131072  /dev/sda8 /tmp/8

Pourquoi sb=131072, ce superblock n'est pas dans la liste donnée par mke2fs, je dirais plutôt:

sudo mount -t  ext4 -o  ro,sb=32768  /dev/sda8 /tmp/8

Je vous laisse, je ne veux pas rater «La Horde Sauvage» diffusé par Arte.

Bougron · Le 07/08/2016, à 20:55

ammoniak a écrit :

@maxire : pour faire le backup de la partition sda8, est-ce que je peux tenter ça ?

ubuntu@ubuntu:~$ df
Filesystem     1K-blocks      Used Available Use% Mounted on
udev             4029924         0   4029924   0% /dev
tmpfs             808912      9744    799168   2% /run
/dev/sdb1        3903552   1477008   2426544  38% /cdrom
/dev/loop0       1425792   1425792         0 100% /rofs
/cow             4044556    368328   3676228  10% /
tmpfs            4044556       804   4043752   1% /dev/shm
tmpfs               5120         4      5116   1% /run/lock
tmpfs            4044556         0   4044556   0% /sys/fs/cgroup
tmpfs            4044556       236   4044320   1% /tmp
tmpfs             808912        92    808820   1% /run/user/999
/dev/sda5      491966460 396512096  95454364  81% /media/ubuntu/OS
/dev/sda7      124829596   8838820 109626720   8% /tmp/7
/dev/sdc1       15828960   1610144  14218816  11% /media/ubuntu/SONY
ubuntu@ubuntu:~$ dd if=/dev/sda8 of=/dev/sdc1 bs=4096 skip=1 seek=1

Sachant que ma clé ne fait que 16 Go...

Ou est-ce que, si je ne vois plus d'autre solution que de réinstaller Ubuntu en repartitionnant le disque, est-ce que je peux tenter "sudo e2fsck -b 32768 /dev/sda8" avant ? En me disant qu'au pire toutes les données seront perdues.

Sda8 fait 326Go
J'utiliserais plutôt la fonctionnalité copier/coller de gparted plutôt que cette commande qui devrait certainement être
dd if=/dev/sda8 of=/dev/sdc1 bs=4096

ammoniak · Le 07/08/2016, à 21:06

On a une (très) bonne piste, si ce n'est solution !

ubuntu@ubuntu:~$ sudo mount -t ext4 -o ro,sb=131072 /dev/sda8 /tmp/8 && ls -la /tmp/8; ls -la /tmp/8/*
total 28
drwxr-xr-x  5 root root  4096 Nov  6  2013 .
drwxrwxrwt 15 root root   360 Aug  7 18:22 ..
drwxr-xr-x  3 root root  4096 Nov  6  2013 .ecryptfs
dr-x------  3 1000 1000  4096 Nov  6  2013 loic
drwx------  2 root root 16384 Nov  6  2013 lost+found
ls: cannot open directory '/tmp/8/loic': Permission denied
ls: cannot open directory '/tmp/8/lost+found': Permission denied

Je fais une copie sur ma partition Windows au cas où et j'essaie de déchiffrer ça.

Du coup, quelle est cette idée de l'option sb=131072 ?

Et, si cela fonctionne bien, pourrais-tu m'indiquer comment mettre ça en place de façon perenne ? Parce que, si j'ai bien compris ça ne tiendra pas à mon prochain redémarrage...

PS : pas de mise à niveau Windows 10 chez moi. Je pense que les deux partitions NTFS sont des partitions usines.

moko138 · Le 07/08/2016, à 21:07

ammoniak a écrit :

Il y a bien eu une extinction forcée car le boot sur la 16.04 d'Ubuntu ne marchant pas et le Ctrl+Alt+Suppr ne répondant pas, j'ai redémarré à l'arrache. Ce n'est qu'ensuite que j'ai constaté la situation.

Maintenant que tu as vu les dégâts possibles d'une coupure d'alimentation ou d'un redémarrage à l'arrache, souviens-toi à l'avenir de tenter
ALT+SYS R, E, I, S, U, B (sans les virgules)
puis, seulement si ça n'a pas suffi, de presser continûment l'interrupteur pendant 6 secondes environ (la durée varie suivant les bios).
- -

maxire a écrit :

/home/$USER = répertoire pas partition, e2fsck n'a pas de sens pour un répertoire même si en réalité le répertoire est un conteneur chiffré..
La partition /dev/sda8 n'est pas chiffrée, donc un e2fsck devrait pouvoir réparer /dev/sda8, je n'y mettrais pas ma main à couper.

Merci maxire !
= = = =

À tous :
Arrêtez de courir !
1) je n'arrive plus à tenir le rythme, j'ai aperçu des captures de testdisk, pas encore lues.
2) j'ai encore des choses à répondre,
3) Il n'y a pas le feu !

moko138 · Le 07/08/2016, à 21:10

sudo ls -la /tmp/8
sudo ls -la /tmp/8/*

Encore une fois :
Pas de précipitation !

Dernière modification par moko138 (Le 07/08/2016, à 21:11)

moko138 · Le 07/08/2016, à 21:26

Rectificatif :
1) Passer en "root" :

sudo -s

2) lister :

ls -la /tmp/8
ls -la /tmp/8/*

3) fermer la session root TRÈS important :

exit

Dernière modification par moko138 (Le 07/08/2016, à 21:27)

ammoniak · Le 07/08/2016, à 23:18

root@ubuntu:~# ls -la /tmp/8
total 28
drwxr-xr-x  5 root root  4096 Nov  6  2013 .
drwxrwxrwt 11 root root   280 Aug  7 21:14 ..
drwxr-xr-x  3 root root  4096 Nov  6  2013 .ecryptfs
dr-x------  3 1000 1000  4096 Nov  6  2013 loic
drwx------  2 root root 16384 Nov  6  2013 lost+found
root@ubuntu:~# ls -la /tmp/8/*
/tmp/8/loic:
total 12
dr-x------ 3 1000 1000 4096 Nov  6  2013 .
drwxr-xr-x 5 root root 4096 Nov  6  2013 ..
lrwxrwxrwx 1 1000 1000   56 Nov  6  2013 Access-Your-Private-Data.desktop -> /usr/share/ecryptfs-utils/ecryptfs-mount-private.desktop
drwx------ 3 1000 1000 4096 Nov 12  2013 .cache
lrwxrwxrwx 1 1000 1000   30 Nov  6  2013 .ecryptfs -> /home/.ecryptfs/loic/.ecryptfs
lrwxrwxrwx 1 1000 1000   29 Nov  6  2013 .Private -> /home/.ecryptfs/loic/.Private
lrwxrwxrwx 1 1000 1000   52 Nov  6  2013 README.txt -> /usr/share/ecryptfs-utils/ecryptfs-mount-private.txt

/tmp/8/lost+found:
total 20
drwx------ 2 root root 16384 Nov  6  2013 .
drwxr-xr-x 5 root root  4096 Nov  6  2013 ..

Par ailleurs, j'ai essayé de faire les manipulations en console root depuis le recovery mode pour pouvoir me logger sur mon utilisateur pour utiliser ecryptfs, mais le problème de perte de la console m'empêche de faire plus d'une minute de console et je ne peux donc pas mener à bien mes commandes...

Dernière modification par ammoniak (Le 07/08/2016, à 23:18)

moko138 · Le 08/08/2016, à 05:48

maxire a écrit :

plutôt:

sudo mount -t  ext4 -o  ro,sb=131072  /dev/sda8 /tmp/8

Merci d'avoir rectifié !
- -

maxire a écrit :

Pourquoi sb=131072, ce superblock n'est pas dans la liste donnée par mke2fs

Eh bien

man mount
Options de montage pour ext2
       sb=n   Utiliser  le  bloc  n  comme superbloc plutôt que le bloc 1. Cela sert lorsque le système de fichiers a été
              endommagé. Avant, des copies du superbloc étaient placées tous les 8192 blocs : 1, 8193, 16385,  etc.  (des
              milliers  de  copies  sur  un  gros  système  de  fichiers). Depuis la version 1.08, mke2fs a une option -s
              (sparse) pour réduire le nombre de copies, et depuis la version 1.15, c'est l'option par défaut. Notez  que
              cela  peut signifier qu'un système de fichiers ext2 créé par une version récente de mke2fs ne peut pas être
              monté en lecture/écriture avec Linux 2.0.*. Le numéro de bloc utilise des unités de 1 k. Pour  utiliser  le
              bloc logique 32678 sur un système de fichiers avec des blocs de 4 ko : « sb=131072 ».

Curieusement, ce man ne répète pas l'info dans les "Options de montage pour ext4". Mais l'intuition m'a dit que c'était quand même à essayer.

AJOUT du 24/4/2019 :
Et en effet, le man de mount pour trusty confirme :

Options de montage pour ext4
(...)
Les options journal_dev, noload, data, commit, orlov, oldalloc, [no]user_xattr, [no]acl,
bsddf, minixdf, debug, errors, data_err, grpid, bsdgroups, nogrpid, sysvgroups, resgid,
resuid, sb, quota, noquota, grpquota et usrquota sont rétrocompatibles avec ext2 et
ext3.

De même, le man de mount pour bionic confirme :

Options de montage pour ext4
(...)
Les options journal_dev, norecovery, noload, data, commit, orlov, oldalloc,
[no]user_xattr, [no]acl, bsddf, minixdf, debug, errors, data_err, grpid, bsdgroups,
nogrpid, sysvgroups, resgid, resuid, sb, quota, noquota, grpquota, usrquota usrjquota,
grpjquota et jqfmt sont rétrocompatibles avec ext2 et ext3.

Dernière modification par moko138 (Le 24/04/2019, à 11:33)

maxire · Le 08/08/2016, à 07:43

Superblock identifié par numéro de secteur, un secteur ayant une taille déterminée lors de la création du système de fichiers ext (1024, 2048 ou 4096 octets)
bs=adresse du superblock exprimée en k soit dans ce cas le superblock 32768 est à l'adresse 32768 * 4096 / 1024 = 131072 k en prenant pour taille de secteur 4096 octets.

OK, c'est le grand n'importe quoi des unités de mesures en informatique...

Toujours lire les pages man en entier pour trouver le détail qui tue.

moko138 · Le 08/08/2016, à 08:10

maxire a écrit :

Toujours lire les pages man en entier pour trouver le détail qui tue.

Et, souvent, je suis loin de tout comprendre.

Pour en revenir aux priorités,
conseilles-tu toujours de faire une image de sda8 sur DDE ?
Si oui, ne convient-il pas que ammoniak se procure un DDE d'1 Go
pour y placer une ou, mieux, deux images de sda8 ?

maxire · Le 08/08/2016, à 08:25

Image de /dev/sda8 maintenant inutile, par contre sauvegarder les données puisqu'elles sont accessibles via le montage mais surtout pas dans une partition ntfs, dans une partition linux (ext de préférence).
Ensuite je tenterais un e2fsck de /dev/sda8 ou un:

sudo mke2fs -t ext4 -U f0aaa2a3-6521-45f1-b63e-7b7f6375bb76 /dev/sda8

pour créer un nouveau système de fichiers ext4 en conservant l'UUID indiqué dans /etc/fstab.

Il faudrait tout de même vérifier si le répertoire chiffré est accessible en utilisant la documentation de ecryptfs.

ammoniak · Le 08/08/2016, à 09:32

J'ai pu décrypter mon home. Merci à vous !
J'ai du coup fait pour l'instant une copie sur partition NTFS par sécurité (les fichiers m'intéressant étant lisible sous Windows pour la plupart).
Donc l'idée, à partir de maintenant, serait de faire une copie de mes fichiers sur partition ext4, puis une image de sda8 sur DDE, puis de tenter mke2fs ?
Si tout rentre dans l'ordre, parfait, sinon il n'y a plus vraiment d'autre piste, si ?

moko138 · Le 08/08/2016, à 09:44

maxire a écrit :

vérifier si le répertoire chiffré est accessible en utilisant la documentation de ecryptfs.

sudo mkdir /tmp/8; sudo mount -t ext4 -o ro,sb=131072  /dev/sda8  /tmp/8
cd  /tmp/8
sudo ecryptfs-recover-private .ecryptfs/loic/.Private/

Puis, si je lis bien, le retour (au bout d'un certain temps) sera

Found (...)
Try to recover this directory? [Y/n]:
Répondez alors Y et il vous montera votre dossier automatiquement. Vous n'aurez plus qu'à parcourir le point de montage

Comme nous sommes en lecture seule, je me demande si ce dernier montage sera possible.
En cas d'échec il me semble acceptable de recommencer mais en lecture-écriture.
Qu'en pensez-vous ?
- -

Je re-re-relis la Doc ecryptfs, et il y a au §5.2 un

sudo nautilus &

qui ne m'inspire pas confiance (risque de corrompre les droits). Je pense qu'il faut s'arrêter avant, une fois vérifié que les données sont accessibles.
Qu'en pensez-vous ?
- -

ammoniak,
Pas de précipitation ! (ter)
Le ntfs ne conserve pas les droits linux.
Pour tes mp3 et videos, c'est peu important, mais pour les répertoires et fichiers de configuration (au bas mot, 3.000) contenus dans ton home, c'est grave !

Pendant que ton home est déchiffré, donne

df -h | grep sd.8

pour connaître l'espace réellement occupé par ton home.

ammoniak · Le 08/08/2016, à 11:37

Avec le déchiffrage par ecryptfs-recover-private, voici ce que ça donne :

ubuntu@ubuntu:~$ sudo mkdir /tmp/8; sudo mount -t ext4 -o ro,sb=131072 /dev/sda8 /tmp/8
ubuntu@ubuntu:~$ cd /tmp/8
ubuntu@ubuntu:/tmp/8$ ls
loic  lost+found
ubuntu@ubuntu:/tmp/8$ sudo ecryptfs-recover-private .ecryptfs/loic/.Private/
INFO: Found [.ecryptfs/loic/.Private/].
Try to recover this directory? [Y/n]: Y
INFO: Found your wrapped-passphrase
Do you know your LOGIN passphrase? [Y/n] Y
INFO: Enter your LOGIN passphrase...
Passphrase: 
Error: Unwrapping passphrase and inserting into the user session keyring failed [-5]
Info: Check the system log for more information from libecryptfs

Et le syslog :

Aug  8 09:29:24 ubuntu ecryptfs-insert-wrapped-passphrase-into-keyring: Incorrect wrapping key for file [.ecryptfs/loic/.Private//../.ecryptfs/wrapped-passphrase]
Aug  8 09:29:24 ubuntu ecryptfs-insert-wrapped-passphrase-into-keyring: Error attempting to unwrap passphrase from file [.ecryptfs/loic/.Private//../.ecryptfs/wrapped-passphrase]; rc = [-5]

Et voilà pour le résultat de df :

ubuntu@ubuntu:/tmp/8$ df -h | grep sd.8
/dev/sda8       321G   67M  305G   1% /tmp/8

moko138 · Le 08/08/2016, à 12:07

df n'a pas été en mesure de répondre.
Pour le log :

(...) 09:29:24 ubuntu ecryptfs-insert-wrapped-passphrase-into-keyring: Incorrect wrapping key for file [.ecryptfs/loic/.Private//../.ecryptfs/wrapped-passphrase]

Tu as bien noté que c'était le banal mot de passe de la session de loic qui t'était demandé ?

Dernière modification par moko138 (Le 08/08/2016, à 12:08)

maxire · Le 09/08/2016, à 08:10

Je ne sais pas quelle est la situation, je note que la méthode de récupération des données indiquée dans la documentation de ce site est incomplète, elle se contente d'indiquer comment trouver les clefs fnek du répertoire chiffré.

Voici une méthode dont vous pouvez vous inspirer https://forum.ubuntu-fr.org/viewtopic.p … #p14591031

ammoniak · Le 09/08/2016, à 12:19

@moko138 : Je pensais qu'il s'agissait de la passphrase... Voilà ce que ça donne avec le mot de passe de session :

ubuntu@ubuntu:~$ sudo mkdir /tmp/8; sudo mount -t ext4 -o ro,sb=131072 /dev/sda8 /tmp/8
ubuntu@ubuntu:~$ cd /tmp/8
ubuntu@ubuntu:/tmp/8$ ls
loic  lost+found
ubuntu@ubuntu:/tmp/8$ sudo ecryptfs-recover-private .ecryptfs/loic/.Private/
INFO: Found [.ecryptfs/loic/.Private/].
Try to recover this directory? [Y/n]: Y
INFO: Found your wrapped-passphrase
Do you know your LOGIN passphrase? [Y/n] Y       
INFO: Enter your LOGIN passphrase...
Passphrase: 
Inserted auth tok with sig [502e8f9eca88d9f9] into the user session keyring
INFO: Success!  Private data mounted at [/tmp/ecryptfs.k2RcvxVN].
ubuntu@ubuntu:/tmp/8$ sudo ls -la /tmp/8/*
/tmp/8/loic:
total 12
dr-x------ 3 1000 1000 4096 Nov  6  2013 .
drwxr-xr-x 5 root root 4096 Nov  6  2013 ..
lrwxrwxrwx 1 1000 1000   56 Nov  6  2013 Access-Your-Private-Data.desktop -> /usr/share/ecryptfs-utils/ecryptfs-mount-private.desktop
drwx------ 3 1000 1000 4096 Nov 12  2013 .cache
lrwxrwxrwx 1 1000 1000   30 Nov  6  2013 .ecryptfs -> /home/.ecryptfs/loic/.ecryptfs
lrwxrwxrwx 1 1000 1000   29 Nov  6  2013 .Private -> /home/.ecryptfs/loic/.Private
lrwxrwxrwx 1 1000 1000   52 Nov  6  2013 README.txt -> /usr/share/ecryptfs-utils/ecryptfs-mount-private.txt

/tmp/8/lost+found:
total 20
drwx------ 2 root root 16384 Nov  6  2013 .
drwxr-xr-x 5 root root  4096 Nov  6  2013 ..
ubuntu@ubuntu:/tmp/8$ sudo adduser loic
Adding user `loic' ...
Adding new group `loic' (1000) ...
Adding new user `loic' (1000) with group `loic' ...
Creating home directory `/home/loic' ...
Copying files from `/etc/skel' ...
Enter new UNIX password: 
Retype new UNIX password: 
passwd: password updated successfully
Changing the user information for loic
Enter the new value, or press ENTER for the default
	Full Name []: 
	Room Number []: 
	Work Phone []: 
	Home Phone []: 
	Other []: 
Is the information correct? [Y/n] 
ubuntu@ubuntu:/tmp/8$ su loic
Password: 
loic@ubuntu:/tmp/8$ cd loic
loic@ubuntu:/tmp/8/loic$ ls -la
total 12
dr-x------ 3 loic loic 4096 Nov  6  2013 .
drwxr-xr-x 5 root root 4096 Nov  6  2013 ..
lrwxrwxrwx 1 loic loic   56 Nov  6  2013 Access-Your-Private-Data.desktop -> /usr/share/ecryptfs-utils/ecryptfs-mount-private.desktop
drwx------ 3 loic loic 4096 Nov 12  2013 .cache
lrwxrwxrwx 1 loic loic   30 Nov  6  2013 .ecryptfs -> /home/.ecryptfs/loic/.ecryptfs
lrwxrwxrwx 1 loic loic   29 Nov  6  2013 .Private -> /home/.ecryptfs/loic/.Private
lrwxrwxrwx 1 loic loic   52 Nov  6  2013 README.txt -> /usr/share/ecryptfs-utils/ecryptfs-mount-private.txt
loic@ubuntu:/tmp/8/loic$

maxire · Le 09/08/2016, à 13:12

INFO: Success!  Private data mounted at [/tmp/ecryptfs.k2RcvxVN].

Tes données sont là: /tmp/ecryptfs.k2RcvxVN, tu n'as plus qu'à les récupérer.

Créer un nouvel utilisateur loic est inutile avec une live usb.

moko138 · Le 09/08/2016, à 13:23

Et ce "su", savant maxire

$ su loic

ça craint ou c'est sain ?
- -

ammoniak,
As-tu été voir dans /tmp/ecryptfs.k2RcvxVN ?
Que donne

df -h | grep -Ev "devpts|none|proc|sys|tmpfs|udev"

?

maxire · Le 09/08/2016, à 16:40

su loic, bof, c'est surtout inutile.

moko138 · Le 09/08/2016, à 17:06

Merci maxire

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 07/08/2016, à 20:27

Re : [RESOLU] Je ne peux plus accéder à ma partition home cryptée

#27 Le 07/08/2016, à 20:39

Re : [RESOLU] Je ne peux plus accéder à ma partition home cryptée

#28 Le 07/08/2016, à 20:44

Re : [RESOLU] Je ne peux plus accéder à ma partition home cryptée

#29 Le 07/08/2016, à 20:45

Re : [RESOLU] Je ne peux plus accéder à ma partition home cryptée

#30 Le 07/08/2016, à 20:52

Re : [RESOLU] Je ne peux plus accéder à ma partition home cryptée

#31 Le 07/08/2016, à 20:55

Re : [RESOLU] Je ne peux plus accéder à ma partition home cryptée

#32 Le 07/08/2016, à 21:06

Re : [RESOLU] Je ne peux plus accéder à ma partition home cryptée

#33 Le 07/08/2016, à 21:07

Re : [RESOLU] Je ne peux plus accéder à ma partition home cryptée

#34 Le 07/08/2016, à 21:10

Re : [RESOLU] Je ne peux plus accéder à ma partition home cryptée

#35 Le 07/08/2016, à 21:26

Re : [RESOLU] Je ne peux plus accéder à ma partition home cryptée

#36 Le 07/08/2016, à 23:18

Re : [RESOLU] Je ne peux plus accéder à ma partition home cryptée

#37 Le 08/08/2016, à 05:48

Re : [RESOLU] Je ne peux plus accéder à ma partition home cryptée

#38 Le 08/08/2016, à 07:43

Re : [RESOLU] Je ne peux plus accéder à ma partition home cryptée

#39 Le 08/08/2016, à 08:10

Re : [RESOLU] Je ne peux plus accéder à ma partition home cryptée

#40 Le 08/08/2016, à 08:25

Re : [RESOLU] Je ne peux plus accéder à ma partition home cryptée

#41 Le 08/08/2016, à 09:32

Re : [RESOLU] Je ne peux plus accéder à ma partition home cryptée

#42 Le 08/08/2016, à 09:44

Re : [RESOLU] Je ne peux plus accéder à ma partition home cryptée

#43 Le 08/08/2016, à 11:37

Re : [RESOLU] Je ne peux plus accéder à ma partition home cryptée

#44 Le 08/08/2016, à 12:07

Re : [RESOLU] Je ne peux plus accéder à ma partition home cryptée

#45 Le 09/08/2016, à 08:10

Re : [RESOLU] Je ne peux plus accéder à ma partition home cryptée

#46 Le 09/08/2016, à 12:19

Re : [RESOLU] Je ne peux plus accéder à ma partition home cryptée

#47 Le 09/08/2016, à 13:12

Re : [RESOLU] Je ne peux plus accéder à ma partition home cryptée

#48 Le 09/08/2016, à 13:23

Re : [RESOLU] Je ne peux plus accéder à ma partition home cryptée

#49 Le 09/08/2016, à 16:40

Re : [RESOLU] Je ne peux plus accéder à ma partition home cryptée

#50 Le 09/08/2016, à 17:06

Re : [RESOLU] Je ne peux plus accéder à ma partition home cryptée

Pied de page des forums