J'ai eu le problème le plus étrange, j'ai téléchargé 4 images hier, puis les ai copiées et collées à l'aide de Nautilus dans un sous-dossier de ma zone Documents
. J'ai ensuite fermé Nautilus et poursuivi mes activités habituelles.
Cependant, plus tard, j'avais besoin d'envoyer les images à quelqu'un, alors je suis allé dans le dossier contenant les images avec Nautilus, mais elles n'étaient pas là! Et c'est là que ça devient encore plus étrange, les images apparaissent, mais pas leurs vignettes, lorsque j'utilise par exemple le sélecteur de fichiers de Firefox, ou le sélecteur de fichiers d'un autre programme. En fait, si j'ouvre la Visionneuse d'images puis l'utilise pour trouver Je peux les ouvrir et les voir parfaitement bien.
L’autre chose étrange est que la moitié de Nautilus sait qu’ils sont là, parce que ma première réaction a été de penser que mon ordinateur les mangeait en quelque sorte, alors je les ai téléchargés à nouveau et les ai collés dans le dossier où auraient dû être les précédents. Nautilus m'a demandé si je voulais remplacer l'ancien par le nouveau et il m'a même montré les vignettes correctes cette fois!
Je suis également en mesure de voir que les fichiers sont présents dans Terminal à l'aide de commandes telles que ls
et tree
, je peux aussi cat
le contenu pour que les fichiers soient lisibles et tout le reste.
Voici la sortie stat
pour l'un d'entre eux:
stat DSCF2365.jpg
File: 'DSCF2365.jpg'
Size: 2213598 Blocks: 4328 IO Block: 4096 regular file
Device: fc00h/64512d Inode: 29623172 Links: 1
Access: (0664/-rw-rw-r--) Uid: ( 1000/ totoro) Gid: ( 1000/ totoro)
Access: 2016-08-02 23:39:15.651962645 +0100
Modify: 2016-08-02 22:51:26.613739542 +0100
Change: 2016-08-02 23:12:04.540134139 +0100
Birth: -
On m'a suggéré que cela pourrait être dû à une erreur de système de fichiers. J'ai donc lancé fsck
au démarrage et le résultat était dans syslog
:
Aug 3 10:54:45 <Computer-Name> kernel: [ 0.000000] Command line: BOOT_IMAGE=/vmlinuz-4.4.0-31-generic.efi.signed root=/dev/mapper/ubuntu--gnome--vg-root ro noprompt fsck.mode=force
Aug 3 10:54:45 <Computer-Name> systemd-fsck[2176]: fsck.fat 3.0.28 (2015-05-16)
Aug 3 10:54:45 <Computer-Name> systemd-fsck[2176]: /dev/sda1: 28 files, 3120/130812 clusters
Aug 3 10:54:45 <Computer-Name> systemd-fsck[2191]: /dev/sda2: 301/62496 files (22.6% non-contiguous), 129379/249856 blocks
Aug 3 10:54:45 <Computer-Name> kernel: [ 0.000000] Kernel command line: BOOT_IMAGE=/vmlinuz-4.4.0-31-generic.efi.signed root=/dev/mapper/ubuntu--gnome--vg-root ro noprompt fsck.mode=force
Aug 3 10:55:00 <Computer-Name> /usr/lib/gdm3/gdm-x-session[3200]: Kernel command line: BOOT_IMAGE=/vmlinuz-4.4.0-31-generic.efi.signed root=/dev/mapper/ubuntu--gnome--vg-root ro noprompt fsck.mode=force
Aug 3 10:55:31 <Computer-Name> /usr/lib/gdm3/gdm-x-session[3341]: Kernel command line: BOOT_IMAGE=/vmlinuz-4.4.0-31-generic.efi.signed root=/dev/mapper/ubuntu--gnome--vg-root ro noprompt fsck.mode=force
Je ferai bientôt les mêmes vérifications à partir d'un LiveUSB, ce que je ferai après si je mettrai à jour cette question avec les informations sur la façon dont cela s'est passé. Si cela est utile à quiconque, la sortie de lsblk
est:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 465.8G 0 disk
├─sda1 8:1 0 512M 0 part /boot/efi
├─sda2 8:2 0 244M 0 part /boot
└─sda3 8:3 0 465G 0 part
├─ubuntu--gnome--vg-root 252:0 0 461.2G 0 lvm /
└─ubuntu--gnome--vg-swap_1 252:1 0 3.9G 0 lvm [SWAP]
sr0 11:0 1 1024M 0 rom
Donc, j'utilise LVM. J'utilise Ubuntu GNOME 16.04 avec GNOME 3.20. Quel pourrait être le problème et que dois-je faire à ce sujet? L'endroit où j'ai téléchargé le deuxième lot des mêmes fichiers les affiche toujours (mon dossier Downloads
).
Mise à jour:
J'ai maintenant essayé d'installer nemo
, et le problème est également présent ici.
Et il y a quelque chose d'encore plus intéressant que j'ai découvert: si je cherche les noms de fichiers en utilisant nautilus
et nemo
, ils apparaissent dans les résultats de la recherche, leurs vignettes s'affichent correctement et je peux les ouvrir!
La sortie de blkid
est:
/dev/sda1: UUID="9936-E7FF" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="8054dcbf-83e1-4d42-bd5c-7a7ec2b5b563"
/dev/sda2: UUID="a1ee7705-4528-434a-8aca-54486d48093d" TYPE="ext2" PARTUUID="56930149-d506-4773-9b31-b9ab1fa3aed8"
/dev/sda3: UUID="4Fa3uc-So0F-4d6c-ePh9-Eb09-JMl1-30k45r" TYPE="LVM2_member" PARTUUID="3816306f-068b-4385-b2a9-a67e320d7b4a"
/dev/mapper/ubuntu--gnome--vg-root: UUID="925ad182-e013-4b66-8b0c-18e549a28f82" TYPE="ext4"
/dev/mapper/ubuntu--gnome--vg-swap_1: UUID="97995176-acae-4d9a-bb88-08adefd556df" TYPE="swap"
Si j'utilise la commande mv
pour renommer le fichier, il ne s'affiche toujours pas.
J'ai regardé à nouveau et les fichiers ont réappar avec beaucoup d'autres fichiers qui manquaient dans ce dossier! J'espère qu'ils ne réapparaîtront pas, il n'y a aucun moyen de vérifier? Qu'est-ce qui peut causer cela?
Avait la question des fichiers/dossiers n'apparaissant pas dans le Gestionnaire de fichiers, mais figurant dans le terminal.
Résolu en faisant:
Gestionnaire de fichiers> Afficher> Recharger
(raccourci: Ctrl + R).
Je vous suggère d'ouvrir un terminal, accédez au répertoire en question et exécutez "ls -la". C'est le moins susceptible de vous mentir. Vous verrez tous les fichiers et leurs autorisations.
Un gestionnaire de fichiers d'interface graphique tel que Nautilus ou autre est à quelques pas de la vérité complète et exacte sur ce qui existe et quelles sont ses propriétés. Ce gestionnaire de fichiers peut avoir des "fonctionnalités" ou des "améliorations simplificatrices" qui vous empêchent de tout voir.
Il y a peut-être un bug, mais je parie sur l'aspect "amélioration simplificatrice". J'utilise Nautilus depuis 10 ans et souvent, je ne trouve plus rien. Ils l'ont rendu si "utile" que c'est presque inutile. Vous ne pouvez même plus lancer un terminal hors de celui-ci.
Si vos terminaux manquent de beauté, envisagez d'installer la "terminologie" du projet Enlightenment. Il y a des bonbons pour les yeux. Je n'arrive pas à y croire.
Je viens d'avoir ce problème dans Nemo et une solution de contournement consiste à changer la vue. J'utilise généralement la vue en liste, alors je suis passé en vue icône. Cela a forcé une actualisation, ce que la commande d'actualisation n'a pas généré.