一些文件在文件管理器中没有显示出来,但是它们确实存在。

我遇到了一个非常奇怪的问题,昨天我下载了4张图片,然后使用Nautilus将它们剪切并粘贴到我的“文档”区域的子文件夹中。然后我关闭了Nautilus,继续进行正常的工作。
然而,后来我需要将这些图片发送给别人,所以我进入使用Nautilus打开图片的文件夹,但是它们不在那里!更奇怪的是,当我使用Firefox的文件选择器或其他程序的文件选择器时,这些图片会显示出来,尽管没有缩略图。实际上,如果我打开图像查看器,然后使用它的文件选择器找到它们,我可以完美地打开和查看这些图片。
另一个奇怪的事情是,Nautilus似乎知道它们在哪里,因为我最初的反应是认为我的电脑不知何故吞掉了它们,所以我重新下载了它们,并将它们粘贴到之前应该有的文件夹中。Nautilus询问我是否要用新的替换旧的,并且这次甚至显示了正确的缩略图!
我还可以通过终端命令(如ls和tree)看到这些文件存在,我也可以使用cat命令查看文件内容,所以这些文件是可读的,一切都正常。
这是其中一个的`stat`输出:
 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: -

有人建议我这可能是由于文件系统错误,所以我在启动时运行了fsck,并且下面是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

我很快会用LiveUSB进行相同的检查,完成后我会更新这个问题,并提供相关信息。如果对任何人有帮助,lsblk的输出如下:
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

所以我正在使用LVM。我正在运行Ubuntu GNOME 16.04,带有GNOME 3.20。问题可能是什么,我应该怎么办?我下载的第二批相同文件的位置仍然显示它们(我的Downloads文件夹)。

信息更新:

我现在尝试安装nemo,问题也存在。

还有一件更有趣的事情我发现了,如果我使用nautilusnemo搜索文件名,它们会出现在搜索结果中,缩略图显示正确,我可以打开它们!

blkid的输出为:

/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"

如果我使用mv命令来重命名文件,它仍然不会显示。
我现在重新查看了一下,这些文件已经重新出现了,还有很多其他文件也从那个文件夹中消失了!我希望它们的重新出现没有使其他文件消失,有什么方法可以检查吗?这是什么原因造成的?

问题是否可以重现? 其他文件是否也出现了这个问题? 如果你将文件克隆到相同路径下并更改文件名,会发生什么? 它们会在Nautilus中显示吗? 你尝试过安装Nemo来查看它显示的情况吗? 你使用的是哪种文件系统? - DanglingPointer
@danglingPointer:我不知道,我希望不是这样,但愿我的系统中没有丢失更多的文件,但我确定那个文件夹里有比现在显示的更多的照片... 这些文件还没有找到,我会继续留意是否会发生在其他新文件上。我会尝试你说的方法并更新我的问题。我已经尝试了Nemo并更新了我的问题。 - user364819
@DanglingPointer:mv 命令只更改名称,我已更新我的问题并附上了我的文件系统信息。 - user364819
@DanglingPointer:文件神奇地回来了!我已经更新了我的问题。 - user364819
可能是日志记录中的错误被修复了。 - Rinzwind
Nautilus在尝试访问该文件夹时是否显示了“加载”符号?我有时会在外部驱动器上遇到这个问题,它会永远显示“加载”,并隐藏一个或两个文件。但是,当我关闭它并再次打开它时,它们会重新出现。 - Andrea Lazzarotto
1无论问题的要点是什么,都请针对Nautilus报告一个错误。鉴于文件通过ls显示出来,文件系统一切正常,只是文件管理器出现了一个错误。 - Hi-Angel
1@Hi-Angel:但问题也存在于Nemo文件管理器中...所以这难道不会是更为核心的问题吗? - user364819
2@ParanoidPanda 我猜他们可能在使用同一个库,而且那个库可能有一个bug。除非你知道是哪个库出了问题,否则请向Nautilus报告bug,开发人员会找出原因的。 - Hi-Angel
如果Nautilus上的错误无法重现,那么提出错误报告可能是徒劳的。 但还是要试一试,毕竟你不尝试就永远不会知道结果… 这里有一个极端的、最后的选择…如果你担心环境的完整性或可用性,我建议你将文件外部备份,并彻底删除操作系统。然后重新安装Ubuntu,也许可以尝试使用BTRFS、ZFS或F2FS(如果你在使用SSD)。 - DanglingPointer
你试过Thunar或者PCmanfm吗?它们上面显示了那些文件吗? - Anwar
我遇到了一个可能与之相关的问题,并且已经在几年前报告过(至今仍然未解决),这个问题涉及到Nautilus和Images。对我来说,更改目录并返回就解决了这个问题,所以可能是另外一个不同的情况,但是我只在处理图片时观察到了这个问题。 - user unknown
我无法再重现这个问题,所以我猜应该可以关闭了。 - user364819
我有完全相同的问题:这个文件是由pdfarranger创建的,它在ls和nautilus中显示出来,但在nemo中却没有。ls -l在显示在nemo中显示和不显示的文件之间没有任何区别。 - undefined
3个回答

在文件管理器中遇到了文件/文件夹不显示的问题,但在终端中列出。
通过以下操作解决了这个问题:
文件管理器 > 查看 > 重新加载
(快捷键:Ctrl+R)。

3+1 这很有帮助!文件管理器为什么会出现这种奇怪的行为,有解释吗? - Ruthger Righart
文件在终端中可见,但不在桌面上。通过按下 - Alt + F2 并添加 r(重新启动 GNome),问题得到解决。这对我很有帮助! - Amul Bhatia

我建议你打开终端,切换到相关目录,并运行"ls -la"命令。这是最不可能欺骗你的方式。你将看到所有文件及其权限。
像Nautilus这样的图形化文件管理器离完整准确的真相还有一些步骤。该文件管理器可能具有“功能”或“简化增强”,阻止你看到所有内容。
可能存在一个错误,但我更倾向于“简化增强”方面。我使用Nautilus已经有10年了,经常找不到任何东西。他们使它变得如此“有用”,几乎无用。你甚至不能再从中启动终端。
如果你的终端缺乏美感,考虑安装来自启蒙项目的“terminology”。那里有一些视觉效果。我简直不敢相信。

我在Nemo中遇到了这个问题,解决方法是改变视图。通常我使用列表视图,所以我切换到图标视图然后再切回来。这样强制刷新了页面,而实际的刷新命令却没有起作用。