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

[Pierre GIRARD]

En fait, ça fait des mois (et même plus de 6 mois) que c'est comme ça (mais ça commence à m'énerver).

Cette partition est partagée avec une machine VMware en Windows 10 et est une copie d'un disque virtuel monté sur cette machine Windows.

Pour la sauvegarde, je fais des synchro entre les deux et c'est lors d'une de ces synchro que l'erreur est apparue pour la première fois. Mon avis est que c'est plutôt Windows qui a merdé ou que, ponctuellement, il y a eu un conflit entre les 2 OS rendant ces 2 fichiers illisibles.

Je n'ai pas posé la question tout de suite car j'attendais de voir si d'autres erreurs arrivaient (soupçonnant moi aussi un problème hardware). Comme pas de nouveau PB, j'en déduit que le disque est sain.

En ultime recours, comme ce n'est qu'une sauvegarde, je peux toujours reformater cette partition et refaire une copie complète à partir de l'original. Bon, faut juste du temps pour copier environ 500 Go de données. Mais si c'est corrigeable autrement ...?

[kick54]

Bonjour,

Si j'ai bien compris, le volume XFS est géré par un Linux.
Quel protocole est utilisé entre la machine Linux et la machine Windows pour le partage ?

Effectivement au pire tu peux régénérer le SF XFS et relancer le backup.

[Pierre GIRARD]

Juste l'option "Shared Folder" dans le setting VMware qui fait correspondre un dossier sur une partition Linux à un "disque" Windows. Windows vois un disque alors qu'il ne s'agit que d'un répertoire sur une partition Linux.

Je posais la question juste parce que j'avais réussi à faire quelque chose comme ça sous Solaris. Une procédure pas simple mais qui a parfaitement fonctionné. Comme je le disais, c'est un "gourou" Solaris qui m'a donné la solution, mais je ne sais même pas si l'équivalent est possible avec Linux.

[Christophe]

Le disque que l'on voit en rouge dans l'image, c'est bien un disque physique ? Il semble en défaut.

[Pierre GIRARD]

Vu en défaut par l'utilitaire ... mais quelle est la cause ? C'est une toute autre affaire. Il est certain qu'il y a une incohérence, mais une connerie faite par Windows sur un disque Linux est vue comment.
Pour Windows, "drwxr-xr-x" ne signifie rien et "user:group" n'existe pas. Un répertoire vu par Windows n'est en fait qu'un fichier avec des attributs particuliers vu par Linux.
Dans 99,99% (voir la quasi totalité) des cas, tout se passe bien, mais quand ça ne se passe pas bien, comment l'un est'il en mesure d'interpréter les erreurs de l'autre ?
Dans tous les cas, l'erreur n'existe que pour 2 fichiers qui n'existent plus ... ce qui empêche la suppression d'un répertoire et de 2 sous-répertoires qui contiennent ces fichiers fantômes. C'est le seul défaut visible.

[Pierre GIRARD]

Le disque que l'on voit en rouge dans l'image, c'est bien un disque physique ? Il semble en défaut.

Oui, dans lequel un certain nombre de répertoires sont vus par Windows comme des disques physiques ... par la magie de VMware.

[Christophe]

Fais un test SMART (accessible dans le menu des trois points)

Si le test ne passe pas, le disque a un défaut matériel, ce qui est cohérent avec les erreurs I/O.

[Pierre GIRARD]

Je ne sais pas si c'est une conséquence, mais j'ai un nouveau problème :

Code :

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

Le périphérique [/dev/nvme0n1p2] sur [/] est dangereusement plein

Plein à 94%, mais plein où Sur AIX, c'était souvent /var, mais avec / en BTRFS, impossible de savoir d'où ça vient.

Il y a aussi /.snapshots qui me pose question :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
Linux-SuSE:/.snapshots # l
total 32
drwxr-x--- 1 root root  140 May 13 06:52 ./
drwxr-xr-x 1 root root  226 Sep 21  2023 ../
drwxr-xr-x 1 root root   32 Feb  2  2019 1/
drwxr-xr-x 1 root root   66 Apr 30 17:11 3405/
drwxr-xr-x 1 root root  100 Apr 30 17:11 3406/
drwxr-xr-x 1 root root   66 Apr 30 19:01 3407/
drwxr-xr-x 1 root root  100 Apr 30 19:01 3408/
drwxr-xr-x 1 root root   66 May 11 07:04 3417/
drwxr-xr-x 1 root root  100 May 11 07:04 3418/
drwxr-xr-x 1 root root   66 May 13 06:45 3419/
drwxr-xr-x 1 root root  100 May 13 06:46 3420/
drwxr-xr-x 1 root root   66 May 13 06:46 3421/
drwxr-xr-x 1 root root  100 May 13 06:46 3422/
drwxr-xr-x 1 root root   66 May 13 06:50 3423/
drwxr-xr-x 1 root root   66 May 13 06:52 3424/
drwxr-xr-x 1 root root  100 May 13 06:52 3425/
-rw-r----- 1 root root 1666 May 13 06:52 grub-snapshot.cfg

Peut-on faire le ménage sur /var et /.snapshots ... et quoi enlever ?

[disedorgue]

Est-ce que depuis que tu rencontres ton problème, tu as rebooté ta/tes machines ?

[Pierre GIRARD]

Oui, et ça ne change rien.

[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