Bonjour,
J’aimerais supprimer un répertoire récalcitrant alors je fais
j’ai la réponse
Idem lorsque je fais
j’ai la réponse
J’ai normalement ce fichier KDB (KEEPASSX) mais je ne le vois plus dans le répertoire, idem lorsque je fais “afficher les fichiers cachés” dans nautilus.
Je vois ce répertoire lorsque je fais un “LS” dans le terminal.
Je ne vois pas ce fichier KDB lorsque je passe par KEEPASSX.
Que faire ?
Salut,
Et, si tu nous en disais un peu plus sur ce répertoire/fichier ? Les droits quoi.
En tant que root, le tout puissant. 
[16:26:21]:~$ su
Mot de passe :
[16:26:58]~ #
[16:27:02]~ # cd répertoire/Par exemple …
J’ai fait tout en root
et voici le résultat à ls -la
ls -la
ls: impossible d'accéder à fichier.kdb: Erreur d'entrée/sortie
total 8
drwxrwxrwx 1 root root 4096 oct. 31 15:29 .
drwxrwxrwx 1 root root 4096 oct. 31 16:06 ..
-????????? ? ? ? ? ? fichier.kdb
Le courant n’est pas passé, j’en ai bien peur.
Quel est le chemin absolu de ce répertoire (Cf. cd) comprenant ce fichier ?
# ls -la /home/user/repertoire ?
# ls -la /root/.../repertoire ?
# ls -la /usr/local/.../repertoire?
Où se trouve ce foutu répertoire, que diable !
Fais un effort …
ton disque n’est pas plein ?
sinon, il est peut être malade… Tu as un backup de tes données ?
Je dirai … de quelle nature est ce fichier ?
Exécutable ?
N’y aurait-il pas un processus en cours sur ce dernier … ?
Fuse … 
/mnt ? /media ? /Autre ?
[quote=“grigric”]ton disque n’est pas plein ?
Sinon, il est peut être malade…
Tu as un backup de tes données ?[/quote]
Disque non plein
Malade ? je ne crois pas
J’ai bien sûr une sauvegarde, mais là n’est pas le pb ;o)
[quote=“BelZéButh”]Je dirai … de quelle nature est ce fichier ?
Exécutable ?
N’y aurait-il pas un processus en cours sur ce dernier … ?
Fuse … /mnt ? /media ? /Autre ?[/quote]
Ce n’est pas un exécutable, c’est un fichier KEEPASS, une BDD de mots de passes.
Quant à un processus, non
Quid de FUSE ?
Ces fichier et répertoire sont sur un disque monté sur /media.
/media --> Processus occupés … (?!) –>> Fuse.
OK à propos de fuse, mais comment puis-je savoir si un processus est par hasard (car j’en doute) en cours sur ce disque ?
Re !
Tu me vois dans l’obligation de constater que tu as effectué des recherches réfréner à propos de “fuse” … 
Je suis de très bonne humeur, alors …
[code]:~# fuser -kmiuv /media/…
USER PID ACCESS COMMAND
…
Tuer le processus (pid (x)) ? (y/N) >< ## Y ? N ? ## ><
Tuer le processus (pid (x)) ? (y/N) >< ## etc … ## ><
[/code]
fuser -kmiuv /media/DONNEES
UTIL. PID ACCÈS COMMANDE
/media/DONNEES: root kernel mount (root)/media/DONNEES
donc pas de process actif!
alors que faire …?
$ ls entraine un message mentionnant des erreurs I/O
De ce fait, impossibilité de déterminer la taille(?, non déterminable), la date(?), les appartenances (?)et les permissions(?) attribuées au fichier fichier.kdb
À mon humble avis ça pourrait être un problème de corruption ou un problème matériel plus ou moins grave ( nappe mal branchée, disque malade, clé usb kaput , cd rayé, lecteur aux fraises …) .
Précise nous la nature du montage en /media/DONNEES
$ mount
Qu’y a-t-il en /media/DONNEES monté ?
$ ls -la /media/DONNEES
Quel est le type du montage ? Un montage de périphérique directement sur la machine ?
Quel périphérique disque interne/clé usb/dvd/cdrom/disquette…?
Est-ce que tu as essayé de le démonter et d’y appliquer un fsck ?
Quel système de fichiers ? Compatible linux ext4/jfs/btrfs … ou de compatibilité moindre hfs+/ntfs/fatx … ?
À moins qu’il s’agisse d’un montage distant nfs/smb/sshfs/ftp… ?
Tu serais gentil d’inclure le prompt de départ et fin dans tes retours console.
($ commande -> $ fin) où/et (# commande -> # fin) ne serait-ce pour la compréhension, entre autre, hein … 
Une recherche effréné cette fois-ci, peut être … 
Salut etxeberrizahar,
[quote]À mon humble avis ça pourrait être un problème de corruption ou un problème matériel plus ou moins grave ( nappe mal branchée, disque malade, clé usb kaput , cd rayé, lecteur aux fraises …) .
Précise nous la nature du montage en /media/DONNEES
$ mount
Qu’y a-t-il en /media/DONNEES monté ?
$ ls -la /media/DONNEES[/quote]
C’est effectivement ce à quoi je pense !?
$ mount
/dev/sda4 on /media/DONNEES type fuseblk (rw,nosuid,nodev,noexec,relatime,user_id=0,group_id=0,allow_other,blksize=4096)
C’est un disque dur monté en interne mais qui m’avait déjà posé pas mal de souci il y a quelque mois et je l’avais alors reformaté.
Il est en ntfs, j’y accède aussi sous windows
$ ls -la /media/DONNEES
drwxrwxrwx 1 root root 4096 oct. 31 16:23 .
drwxr-xr-x 23 root root 4096 oct. 24 21:10 ..
...
on retouve tous mes répertoires puis celui qui est concerné par le sous répertoire qui me pose pb ... le sous répertoire étant
/media/DONNEES/documents/perso/keepassx
...
drwxrwxrwx 1 root root 4096 août 26 16:34 documentsNon pour l’instant mais je me dirige effectivement peut-être vers cette solution !?
Si tu désires d’autres infos, à ta dispo
Ntfs ? N’en jetez plus …
Fsck sous linux ne servirait à rien. Ntfs est un système de fichiers qui ne peut se réparer sous linux.
Démarre sous Microsoft pour le réparer (chkdsk).
oui, bien sûr, mais tu penses que mon pb qui est de ne pouvoir supprimer un répertoire parce qu’il existe un fichier qui n’est plus visible pourrait venir uniquement de là, ou bien y aurait-il une autre piste pour le régler ?
OK etxeberrizahar, je viens de faire un “chkdsk” sous windows et j’ai pu ainsi supprimer ce répertoire et donc le fichier “invisible” !
J’avais déjà eu par le passé des pb de cet ordre et j’aurais dû penser à réparer sous Windows mon ntfs …
Je conserve ce système de fichier car j’utilise HEREDIS (fondu de généalogie) qui n’a pas son pareil sous LINUX et je dois pouvoir accéder à ces fichiers des “2 côtés”.
C’est l’unique raison qui me fait conserver windows depuis plus de 10 ans maintenant.
Bon c’est réglé et grand merci à toi!