Espace disque occupé invisible

dna.factory Messages postés 25982 Date d'inscription   Statut Modérateur Dernière intervention   -  
dna.factory Messages postés 25982 Date d'inscription   Statut Modérateur Dernière intervention   -
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 !
A voir également:

5 réponses

Herme51 Messages postés 115 Date d'inscription   Statut Membre Dernière intervention   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).
0
dna.factory Messages postés 25982 Date d'inscription   Statut Modérateur Dernière intervention   1 618
 
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
0
s regardé dans le cache de téléchargement des
 
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)
0
dna.factory Messages postés 25982 Date d'inscription   Statut Modérateur Dernière intervention   1 618
 
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
0
dubcek Messages postés 18789 Date d'inscription   Statut Contributeur Dernière intervention   5 636
 
hello
trouver avec lsof quelle tâche empêche le système de récupérer l'espaces de fichiers qui n'existent plus
0
dna.factory Messages postés 25982 Date d'inscription   Statut Modérateur Dernière intervention   1 618
 
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...
0
dubcek Messages postés 18789 Date d'inscription   Statut Contributeur Dernière intervention   5 636
 
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'
0
dna.factory Messages postés 25982 Date d'inscription   Statut Modérateur Dernière intervention   1 618
 
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
0
dna.factory Messages postés 25982 Date d'inscription   Statut Modérateur Dernière intervention   1 618
 
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 :)
0

Vous n’avez pas trouvé la réponse que vous recherchez ?

Posez votre question
dna.factory Messages postés 25982 Date d'inscription   Statut Modérateur Dernière intervention   1 618
 
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 !
0
dubcek Messages postés 18789 Date d'inscription   Statut Contributeur Dernière intervention   5 636
 
find descend tous les répertoires
les fichiers "cachés" ont juste le nom qui commence par un point
0
zipe31 Messages postés 36402 Date d'inscription   Statut Contributeur Dernière intervention   6 430
 
Salut,

Normalement c'est le comportement par défaut de find de prendre en compte les fichiers cachés et de descendre dans l'arborescence (répertoires cachés ou pas) ;-\

La preuve (seul le fichier caché (.tutu) fait 1M, les autres sont vides) :

$ tree -a
.
|-- .rep
| |-- titi
| `-- .tutu
|-- .tata
`-- toto

1 directory, 4 files

$ find . -type f
./.rep/.tutu
./.rep/titi
./.tata
./toto

$ find . -type f -size 1M
./.rep/.tutu
0
dna.factory Messages postés 25982 Date d'inscription   Statut Modérateur Dernière intervention   1 618
 
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...
0
zipe31 Messages postés 36402 Date d'inscription   Statut Contributeur Dernière intervention   6 430
 
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 {} \;
0
dna.factory Messages postés 25982 Date d'inscription   Statut Modérateur Dernière intervention   1 618
 
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..
0