Plus d'espace libre sur / ? Mais si il en reste :(

Bonjour à tous.

Je suis face à un petit mystère assez gênant. Mes recherches n’ayant rien donné jusqu’ici je vous demande des suggestions.

Depuis quelques jours j’ai des problèmes divers sur ma debian.

[code]# cat /etc/debian_version
7.5

uname -a

Linux bugfast 3.2.0-4-amd64 #1 SMP Debian 3.2.57-3+deb7u2 x86_64 GNU/Linux
[/code]
Soucis d’impression, plantages divers dans les applis, etc…

En creusant deux minutes je me suis aperçu qu’ils étaient tous causés par le fait que mon filesystem / était plein.

# touch /forcefsck touch: impossible de faire un touch « /forcefsck »: Aucun espace disponible sur le périphérique

Ok. Bon… Sauf que pour moi il ne l’est pas…

# df -h Sys. fich. Taille Util. Dispo Uti% Monté sur rootfs 37G 31G 4,3G 88% / udev 10M 0 10M 0% /dev tmpfs 790M 976K 789M 1% /run /dev/disk/by-uuid/b14ffb00-cbf9-443b-bbf4-f28ca8a8d1e2 37G 31G 4,3G 88% / tmpfs 5,0M 0 5,0M 0% /run/lock tmpfs 1,6G 33M 1,6G 3% /run/shm /dev/sda1 369M 29M 322M 9% /boot /dev/sda2 37G 21G 15G 59% /home /dev/sdb1 1,1T 659G 325G 68% /media/Data 192.168.0.19:/volume1/Videos 3,6T 1,6T 2,0T 45% /media/videos 192.168.0.19:/volume1/photos 3,6T 1,6T 2,0T 45% /media/photos 192.168.0.19:/volume1/musique 3,6T 1,6T 2,0T 45% /media/musique 192.168.0.19:/volume1/squid 3,6T 1,6T 2,0T 45% /mnt/squid

Le plus “marrant” c’est que si je reboot, pendant quelques minutes tout se passe bien, puis les soucis recommencent…

Voici un peu plus d’infos. Oui, je ne monte qu’occasionnellement et à la main certaines partitions.

[code]#fdisk -l

Disque /dev/sdb : 1500.3 Go, 1500301910016 octets
255 têtes, 63 secteurs/piste, 182401 cylindres, total 2930277168 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d’E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x000da5bc

Périphérique Amorce Début Fin Blocs Id Système
/dev/sdb1 2048 2205808631 1102903292 83 Linux
/dev/sdb2 * 2205808640 2930275119 362233240 7 HPFS/NTFS/exFAT

Disque /dev/sda : 80.0 Go, 80026361856 octets
255 têtes, 63 secteurs/piste, 9729 cylindres, total 156301488 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d’E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x0002e473

Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 * 2048 782335 390144 83 Linux
/dev/sda2 782336 78907391 39062528 83 Linux
/dev/sda3 78909438 156299263 38694913 5 Étendue
/dev/sda5 78909440 156299263 38694912 83 Linux

Disque /dev/sdc : 80.0 Go, 80026361856 octets
255 têtes, 63 secteurs/piste, 9729 cylindres, total 156301488 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d’E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x000ceb75

Périphérique Amorce Début Fin Blocs Id Système
/dev/sdc1 63 23934975 11967456+ 83 Linux
/dev/sdc3 23936850 24450929 257040 83 Linux
/dev/sdc4 24450991 156296384 65922697 5 Étendue
/dev/sdc5 24450993 56709449 16129228+ 83 Linux
/dev/sdc6 56713216 148054015 45670400 83 Linux
/dev/sdc7 148055103 156296384 4120641 82 partition d’échange Linux / Solaris[/code]

Un démarrage avec un fsck forcé n’a pas aidé. De la même manière, j’ai supprimé le cache d’apt pour libérer quelques Gigas, mais le résultat reste le même.

Qu’en pensez vous ?

Merci d’avance pour votre aide :wink:

Salut,

En utilisant la fonction recherche tu vas t’apercevoir que ton problème a déjà été traité de nombreuses fois sur ce site.
En mettant la plupart des dossier sous la racine plutôt que de les séparer dans des volumes logiques (partitions) tu créés le problème.
Commence par aller voir dans /var/log.

Merci.

Je confirme que le partitionnement de mon disque est très basique. C’est celui proposé par défaut par l’installeur de debian et j’ai été au plus vite sans prendre le temps de coller aux ‘best practices’.

Pour moi, la recherche n’a rien donné (il me semble), tous les sujets que j’ai trouvé traitent de / réellement plein. Ce n’est pas mon cas.
A moins que df soit buggué et affiche des infos erronées ? J’avais vérifié avec Gparted et ce que j’ai vu correspond à ce que dit df : j’ai plus de 4 Go libres sur cette partition.

Auriez-vous des posts précis vers lesquels me pointer ?

