Existe-t-il un moyen de demander au noyau de libérer de l'espace disque maintenant? Comme écrire dans quelque chose dans / proc /? Utiliser Ubuntu 11.10 avec ext4.

C'est probablement un thème ancien et très répété. Après avoir touché 0 espace seulement remarqué lorsque mon éditeur n'a pas pu enregistrer les fichiers de code source que j'ai ouverts, qui à ma grande horreur ont maintenant une taille de 0 octet dans la liste des dossiers, je me suis lancé dans une suppression effrénée.

J'ai supprimé des centaines de Mo de fichiers volumineux, à la fois de l'utilisateur et de la racine, et j'ai également fait des liens durs.

Juste avant, il apt-get cleany avait plus de 900 Mo dans / var / cache / apt / archives, il n’ya plus que 108 Ko:

# du
108 /var/cache/apt/archives

Une heure plus tard, toujours pas d'espace libre et je ne peux pas sauvegarder mes précieux fichiers ouverts dans l'éditeur, mais notez la disparité ci-dessous:

# sync; df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda4             13915072  13304004         0 100% /

Aucune suggestion? J'ai fermé certains services / processus, mais je ne sais pas comment vérifier qui pourrait manger activement de l'espace disque.

Plus d'informations

# dumpe2fs  /dev/sda4
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              884736
Block count:              3534300
Reserved block count:     176715
Free blocks:              422679
Free inodes:              520239
First block:              0
Block size:               4096
Fragment size:            4096

Vérifiez avec lsofpour voir s'il y a des fichiers tenus ouverts. L'espace ne sera pas libéré jusqu'à ce qu'ils soient fermés.

sudo /usr/sbin/lsof | grep deleted

vous dira quels fichiers supprimés sont encore ouverts.

Utilisez lsofpour rechercher le fichier supprimé, mais ouvert, qui utilise toujours de l’espace:

lsof | grep deleted | grep etilqs_1IlrBRwsveCCxId
chrome     3446       user  128u      REG              253,2              16400       2364626 /var/tmp/etilqs_1IlrBRwsveCCxId (deleted)  

Recherchez l'entrée dans /proc/<pid>/fd/cette liste qui correspond au descripteur de fichier:

ls -l /proc/3446/fd/etilqs_1IlrBRwsveCCxId
lrwx------. 1 user unix 64 Feb 11 15:31 128 -> /var/tmp/etilqs_1IlrBRwsveCCxId (deleted)

Maintenant, juste cat /dev/nulldans le fd:

cat /dev/null > /proc/3446/fd/128

Notez que l'inode est toujours ouvert, mais maintenant sa longueur est 0

chrome     3446       user  128u      REG              253,2         0    2364626 /var/tmp/etilqs_1IlrBRwsveCCxId (deleted)

dfne montrera pas d'espace réservé pour root(même lorsqu'il est exécuté en tant que root):

# df -h
Filesystem            Size  Used Avail Use% Mounted on
...
/dev/optvol           625G  607G     0 100% /opt
...

Comment changer le "pourcentage de bloc réservé"

1. Réduire l'espace réservé à 4%

   # tune2fs -m4 /dev/sda4

df -h maintenant montré 45M libre.

2. Enregistré mes fichiers rapidement

3. Remettre à 5%

   # tune2fs -m5 /dev/sda4

Dans Ubuntu, si vous supprimiez des fichiers à l'aide de votre corbeille, vos fichiers ne seraient probablement pas complètement supprimés.

Même après avoir vidé votre corbeille, vos fichiers resteront ~/.local/share/Trash/expungedaprès le redémarrage et peut-être même plus longtemps.

Je n’ai pas trouvé de bonne raison à cela, mais si je manque d’espace, j’ai toujours manuellement rmles fichiers de la corbeille supprimés.

sudo lsof | grep "(deleted)$" | sed -re 's/^\S+\s+(\S+)\s+\S+\s+([0-9]+).*/\1\/fd\/\2/' | while read file; do sudo bash -c ": > /proc/$file"; done

Explication: La sortie
Grep permet lsofd'extraire uniquement les fichiers supprimés. Il extrait l’identificateur de processus et l’identificateur filedescriptor de chaque ligne et crée une chaîne au format {pid}/fd/{fid}. Alors que la boucle et rien ne sort à chaque fichier, les définissant à vide.

Je me demande s’il syncest d’une quelconque aide ici - mais cela ne devrait pas être le cas, comme dans la plupart des systèmes ("nombreux"?), Les systèmes de fichiers sont synchronisés toutes les 30 s.

Je vérifierais dans le journal du noyau (donc dmesg) pour voir si quelque chose de désagréable se passe et lancerais-le lsofpour voir si un gros fichier supprimé est encore ouvert (en fait, je pense que les fichiers supprimés seront marqués comme tels dans la lsofsortie).

Deux raisons (l’une de celles-ci pointées dans la question que vous associez) qui peuvent empêcher les fichiers supprimés de ne libérer aucun espace sont:

• les fichiers qui n'ont pas été réellement supprimés: vous avez supprimé un fichier qui est lié ailleurs (plus précisément, vous avez unlink()édité un fichier avec plus d'un lien)
• fichiers qui sont toujours ouverts: les fichiers ouverts sont bookés en utilisant, eh bien, les fichiers, les inodes eux-mêmes, pas les entrées de répertoire, si vous supprimez l'entrée, l'inode y restera tant qu'il sera ouvert.

Mais je ne connais pas de raison particulière pour laquelle cela pourrait se produire avec autant de fichiers ...

CentOS 6.3 permet également de ne pas vider réellement la poubelle lorsque vous videz la poubelle. Je ne pouvais pas trouver un moyen de récupérer l'espace avant de courir rm -rf ~/.local/share/Trash/expunged/. Causé beaucoup grattant la tête.