[solved] Zugriffsrechte ls: Öffnen von Verzeichnis '.' nicht möglich: Keine Berechtigung

[MuppetShow12]

Hallo,
Nach neuem Aufsetzen des Rechners habe ich Probleme mit dem Zugriff. Mit "Data" handelt es sich um eine HDD-Partition die schon unter dem Vorgänger-Ubuntu mein Home Verzeichnis war und nicht während der Linux-Installation auf die neue SSD Systemdisk im Rechner war. Nach Einbau der alten HDD (mit dem damaligen /home) war dann root als Besitzer und Gruppe angezeigt - ich als "adi" hatte also keinen Zugriff. Ich habe mit chown mich zum Besitzer gemacht und kann trotzdem nicht darauf zugreifen.

adi@bluestar:/media/adi/Data$ sudo blkid
[sudo] Passwort für adi: 
/dev/sda1: UUID="DBE5-EDC6" TYPE="vfat" PARTUUID="d6a8db75-5d20-4186-aff0-6154aecc62a9"
/dev/sda2: UUID="f6631e0c-03b3-42bb-9213-0f69cbxxxxxxx" TYPE="swap" PARTUUID="7738b8b0-579b-4159-a742-c7da3ddac3d1"
/dev/sda3: UUID="23b7420e-6fbd-4d53-86c8-3214f9xxxxxxx" TYPE="ext4" PARTUUID="5dd8573f-300d-4ae8-8b8c-8c5dbaa54e9c"
/dev/sda4: UUID="1ad50af7-7398-4c17-8954-bec5e9xxxxxxx" TYPE="ext4" PARTUUID="2ce31c68-273e-4e37-8dd6-42d226deb2a3"
/dev/sdb4: LABEL="Data" UUID="c0fb2dae-9bf1-421f-a753-3682dfxxxxxx" TYPE="ext4" PARTUUID="b3bda3e9-596f-4140-a517-aca9a6bb5f42"
adi@bluestar:/media/adi/Data$ ll
ls: Öffnen von Verzeichnis '.' nicht möglich: Keine Berechtigung
adi@bluestar:/media/adi/Data$ sudo -s
root@bluestar:/media/adi/Data# ll
insgesamt 16
d-wx--x--x   4 adi    adi    4096 Mai 29 13:18 ./
drwxr-x---+  3 adi    adi    4096 Mai 31 16:37 ../
drwxrw-r--  59 adi    adi    4096 Mai 29 13:17 adi/
drwxrwx---  30 sabine sabine 4096 Mai 13 09:01 bine/
root@bluestar:/media/adi/Data#

