Récupérer des fichiers avec Photorec sur un disque chiffré en LUKS.
- Inicie sesión o regístrese para enviar comentarios
Bonjour,
J'ai jeté par mégarde des fichiers. En plus, mon disque est chiffré LUKS et l'installation Trisquel l'est aussi.
J'utilise testdisk/photorec pour le faire. Après avoir vérifié que ma partition était la sda5 avec GParted, je n'ai pas réussi à tirer quoi que ce soit pour le moment.
Select a media (use Arrow keys, then press Enter):
Disk /dev/sda - 500 GB / 465 GiB (RO) - TOSHIBA MK5076GSX
Disk /dev/sdb - 2000 GB / 1863 GiB (RO) - TOSHIBA External USB 3.0
Disk /dev/mapper/luks-78fad031-9617-490f-94c8-cfd4c57cf9c6 - 2000 GB / 1863 GiB
Disk /dev/mapper/Pierre--Sur--Trisquel--vg-root - 495 GB / 461 GiB (RO)
Disk /dev/mapper/Pierre--Sur--Trisquel--vg-swap_1 - 4148 MB / 3956 MiB (RO)
Disk /dev/mapper/sda5_crypt - 499 GB / 465 GiB (RO)
Disk /dev/sr0 - 437 MB / 417 MiB (RO) - MATSHITADVD-RAM UJ8A2AS
Disk /dev/dm-0 - 499 GB / 465 GiB (RO)
Disk /dev/dm-1 - 495 GB / 461 GiB (RO)
Disk /dev/dm-2 - 4148 MB / 3956 MiB (RO)
Disk /dev/dm-3 - 2000 GB / 1863 GiB (RO)
Je ne devrai pas en choisir un autre ?
Devrais-je plutôt me lancer sur un live CD pour essaiyer de faire la récup ?
D'ici là, je n'enregistre pas sur le disque !
Tu dois choisir la partition sur la laquelle tu as perdu les données. Celle contenant le système de fichiers monté en /home je suppose. Et oui, il te faut exécuter PhotoRec sur la partition non montée il me semble. Mieux vaut donc utiliser un système live (comme celui qui t'a permis d'installer Trisquel sur lequel tu peux installer, de façon non pérenne, PhotoRec).
Il y a un forum testdisk. http://forum.cgsecurity.org/phpBB3/
Je me suis posé la question de l'authentification du disque par mot de passe, mais il y a pas grand chose sur le forum.
Bon, de toutes manière, ces fichiers n'étaient pas extrêmement importants.
J'ai fait une récup sans CD live et pensant que j'allai récupérer quelque chose, j'ai retrouvé dans ~/media/pierre 86 dossiers "recup_dir".
J'avais pourtant bien sélectionné mon disque dur externe...
En fait, on doit naviguer dans photorec jusqu'à ce que l'on retrouve dans ~/media le support externe pour la sauvegarde. Mais il ne l'a visiblement pas pris en compte et a tout écrasé.
Il faudrait que je fasse un post sur le forum avant que ça ne m'arrive avec des fichiers + sérieux.
On pourrait mettre en ligne sur le site le tuto.
Je ne savais pas ce qu'il y a normallement dan le fichier /media, j'y ai aussi trouvé quand il était branché un raccourci de mon HD ext. sans être un alisas, mais quand j'essaie de jeter le dossier Pierre dans lequel se trouve tous ces dossiers recup_dir, Trisquel me dit "Impossible de mettre le fichier à la corbeille, voulez-vous le supprimer immédiatement ?".
En règle générale, ce sont des fichiers nommés f00000000.xxx
Je suis assez étonné de ce que je trouve (ex: une vielle vidéo vue You Tube du début d'année que je n'avais pas sauvegardé. Certainement enregistrée dans la cache)
Comment remettre un peu d'ordre dans ~/media ? Il y a quelque chose à la base ?
Creer un dossier Trash avec Bleachbit déposer et supprimer le contenu
Attention supprimer le contenu d'une clef USB sans creation d'un dossier peut amener qu'elle soit indétectable
il y a aussi Sweeper(for KDE)
Un fichier XXX restera sur le disque dur jusqu’à ce qu’un autre fichier YYY soit créé et placé sur l’espace occupé par le fichier XXX.
Notez que même après cela, il sera toujours envisageable de récupérer les données de l’ancien fichier en étudiant les champs magnétiques de la surface des plateaux du disque dur.
[ndlr] j'ai perdu le lien de cette source..
https://mat.boum.org/
Mat only removes metadata from your files, it does not anonymise their content, nor can it handle watermarking, steganography, or any too custom metadata ...
$shred -n 3 -vz banque.ods
$cat banque.ods | more
$cat -v banque.ods | more
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
Les systèmes de fichiers montés à chaud sont montés dans /media (et non ~/media) par défaut. /media est donc un répertoire vide sur la partition racine où sont montés les systèmes de fichiers des périphériques "retirables" (une clé USB, un disque dur USB, une carte SD, etc.).
Les "fichiers nommés f00000000.xxx" sont probablement les fichiers récupérés par PhotoRec. PhotoRec retrouvent les fichiers mais pas leurs noms ni leurs emplacements passés dans la hiérarchie de fichiers. D'après ce que tu écris, il semblerait que PhotoRec a mis les fichiers qu'il a récupéré dans ~/media. Il faut donc les regarder un par un. Néanmoins, les types des fichiers sont connus : une photo JPEG, un fichier en texte plain, etc. Si je ne m'abuse, c'est même grâce à cela que PhotoRec identifie les fichiers perdus. Tu peux ainsi choisir de ne récupérer que les fichiers d'un type précis. Pour savoir quel est le type d'un fichier déjà récupéré, il y a la commande 'file'.
Et, oui, PhotoRec retrouve tout ce qui n'a pas été réécris. C'est assez amusant de l'utiliser sur le disque de quelqu'un qui te demande de l'aide et de retrouver de la pornographie (qui était probablement dans le cache du navigateur Web).
Je reviens sur le sujet car je n'arrive toujours pas à jeter les fichiers contenus dans /media/pierre
Avec une selection des dossiers f00000000.xxx et un clic droit, "jeter à la corbeille" est grisé.
Quand je les mets à la poubelle j'ai ce message : Impossible de mettre le fichier à la corbeille. Voulez vous le supprimer immédiatement ? Je clique sur tout supprimer et j'ai de nouveau un message : Erreur lors de la suppretion, (Détails : permission non accordée).
Comment faire pour supprimer ces dossiers ?
Merci.
Comme PhotoRec a été lancé avec les droits d'administrations, les fichiers qu'il a récupérés appartiennent à "root". Il te faut donc exécuter 'sudo rm -f /media/pierre/f00000000.*' dans un terminal pour supprimer du répertoire /media/pierre tous les fichiers avec des noms commençant par "f00000000." (est-ce bien cela ?). Vérifie bien que tu as correctement tapé la commande avant de rentrer ton mot de passe ! En particulier, il ne faut surtout *pas* d'espace avec l'astérisque !
Une autre possibilité est de lancer un navigateur de fichiers avec les droits d'administration :
$ gksu nautilus /media/pierre
L'arborécence des fichiers se compose ainsi :
/media/pierre/recup_dir.1 (à recup_dir.86)/f0000010.txt et plein d'autres fichiers)
la ligne de commande que tu m'as conseillée
sudo rm -f /media/pierre/f00000000.*
Ne serait pas plutôt ?
sudo rm -f /media/pierre/recup_dir.*
Je sais qu'il y a des commandes où il faut être extrêmement prudent au risque de bousiller les fichiers du système et de tout perdre. J'imagine que celle ci en fait partie.
J'ai aussi tenté la commande $ gksu nautilus /media/pierre
Mais les fichiers ne veulent pas aller à la corbeille et j'ai le même type de message (toujours ce problème de droits d'admin cité plus haut).
N'y aurait-il pas aussi un problème lié à ce fichier vérouillé (çad un fichier avec un cadenas dessus) ?
/home/pierre/photorec.ses
Ne serait pas plutôt ?
sudo rm -f /media/pierre/recup_dir.*
Oui, c'est cela. Je n'avais pas compris l'arborescence. La commande supprimera pour de bon tous les répertoires dont les noms commencent par "recup_dir.". C'est bien ce que tu veux ?
Si tu veux vérifier que tu n'as pas commis d'erreur de frappe, fais précéder la ligne de commande par "echo " :
$ echo sudo rm -f /media/pierre/recup_dir.*
La commande est alors répétée (mais pas exécutée) et /media/pierre/recup_dir.* est remplacé par la liste des fichiers qui seront supprimés. Vois donc si tout est correct. Si, par exemple, tu ajoutes une espace avant l'astérisque (une grosse bourse), elle est remplacée par tous les fichiers dans le répertoire courant (probablement ton dossier personnel).
Si tout est correct, alors tu peux appuyer sur la touche "flèche vers le haut" pour retrouver la ligne de commande que tu viens d'écrire puis Ctrl+A (ou "Home") pour aller en début de ligne et [Suppr] plusieurs fois pour supprimer "echo" de la ligne. En appuyant sur [Entrée] la commande de suppression sera, cette fois, véritablement exécutée.
Remarque : Alt+D supprime la fin du mot sous le curseur (le mot entier si l'on est à son début) mais l'émulateur de terminal par défaut ouvrira un menu. Voir "Activer tous les raccourcis clavier des menus" dans "Édition/Raccourcis clavier..." pour inverser cela. Ces raccourcis clavier viennent de l'éditeur de texte Emacs.
Je suis embêté Magic car je n'y arrive pas.
J'essaie de trouver la solution avec toi, mais je préfère prendre mon temps et que tu me corriges si je fait une erreur de syntaxe dans les commandes que je propose ci-dessous.
Déjà, avant de te dire ce qui n'a pas fonctionné, je vais expliquer la commande que tu m'as donné pour te dire que j'ai essayé de la comprendre.
sudo : (substitute user do) me permet d'effectuer une commande en tant qu'administrateur (nécessite donc mon mot de passe admin)
rm : remove, donc effacer
-f : option de rm en mode force
voilà ce qui se passe avec sudo rm -f /media/pierre/recup_dir.* :
Pour chaque dossier que contient /media/pierre/, j'ai :
rm: impossible de supprimer «/media/pierre/recup_dir.*»: est un dossier
Le * remplace le numéro d'un des dossiers à jeter.
Je suis alors en train de me demander s'il n'est pas mieux d'essayer un
sudo rm -rf /media/pierre/recup_dir.*
étant donné que les dossiers contiennent les différents fichiers trouvés par photorec.
r pour récursif (enlève le répertoire et son contenu) et f pour force.
Ce serait basé sur la commande qu'aucun utilisateur ne doit faire sous aucun prétexte (sauf s'il veut tout perdre sur son disque dur)
rm -rf /
Je ne sais pas d'ailleurs s'il y a une sécurité sur Trisquel pour celle-ci. Il paraît que certaines distro l'on mise en place.
Et puis il y a ce fichier photorec.ses dans /home/pierre/ qui m'intrigue.
J'avais fait une capture plus bas dans le thread de ce fichier ouvert dans Gedit (ça a fait monter l'activité de la CPU quand on l'ouvre dans Gedit, le chargement de Photorec.ses a du mal à terminer).
J'ai essayé d'en savoir plus sur ce que veux dire cette extention .ses
Certains programmes l'utilisent pour exprimer "session".
Là aussi j'ai du mal à le virer.
Je me demande s'il ne faut pas le virer avant et de cette manière
sudo rm -f /home/pierre/photorec.ses
avant de s'attaquer aux dossiers dans /media/pierre/
Je suis alors en train de me demander s'il n'est pas mieux d'essayer un sudo rm -rf /media/pierre/recup_dir.*
Oui. Je n'avais pas compris qu'il s'agissait de répertoires.
Je me demande s'il ne faut pas le virer avant et de cette manière: sudo rm -f /home/pierre/photorec.ses
Ça fonctionnera, oui.
Encore une fois : si tu te sens plus à l'aise avec le navigateur de fichiers, tu peux le lancer avec les droits d'administration :
$ gksu nautilus
Tu peux ensuite supprimer les répertoires/fichiers graphiquement (en vérifiant bien que tu supprimera bien les bons fichiers avant de confirmer !).
Problème résolu
Merci pour ton aide.
Cela dit le tutos du wiki de testdisk ne sont pas super simple, même si le programme peut être efficace.
Bonjour,
J'ai jeté par mégarde des fichiers. En plus, mon disque est chiffré LUKS
et l'installation Trisquel l'est aussi.
J'utilise testdisk/photorec pour le faire. Après avoir vérifié que ma
partition était la sda5 avec GParted, je n'ai pas réussi à tirer quoi que
ce soit pour le moment.
Select a media (use Arrow keys, then press Enter):
Disk /dev/sda - 500 GB / 465 GiB (RO) - TOSHIBA MK5076GSX
Disk /dev/sdb - 2000 GB / 1863 GiB (RO) - TOSHIBA External USB 3.0
Disk /dev/mapper/luks-78fad031-9617-490f-94c8-cfd4c57cf9c6 - 2000 GB / 1863
GiB
Disk /dev/mapper/Pierre--Sur--Trisquel--vg-root - 495 GB / 461 GiB (RO)
Disk /dev/mapper/Pierre--Sur--Trisquel--vg-swap_1 - 4148 MB / 3956 MiB (RO)
Disk /dev/mapper/sda5_crypt - 499 GB / 465 GiB (RO)
Disk /dev/sr0 - 437 MB / 417 MiB (RO) - MATSHITADVD-RAM UJ8A2AS
Disk /dev/dm-0 - 499 GB / 465 GiB (RO)
Disk /dev/dm-1 - 495 GB / 461 GiB (RO)
Disk /dev/dm-2 - 4148 MB / 3956 MiB (RO)
Disk /dev/dm-3 - 2000 GB / 1863 GiB (RO)
Je ne devrai pas en choisir un autre ?
Devrais-je plutôt me lancer sur un live CD pour essaiyer de faire la récup
?
D'ici là, je n'enregistre pas sur le disque !
Problème résolu
Merci pour ton aide.
Cela dit le tutos du wiki de testdisk ne sont pas super simple, même si le
programme peut être efficace.
Je suis alors en train de me demander s'il n'est pas mieux d'essayer un sudo
rm -rf /media/pierre/recup_dir.*
Oui. Je n'avais pas compris qu'il s'agissait de répertoires.
Je me demande s'il ne faut pas le virer avant et de cette manière: sudo rm
-f /home/pierre/photorec.ses
Ça fonctionnera, oui.
Encore une fois : si tu te sens plus à l'aise avec le navigateur de
fichiers, tu peux le lancer avec les droits d'administration :
$ gksu natilus
Tu peux ensuite supprimer les répertoires/fichiers graphiquement (en
vérifiant bien que tu supprimera bien les bons fichiers avant de confirmer
!).
Je suis embêté Magic car je n'y arrive pas.
J'essaie de trouver la solution avec toi, mais je préfère prendre mon temps
et que tu me corriges si je fait une erreur de syntaxe dans les commandes que
je propose ci-dessous.
Déjà, avant de te dire ce qui n'a pas fonctionné, je vais expliquer la
commande que tu m'as donné pour te dire que j'ai essayé de la comprendre.
sudo : (substitute user do) me permet d'effectuer une commande en tant
qu'administrateur (nécessite donc mon mot de passe admin)
rm : remove, donc effacer
-f : option de rm en mode force
voilà ce qui se passe avec sudo rm -f /media/pierre/recup_dir.* :
Pour chaque dossier que contient /media/pierre/, j'ai :
rm: impossible de supprimer «/media/pierre/recup_dir.*»: est un dossier
Le * remplace le numéro d'un des dossiers à jeter.
Je suis alors en train de me demander s'il n'est pas mieux d'essayer un
sudo rm -rf /media/pierre/recup_dir.*
étant donné que les dossiers contiennent les différents fichiers trouvés
par photorec.
r pour récursif (enlève le répertoire et son contenu) et f pour force.
Ce serait basé sur la commande qu'aucun utilisateur ne doit faire sous aucun
prétexte (sauf s'il veut tout perdre sur son disque dur)
rm -rf /
Je ne sais pas d'ailleurs s'il y a une sécurité sur Trisquel pour celle-ci.
Il paraît que certaines distro l'on mise en place.
Et puis il y a ce fichier photorec.ses dans /home/pierre/ qui m'intrigue.
J'en avais fait une capture plus bas dans le thread de ce fichier ouvert dans
Gedit (ça a fait monter l'activité de la CPU quand on l'ouvre dans Gedit,
le chargement de Photorec.ses a du mal à terminer).
J'ai essayé d'en savoir plus sur ce que veux dire cette extention .ses
Certains programmes l'utilisent pour exprimer "session".
Là aussi j'ai du mal à le virer.
Je me demande s'il ne faut pas le virer avant et de cette manière
sudo rm -f /home/pierre/photorec.ses
avant de s'attaquer aux dossiers dans /media/pierre/
Ne serait pas plutôt ?
sudo rm -f /media/pierre/recup_dir.*
Oui, c'est cela. Je n'avais pas compris l'arborescence. La commande
supprimera pour de bon tous les répertoires dont les noms commencent par
"recup_dir.". C'est bien ce que tu veux ?
Si tu veux vérifier que tu n'as pas commis d'erreur de frappe, fais
précéder la ligne de commande par "echo " :
$ echo sudo rm -f /media/pierre/recup_dir.*
La commande est alors répétée (mais pas exécutée) et
/media/pierre/recup_dir.* est remplacé par la liste des fichiers qui seront
supprimés. Vois donc si tout est correct. Si, par exemple, tu ajoutes une
espace avant l'astérisque (une grosse bourse), elle est remplacée par tous
les fichiers dans le répertoire courant (probablement ton dossier
personnel).
Si tout est correct, alors tu peux appuyer sur la touche "flèche vers le
haut" pour retrouver la ligne de commande que tu viens d'écrire puis Ctrl+A
(ou "Home") pour aller en début de ligne et [Suppr] plusieurs fois pour
supprimer "echo" de la ligne. En appuyant sur [Entrée] la commande de
suppression sera, cette fois, véritablement exécutée.
Remarque : Alt+D supprime la fin du mot sous le curseur (le mot entier si
l'on est à son début) mais l'émulateur de terminal par défaut ouvrira un
menu. Voir "Activer tous les raccourcis clavier des menus" dans
"Édition/Raccourcis clavier..." pour inverser cela. Ces raccourcis clavier
viennent de l'éditeur de texte Emacs.
L'arborécence des fichiers se compose ainsi :
/media/pierre/recup_dir.1 (à recup_dir.86)/f0000010.txt et plein d'autres
fichiers)
la ligne de commande que tu m'as conseillée
sudo rm -f /media/pierre/f00000000.*
Ne serait pas plutôt ?
sudo rm -f /media/pierre/recup_dir.*
Je sais qu'il y a des commandes où il faut être extrêmement prudent au
risque de bousiller les fichiers du système et de tout perdre. J'imagine que
celle ci en fait partie.
J'ai aussi tenté la commande $ gksu nautilus /media/pierre
Mais les fichiers ne veulent pas aller à la corbeille et j'ai le même type
de message (toujours ce problème de droits d'admin cité plus haut).
Comme PhotoRec a été lancé avec les droits d'administrations, les fichiers
qu'il a récupérés appartiennent à "root". Il te faut donc exécuter 'sudo
rm -f /media/pierre/f00000000.*' dans un terminal pour supprimer du
répertoire /media/pierre tous les fichiers avec des noms commençant par
"f00000000." (est-ce bien cela ?). Vérifie bien que tu as correctement tapé
la commande avant de rentrer ton mot de passe ! En particulier, il ne faut
surtout *pas* d'espace avec l'astérisque !
Une autre possibilité est de lancer un navigateur de fichiers avec les
droits d'administration :
$ gksu nautilus /media/pierre
Je reviens sur le sujet car je n'arrive toujours pas à jeter les fichiers
contenus dans /media/pierre
Avec une selection des dossiers f00000000.xxx et un clic droit, "jeter à la
corbeille" est grisé.
Quand je les mets à la poubelle j'ai ce message : Impossible de mettre le
fichier à la corbeille. Voulez vous le supprimer immédiatement ?
Je clique sur tout supprimer et j'ai de nouveau ce message : Erreur lors de
la suppretion, (Détails : permission non accordée).
Comment faire pour supprimer ces dossiers ?
Merci.
Creer un dossier Trash avec Bleachbit déposer et supprimer le contenu
Attention supprimer le contenu d'une clef USB sans creation d'un dossier peut
amener qu'elle soit indétectable
il y a aussi Sweeper(for KDE)
Un fichier XXX restera sur le disque dur jusqu’à ce qu’un autre fichier
YYY soit créé et placé sur l’espace occupé par le fichier XXX.
Notez que même après cela, il sera toujours envisageable de récupérer les
données de l’ancien fichier en étudiant les champs magnétiques de la
surface des plateaux du disque dur.
[ndlr] j'ai perdu le lien de cette source..
https://mat.boum.org/
Mat only removes metadata from your files, it does not anonymise their
content, nor can it handle watermarking, steganography, or any too custom
metadata ...
Les systèmes de fichiers montés à chaud sont montés dans /media (et non
~/media) par défaut. /media est donc un répertoire vide sur la partition
racine où sont montés les systèmes de fichiers des périphériques
"retirables" (une clé USB, un disque dur USB, une carte SD, etc.).
Les "fichiers nommés f00000000.xxx" sont probablement les fichiers
récupérés par PhotoRec. PhotoRec retrouvent les fichiers mais pas leurs
noms ni leurs emplacements passés dans la hiérarchie de fichiers. Il faut
donc les regarder un par un. Néanmoins, les types des fichiers sont connus :
une photo JPEG, un fichier en texte plain, etc. Si je ne m'abuse, c'est même
grâce à cela que PhotoRec identifie les fichiers perdus. Tu peux ainsi
choisir de ne récupérer que les fichiers d'un type précis. D'après ce que
tu écris, il semblerait que PhotoRec a mis les fichiers qu'il a récupéré
dans ~/media. Pour savoir quel est le type d'un fichier, il y a la commande
'file'.
Et, oui, PhotoRec retrouve tout ce qui n'a pas été réécris. C'est assez
amusant de l'utiliser sur le disque de quelqu'un qui te demande de l'aide et
de retrouver de la pornographie (qui était probablement dans le cache du
navigateur Web).
Il y a un forum testdisk. http://forum.cgsecurity.org/phpBB3/
Je me suis posé la question de l'authentification du disque par mot de
passe, mais il y a pas grand chose.
Bon, de toutes manière, ces fichiers n'étaient pas extrêmement importants.
J'ai fait un test sans CD live et pensant que j'allai récupérer quelque
chose, j'ai retrouvé dans /media/pierre 86 dossiers "recup_dir".
J'avais pourtant bien sélectionné mon disque dur externe...
Il faudrait que je fasse un post sur le forum avant que ça ne m'arrive avec
des fichiers + sérieux.
On pourrait mettre en ligne sur le site le tuto.
Je ne savais pas ce qu'il y a normallement dan le fichier /media, j'y ai
aussi trouvé quand il était branché un raccourci de mon HD ext. sans être
un alisas, mais quand j'essaie de jeter le dossier Pierre dans lequel se
trouve tous ces dossiers recup_dir, Trisquel me dit "Impossible de mettre le
fichier à la corbeille, voulez-vous le supprimer immédiatement".
En règle générale, ce sont des fichiers nommés f00000000.xxx
Je suis assez étonné de ce que je trouve (ex: une vielle vidéo vue You
Tube du début d'année que je n'avais pas sauvegardé. Certainement
enregistrée dans la cache)
Comment remettre un peu d'ordre dans /media ? Il y a quelque chose à la base
?
$ ls -l /home/pierre/photorec.ses
J'ai essayé de comprendre to post et j'obtiens ceci
-rw-r--r-- 1 root root 409094 janv. 8 21:59 /home/pierre/photorec.ses
Je comprends je j'ai les droits de lecture et d'écriture, les groupes et autres la lecture seulement.
Mais on obtient ces infos facilement en mode graphique en allant dans "lire les informations".
J'hésite à faire un
sudo rm -f /media/pierre/recup_dir.*
comme je l'avais suggéré plus haut,
Mais j'ai encore énormémént de mal à manipuler du fichier en ligne de commande.
En ouvrant le fichier photorec.ses, j'ai ceci (voir capture).
J'ai un peu de mal à comprendre.
J'ai essayé de comprendre to post et j'obtiens ceci
-rw-r--r-- 1 root root 409094 janv. 8 21:59 /home/pierre/photorec.ses
Je comprends je j'ai les droits de lecture et d'écriture, les groupes et
autres la lecture seulement.
Mais on obtient ces infos facilement en mode graphique en allant dans "lire
les informations".
J'hésite à faire un
sudo rm -f /media/pierre/recup_dir.*
comme je l'avais suggéré plus haut,
Mais j'ai encore énormémént de mal à manipuler du fichier en ligne de
commande.
En ouvrant le fichier photorec.ses, j'ai ceci (voir capture).
J'ai un peu de mal à comprendre.
Tu dois choisir la partition sur la laquelle tu as perdu les données. Celle
contenant le système de fichiers monté en /home je suppose. Et oui, il te
faut exécuter PhotoRec sur la partition non montée il me semble. Mieux vaut
donc utiliser un système live (comme celui qui t'a permis d'installer
Trisquel sur lequel tu peux installer, de façon non pérenne, PhotoRec).
$ ls -l /home/pierre/photorec.ses
- Inicie sesión o regístrese para enviar comentarios