Ich habe das seltsamste Problem. Ich habe gestern 4 Bilder heruntergeladen und sie dann mit Nautilus ausgeschnitten und in einen Unterordner meiner Region Documentseingefügt. Ich schloss dann Nautilus und fuhr mit meinem normalen Geschäft fort.
Später musste ich die Bilder jedoch an jemanden senden, damit ich mit Nautilus in den Ordner mit den Bildern ging, aber sie waren nicht da! Und hier wird es noch seltsamer. Die Bilder werden angezeigt, jedoch nicht ihre Miniaturansichten, wenn ich beispielsweise die Dateiauswahl von Firefox oder die Dateiauswahl eines anderen Programms verwende. Wenn ich den Bild-Viewer öffne und dann die Dateiauswahl verwende, um zu suchen Ich kann sie öffnen und perfekt betrachten.
Die andere seltsame Sache ist, dass Nautilus die Hälfte weiß, dass sie da sind, weil meine erste Reaktion darin bestand, zu glauben, dass mein Computer sie nur irgendwie gegessen hat, also habe ich sie erneut heruntergeladen und in den Ordner eingefügt, in dem die vorherigen hätten sein sollen. Nautilus fragte mich, ob ich das Alte durch das Neue ersetzen wollte und diesmal zeigte es mir sogar die richtigen Thumbnails!
Ich kann auch sehen, dass die Dateien im Terminal vorhanden sind, indem ich Befehle wie lsund verwende tree. Ich kann auch catden Inhalt anzeigen, damit die Dateien lesbar sind und alles.
Hier ist die statAusgabe für einen von ihnen:
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: -
Es wurde mir vorgeschlagen, dass dies an einem Dateisystemfehler liegen könnte, also lief ich fsckbeim Booten und dies war die Ausgabe 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
Ich werde bald die gleichen Überprüfungen von einem LiveUSB aus durchführen. Wenn ich dies getan habe, werde ich diese Frage mit den Informationen darüber aktualisieren, wie das gelaufen ist. Wenn dies für jemanden nützlich ist, lautet die Ausgabe von 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
Also benutze ich LVM. Ich verwende Ubuntu GNOME 16.04 mit GNOME 3.20. Was könnte das Problem sein und was soll ich dagegen tun? Der Ort, an den ich den zweiten Stapel derselben Dateien heruntergeladen habe, zeigt sie weiterhin an (mein DownloadsOrdner).
Informationsaktualisierung:
Ich habe jetzt versucht, zu installieren nemo, und das Problem ist auch dort vorhanden.
Und es gibt noch etwas Interessanteres, das ich entdeckt habe: Wenn ich mit nautilusund nach den Dateinamen suche nemo, werden sie in den Suchergebnissen angezeigt, ihre Miniaturansichten werden korrekt angezeigt und ich kann sie öffnen!
Die Ausgabe von blkidist:
/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"
Wenn ich den mvBefehl zum Umbenennen der Datei verwende, wird er immer noch nicht angezeigt.
Ich habe jetzt noch einmal nachgesehen und die Dateien sind zusammen mit vielen anderen Dateien, die in diesem Ordner fehlten, wieder aufgetaucht ! Ich hoffe, dass sie wieder aufgetaucht sind und keine anderen verschwunden sind. Kann ich das auf irgendeine Weise überprüfen? Was könnte das verursachen?
lsangezeigt werden, ist auch mit dem Dateisystem alles in Ordnung. Es ist nur ein Fehler in einem Dateimanager.