Quel est le type du système de fichiers ? btrfs,jfs, xfs, ext2 ?
Qu’en est-il des inodes libres ?
Voir retour de la commande
[mono]$ df -hiT[/mono]

Options h comme humain, T comme type et i comme inode.

À propos d’options humaines, avouons que nous préférons voir le retour de [mono]parted -l[/mono] avec des tailles en Go plutôt que celui de fdisk qui nous file le mal de tronche … Nous y reconnaitrions immédiatement une partition de 37 Go (/dev/sda? /dev/sdb? /dev/sdc? …).

Bingo !

Je m’étais posé la question des inodes il y a deux jours et n’avais pas pris le temps de vérifier. Désolé pour la perte de temps. :wink:

$ df -hiT Sys. fich. Type Inodes IUtil. ILibre IUti% Monté sur rootfs rootfs 2,4M 2,4M 0 100% / udev devtmpfs 986K 594 985K 1% /dev tmpfs tmpfs 987K 628 987K 1% /run /dev/disk/by-uuid/b14ffb00-cbf9-443b-bbf4-f28ca8a8d1e2 ext4 2,4M 2,4M 0 100% / tmpfs tmpfs 987K 3 987K 1% /run/lock tmpfs tmpfs 987K 44 987K 1% /run/shm /dev/sda1 ext4 96K 242 96K 1% /boot /dev/sda2 ext4 2,4M 73K 2,3M 4% /home /dev/sdb1 ext4 66M 1,9M 64M 3% /media/Data 192.168.0.19:/volume1/Videos nfs 233M 265K 233M 1% /media/videos 192.168.0.19:/volume1/photos nfs 233M 265K 233M 1% /media/photos 192.168.0.19:/volume1/musique nfs 233M 265K 233M 1% /media/musique 192.168.0.19:/volume1/squid nfs 233M 265K 233M 1% /mnt/squid

Du coup question suivante : connaissez vous un moyen simple de déterminer ou se situe les nombreux petits fichiers qui me posent problème ? Ou il faut que je cherche ‘à la main’ ?

Merci beaucoup pour le pointeur en tout cas :slightly_smiling:

Je poste trop vite.

Je vais tenter ça :

[code]#!/bin/bash

count_em - count files in all subdirectories under current directory.

echo ‘echo $(ls -a “$1” | wc -l) $1’ >/tmp/count_em_$$
chmod 700 /tmp/count_em_$$
find . -mount -type d -print0 | xargs -0 -n1 /tmp/count_em_$$ | sort -n
rm -f /tmp/count_em_$$[/code]

Salut,

[mono]# dumpe2fs -h /dev/sda(X) | grep -i inode[/mono]

la commande [mono]dumpe2fs[/mono] est fournit via le paquet [mono]e2fsprogs[/mono].

Eh ben…
Sarg c’est bien, mais c’est gourmand… :slightly_smiling:

Petit extrait du retour de script :

5981 /var/www/html/squid-reports/2014Jan22-2014Jun12/192_168_0_50 6007 /var/www/html/squid-reports/2014Jan22-2014Jun13/192_168_0_50 6015 /var/www/html/squid-reports/2014Jan22-2014Jun14/192_168_0_50 6086 /var/www/html/squid-reports/2014Jan22-2014Jun15/192_168_0_50 6101 /var/www/html/squid-reports/2014Jan22-2014Jun16/192_168_0_50 6121 /var/www/html/squid-reports/2014Jan22-2014Jun17/192_168_0_50 6125 /var/www/html/squid-reports/2014Jan22-2014Jun18/192_168_0_50 6132 /var/www/html/squid-reports/2014Jan22-2014Jun19/192_168_0_50 6132 /var/www/html/squid-reports/2014Jan22-2014Jun20/192_168_0_50 6143 /var/www/html/squid-reports/2014Jan22-2014Jun23/192_168_0_50 6143 /var/www/html/squid-reports/2014Jan22-2014Jun24/192_168_0_50 6201 /var/www/html/squid-reports/2014Jan22-2014Jul02/192_168_0_50

Après un petit nettoyage :

$ df -hiT Sys. fich. Type Inodes IUtil. ILibre IUti% Monté sur rootfs rootfs 2,4M 325K 2,0M 14% / udev devtmpfs 986K 594 985K 1% /dev tmpfs tmpfs 987K 628 987K 1% /run /dev/disk/by-uuid/b14ffb00-cbf9-443b-bbf4-f28ca8a8d1e2 ext4 2,4M 325K 2,0M 14% / tmpfs tmpfs 987K 3 987K 1% /run/lock tmpfs tmpfs 987K 33 987K 1% /run/shm /dev/sda1 ext4 96K 242 96K 1% /boot /dev/sda2 ext4 2,4M 73K 2,3M 4% /home

Je respire…

Maintenant l’ip 50 c’est l’ubuntu de l’ado autiste au premier étage… Je vais le contacter par skype :smiley:

Merci à tous pour votre aide :wink: