rekursives chown funktioniert nicht [Gelöst]

Warum Debian und/oder eine seiner Spielarten? Was muss ich vorher wissen? Wo geht es nach der Installation weiter?
Antworten
jmar83
Beiträge: 962
Registriert: 20.06.2013 20:20:15
Wohnort: CH
Kontaktdaten:

rekursives chown funktioniert nicht [Gelöst]

Beitrag von jmar83 » 15.10.2019 11:23:51

gemäss https://askubuntu.com/questions/631534/ ... -directory geht das ja so:

Code: Alles auswählen

sudo chown -R foo:foo /spam/egg/


Was ich gemacht habe, ist folgendes:

Code: Alles auswählen

root@debian-xxx-dev:/opt/Development# chown -R root ./eclipse

Anschliessend:

Code: Alles auswählen

root@debian-xxx-dev:/opt/Development# exit
Abgemeldet
xxx@debian-xxx-dev:/opt/Development$ cd eclipse
xxx@debian-xxx-dev:/opt/Development/eclipse$ ls
xxx-cpp-2019-09-R-linux-gtk-x86_64  eclipse-php-2019-09-R-linux-gtk-x86_64
xxx@debian-xxx-dev:/opt/Development/eclipse$ ls -ll
insgesamt 8
drwxrwxrwx 8 root xxx 4096 Okt 15 11:16 eclipse-cpp-2019-09-R-linux-gtk-x86_64
drwxrwxrwx 8 root root   4096 Okt 15 10:48 eclipse-php-2019-09-R-linux-gtk-x86_64


...wie man sieht, steht aber beim Verzeichnis `eclipse-cpp-2019-09-R-linux-gtk-x86_64` immer noch "xxx"...?
Zuletzt geändert von jmar83 am 12.11.2019 15:25:24, insgesamt 2-mal geändert.
Freundliche Grüsse, Jan

Benutzeravatar
hikaru
Moderator
Beiträge: 13585
Registriert: 09.04.2008 12:48:59

Re: rekursives chown funktioniert nicht

Beitrag von hikaru » 15.10.2019 11:31:50

Das "xxx" ist die Gruppe, nicht der User. Also entweder chgrp verwenden, oder chown die Gruppe mitgeben:

Code: Alles auswählen

chown -R root:root ./eclipse

Benutzeravatar
Blackbox
Beiträge: 4289
Registriert: 17.09.2008 17:01:20
Lizenz eigener Beiträge: GNU Free Documentation License

Re: rekursives chown funktioniert nicht

Beitrag von Blackbox » 15.10.2019 11:32:51

Ich weiß ehrlich gesagt nicht, worüber du dich beschwerst?

Du hast den Benutzer mit chown geändert und das wurde angewendet.
Willst du Benutzer und Gruppe ändern, müsstest du ein Benutzer:Gruppe absetzen.
Eigenbau PC: Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Desktop PC: Dell Inspiron 530 - Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Notebook: TUXEDO BU1406 - Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Alles Minimalinstallationen und ohne sudo/PA/PW.
Rootserver: Rocky Linux 9.3 - Kernel: 5.14

Freie Software unterstützen, Grundrechte stärken!

jmar83
Beiträge: 962
Registriert: 20.06.2013 20:20:15
Wohnort: CH
Kontaktdaten:

Re: rekursives chown funktioniert nicht

Beitrag von jmar83 » 15.10.2019 11:34:53

Scheinbar geht's um die Benutzergruppe.

ABER: "xxx" ist KEIN root und wird es nie sein, und der root (sollte?) nicht der xxx-Gruppe sein. Irgendwie völlig unmöglich, diese Konstellation..
Freundliche Grüsse, Jan

jmar83
Beiträge: 962
Registriert: 20.06.2013 20:20:15
Wohnort: CH
Kontaktdaten:

Re: rekursives chown funktioniert nicht

Beitrag von jmar83 » 15.10.2019 11:39:59

...der root ist ja überhaupt nicht in der xxx-gruppe drin:

Code: Alles auswählen

xxx@debian-xxx-dev:~$ groups root
root : root
xxx@debian-xxx-dev:~$ groups xxx
xxx : xxx cdrom floppy audio dip video plugdev netdev bluetooth scanner
xxx@debian-martij-dev:~$ 


...wie kann sich dann also der Eintrag "root xxx" bei "ls -ll" bilden?
Freundliche Grüsse, Jan

jmar83
Beiträge: 962
Registriert: 20.06.2013 20:20:15
Wohnort: CH
Kontaktdaten:

Re: rekursives chown funktioniert nicht

Beitrag von jmar83 » 15.10.2019 11:44:30

Hier noch die Ausgabe von "getent passwd && getent group", daran glaube ich zu erkennen dass der "root" nicht Teilmenge der "xxx"-Gruppe ist:

Code: Alles auswählen

root:x:0:0:root:/root:/bin/bash
daemon:x:1:1:daemon:/usr/sbin:/usr/sbin/nologin
bin:x:2:2:bin:/bin:/usr/sbin/nologin
sys:x:3:3:sys:/dev:/usr/sbin/nologin
sync:x:4:65534:sync:/bin:/bin/sync
games:x:5:60:games:/usr/games:/usr/sbin/nologin
man:x:6:12:man:/var/cache/man:/usr/sbin/nologin
lp:x:7:7:lp:/var/spool/lpd:/usr/sbin/nologin
mail:x:8:8:mail:/var/mail:/usr/sbin/nologin
news:x:9:9:news:/var/spool/news:/usr/sbin/nologin
uucp:x:10:10:uucp:/var/spool/uucp:/usr/sbin/nologin
proxy:x:13:13:proxy:/bin:/usr/sbin/nologin
www-data:x:33:33:www-data:/var/www:/usr/sbin/nologin
backup:x:34:34:backup:/var/backups:/usr/sbin/nologin
list:x:38:38:Mailing List Manager:/var/list:/usr/sbin/nologin
irc:x:39:39:ircd:/var/run/ircd:/usr/sbin/nologin
gnats:x:41:41:Gnats Bug-Reporting System (admin):/var/lib/gnats:/usr/sbin/nologin
nobody:x:65534:65534:nobody:/nonexistent:/usr/sbin/nologin
systemd-timesync:x:100:102:systemd Time Synchronization,,,:/run/systemd:/bin/false
systemd-network:x:101:103:systemd Network Management,,,:/run/systemd/netif:/bin/false
systemd-resolve:x:102:104:systemd Resolver,,,:/run/systemd/resolve:/bin/false
systemd-bus-proxy:x:103:105:systemd Bus Proxy,,,:/run/systemd:/bin/false
_apt:x:104:65534::/nonexistent:/bin/false
Debian-exim:x:105:109::/var/spool/exim4:/bin/false
dnsmasq:x:106:65534:dnsmasq,,,:/var/lib/misc:/bin/false
messagebus:x:107:111::/var/run/dbus:/bin/false
usbmux:x:108:46:usbmux daemon,,,:/var/lib/usbmux:/bin/false
geoclue:x:109:114::/var/lib/geoclue:/bin/false
speech-dispatcher:x:110:29:Speech Dispatcher,,,:/var/run/speech-dispatcher:/bin/false
sshd:x:111:65534::/run/sshd:/usr/sbin/nologin
rtkit:x:112:115:RealtimeKit,,,:/proc:/bin/false
pulse:x:113:116:PulseAudio daemon,,,:/var/run/pulse:/bin/false
avahi:x:114:119:Avahi mDNS daemon,,,:/var/run/avahi-daemon:/bin/false
colord:x:115:120:colord colour management daemon,,,:/var/lib/colord:/bin/false
saned:x:116:121::/var/lib/saned:/bin/false
Debian-gdm:x:117:122:Gnome Display Manager:/var/lib/gdm3:/bin/false
xxx:x:1000:1000:J.M.,,,:/home/xxx:/bin/bash
vboxadd:x:999:1::/var/run/vboxadd:/bin/false
xrdp:x:118:123::/var/run/xrdp:/bin/false
mysql:x:119:124:MySQL Server,,,:/nonexistent:/bin/false
Debian-snmp:x:120:125::/var/lib/snmp:/bin/false
ntp:x:121:126::/home/ntp:/bin/false
uuidd:x:122:128::/run/uuidd:/bin/false
root:x:0:
daemon:x:1:
bin:x:2:
sys:x:3:
adm:x:4:
tty:x:5:
disk:x:6:
lp:x:7:
mail:x:8:
news:x:9:
uucp:x:10:
man:x:12:
proxy:x:13:
kmem:x:15:
dialout:x:20:
fax:x:21:
voice:x:22:
cdrom:x:24:xxx
floppy:x:25:xxx
tape:x:26:
sudo:x:27:
audio:x:29:pulse,xxx
dip:x:30:xxx
www-data:x:33:
backup:x:34:
operator:x:37:
list:x:38:
irc:x:39:
src:x:40:
gnats:x:41:
shadow:x:42:
utmp:x:43:
video:x:44:xxx
sasl:x:45:
plugdev:x:46:xxx
staff:x:50:
games:x:60:
users:x:100:
nogroup:x:65534:
systemd-journal:x:101:
systemd-timesync:x:102:
systemd-network:x:103:
systemd-resolve:x:104:
systemd-bus-proxy:x:105:
input:x:106:
crontab:x:107:
netdev:x:108:xxx
Debian-exim:x:109:
ssl-cert:x:110:
messagebus:x:111:
ssh:x:112:
bluetooth:x:113:xxx
geoclue:x:114:
rtkit:x:115:
pulse:x:116:
pulse-access:x:117:
scanner:x:118:saned,xxx
avahi:x:119:
colord:x:120:
saned:x:121:
Debian-gdm:x:122:
xxx:x:1000:
vboxsf:x:999:
xrdp:x:123:
mysql:x:124:
Debian-snmp:x:125:
ntp:x:126:
sambashare:x:127:
uuidd:x:128:
Freundliche Grüsse, Jan

Benutzeravatar
MSfree
Beiträge: 10759
Registriert: 25.09.2007 19:59:30

Re: rekursives chown funktioniert nicht

Beitrag von MSfree » 15.10.2019 11:52:55

jmar83 hat geschrieben: ↑ zum Beitrag ↑
15.10.2019 11:39:59
...der root ist ja überhaupt nicht in der xxx-gruppe drin:
Jeder User ist zugelich Mitglied mindestens einer Gruppe.
Beim Anlegen eines neuen Users, z.B. bei der Installation, wird zugleich auch eine neue Gruppe für den User angelegt, die den gleichen Namen hat, wie die User.

Dein User xxx ist also auch Mitglied der Gruppe xxx, und die Dateien, die dem User xxx und der Gruppe xxx hatten, hast du mit chown dem User root zugeordnet. Das Resultat ist, daß die Dateien dem User root und der Gruppe xxx gehörren.

User und Gruppe sind zwei eigenständige Attribute. User xxx ist etwas ganz anderes als Gruppe xxx.

T0CA
Beiträge: 6
Registriert: 13.10.2019 13:59:33

Re: rekursives chown funktioniert nicht

Beitrag von T0CA » 15.10.2019 12:05:11

jmar83 hat geschrieben: ↑ zum Beitrag ↑
15.10.2019 11:34:53
Scheinbar geht's um die Benutzergruppe.

ABER: "xxx" ist KEIN root und wird es nie sein, und der root (sollte?) nicht der xxx-Gruppe sein. Irgendwie völlig unmöglich, diese Konstellation..
Wieso denn unmöglich? Du hast den Owner der Datei geändert auf root, die Gruppe aber nicht geändert, die war zuvor bereits "xxx".
Ob ein User in der Gruppe ist oder nicht, ist an der Stelle völlig irrelevant und wird natürlich nicht überprüft.

Die Lösung ist ja schon geschrieben worden einfach im chown Benutzer:Gruppe angeben :)

jmar83
Beiträge: 962
Registriert: 20.06.2013 20:20:15
Wohnort: CH
Kontaktdaten:

Re: rekursives chown funktioniert nicht

Beitrag von jmar83 » 15.10.2019 12:55:47

Alles klar, vielen Dank!! :-)
Freundliche Grüsse, Jan

Benutzeravatar
Blackbox
Beiträge: 4289
Registriert: 17.09.2008 17:01:20
Lizenz eigener Beiträge: GNU Free Documentation License

Re: rekursives chown funktioniert nicht

Beitrag von Blackbox » 15.10.2019 14:14:29

T0CA hat geschrieben: ↑ zum Beitrag ↑
15.10.2019 12:05:11
Die Lösung ist ja schon geschrieben worden einfach im chown Benutzer:Gruppe angeben
@T0CA: Nimm den Leuten niemals das Denken ab, dass rächt sich bei der nächsten Frage!
Diese Lösung wäre so einfach zu recherchieren gewesen, dass man dafür keinen Thread und schon gar nicht mit derart vielen Nachfragen eröffnen müssen.
Hier hat einfach die Denkfaulheit und die konsequente Lernunwilligkeit agiert.
Der TO wollte wohl eine Schlüsselfertige Lösung und hat sie leider auch von dir erhalten.

@jmar83: Kannst du nun noch den Thread als gelöst markieren, in dem du in die Betreffzeile des ersten Post dieses Threads ein [gelöst] einträgst.
Eigenbau PC: Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Desktop PC: Dell Inspiron 530 - Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Notebook: TUXEDO BU1406 - Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Alles Minimalinstallationen und ohne sudo/PA/PW.
Rootserver: Rocky Linux 9.3 - Kernel: 5.14

Freie Software unterstützen, Grundrechte stärken!

jmar83
Beiträge: 962
Registriert: 20.06.2013 20:20:15
Wohnort: CH
Kontaktdaten:

Re: rekursives chown funktioniert nicht [gelöst]

Beitrag von jmar83 » 15.10.2019 15:58:07

[gelöst]
Freundliche Grüsse, Jan

Antworten