Wie kann ich wieder die Kontrolle gewinnen?
Wie evtl. jemand gemerkt hat ist das eine komische Verzeichnisstruktur /media/adi/Data/adi/* - wie kommt es dazu?
Wie sollten die Zugriffsrechte idealerweise sein, dass ich und meine Freundin auf je unsere Ordner zugreifen können?
Danke

 

[Anonymous]

Ist eigentlich ganz einfach.

drwxr-xr-x   4 root   root   4096 Mai 29 13:18 ./
drwxr-xr-x   3 root   root   4096 Mai 31 16:37 ../
drwxr-xr-x  59 adi    users  4096 Mai 29 13:17 adi/
drwxr-xr-x  30 sabine users  4096 Mai 13 09:01 bine/

Benutzer Gruppe Rest-der-Welt

 

[MuppetShow12]

Also die Gruppe "users" ist bei mir leer- soll ich adi und bine hineingeben? Wofür ist das gut?
die Änderungen haben nichts gebracht.... ich komme immer noch nur als "root" nicht in den Ordner hinein...

root@bluestar:~# cd /media/adi/Data/
root@bluestar:/media/adi/Data# ll
insgesamt 16
d-wx--x--x   4 adi    adi    4096 Mai 29 13:18 ./
drwxr-x---+  3 adi    adi    4096 Jun  1 07:25 ../
drwxrw-r--  59 adi    adi    4096 Mai 29 13:17 adi/
drwxrwx---  30 sabine sabine 4096 Mai 13 09:01 bine/
root@bluestar:/media/adi/Data# chmod -R 755 ./adi/
root@bluestar:/media/adi/Data# chown -R adi:users ./adi/
root@bluestar:/media/adi/Data# ll
insgesamt 16
d-wx--x--x   4 adi    adi    4096 Mai 29 13:18 ./
drwxr-x---+  3 adi    adi    4096 Jun  1 07:25 ../
drwxr-xr-x  59 adi    users  4096 Mai 29 13:17 adi/
drwxrwx---  30 sabine sabine 4096 Mai 13 09:01 bine/
root@bluestar:/media/adi/Data/adi# exit
exit
adi@bluestar:/media/adi/Data$ ll
ls: Öffnen von Verzeichnis '.' nicht möglich: Keine Berechtigung

Wie bekommt man in dieser Zeile wieder das root hin und was bedeutet das PLUS?
"drwxr-x---+ 3 adi adi 4096 Jun 1 07:25 ../"

zur Info: Ich werde nur die Dokumente aus dem alten HOME der DATA-Partition entnehmen- d.h. dass ich hier die Schreibrechte von Configdateien geändert habe ist meiner Interpretation nach egal... das jetzige HOME ist auf einer anderen Partition.

 

[josef-wien]

komische Verzeichnisstruktur /media/adi/Data

Ich kenne nur /run/media/benutzer/label_oder_uuid (udisks2-Standard) und /media/label_oder_uuid (udisks2-Alternative), aber vielleicht ist *buntu auch dabei anders. Üblicherweise werden hier nur externe Medien eingehängt, interne Medien gehören mit einem Einhängepunkt Deiner Wahl in /etc/fstab eingetragen. Wenn interne Medien ohne fstab-Eintragung einhängbar sind, zeugt das übrigens von mangelhaften Sicherheitsrichtlinien.

was bedeutet das PLUS?

Da sind ACL-Berechtigungen definiert. Was zeigt:

getfacl /media/adi

Wofür ist das gut?

Manche Distributionen ordnen standardmäßig jeden Benutzer der Gruppe users zu, manche Distributionen verwenden pro Benutzer eine eigene Gruppe. Solange Du zwischen "Gruppe" und "Rest der Welt" keine Unterschiede machen willst, ist die Gruppe belanglos.

Und jetzt kommen wir zum Wesentlichen. Du hast keine Leseberechtigung auf das Verzeichnis /media/adi/Data:

d-wx--x--x 4 adi adi 4096 Mai 29 13:18 ./

 

[MuppetShow12]

Super josef-wien!!! Vielen Dank!
Die Leseberechtigungen waren falsch und zusätzlich hat eine ACL-Berechtigung offensichtlich was sabotiert... deswegen hat nichts funktioniert. Hab Die Leseberechtigungen korrigiert und ACL rausgenommen ($ setfacl -R -b <dir>) und jetzt geht alles wieder ganz normal.
Zu Internes Laufwerk unter /media/ einhängen: stimmt, steht in der fstab nichts drin, da die Platte während der Installation nicht eingebaut war... das hole ich noch manuell nach - gibt mir jemand einen Tip, wo man interne Laufwerke idealerweise hinmountet?
Merci und Lg

 

[Anonymous]

Super josef-wien!!! Vielen Dank!
Die Leseberechtigungen waren falsch und zusätzlich hat eine ACL-Berechtigung offensichtlich was sabotiert... deswegen hat nichts funktioniert.

Ich dachte du siehst das selbst.
Mit Benutzer Gruppe Rest-der-Welt meinte ich die erste Ausgabespalte von ls -laF: drwxrwxrwx
josef-wien hat es jetzt schon erklärt. Aber da gibts für dich noch mehr zu büffeln!

Verwendet Ubuntu wirklich für jeden Benutzer eine eigene Gruppe?
Ich kenne sonst halt stud und doz als Gruppen.

 

[Geier0815]

Verwendet Ubuntu wirklich für jeden Benutzer eine eigene Gruppe?

Wird wie bei Debian sein: Jeder User hat eine Gruppe mit dem gleichen Gruppennamen wie dem Usernamen.

 

[Feuervogel]

... Verwendet Ubuntu wirklich für jeden Benutzer eine eigene Gruppe? ...

Das macht Mageia ebenso. Username und Gruppenname sind identisch.

Gruß
Feuervogel

 

[Anonymous]

Vielen Dank!
Den Verweis habe ich gerade im "Kofler" gefunden: https://wiki.debian.org/UserPrivateGroups

@MuppetShow12
Zeige doch mal bitte die Ausgabe von:

ls -lanF /media/adi/Data/

 

[josef-wien]

wo man interne Laufwerke idealerweise hinmountet?

Ich würde in /home ein Verzeichnis dafür anlegen, auch wenn sich Puristen alle Haare sträuben. Bei zwei Benutzern und einem "Gruppenlaufwerk" ist es für mich die praktikabelste Lösung.

Username und Gruppenname sind identisch.

Namen sind Schall und Rauch, wichtig sind UID und GID (und genau dafür interessiert sich LUH 3417). Gruppenzuordnungen für benutzerübergreifende Dateizugriffe sind Sache der Systemadministration, das können Distributionen nicht vorweg erledigen.

Ich kenne sonst halt stud und doz als Gruppen.

In /etc/group wirst Du noch ein paar finden.

 

[MuppetShow12]

@MuppetShow12
Zeige doch mal bitte die Ausgabe von:

ls -lanF /media/adi/Data/

Das ist schon richtig wie erwähnt - ähnlich Debian - jeder neue Benutzer bekommt standardmäßig eine eigene Gruppe und kann zusätzlichen anderen Gruppen zugehören. Es gibt aber auch die Möglichkeit einem neuen Benutzer ein andere Gruppe als Hauptgruppe zuzuweisen.

adi@bluestar:/media/adi/Data$ ls -lanF /media/adi/Data/
insgesamt 16
drwxr-xr-x  4 1000 1000 4096 Jun  1 12:14 ./
drwxr-xr-x  3 1000 1000 4096 Jun  2 08:58 ../
drwxrw---- 58 1000 1000 4096 Jun  1 10:03 adi/
drwxrw---- 30 1001 1001 4096 Mai 13 09:01 bine/

 

[gehrke]

Das ist schon richtig wie erwähnt - ähnlich Debian - jeder neue Benutzer bekommt standardmäßig eine eigene Gruppe

Die mit dem anderen Rot (RHEL, Fedora, CentOS) machen das übrigens auch so.