Espace disque occupé invisible

[Fermé]
Signaler
Messages postés
21653
Date d'inscription
mercredi 18 avril 2007
Statut
Contributeur
Dernière intervention
22 octobre 2021
-
Messages postés
21653
Date d'inscription
mercredi 18 avril 2007
Statut
Contributeur
Dernière intervention
22 octobre 2021
-
Bonjour,
J'ai un problème sur une debian.(version 4 d'après /etc/*version* )
le df me dit :
/dev/sda2 486 098 276 483 892 120 2206156 100% /
par contre un du -sh / me donne
18G /

J'ai donc perdu 470 Go...
Je sais que le du ne fait pas les fichiers cachés par défaut, donc je fouille un peu pour les corbeilles, sauf que
# du -sh /root/.local/share/Trash/
8.0K /root/.local/share/Trash/
j'ai regardé sur le .local du compte utilisateur
42M /home/XXXXX/.local/share/Trash/
c'est quelque chose, mais bon, ça reste une virgule par rapport à mon problème.

Je suis connecté à distance, le mode single user n'est pas une option, donc pour un fsck ça parait compliqué.
et quand je dis distance, le pc est en Namibie (je suis à Paris), donc même le
shutdown -r -F now

je suis pas trop chaud (c'est de la prod, avec des datas, et un client)

j'ai manné du, et j'ai rien trouvé pour le forcer à prendre en compte les fichiers cachés

là ou je m'inquiète, c'est que je viens de supprimer en ligne de commande en root (même pas sudo, le vrai su - ) des fichiers de plusieurs centaines de mega... et le df ne change pas...

<barré>je vais faire un init 6 pour la forme, mais bon, j'y crois pas plus</barré>
finalement, what the point, l'uptime est de 11:00, et le problème date d'une semaine.

En bref... ou Est-ce que pourraient se cacher ces fscking 400 Go et/ou comment les trouver...


Stop failing the turing test !

5 réponses

Messages postés
115
Date d'inscription
vendredi 19 septembre 2014
Statut
Membre
Dernière intervention
20 janvier 2015
12
Bonjour,

Si tu as rebooté et que ça n'a rien changé le problème doit se situer au niveau de la table de partition donc à part un fsck je ne sais pas si tu as une autre porte de sortie.
Si tu as toujours la main sur ta machine je te recommande vivement de backuper tout ce que tu peux avant de lancer cette commande.

Etant à distance tu as deux choix qui s'offrent à toi:
Soit quelqu'un sur place peut le faire en console.
Soit tu redémarre sur un systém chargé en ram (live ou rescue cd par exemple).
Messages postés
21653
Date d'inscription
mercredi 18 avril 2007
Statut
Contributeur
Dernière intervention
22 octobre 2021
1 658
Si je backup et que j'ai quelqu'un sur place, je ferais changer le pc, ça serait plus simple et sur.
Ce sera le dernier recours...
une fois qu'on sera prêt à changer le pc, je ferais le fsck

Bonjour,
Tu as regardé dans le cache de apt ? A chaque fois que tu fais des mises à jour, les paquets sont téléchargés dans ce cache et y restent tant que tu ne le vides pas. Si ça fait longtemps que ton système est installé, ça peut devenir lourd à la longue (mais tout de même pas 400 Go !)
Ça se situe en /var/cache/apt/archives.
Pour le vider automatiquement, c'est la commande
apt-get clean
(en root)
Messages postés
21653
Date d'inscription
mercredi 18 avril 2007
Statut
Contributeur
Dernière intervention
22 octobre 2021
1 658
le système en question n'est pas mis à jour, et normalement, aucun logiciel ne doit être installé.
Effectivement, j'ai juste un tcpdump.deb de 300 ko
merci quand même
Messages postés
18303
Date d'inscription
lundi 15 janvier 2007
Statut
Contributeur
Dernière intervention
24 octobre 2021
5 412
hello
trouver avec lsof quelle tâche empêche le système de récupérer l'espaces de fichiers qui n'existent plus
Messages postés
21653
Date d'inscription
mercredi 18 avril 2007
Statut
Contributeur
Dernière intervention
22 octobre 2021
1 658
hum... j'aurais besoin de plus de précision pour comprendre celle là...
mon lsof me remonte 2466 lignes, et je ne sais pas trop quoi chercher dedans...
Messages postés
18303
Date d'inscription
lundi 15 janvier 2007
Statut
Contributeur
Dernière intervention
24 octobre 2021
5 412
est-ce que le système a redémarré depuis qu'il y a ce problème ?
redémarrer syslog si c'est un log qui bouclait
moins de fichiers : chercher dans /tmp, /var/log par ex.
 sudo lsof / | egrep -v 'lib|/sbin|/usr/bin'
Messages postés
21653
Date d'inscription
mercredi 18 avril 2007
Statut
Contributeur
Dernière intervention
22 octobre 2021
1 658
j'ai craqué, j'ai inité 6 depuis mon premier message

J'ai 4 process [migration/0] jusqu'à 3
qui datent du redémarrage.
On migre pas mal nos applications en ce moment...
Est-ce que ce type de process te parle en tant que linux, ou Est-ce que tu pense qu'ils viennent plus de mon entreprise (parce que oui, plein de services différents qui parlent pas les uns aux autres, et tout le monde fait ses manips en root (pas sudo), et moins de 10% des employés cherchent à savoir ce qu'ils font avant de le faire)...

edit : apparement, c'est connu :
https://www.debian-fr.org/t/processus-migration-0/54516
Messages postés
21653
Date d'inscription
mercredi 18 avril 2007
Statut
Contributeur
Dernière intervention
22 octobre 2021
1 658
Le compte à rebours est lancé : j'ai demandé au partenaire sur site de changer le pc, maintenant, on a la pression, faut qu'on trouve avant qu'il le change :)
Messages postés
21653
Date d'inscription
mercredi 18 avril 2007
Statut
Contributeur
Dernière intervention
22 octobre 2021
1 658
Je suis en train de maner et googler, mais si vous pouvez m'aider...
Y'a une option pour forcer mon find / -size +10M a :
- remonter les fichiers cachés
- descendre dans les répertoires cachés ?

Stop failing the turing test !
Messages postés
21653
Date d'inscription
mercredi 18 avril 2007
Statut
Contributeur
Dernière intervention
22 octobre 2021
1 658
Je confirme qu'il va dans les fichiers cachés
J'ai essayé un -exec pour faire du du -sh, mais j'y arrive pas (j'y arrive jamais avec le -exec :()
si vous voulez me dire mon erreur :
 find / -type f -size +9 -exec du -sk '{}';
pas grave, j'ai contourné (la joie de la prod vs les exercices, on fait ce qu'on veut) avec xargs
find / -type f -size +9M |xargs ls -la|sort -n -k5
rien de choquant..
find / -type f -size +9M |xargs ls -la| awk '{s+=$5} END{print s}'
2.04256e+10 (snif...) y'a moyen de le forcer à afficher en décimal ? quitte à faire un expr /1024 pour diminuer la taille (mais j'y arrive pas)...
Dans tous les cas 20 000 000 000 c'est 20 Go... c'est à dire la taille de mon du -sh / ....
Même en descendant la recherche à +1Mo, on passe de 2.04 à 2.10 ...
On est très loin de mes 400 Go

'bonne nouvelle'.... j'ai deux No such files or directory lors de mon find...
Ce qui me conforte dans mon idée de problème sur le disque...
Messages postés
36324
Date d'inscription
dimanche 7 novembre 2010
Statut
Contributeur
Dernière intervention
27 janvier 2021
6 431
Re-

J'ai essayé un -exec pour faire du du -sh, mais j'y arrive pas (j'y arrive jamais avec le -exec :() si vous voulez me dire mon erreur :
find / -type f -size +9 -exec du -sk '{}';
Il manque simplement un anti-slash pour protéger le ";" final ;-(

find / -type f -size +9 -exec du -sk {} \;
Messages postés
21653
Date d'inscription
mercredi 18 avril 2007
Statut
Contributeur
Dernière intervention
22 octobre 2021
1 658
Je l'avais testé après...
Je vais me laisser le bénéfice du doute, et dire que j'avais tenté d'échapper avec / :)
Mais bon, ça change rien au final, j'ai eu mon résultat..
Messages postés
18303
Date d'inscription
lundi 15 janvier 2007
Statut
Contributeur
Dernière intervention
24 octobre 2021
5 412
redémarrer le système a rendu l'espace ?
Messages postés
21653
Date d'inscription
mercredi 18 avril 2007
Statut
Contributeur
Dernière intervention
22 octobre 2021
1 658
nope...
Le pc a été redémarré surement une dizaine de fois depuis le début du problème, y compris avant mon arrivée sur le dossier...
Aujourd'hui, je ne peux même plus me connecter, donc soit le partenaire est en train de changer le pc, soit on peut prononcer l'heure du décès...