Le 17/09/2013 13:40, Sébastien NOBILI a écrit :
Le mardi 17 septembre 2013 à 12:58, Dorian Carpentier de Changy a écrit :
Reçu,
3.6G sur /usr    (pas d'avertissement)
4.3G sur /home/dorian > ,en l'associant à ts ses sous-répertoires
(hors les cachés style .cache etc) j'obtiens
197M sur /home/dorian/Vidéos effectivement le répertoire où était
conservé le fichier cible. C le seul répertoire avec un volume
conséquent. MAis ce fichier n'existe plus à sa destination
cette analyse a le mérite d'avoir mis en avant que 4.1 G sont
présents mais (je crois que lors de la suppression du fichier il
faisait 3.9G) il n'est pas repris dans la vue .
Qu'entends-tu par « mis en avant que 4,1G sont présents » ?
     - que la somme des espaces occupés fait 4,1G de moins que la taille de la
       partition ?
     - que ton système t'indique qu'il y a bien 4,1G de libre ?

Seb

Effectivement je peux manquer de clareté à ce stade. Je signifie que la somme des espaces occupés mais nulle part visible ailleurs que par "du -sh /* (il me faut mentionner la racine sans quoi ça ne rpporte rien)", puisque sur les répertoires contenus dans /home/dorian/ sont vides ou */Videos ne dépasse pas 197M, fait 4,1G de "différent" que la taille renvoyé , càd 4.3G (sur "du -sh /*") - 197M sur */Vidéos=4.1G Je soupçonne du coup un "truc en cache" puisque je n'ai en aucun cas créé un symlink. Initialement lors du freeze, j'avais supprimé le fichier par le système fenêtré. Le redémarrage en CLI (pas d'autres alternative à présent) et la consultation du répertoire a mentionné le fichier qui portait un nom contenant des espaces > "Transmau 4 - 720p - Lac de L'étendard". Pr le supprimer je devais échapper les espaces par un\ backslash. Je vais essayer le fsck tel que conseillé par hugues. JE retourne à sa réponse pour demander comment mettre cela en place.


<<attachment: dechangydorian.vcf>>

Répondre à