Kann ich bei einem link den owner und die Gruppe ändern?
Hallo Liste, ich habe in einem tar-Archiv ein asuführbares Program und einen link zu diesem ausführbaren Programm, beispielsweise ExecutableWithRealLongName ... als das ausführbare Programm, und prg ... als link (ln -s) auf diesen ensetzlich langen Namen. Wenn ich nun dieses tar-Archiv auspacke, und im Anschluss den Dateien mit chown und chgrp einen anderen Eigentümer und eine andere Gruppe verpassen möchte, dann habe ich beim link das Problem, dass dies einfach nicht umgesetzt wird. Man kann nun einwerfen, packe halt alles unter dem Account aus, dem es danach gehören soll. Das geht in meinem Fall leider nicht, denn das ausfühbare Programm als auch der link sollen danach als owner und Gruppe lp haben, und lp ist kein login-User... Hat jemand eine Idee? Gruß Alexander
Hallo Liste,
ich habe in einem tar-Archiv ein asuführbares Program und einen link zu diesem ausführbaren Programm, beispielsweise
ExecutableWithRealLongName ... als das ausführbare Programm, und prg ... als link (ln -s) auf diesen ensetzlich langen Namen.
Wenn ich nun dieses tar-Archiv auspacke, und im Anschluss den Dateien mit chown und chgrp einen anderen Eigentümer und eine andere Gruppe verpassen möchte, dann habe ich beim link das Problem, dass dies einfach nicht umgesetzt wird.
Das macht auch nichts. Ein Softlink ist nur ein Zeiger auf den tatsächlichen Dateieintrag, dessen Rechte auch gelten. Drum hat ein Softlink die Rechte rwxrwxrwx. Die Prüfung auf Zugriff erfolgt an den Rechten des Dateieintrages. Gruß Rainer -- DSL Komplett von GMX +++ Supergünstig und stressfrei einsteigen! AKTION "Kein Einrichtungspreis" nutzen: http://www.gmx.net/de/go/dsl
Am Freitag, 4. März 2005 08:16 schrieb Alexander Beck-Ratzka:
Hallo Liste,
ich habe in einem tar-Archiv ein asuführbares Program und einen link zu diesem ausführbaren Programm, beispielsweise
ExecutableWithRealLongName ... als das ausführbare Programm, und prg ... als link (ln -s) auf diesen ensetzlich langen Namen.
Wenn ich nun dieses tar-Archiv auspacke, und im Anschluss den Dateien mit chown und chgrp einen anderen Eigentümer und eine andere Gruppe verpassen möchte, dann habe ich beim link das Problem, dass dies einfach nicht umgesetzt wird. Man kann nun einwerfen, packe halt alles unter dem Account aus, dem es danach gehören soll. Das geht in meinem Fall leider nicht, denn das ausfühbare Programm als auch der link sollen danach als owner und Gruppe lp haben, und lp ist kein login-User...
Hast du Schreibrechte im Ordner, in den die Originaldatei steht? -- Gruß MaxX Bitte beachten: Diese Mailadresse nimmt nur Listenmails entgegen. Für PM bitte den Empfänger gegen den Namen in der Sig tauschen. Auch sehr interessant: http://www.suse-etikette.de.vu
Matthias Houdek
Am Freitag, 4. März 2005 08:16 schrieb Alexander Beck-Ratzka:
Hallo Liste,
ich habe in einem tar-Archiv ein asuführbares Program und einen link zu diesem ausführbaren Programm, beispielsweise
ExecutableWithRealLongName ... als das ausführbare Programm, und prg ... als link (ln -s) auf diesen ensetzlich langen Namen.
Wenn ich nun dieses tar-Archiv auspacke, und im Anschluss den Dateien mit chown und chgrp einen anderen Eigentümer und eine andere Gruppe verpassen möchte, dann habe ich beim link das Problem, dass dies einfach nicht umgesetzt wird. Man kann nun einwerfen, packe halt alles unter dem Account aus, dem es danach gehören soll. Das geht in meinem Fall leider nicht, denn das ausfühbare Programm als auch der link sollen danach als owner und Gruppe lp haben, und lp ist kein login-User...
Hast du Schreibrechte im Ordner, in den die Originaldatei steht?
ich packe als root aus... Gruß Alexander
Am Freitag, 4. März 2005 09:22 schrieb Alexander Beck-Ratzka:
Matthias Houdek
wrote on 04.03.2005 08:56:58: Am Freitag, 4. März 2005 08:16 schrieb Alexander Beck-Ratzka:
Hallo Liste,
ich habe in einem tar-Archiv ein asuführbares Program und einen link zu diesem ausführbaren Programm, beispielsweise
ExecutableWithRealLongName ... als das ausführbare Programm, und prg ... als link (ln -s) auf diesen ensetzlich langen Namen.
Wenn ich nun dieses tar-Archiv auspacke, und im Anschluss den Dateien mit chown und chgrp einen anderen Eigentümer und eine andere Gruppe verpassen möchte, dann habe ich beim link das Problem, dass dies einfach nicht umgesetzt wird. Man kann nun einwerfen, packe halt alles unter dem Account aus, dem es danach gehören soll. Das geht in meinem Fall leider nicht, denn das ausfühbare Programm als auch der link sollen danach als owner und Gruppe lp haben, und lp ist kein login-User...
Hast du Schreibrechte im Ordner, in den die Originaldatei steht?
ich packe als root aus...
... und machst auch das chown als root? OK, und die Dateien gehören danach dem neuen User, aber der Link nicht? Das ist eigenartig. Steht der Link im gleichen Verzeichnis wie die Programmdatei? Welche Rechte sind auf den Ordner gesetzt? -- Gruß MaxX Bitte beachten: Diese Mailadresse nimmt nur Listenmails entgegen. Für PM bitte den Empfänger gegen den Namen in der Sig tauschen. Auch sehr interessant: http://www.suse-etikette.de.vu
On Friday 04 March 2005 14:45, Matthias Houdek wrote:
Am Freitag, 4. März 2005 09:22 schrieb Alexander Beck-Ratzka:
Matthias Houdek
wrote on 04.03.2005 08:56:58: Am Freitag, 4. März 2005 08:16 schrieb Alexander Beck-Ratzka:
Hallo Liste,
ich habe in einem tar-Archiv ein asuführbares Program und einen link zu diesem ausführbaren Programm, beispielsweise
ExecutableWithRealLongName ... als das ausführbare Programm, und prg ... als link (ln -s) auf diesen ensetzlich langen Namen.
Wenn ich nun dieses tar-Archiv auspacke, und im Anschluss den Dateien mit chown und chgrp einen anderen Eigentümer und eine andere Gruppe verpassen möchte, dann habe ich beim link das Problem, dass dies einfach nicht umgesetzt wird. Man kann nun einwerfen, packe halt alles unter dem Account aus, dem es danach gehören soll. Das geht in meinem Fall leider nicht, denn das ausfühbare Programm als auch der link sollen danach als owner und Gruppe lp haben, und lp ist kein login-User...
Hast du Schreibrechte im Ordner, in den die Originaldatei steht?
ich packe als root aus...
... und machst auch das chown als root?
OK, und die Dateien gehören danach dem neuen User, aber der Link nicht? Das ist eigenartig.
chown -h könnte Euch helfen. Torsten
Hallo,
Torsten Foertsch
On Friday 04 March 2005 14:45, Matthias Houdek wrote:
Am Freitag, 4. März 2005 09:22 schrieb Alexander Beck-Ratzka:
Matthias Houdek
wrote on 04.03.2005 08:56:58: Am Freitag, 4. März 2005 08:16 schrieb Alexander Beck-Ratzka:
Hallo Liste,
ich habe in einem tar-Archiv ein asuführbares Program und einen link zu diesem ausführbaren Programm, beispielsweise
ExecutableWithRealLongName ... als das ausführbare Programm, und prg ... als link (ln -s) auf diesen ensetzlich langen Namen.
Wenn ich nun dieses tar-Archiv auspacke, und im Anschluss den Dateien mit chown und chgrp einen anderen Eigentümer und eine andere Gruppe verpassen möchte, dann habe ich beim link das Problem, dass dies einfach nicht umgesetzt wird. Man kann nun einwerfen, packe halt alles unter dem Account aus, dem es danach gehören soll. Das geht in meinem Fall leider nicht, denn das ausfühbare Programm als auch der link sollen danach als owner und Gruppe lp haben, und lp ist kein login-User...
Hast du Schreibrechte im Ordner, in den die Originaldatei steht?
ich packe als root aus...
... und machst auch das chown als root?
OK, und die Dateien gehören danach dem neuen User, aber der Link nicht? Das ist eigenartig.
chown -h könnte Euch helfen.
Exakt das war's!!! Vielen Dank! Gruß Alexander
Hallo, Am Fri, 04 Mar 2005, Torsten Foertsch schrieb:
On Friday 04 March 2005 14:45, Matthias Houdek wrote:
Am Freitag, 4. März 2005 09:22 schrieb Alexander Beck-Ratzka:
Matthias Houdek
wrote on 04.03.2005 08:56:58: Am Freitag, 4. März 2005 08:16 schrieb Alexander Beck-Ratzka: [..]
Wenn ich nun dieses tar-Archiv auspacke, und im Anschluss den Dateien mit chown und chgrp einen anderen Eigentümer und eine andere Gruppe verpassen möchte, dann habe ich beim link das Problem, dass dies einfach nicht umgesetzt wird. [..] Hast du Schreibrechte im Ordner, in den die Originaldatei steht?
ich packe als root aus...
... und machst auch das chown als root?
OK, und die Dateien gehören danach dem neuen User, aber der Link nicht? Das ist eigenartig.
chown -h könnte Euch helfen.
*GNA* Symlinks haben keine eigenen Rechte und gehoeren _IMMER_ root.root und haben immer die Rechte 777. -dnh -- 13: Für Windows optimiert zusammengestellt aus Hardware-Restposten (Kristian Köhntopp)
Am Freitag, 4. März 2005 16:34 schrieb David Haller:
Hallo,
Am Fri, 04 Mar 2005, Torsten Foertsch schrieb:
On Friday 04 March 2005 14:45, Matthias Houdek wrote:
Am Freitag, 4. März 2005 09:22 schrieb Alexander Beck-Ratzka:
Matthias Houdek
wrote on 04.03.2005 08:56:58: Am Freitag, 4. März 2005 08:16 schrieb Alexander Beck-Ratzka:
[..]
Wenn ich nun dieses tar-Archiv auspacke, und im Anschluss den Dateien mit chown und chgrp einen anderen Eigentümer und eine andere Gruppe verpassen möchte, dann habe ich beim link das Problem, dass dies einfach nicht umgesetzt wird.
[..]
Hast du Schreibrechte im Ordner, in den die Originaldatei steht?
ich packe als root aus...
... und machst auch das chown als root?
OK, und die Dateien gehören danach dem neuen User, aber der Link nicht? Das ist eigenartig.
chown -h könnte Euch helfen.
*GNA*
Symlinks haben keine eigenen Rechte und gehoeren _IMMER_ root.root und haben immer die Rechte 777.
... effektiv dann beim Ausführen/Öffnen/Ändern/... die Rechte des Originals, da man dass dann ausführt/öffnet/ändert. So wird es ja auch mit diversen Tools angezeigt (ls -L [1], mc, konqueror, ...) [1] ls -l zeigt das "allgewaltige" root:root mit 777 an, davon also nicht verwirren lassen. Effektiv wirken andere Rechte. Allerdings kann jeder den Link sehen und jeder, der entsprechende Schreibrechte im Ordner hat, den Link ändern oder löschen! -- Gruß MaxX Bitte beachten: Diese Mailadresse nimmt nur Listenmails entgegen. Für PM bitte den Empfänger gegen den Namen in der Sig tauschen. Auch sehr interessant: http://www.suse-etikette.de.vu
Am Samstag, 5. März 2005 11:03 schrieb Matthias Houdek:
[1] ls -l zeigt das "allgewaltige" root:root mit 777 an, davon also nicht verwirren lassen. Effektiv wirken andere Rechte. Allerdings kann jeder den Link sehen und jeder, der entsprechende Schreibrechte im Ordner hat, den Link ändern oder löschen!
Um den Link sehen zu können muß die Lese- und Ausführrechte auf dem Ordner haben. Bernd
Am Samstag, 5. März 2005 12:27 schrieb Bernd Brodeßer:
Am Samstag, 5. März 2005 11:03 schrieb Matthias Houdek:
[1] ls -l zeigt das "allgewaltige" root:root mit 777 an, davon also nicht verwirren lassen. Effektiv wirken andere Rechte. Allerdings kann jeder den Link sehen und jeder, der entsprechende Schreibrechte im Ordner hat, den Link ändern oder löschen!
Um den Link sehen zu können muß die Lese- und Ausführrechte auf dem Ordner haben.
Ja, ok, wer in den Ordner nicht reinkommt, sieht den Link auch nicht. BTW: Kann man ihn trotzdem löschen/ändern, wenn man nur Schreibrechte auf dem Ordner hat? IIRC ja, oder? -- Gruß MaxX Bitte beachten: Diese Mailadresse nimmt nur Listenmails entgegen. Für PM bitte den Empfänger gegen den Namen in der Sig tauschen. Auch sehr interessant: http://www.suse-etikette.de.vu
Hallo, Am Sat, 05 Mar 2005, Matthias Houdek schrieb: [..]
BTW: Kann man ihn trotzdem löschen/ändern, wenn man nur Schreibrechte auf dem Ordner hat? IIRC ja, oder?
$ mkdir symlink-test $ cd symlink-test $ touch foo $ ln -s foo bar $ cd .. $ ls -l symlink-test total 8 drwxr--r-- 2 dh dh 4096 Mar 5 14:07 . drwxr-xr-x 5 dh dh 4096 Mar 5 14:07 .. lrwxrwxrwx 1 dh dh 3 Mar 5 14:07 bar -> foo -rw-r--r-- 1 dh dh 0 Mar 5 14:07 foo $ chmod 200 symlink-test/ $ rm symlink-test/bar rm: cannot remove `symlink-test/bar': Permission denied $ ln -sf foobar symlink-test/bar ln: symlink-test/bar: Permission denied $ chmod 300 symlink-test/ $ rm symlink-test/bar $ ls -ld symlink-test/ d-wx------ 2 dh dh 4096 Mar 5 14:11 symlink-test/ HTH, -dnh -- Wer weis denn Heute noch was wahre Liebe ist. Liebe als Ware, ja das kennt "Mann". [WoKo in dag°]
Am Samstag, 5. März 2005 14:12 schrieb David Haller:
Hallo,
Am Sat, 05 Mar 2005, Matthias Houdek schrieb: [..]
BTW: Kann man ihn trotzdem löschen/ändern, wenn man nur Schreibrechte auf dem Ordner hat? IIRC ja, oder?
$ mkdir symlink-test $ cd symlink-test $ touch foo $ ln -s foo bar $ cd .. $ ls -l symlink-test total 8 drwxr--r-- 2 dh dh 4096 Mar 5 14:07 . drwxr-xr-x 5 dh dh 4096 Mar 5 14:07 .. lrwxrwxrwx 1 dh dh 3 Mar 5 14:07 bar -> foo -rw-r--r-- 1 dh dh 0 Mar 5 14:07 foo $ chmod 200 symlink-test/ $ rm symlink-test/bar rm: cannot remove `symlink-test/bar': Permission denied $ ln -sf foobar symlink-test/bar ln: symlink-test/bar: Permission denied $ chmod 300 symlink-test/ $ rm symlink-test/bar $ ls -ld symlink-test/ d-wx------ 2 dh dh 4096 Mar 5 14:11 symlink-test/
Ah, ja. Ich muss also reinkommen in den Ordner, brauche aber keine Leserechte. Klappt sicher mit dem Ändern des Links genau so. Und das ist ja nicht ganz ungefährlich. Wenn ich weiß, dass dort ein Link liegt, der auf ein bestimmtes Programm zeigt (z.B durch einen Aufruf aus einem Script herausgelesen), so kann ich unter diesen Umständen immer diesen Link auf ein anderes Progamm verweisen lassen. Und das macht dann etwas "böses" und verweist dann weiter auf das alte Original (hm, na gut, das müsste ich dann auch noch kennen - aber das lässt sich ja vielleicht auch aus dem Kontext des Scriptes heraus erahnen). Für Leute mit angeborener oder beruflich veranlasster Paranoia ein Grund mehr, wirklich nur die Rechte zu erteilen, die auch wirklich nötig sind. -- Gruß MaxX Bitte beachten: Diese Mailadresse nimmt nur Listenmails entgegen. Für PM bitte den Empfänger gegen den Namen in der Sig tauschen. Auch sehr interessant: http://www.suse-etikette.de.vu
On Friday 04 March 2005 16:34, David Haller wrote:
chown -h könnte Euch helfen.
*GNA*
Symlinks haben keine eigenen Rechte und gehoeren _IMMER_ root.root und haben immer die Rechte 777.
Dem kann ich nicht ganz zustimmen. Erstens gehören Symlinks durchaus normalen Usern. Zweitens ist ein chown auch für Symlinks sinnvoll, wenn Quotas aktiv sind. Im Gegenteil zu Hardlinks belegen Symlinks nämlich eine Inode und werden bei den Quotas den Users mitgerechnet: opi@pelmen:/unsecure-data1/opi> ls -l total 0 opi@pelmen:/unsecure-data1/opi> quota Disk quotas for user opi (uid 1001): Filesystem blocks quota limit grace files quota limit grace /dev/sdc1 0 10000 10000 1 5 5 opi@pelmen:/unsecure-data1/opi> ln -s a . opi@pelmen:/unsecure-data1/opi> ln -s b . opi@pelmen:/unsecure-data1/opi> ln -s c . opi@pelmen:/unsecure-data1/opi> ln -s d . opi@pelmen:/unsecure-data1/opi> quota Disk quotas for user opi (uid 1001): Filesystem blocks quota limit grace files quota limit grace /dev/sdc1 0 10000 10000 5* 5 5 opi@pelmen:/unsecure-data1/opi> ln -s e . ln: creating symbolic link `./e' to `e': Disk quota exceeded opi@pelmen:/unsecure-data1/opi> sudo chown -h r2 d Password: opi@pelmen:/unsecure-data1/opi> quota Disk quotas for user opi (uid 1001): Filesystem blocks quota limit grace files quota limit grace /dev/sdc1 0 10000 10000 4 5 5 opi@pelmen:/unsecure-data1/opi> ls -l total 0 lrwxrwxrwx 1 opi users 1 2005-03-05 14:35 a -> a lrwxrwxrwx 1 opi users 1 2005-03-05 14:35 b -> b lrwxrwxrwx 1 opi users 1 2005-03-05 14:35 c -> c lrwxrwxrwx 1 r2 users 1 2005-03-05 14:35 d -> d opi@pelmen:/unsecure-data1/opi> ln -s e . opi@pelmen:/unsecure-data1/opi> quota Disk quotas for user opi (uid 1001): Filesystem blocks quota limit grace files quota limit grace /dev/sdc1 0 10000 10000 5* 5 5 opi@pelmen:/unsecure-data1/opi> ls -l total 0 lrwxrwxrwx 1 opi users 1 2005-03-05 14:35 a -> a lrwxrwxrwx 1 opi users 1 2005-03-05 14:35 b -> b lrwxrwxrwx 1 opi users 1 2005-03-05 14:35 c -> c lrwxrwxrwx 1 r2 users 1 2005-03-05 14:35 d -> d lrwxrwxrwx 1 opi users 1 2005-03-05 14:38 e -> e Torsten
participants (6)
-
Alexander Beck-Ratzka
-
Bernd Brodeßer
-
David Haller
-
Matthias Houdek
-
Rainer Kulhanek
-
Torsten Foertsch