root complet Linux. Pas de blocs libres

9

df -hsignale que la partition «/» est pleine à 100%. Lors de l'exécution du -hs *sur chaque répertoire de cette partition, il reste beaucoup d'espace.

tune2efsqui signale qu'un seul bloc est libre. Exécuté fsckégalement, qui montre également tous les blocs utilisés.

l'utilisation des ionodes est de 14% sur la partition '/'.

Veuillez noter que / var, / usr, / dev, / tmp, / home sont montés sur différentes partitions et ont de l'espace disponible.

Pouvez-vous s'il vous plaît laissez-moi savoir les causes possibles de l'occupation de tous les blocs et le fait que les rapports sur le disque soient complets, même s'il y a beaucoup d'espace.

hard-drive root block Ankit
la source
1
quels fichiers journaux avez-vous supprimés récemment?
Mike
Essayez de du -shx /voir si cela dit qu'il y a encore beaucoup de place. Cela évaluera tout /sans compter sur vous attraper tous les répertoires possibles.
Insyte
du -shx / 188M La partition '/' est de 2 Go.
Ankit

Réponses:

13

En plus du problème des fichiers ouverts qui provoque généralement un espace libre autrement indisponible, un problème non rare concerne les fichiers protégés par des points de montage. Par exemple, si vous disposez /tmpd'un volume logique distinct mais que vous avez toujours des fichiers dans le répertoire /tmpdu système de fichiers racine, ces fichiers consommeront de l'espace mais seront masqués par le montage.

Essayez de passer en mode mono-utilisateur au démarrage afin que rien ne soit en cours d'exécution qui puisse maintenir les montages ouverts, tout démonter et assurez-vous qu'aucun fichier ne se cache dans les répertoires qui sont normalement utilisés comme points de montage.

David Spillett
la source
1
Merci David pour l'idée. Je suis allé travailler dans cette direction. J'ai découvert qu'un disque dur USB était connecté à la machine. La machine a été redémarrée le matin. Il semble que le disque dur n'ait pas été détecté au démarrage et certaines de ses données sont allées à la partition «/». J'ai compris cela lorsque j'ai démonté / tmp et le point de montage du lecteur externe.
Ankit
11

Cela est souvent dû au fait qu'un fichier ouvert pour l'écriture a été supprimé mais que le processus d'écriture dans le fichier n'a pas été redémarré, abandonnant ainsi le fichier. Vous pouvez utiliser lsof pour rechercher des fichiers ouverts mais non liés (supprimés)

lsof +L1

devrait faire l'affaire. Comme l'indique la page de manuel:

Une spécification du formulaire +L1sélectionnera les fichiers ouverts qui ont été dissociés. Une spécification du formulaire +L1 <file_system>sélectionnera les fichiers ouverts non liés sur le système de fichiers spécifié.

user9517
la source
lsof + L1 ne donne rien. c'est-à-dire aucun fichier ouvert non lié. Je peux vérifier autre chose.
Ankit
Cela m'a permis de trouver le coupable sur mon système - rien à voir avec les volumes protégés par le montage. Il me restait un processus de sauvegarde en suspens qui avait consommé 90% du volume racine dans les fichiers temporaires. lsof +L1les a tous énumérés très simplement.
Synchro
0

Si un fichier est supprimé alors qu'un autre processus le maintient ouvert, ce processus peut continuer à écrire et, éventuellement, à remplir le disque de manière invisible. Dès que le processus maintenant ouvert le fichier se termine, les blocs sont rendus disponibles.

Essayez d'évaluer chacun des démons en cours d'exécution. Si possible, redémarrez-les. Si vous ne pouvez pas le comprendre, le redémarrage de la boîte devrait l'effacer.

Insyte
la source
Redémarrage du système, exécution de fsck, rien n'y fait.
Ankit