Dateien werden unter KDE nicht angezeigt (was: Re: Terminal: Dateien nicht zu sehen obwohl sie da sind)

[Ulrich Fürst <Fuerst.Ulrich@web.de>]

So jetzt bin ich ein Stück weiter (allerdings verstehe ich das
verhalten nicht). Weils lange her ist noch mal kurz zusammengefasst:
Mein System ist Debian/stable aktuell gehalten. Oberfläche ist KDE
(auch aus stable). 

Nach dem Einbinden einer Luks-Partition auf einer externen USB-Platte
sehe ich die Verzeichnisse manchmal nicht (weder auf der Konsole (von
KDE) noch im konqueror). 
Im Terminal (Ctrl-Alt-F1) dagegen sehe ich die Dateien. 
Leider reichte die Zeit nicht mehr um zu testen, was beispielsweise
xterm unter KDE dazu sagt. (Weil dann waren sie "plötzlich" auch in
"konsole" zu sehen. 

Also das Problem sieht im einzelnen so aus: 

mount sagt: 
/dev/mapper/lb_2_crypt on /media/LinuxBackup2 type ext4
   (rw,noexec,relatime,user_xattr,barrier=1,data=ordered)

Also die Festplatte ist da und eingebunden! Problem ist, dass die
Ausgabe von ls unterschiedlich ist je nachdem ob ich den
ganzen Pfad angebe oder ob ich ls ohne Pfadangabe bzw. mit "ls ./"
aufrufe während ich mich in dem betreffenden Ordner befinde. 

cd /mnt/point/; ls -lisa sieht den Ordner unter dem Mount-Point
und 
ls /mnt/point/ sieht den Mount-Point mit der eingebundenen Partition. 

Nur warum ist das so? Wer kann mir das bitte erklären? 
(Und hat das einen Sinn oder ist das schlicht ein Bug?)

So am Stück hintereinander getippt. Auf den Terminals (strg-alt-f1)
sind die Ausgaben unabhängig vom Aufruf. 

ulrich@laptop:/media/LinuxBackup2$ ls -lisa insgesamt 8
128863 4 drwxr-xr-x 2 root root 4096 Okt 24 16:55 .
    26 4 drwxr-xr-x 5 root root 4096 Nov 20 19:37 ..

ulrich@laptop:/media/LinuxBackup2$ ls -lisa /media/LinuxBackup2/
insgesamt 32
       2  4 drwxr-xr-x  5 root root  4096 Mai 24 21:35 .
      26  4 drwxr-xr-x  5 root root  4096 Nov 20 19:37 ..
39845889  4 drwxr-xr-x 11 root root  4096 Nov 16 14:22 Filme
16252929  4 drwxr-xr-x 19 root root  4096 Nov 16 16:20 laptop-v7
      11 16 drwx------  2 root root 16384 Mai 24 21:13 lost+found

lrich@laptop:/media/LinuxBackup2$ ls -lisa ./
insgesamt 8
128863 4 drwxr-xr-x 2 root root 4096 Okt 24 16:55 .
    26 4 drwxr-xr-x 5 root root 4096 Nov 20 19:37 ..

ulrich@laptop:/media/LinuxBackup2$ ls -lisa /media/LinuxBackup2/
insgesamt 32
       2  4 drwxr-xr-x  5 root root  4096 Mai 24 21:35 .
      26  4 drwxr-xr-x  5 root root  4096 Nov 20 19:37 ..
39845889  4 drwxr-xr-x 11 root root  4096 Nov 16 14:22 Filme
16252929  4 drwxr-xr-x 18 root root  4096 Nov 21 11:31 laptop-v7
      11 16 drwx------  2 root root 16384 Mai 24 21:13 lost+found





Ulrich Fürst wrote:
> Hallo zusammen!
> 
> Ich habe hier ein Problem, bei dem ich nicht mal weiss nach was ich
> suchen muss. System ist ein aktuelles wheezy (64-Bit mit 32-Bit
> Multi-Arch) mit KDE4. Asus laptop mit kernel 3.2.0-4-amd64.
> 
> # ls -al /media/LinuxBackup
> total 8
> drwxr-xr-x 2 root root 4096 May  6 11:08 .
> drwxr-xr-x 5 root root 4096 Oct  4 23:19 ..
> 
> # mount /media/LinuxBackup
> mount: /dev/mapper/lb_1_crypt already mounted or /media/LinuxBackup
> busy mount: according to mtab, /dev/mapper/lb_1_crypt is already
> mounted on /media/LinuxBackup
> 
> # df /media/LinuxBackup
> Filesystem             1K-blocks      Used Available Use% Mounted on
> /dev/mapper/lb_1_crypt 554728392 508847572  17702236
> 97% /media/LinuxBackup
> 
> So weit so gut und erwartet. _ABER_:
> # ls -al /media/LinuxBackup
> total 8
> drwxr-xr-x 2 root root 4096 May  6 11:08 .
> drwxr-xr-x 5 root root 4096 Oct  4 23:19 ..
> 
> # cd /media/LinuxBackup ; ls -al 
> total 8
> drwxr-xr-x 2 root root 4096 May  6 11:08 .
> drwxr-xr-x 5 root root 4096 Oct  4 23:19 ..
> 
> 
> Ich hatte das schon mal. Kann es aber gerade nicht reproduzieren;
> heisst, der Fehler tritt nicht immer auf. Auch Konqueror übrigens
> findet manchmal neue Dateien nicht. Auch nicht nach "F5" bzw.
> "STRG-R". Und das betrifft nicht nur USB-Platten sondern auch auf der
> internen oder auf nicht verschlüsselten USB-Sticks. 
> 
> Mittlerweile erschrecke ich zwar nicht mehr. Nervig bleibt es
> trotzdem, zumal ich dann ja auf die Dateien keinen Zugriff habe!
> 
> Im Netz habe ich dazu nur den umgekehrten Fall gefunden, dass sich
> eine Datei zwar anzeigen, aber trotz passender Rechte nicht ausführen
> lässt. Ist wohl aber ein 64/32-Bit Problem. Hilft mir aber hier nicht
> weiter. Ich will ja nichts ausführen. 
> 
> Auf Hilfe hoffend
> Ulrich
-- 
     Zufallssignatur:
     "Narrenweisheit ist immer noch besser als intellektuelle Dummheit."
     Manfred Rommel