• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Mounten Partition komisches Verhalten!

H

HarryMalaria

Hacker
Guten Morgen!

Folgendes Problem. Ich habe eine Festpallte mit 3 Partitionen wenn ich sie in Dolphin in Opensuse 13.2 anklicke, steht das Ordnerverzeichnis, aber die Ordner sind leer. Bsp. Ordner Bilder hatte meherere Unterordner die werden nicht mehr angezeigt. Normalerweise wurde die Partition immer auf /run/media/username gemountet, nun in /tmp. Die anderen Partitionen werden weiterin in /run gemountet und ich kann auch auf die daten zugreifen. Ich hab die Partition auch mehrmals manuell gemountet bzw ausgehängt immer das selbe ergebnis.
 
gehrke

gehrke

Administrator
Teammitglied
Also eine externe Platte? Was sagen die Logs? Poste mal den Output von 'lsblk' und von 'mount --verbose /dev/<xxx>' (als root). Und von 'ls -l <xxx>', wegen möglicher Berechtigungsprobleme...
 
OP
H

HarryMalaria

Hacker
Nein die Platte ist nicht extern! Sie hängt am sata port. das problem ist erst seit gestern.

mount --verbose /dev/sda3
mount: /dev/sda3 mounted on /tmp.

umount geht nur mit dem befehl: umount -lf

Zu den Rechten! Es wurde immer das Rootpassword abgefragt. Nach der Eingabe, wurde es dann automatisch in /run/media/username gemountet. Nun in /tmp.
 
gehrke

gehrke

Administrator
Teammitglied
Nutze doch bitte die Code-Tags, damit es lesbar bleibt. Was ist mit den Logs und 'lsblk'? Und den Output von 'ls -l' wollte ich sehen wegen der Userkennung.
 
OP
H

HarryMalaria

Hacker
Das sind die Ausgaben:

Code: 
user23@linux-8it2:~> lsblk /dev/sda3
NAME MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda3   8:3    0 762,5G  0 part 
user23@linux-8it2:~> ls -l /dev/sda3
brw-rw---- 1 root disk 8, 3 Jan 15 11:58 /dev/sda3

Das mit dem Mountpoint hat sich erledigt, war /tmp als Mountpoint angegeben, warum auch immer. Die Partition wird jetzt wieder in /run/media/user23 gemountet. Die Ordner sind aber immer noch leer.
 
gehrke

gehrke

Administrator
Teammitglied
Poste bitte die Ausgaben dieser Konsolenbefehle (bei su wird das root-Password verlangt):
Code: 
su -
lsblk
ls -l /run/media/user23
TNX
 
OP
H

HarryMalaria

Hacker
Code: 
lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
fd0      2:0    1     4K  0 disk 
sda      8:0    0 931,5G  0 disk 
├─sda1   8:1    0     2G  0 part 
├─sda2   8:2    0    20G  0 part 
├─sda3   8:3    0 762,5G  0 part /run/media/user23/797bf1e7-5299-4cb8-a404-f0db556b9695
├─sda4   8:4    0     1K  0 part 
├─sda5   8:5    0     8G  0 part 
└─sda6   8:6    0    12G  0 part 
sdb      8:16   0 119,2G  0 disk 
├─sdb1   8:17   0     1K  0 part 
├─sdb5   8:21   0     1G  0 part [SWAP]
├─sdb6   8:22   0  24,4G  0 part /
└─sdb7   8:23   0  77,2G  0 part /home

Code: 
ls -l /run/media/user23/797bf1e7-5299-4cb8-a404-f0db556b9695
total 96
-rw-r-----  1 user23 users   344 Jan 15 09:10 adb.log
drwxr-xr-x  2 user23 users  4096 Jan 12 15:24 hsperfdata_user23
drwxrwxrwt  2 user23 users  4096 Aug 11 21:49 .ICE-unix
drwx------  2 root   root   4096 Jan 15 07:43 kde-root
drwx------  2 user23 users  4096 Jan 12 11:04 kde-user23
drwx------  2 root   root   4096 Jan 15 11:25 libstorage-t7KgeD
drwx------  2 root   root  16384 Aug 26  2011 lost+found
drwx------  2 user23 users  4096 Jan 15 07:48 realcrypt1
dr-x------  2 root   root   4096 Jan 15 07:48 .realcrypt_aux_mnt1
drwxr-xr-x 29 user23 users  4096 Dez 18 17:22 user23
drwx------  4 user23 users  4096 Jan 14 16:58 .Trash-1000
-rw-r--r--  1 root   root  20215 Jan  2 13:11 vboxguest-Module.symvers
drwx------  2 user23 users  4096 Jan 15 11:15 .vbox-user23-ipc
drwxrwxrwt  2 root   root   4096 Aug 11 21:49 .X11-unix
-rw-------  1 root   root     55 Jan 15 11:24 xauth.XXXXGWi6kb
drwx------  2 root   root   4096 Jan 15 11:27 YaST2-16752-AZyO71
drwx------  2 root   root   4096 Jan 15 11:27 YaST2-16752-tLjyL3
 
gehrke

gehrke

Administrator
Teammitglied
Hmm, Deine Daten sind also scheinbar noch da. Und als root sind sie über die Konsole erreichbar, wahrscheinlich auch als User 'user23'.
Aber sind es die richtigen Daten? 'Bilder' sehe ich da nicht, vielleicht in '/run/media/user23/797bf1e7-5299-4cb8-a404-f0db556b9695/user23'? Evtl. verschoben???
Du könntest mal global nach den erwarteten Files suchen (kann einige Minuten dauern):
Code: 
su -
find / -iname 'bilder' -ls

Demnach scheint es wohl irgendein KDE-Problem oder ein User-Error zu sein. Noch mal meine Frage nach den Logs - passiert da was, wenn Du versuchst, die Ordner anzeigen zu lassen?
Mit dem 'realcrypt'-Zeug kann ich nichts anfangen.

Ein weiterer interessanter Test wäre vielleicht, ob Du als root-User unter KDE angemeldet auf diesen Speicherbereich zugreifen kannst.

BTW: Was hast Du an dem System zuletzt administrativ geändert?
 
J

josef-wien

Ultimate Guru
HarryMalaria schrieb:
Das mit dem Mountpoint hat sich erledigt, war /tmp als Mountpoint angegeben, warum auch immer. Die Partition wird jetzt wieder in /run/media/user23 gemountet.
Zum Vergrößern anklicken....
Von alleine passiert das nicht. Welche Experimente hast Du gemacht? Was machst Du mit realcrypt? Warum wird eine Partition einer internen Platte nicht über die fstab eingehängt?

So nebenbei ist es denkbar, daß durch entsprechende Einstellungen alle "alten" Sachen aus /tmp gelöscht wurden.
 
OP
H

HarryMalaria

Hacker
Den Einhängepunkt habe ich über Yast entfernt. Mit Realcrypt hatte ich mal einen Tresor erstellt. Ich hab einen Test mit fsck gemacht, das Dateisystem war anscheinend beschädigt. Ich hab dann mit dem Programm "testdisk" experimentiert, und konnte dann alle Dateien wieder herstellen. Warum das jetzt ging, kann ich nicht sagen, bin einfach dem Menü gefolgt, dort konnte ich den Ordnerinhalt auflisten und alle Daten, die davor weg waren, wurden angezeigt, und die konnte man dann kopieren und sie waren auch wieder alle da.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben