Einige Dateien werden nicht im Dateimanager angezeigt, sind aber definitiv dort [geschlossen]

9

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?

files filemanager data-loss
quelle
Ist das Problem reproduzierbar? Manifestiert es sich für andere Dateien? Was passiert, wenn Sie die Dateien auf demselben Pfad zu einem neuen Dateinamen klonen? Zeigen sie sich dann auf Nautilus? Haben Sie versucht, Nemo zu installieren, um zu sehen, was das zeigt? Welches Dateisystem verwenden Sie?
DanglingPointer
@DanglingPointer: Ich weiß nicht, ich erwarte es, ich hoffe, dass nicht mehr Dateien auf meinem System verschwunden sind, aber ich bin sicher, dass ich mehr Bilder in diesem Ordner hatte, als dort jetzt angezeigt werden ... Die Dateien sind immer noch ein Port Nicht aufgetaucht, ich werde ein Auge darauf werfen, ob es mit weiteren neuen Dateien passiert. Ich werde versuchen, was Sie gesagt haben, und meine Frage aktualisieren. Ich habe Nemo ausprobiert und meine Frage aktualisiert.
1
Was auch immer der Kern eines Problems ist, melden Sie einen Fehler gegen Nautilus. Angesichts der Tatsache, dass Dateien mit lsangezeigt werden, ist auch mit dem Dateisystem alles in Ordnung. Es ist nur ein Fehler in einem Dateimanager.
Hi-Angel
1
@ Hi-Angel: Aber das Problem ist auch im Nemo-Dateimanager vorhanden ... Wird es also nicht etwas zentraleres sein?
2
@ParanoidPanda Ich würde eher vermuten, dass sie dieselbe Bibliothek von etwas verwenden, und diese Bibliothek hat einen Fehler. Wenn Sie keine Ahnung haben, welche Bibliothek das sein könnte, melden Sie einen Fehler gegen Nautilus, Entwickler würden es herausfinden.
Hi-Angel

Antworten:

13

Hatte das Problem, dass Dateien / Ordner nicht im Dateimanager angezeigt wurden, sondern im Terminal aufgelistet wurden.

Behebung durch:
Dateimanager> Ansicht> Neu laden
(Verknüpfung: Strg + R ).

Nikolay Suvandzhiev
quelle
1
+1 Das hat geholfen! Gibt es eine Erklärung, warum der Dateimanager dieses merkwürdige Verhalten zeigt?
Ruthger Righart
3

Ich schlage vor, Sie öffnen ein Terminal, cd in das betreffende Verzeichnis und führen "ls -la" aus. Das ist die geringste Wahrscheinlichkeit, dich anzulügen. Sie sehen alle Dateien und ihre Berechtigungen.

Ein GUI-Dateimanager wie Nautilus oder ähnliches ist nur wenige Schritte von der vollständigen, genauen Wahrheit über das, was vorhanden ist und welche Eigenschaften es hat, entfernt. Dieser Dateimanager verfügt möglicherweise über "Funktionen" oder "vereinfachende Verbesserungen", die verhindern, dass Sie alles sehen, was vorhanden ist.

Es mag einen Fehler geben, aber ich wette auf den Aspekt "Vereinfachung der Verbesserung". Ich benutze Nautilus seit 10 Jahren und kann oft nichts mehr finden. Sie haben es so "hilfreich" gemacht, dass es fast nutzlos ist. Sie können nicht einmal mehr ein Terminal daraus starten.

Wenn Ihre Terminals nicht schön sind, sollten Sie "Terminologie" aus dem Aufklärungsprojekt installieren. Es gibt eine Augenweide. Ich kann es nicht recht glauben.

pauljohn32
quelle
0

Ich hatte gerade dieses Problem in Nemo und eine Problemumgehung besteht darin, die Ansicht zu ändern. Normalerweise verwende ich die Listenansicht, also habe ich zur Symbolansicht und zurück gewechselt. Dies erzwang eine Aktualisierung, die der eigentliche Aktualisierungsbefehl nicht erzwang.

Moilleadóir
quelle