** Also affects: nautilus (Ubuntu)
Importance: Undecided
Status: New
** Also affects: nemo (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to nautilus in Ubuntu.
https://bugs.launchpad.net/bugs/1609369
Title:
Files randomly disappearing and reappearing in file managers
Status in Ubuntu GNOME:
New
Status in nautilus package in Ubuntu:
New
Status in nemo package in Ubuntu:
New
Bug description:
I have got the most strange problem, I downloaded 4 images yesterday,
then cut and paste them using Nautilus into a sub-folder of my
Documents area. I then closed Nautilus and went on with my normal
business.
However later on I needed to send the images to someone so I went into
the folder with the images using Nautilus, but they weren't there. And
this is where it gets even stranger, the images show up, though not
their thumbnails, when I use Firefox's file chooser for instance, or
another program's file chooser, in fact if I open the Image Viewer and
then use its file chooser to find them I can open and view them
perfectly fine.
The other odd thing is that Nautilus half knows they are there,
because my first reaction was to think that my computer just ate them
somehow, so I redownloaded them, and pasted them into the folder where
the previous ones should have been. Nautilus asked me if I wanted to
replace the old with the new and it even showed me the correct
thumbnails this time.
I am also able to see that the files are present in Terminal using
commands such as ls and tree, I can also cat the contents so the files
are readable and everything.
Here is the stat output for one of them:
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: -
It was suggested to me that this could be because of a filesystem
error, so I ran fsck on boot and this was the output in 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
I will soon do the same checks from a LiveUSB, when I have done that I
will update this question with the information on how that went. If
this is useful to anyone the output of lsblk is:
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
So I am using LVM. The place to which I downloaded the second batch of
the same files still shows them (my Downloads folder).
I tried installing Nemo, but the issue is also present there.
And there is something even more interesting that I have discovered,
if I search for the file names using nautilus and nemo, they do come
up in the search results, their thumbnails show correctly, and I am
able to open them.
The output of blkid is:
/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"
If I use the mv command to rename the file, it still does not show.
I am running Ubuntu GNOME 16.04 with GNOME 3.20.
This was adapted from my AskUbuntu question here:
https://askubuntu.com/questions/806491/some-files-not-showing-up-in-
file-manager-but-definitely-are-there
The above is what I wrote when the issue was still happening, this
morning, though it started yesterday. Now however another strange
thing has happened, the images actually appeared right before my very
eyes when I had another look in Nautilus along with the other files
which I thought must have been missing from the same area, I did keep
reopening Nautilus too and thus refreshing the files list so it wasn't
a matter of it being updated. Plus this started yesterday so I've
restarted many times since then. So now the images are back, but I
still thought that I should report this most strange occurrence. I
hope that these files reappearing hasn't made any others disappear.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-gnome/+bug/1609369/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
