Discussion :

[Pierre GIRARD]

Bonjour,

Il me semble, dans mes souvenirs (en retraite depuis 2012) que sous LINUX ou UNIX, il existait un moyen de supprimer de tels fichiers :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
Linux-SuSE:/perso/T_Timbres/Documentation/08_DocColonies/05_Autres images # l
ls: cannot access '07_Algerie_Départements.png': Input/output error
ls: cannot access '62_PorSaïd_1.png': Input/output error
total 0
drwxr-xr-x 2 perso perso 67 May  9 15:40 ./
drwxr-xr-x 3 perso perso 30 May  9 15:36 ../
-????????? ? ?     ?      ?            ? 07_Algerie_Départements.png
-????????? ? ?     ?      ?            ? 62_PorSaïd_1.png

Evidemment, impossible avec un "rm" ou "rm -f" (même en root).

Sur SUN Solaris, j'avais eu un cas semblable, mais un gourou Solaris m'avais donné la solution (que j'ai totalement oubliée).

Donc, si quelqu'un a une idée ...

Merci d'avance,

Pierre GIRARD

[kick54]

Bonjour,

Le volume ne serait-il pas monté avec sshfs, ftpfs, ou autre FUSE ?...

https://en.wikipedia.org/wiki/Filesystem_in_Userspace

Cordialement

[Pierre GIRARD]

Bonsoir,

Partition montée en XFS ... comme toutes les partitions sauf / qui est montée en Btrfs.

Pierre

[kick54]

ça fait la même chose si tu reboot ?

[Pierre GIRARD]

Oui, par ailleurs, un petit utilitaire disque me dit ceci :

[Christophe]

J'aime pas le "ECHEC DE L'AUTOTEST". Si c'est l'état SMART, le disque est en train de lâcher.
Si tu cliques sur les 3 traits, tu dois avoir une entrée self-test smart data

[Jipété]

Salut,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
ls: cannot access '07_Algerie_Départements.png': Input/output error
ls: cannot access '62_PorSaïd_1.png': Input/output error

Input/output error ça sent mauvais, c'est de l'erreur hardware, ça...

Sur SUN Solaris, j'avais eu un cas semblable, mais un gourou Solaris m'avais donné la solution (que j'ai totalement oubliée).

Un cas vraiment semblable ?
Car s'il s'agit de secteurs physiques où sont stockés des infos cruciales (inodes, par ex.) qui ont morflé, c'est peut-être impossible à corriger.

Plus qu'à jouer avec les outils de vérification/correction du système de fichiers, sous Windows j'aurais dit chkdsk, sous Debian e2fsck et/ou badblocks, dans ton cas je ne sais pas.

[Pierre GIRARD]

Non, partition supprimée et depuis, le disque sur lequel était cette partition a été testé comme bon.

Reste que / est passé de 94% d'occupation à 95%, puis 96% et que ça augmente à chaque reboot ... et que je ne sais toujours pas quelle "partition virtuelle" de BTRFS augmente, car pour le système : / = /var = /tmp = /home = /xxx donc, aucun moyen de savoir où se situe le problème de fichiers qui gonflent.

Et ça me gonfle.

[disedorgue]

Si tu as une partition qui se rempli, tu peux par exemple dans ton cas compter le nombre d'inodes consommé dans chacun des répertoire racine sauf / :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sudo du -s -x --inodes /var /tmp /home /xxx

ça peut être long par contre

[Pierre GIRARD]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
Linux-SuSE:/tmp # du -s -x --inodes /var /tmp /opt /home
19075   /var
9542    /tmp
16574   /opt
13      /home

Mais ça ne dit pas ce qui grossit ... et je suis maintenant à quasiment 100% (libre = 11.2 Mio sur 50 Gio) ... et aucune idée de ce que je peux supprimer pour gagner de la place

[kick54]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
Linux-SuSE:/tmp # du -s -x --inodes /var /tmp /opt /home
19075   /var
9542    /tmp
16574   /opt
13      /home

Mais ça ne dit pas ce qui grossit ... et je suis maintenant à quasiment 100% (libre = 11.2 Mio sur 50 Gio) ... et aucune idée de ce que je peux supprimer pour gagner de la place

Bonjour,

Pour savoir ce qui grossi, il faut répéter la commande "du" à plusieurs reprises dans la journée (semaine), enregistrer et comparer les résultats donc les évolutions d'usages des espaces disques.

Pose-toi la question : "quelles applications utilisent cette partie ?" : SGBD, services web (Apache, nginx, tomcat, ...), outil de monitoring (canopsis, zabbix, centreon, shinken, ...)

A vue de nez je regarderais dans tmp, var; ce dernier contient les log des services, éventuellement les données de SGBD, ....

Pour la suite : réorganise les montages par exemple, /tmp, /var sur des volume (SF) distincts.

De même si, tu as des utilisateurs qui utilisent leurs homedir monte /home sur un système de fichier séparé, comme ça si la consommation de disque de l'un d'eux "dérape" les conséquences seront moindre a priori.

Cordialement