Problèmes avec fichiers proriétaires en Root
- Vous devez vous identifier ou créer un compte pour écrire des commentaires
Bonjour à tous,
Je suis en train de récupérer des fichiers depuis un disque dur externe avec Photorec (testdisk).
Or, si la destination de l'enregistement de mes fichiers à récupérer est bonne quand je regarde dans le PC, Photorec m'a crée une série de fichiers (recup_dir.1 ... recup_dir.171) dont le seul propriétaire est le root, et donc impossible de modifier cela en allant dans les propriétés de ces fichiers et de changer les permissions.
Les fichiers ne peuvent pas être jetés.
Mais je crois avoir fait une erreur.
Je suis allé chercher la réponse pour débloquer cela et j'ai trouvé celle-ci, visiblement simple... :
gksudo nautilus
Mais je crois que c'est une grossière erreur d'avoir faire cela.
J'ai exécuté cette commande, j'ai jeté ces fichiers à la poubelle, mais j'ai eu un message du terminal :
sys:1: Warning: /build/buildd/glib2.0-2.40.2/./gobject/gsignal.c:2580: instance'0x1eb8660' has no handler with id '114'
sys:1: Warning: Source ID 121 was not found when attempting to remove it
sys:1: Warning: Source ID 122 was not found when attempting to remove it
sys:1: Warning: Source ID 123 was not found when attempting to remove it
Et effectivement quand je regarde l'espace disque qu'il me reste, même après avoir jeté ces fichiers, l'espace disque disponible reste toujours aussi faible.
En espétant ne pas avoir fait une trop grosse boulette.
Merci beaucoup d'avance pour vos réponses.
Les fichiers sont encore dans le répertoire où PhotoRec les as mis ? Dans la poubelle ? Quelle est la sortie de la commande suivante (à exécuter dans un terminal) ?
$ ls -l ~/.local/share/Trash/*
[Edit] Photorec n'a rien jeté. J'avais jeté les recup_dir.1 à recup_dir.170 pour gagner de la place sur le disque dur (pensais-je...) Ces fichiers ne sont plus visibles.
J'ai aussi en propriétaire root un fichier photorec.ses
Ça peut être ça qui foire.
Je me demande s'il ne s'agit pas d'un log.
Résultat du
$ ls -l ~/.local/share/Trash/*
-rw------- 1 pierre pierre 24 mars 5 17:40 /home/pierre/.local/share/Trash/metadata
/home/pierre/.local/share/Trash/expunged:
total 0
/home/pierre/.local/share/Trash/files:
total 0
/home/pierre/.local/share/Trash/info:
total 84
-rw-rw-r-- 1 pierre pierre 74 déc. 12 20:14 isse-code.trashinfo
-rw-rw-r-- 1 pierre pierre 122 avril 10 2016 Mirwais - 60-90 - YouTube [720p].mp4.trashinfo
-rw-rw-r-- 1 pierre pierre 127 avril 10 2016 Mirwais - Cellophane - YouTube [720p].mp4.trashinfo
-rw-rw-r-- 1 pierre pierre 127 avril 10 2016 Mirwais - Modernisme - YouTube [720p].mp4.trashinfo
-rw-rw-r-- 1 pierre pierre 151 avril 10 2016 Mirwais - Régime sud américain - YouTube [720p].mp4.trashinfo
-rw-rw-r-- 1 pierre pierre 124 avril 10 2016 Mirwais - Reviens - YouTube [720p].mp4.trashinfo
-rw-rw-r-- 1 pierre pierre 133 avril 10 2016 Mirwais - Tu sais bien - YouTube [720p].mp4.trashinfo
Je te conseille ce viel album de Mirwais au passage...
C'est plutôt si la commande gksudo nautilus est dangeuseuse.
Je me doute qu'elle n'est pas vraiment à recommander dans la mesure où l'on peut jeter par accident un fichier dans le bin, le boot ect...
Mais je restais bien dans home/dossier personnel
Il n'y a rien à la poubelle à part quelques fichiers .trashinfo qui ne prennent pratiquement pas de place. L'"Analyseur d'utilisation des disques" te permet-il de découvrir où l'espace disque est mangé ?
D'ailleurs où regardes-tu l'espace disque occupé ? Avec la commande 'df' ? Parce que les messages que tu montres dans ton premier post ne sont que des avertissements, pas des erreurs. Je me demande donc si, réellement, les fichiers que tu as supprimés occupent toujours de l'espace.
Non je ne regarde pas l'espace disque avec df.
Seulement en allant dans les propriétés de Home (on ne se refait pas).
mais je te donne le résultat :
Sys. de fichiers blocs de 1K Utilisé Disponible Uti% Monté sur
udev 1937856 4 1937852 1% /dev
tmpfs 390244 912 389332 1% /run
/dev/dm-1 476349472 270705552 181423660 60% /
none 4 0 4 0% /sys/fs/cgroup
none 5120 0 5120 0% /run/lock
none 1951200 516 1950684 1% /run/shm
none 102400 44 102356 1% /run/user
/dev/sda1 240972 92748 135783 41% /boot
/home/pierre/.Private 476349472 270705552 181423660 60% /home/pierre
/dev/dm-3 59356740 53293832 3024720 95% /media/pierre/Pierre
J'ai analysé le disque avec Analyseur d'utilisation des disques que je ne connaissais pas.
J'ai eu le message "impossible d'analyser le dossier "/" ou certains de ses sous-dossiers".
Je n'ai rien au niveau du root.
Disons que l'Analyseur d'utilisation des disques me donne pour "/" un total de 175.8 Go. Le disque est de 500 Go. Ça devrait faire 324.2 Go restant, mais même si mon disque est chiffré avec Luks, la différence de 185 Go que me donne les propriétés de Home est trop importante avec ces 324.2 Go.
J'ai encore 2 fichiers recup_dir... et photorec.ses
J'en ai gardé deux car je pense que le log photorec.ses permet de reprendre la récupération là où elle en était restée. Et Photorec sait le faire.
En virant par conséquent les autres recup_dir, je pensais gagner de la place pour d'autres recup-dir.
De ce que je comprends, tu n'as pas de partition séparée pour les données utilisateurs (c'est à dire avec un système de fichiers monté sur /home), juste une partition séparée pour /boot. Et tu as aussi ce que je pense être un disque dur externe, dont l'unique système de fichiers est monté sur /media/pierre/Pierre. C'est ce dernier qui est rempli à 95%. Est-ce là que tu as lancé la récupération de fichiers ? Est-ce ce taux d'occupation qui te préoccupe ?
La poubelle d'un périphérique de stockage retirable se trouve dans un répertoire caché à sa racine : ".Trash-" suivi du numéro de l'utilisateur ayant supprimé (0 pour root), si je ne m'abuse. Vois donc si il y a un tel répertoire caché dans /media/pierre/Pierre. Nautilus affiche les fichiers cachés si on le lui demande depuis son menu dont le bouton est une flèche qui descend, ou avec le raccourci clavier Ctrl+H. Depuis le terminal :
$ ls -A /media/pierre/Pierre
Mais cette commande gksudo nautilus, est-elle vraiment efficace pour jeter en mode graphique un fichier propriétaire root ?
Je me pose surtout la question de savoir si j'ai fait l'erreur de l'utiliser et ce que signifient ces messages d'erreur.
Parce que Testdisk, c'est super bien, mais ça fait parfois des trucs bizarres.
Ce ne sont pas des erreurs mais des avertissements qui disent, en français, "Source ID XXX n'a pas été trouvé lors de sa tentative de suppression".
Peut-être que Nautilus en root (le super-utilisateur, que tu étais via 'gksudo') ne supprime pas les fichiers définitivement mais les met dans la poubelle de root. Je n'y avais pas pensé. Essayons donc de vider sa corbeille :
$ sudo rm -r /root/.local/share/Trash/*
Attention à bien taper cette commande : pas d'espace avant l'astérisque où tu supprimes tous les fichiers/répertoires dans ton dossier personnel ! Remarque, tu peux aussi essayer de vider cette corbeille graphiquement... en utilisant de nouveau Nautilus :
$ gksu nautilus
Je vais essayer de faire un bon post récapitulatif et répondre à toutes tes questions :
Je récupère des fichiers d'un disque dur externe avec Photorec.
Si j'avais choisi dans Photorec en tant que dossier de destination de ma recupération /Dossier Personnel/Modèle, Photorec m'a mis tous les dossiers recup_dir.... propriétaires en root directement dans /Dossier personnel.
Peu importe, tant que j'ai pu récupérer ces fichiers.
Il n'y a rien dans "Modèles" Pas même un fichier caché.
Pour tout ce qui suit : les derniers fichiers du d.d. ext. ont été récupérés et toutes les récups sur l'ordi ont été jetées avec la commande gksu nautilus.
Je te fournis des captures qui peuvent t'être utiles.
Pour tes questions :
Je refais la commande que tu m'as demandé précedemment :
$ ls -l ~/.local/share/Trash/*
-rw------- 1 pierre pierre 24 mars 5 17:40 /home/pierre/.local/share/Trash/metadata
/home/pierre/.local/share/Trash/expunged:
total 0
/home/pierre/.local/share/Trash/files:
total 0
/home/pierre/.local/share/Trash/info:
total 84
-rw-rw-r-- 1 pierre pierre 74 déc. 12 20:14 isse-code.trashinfo
-rw-rw-r-- 1 pierre pierre 122 avril 10 2016 Mirwais - 60-90 - YouTube [720p].mp4.trashinfo
-rw-rw-r-- 1 pierre pierre 127 avril 10 2016 Mirwais - Cellophane - YouTube [720p].mp4.trashinfo
-rw-rw-r-- 1 pierre pierre 127 avril 10 2016 Mirwais - Modernisme - YouTube [720p].mp4.trashinfo
-rw-rw-r-- 1 pierre pierre 151 avril 10 2016 Mirwais - Régime sud américain - YouTube [720p].mp4.trashinfo
-rw-rw-r-- 1 pierre pierre 124 avril 10 2016 Mirwais - Reviens - YouTube [720p].mp4.trashinfo
-rw-rw-r-- 1 pierre pierre 133 avril 10 2016 Mirwais - Tu sais bien - YouTube [720p].mp4.trashinfo
En ce qui concerne cette ligne pour le commande $ ls -l ~/.local/share/Trash/* dans le post précédent
/dev/dm-3 59356740 53293832 3024720 95% /media/pierre/Pierre
Il s'agit d'une clé USB qui n'avait pas été enlevée lors de l'execution la commande.
Pour cette commande, j'ai eu :
$ sudo rm -r /root/.local/share/Trash/*
rm: impossible de supprimer «/root/.local/share/Trash/*»: Aucun fichier ou dossier de ce type
Ce qui me préoccupe c'est qu'il y a une différence entre l'espace disponible du disque dur de l'ordinateur quand je demande graphiquement ses propriétés et l'espace que j'avais auparavant.
Je te fournis quelques captures avec la structure de la partition de mon disque dur.
Ah oui... j'oubliais de te dire que j'ai un fichier chiffré avec Cryptkeeper sur l'ordi. Il fait 9.1 Go. Ça peut te servir.
J'ai bel et bien dans "/" ("Dossier Personnel") un fichier caché intitulé .Trash-0
Il est aussi propriétaire en root.
Dans sa forme graphique, ce dossier a un cadenas et une croix.
Mais impossible à ouvrir. Du moins je ne sais pas comment.
En esperant avoir été clair dans mes réponses.
Merci :) !
J'ai bel et bien dans "/" ("Dossier Personnel") un fichier caché intitulé .Trash-0
J'ai du mal à tout comprendre (le disque dur externe a un système GNU/Linux complet ? Si oui, / est la racine du système et non ton "dossier personnel") mais je suppose que c'est bien cette poubelle de l'utilisateur root que tu veux supprimer. Soit graphiquement :
$ gksu nautilus
Soit en ligne de commande :
$ sudo rm -r /.Trash-0
J'aurais aussi du commencer par là...
Le disque dur externe était au format Apple HFS+, d'où le choix de Photorec pour retrouver les fichiers.
On remarque une différence entre l'espace disponible du disque dur de l'ordi où ont été récupérés les fichiers dans les captures des propriétés de Home et d'Analyseur d'utilisation des disques.
Je ne sais pas si effectivement c'est ce fichier qui pose souci.
Je ne fais pas les lignes de commande que tu viens de me conseiller pour le moment. Je préfère attendre ta confirmation et répondre à d'autres questions si tu en as.
Merci
Tu peux supprimer (vider) la poubelle, oui. Si tu utilises la commande 'rm', fais juste très attention à ne *pas* mettre d'espace après /, sous peine de demander la suppression d'absolument tout ton système ! Si tu veux immédiatement après relancer des mesures d'occupation de l'espace, exécute donc la commande 'sync' d'abord.
Il existe des raisons quelque peu compliquées qui peuvent expliquer pourquoi des outils différents renvoient des occupations différentes : https://linuxshellaccount.blogspot.com.br/2008/12/why-du-and-df-display-different-values.html
Ce qui t'inquiète est que /home occupe 139,9 Go selon Nautilus mais 151,1 Go selon l'Analyseur d'utilisation des disques, n'est-ce pas ?
Salut Magic
Le problème est résoulu. Merci beaucoup.
En effet, je ne voulais pas aller trop vite comme j'avais d'autres choses sur le feu.
J'ai donc préféré un gksu nautilus et de jeter graphiquement le .Trash-0. C'est environs 170 Go partis à la poubelle et les propriétés de Homes sont redevenues normales (300 Go et des).
C'est surtout le fichier .Trash-0 que j'hésitais à jeter.
Merci encore.
- Vous devez vous identifier ou créer un compte pour écrire des commentaires