Hallo! Wenn ich mich als normaler User einlogge, sind sämtliche Dateien unter /home/fahnenju/.kde/share/apps verschwunden! Wenn ich mich als root einlogge, ist wieder alles da! Die Rechte sind aber auf meinen User gesetzt! Woran liegt das? Gruß, Jürgen
Am Son, 2002-07-28 um 02.28 schrieb Jürgen Fahnenschreiber:
Hallo!
Wenn ich mich als normaler User einlogge, sind sämtliche Dateien unter /home/fahnenju/.kde/share/apps verschwunden! Wenn ich mich als root einlogge, ist wieder alles da! Die Rechte sind aber auf meinen User gesetzt!
Dateien verwschwinden nicht einfach so und tauchen wieder auf ;) Schick mal die Ausgabe von "ls -al /home/fahnenju/.kde/share/apps" als root und einmal als normaler Benutzer fahnenju. Kannst du als normaler Benutzer Dateien in den Ordner kopieren? Oder "verschwinden" die dann auch? -- Matthias Hentges [www.hentges.net] "Thats what sucks about windows, you can't say that you rooted some one. Saying "I ADMINISTRATORED YOU!" just doesnt sound cool."
Am Sonntag, 28. Juli 2002 02:45 schrieb Matthias Hentges:
Am Son, 2002-07-28 um 02.28 schrieb Jürgen Fahnenschreiber:
Hallo!
Wenn ich mich als normaler User einlogge, sind sämtliche Dateien unter /home/fahnenju/.kde/share/apps verschwunden! Wenn ich mich als root einlogge, ist wieder alles da! Die Rechte sind aber auf meinen User gesetzt!
Dateien verwschwinden nicht einfach so und tauchen wieder auf ;)
Schick mal die Ausgabe von "ls -al /home/fahnenju/.kde/share/apps" als root und einmal als normaler Benutzer fahnenju.
Kannst du als normaler Benutzer Dateien in den Ordner kopieren? Oder "verschwinden" die dann auch? Dateien (z.B. bookmarks( kann ich nicht ändern. Ich hab jetzt bei jeder einelnen Datei die Rechte angepasst. Ohne Erfolg. Als User krieg ich folgende Ausgabe:
fahnenju@linux:~> ls -al /home/fahnenju/.kde/share/apps ls: /home/fahnenju/.kde/share/apps/.: Keine Berechtigung ls: /home/fahnenju/.kde/share/apps/..: Keine Berechtigung ls: /home/fahnenju/.kde/share/apps/kab: Keine Berechtigung ls: /home/fahnenju/.kde/share/apps/kabc: Keine Berechtigung ls: /home/fahnenju/.kde/share/apps/kalarmd: Keine Berechtigung ls: /home/fahnenju/.kde/share/apps/ksysguard: Keine Berechtigung ls: /home/fahnenju/.kde/share/apps/kfile: Keine Berechtigung ls: /home/fahnenju/.kde/share/apps/khtml: Keine Berechtigung ls: /home/fahnenju/.kde/share/apps/kmail: Keine Berechtigung ls: /home/fahnenju/.kde/share/apps/knode: Keine Berechtigung ls: /home/fahnenju/.kde/share/apps/koffice: Keine Berechtigung ls: /home/fahnenju/.kde/share/apps/drkonqi: Keine Berechtigung ls: /home/fahnenju/.kde/share/apps/nsplugins: Keine Berechtigung ls: /home/fahnenju/.kde/share/apps/kio_http: Keine Berechtigung ls: /home/fahnenju/.kde/share/apps/RecentDocuments: Keine Berechtigung ls: /home/fahnenju/.kde/share/apps/kcookiejar: Keine Berechtigung ls: /home/fahnenju/.kde/share/apps/konqsidebartng: Keine Berechtigung ls: /home/fahnenju/.kde/share/apps/kdeprint: Keine Berechtigung ls: /home/fahnenju/.kde/share/apps/kcmcss: Keine Berechtigung ls: /home/fahnenju/.kde/share/apps/kxicq2: Keine Berechtigung ls: /home/fahnenju/.kde/share/apps/konqueror: Keine Berechtigung ls: /home/fahnenju/.kde/share/apps/korganizer: Keine Berechtigung insgesamt 0 Als root ist es dann folgende: linux:~ # ls -al /home/fahnenju/.kde/share/apps insgesamt 11 drw-rw-rwx 22 fahnenju users 507 Jul 27 23:26 . drwxr-xr-x 11 fahnenju users 237 Jul 13 22:57 .. drwx------ 2 fahnenju users 35 Jul 27 11:03 drkonqi drwxrwxrwx 2 fahnenju users 130 Jul 27 23:05 kab drwxrwxrwx 3 fahnenju users 78 Jul 27 23:06 kabc drwxr-xr-x 2 fahnenju users 58 Jul 27 23:19 kalarmd drwx------ 2 fahnenju users 63 Jul 27 23:26 kcmcss drwx------ 2 fahnenju users 58 Jul 28 01:51 kcookiejar drwx------ 2 fahnenju users 60 Jul 28 00:10 kdeprint drwxr-xr-x 2 fahnenju users 35 Jul 16 20:38 kfile drwx------ 2 fahnenju users 66 Jul 28 02:05 khtml drwxr-xr-x 3 fahnenju users 56 Jul 28 00:12 kio_http drwxrwxrwx 3 fahnenju users 343 Jul 28 02:06 kmail drwxrwxrwx 7 fahnenju users 196 Jul 27 23:00 knode drwxrwxrwx 2 fahnenju users 35 Jul 27 19:53 koffice drwxr-xr-x 3 fahnenju users 58 Mai 20 19:04 konqsidebartng drwxrwxrwx 4 fahnenju users 227 Jul 28 02:06 konqueror drwxrwxrwx 2 fahnenju users 269 Jul 27 11:05 korganizer drwxrwxrwx 2 fahnenju users 137 Jul 27 23:00 ksysguard drwx------ 2 fahnenju users 96 Jul 27 07:14 kxicq2 drwxr-xr-x 2 fahnenju users 83 Jul 27 23:20 nsplugins drwxr-xr-x 2 fahnenju users 419 Jul 28 01:47 RecentDocuments linux:~ # Das chown -R fahnenju.users /home/fahnenju/.kde habe ich auch probiert. Ohne Erfolg. Es liegt an den rechten, das ist klar. Aber mein Linux akzeptiert anscheinend keine Änderungen daran. :-( Gruß, Jürgen
Jürgen Fahnenschreiber wrote:
Als root ist es dann folgende:
linux:~ # ls -al /home/fahnenju/.kde/share/apps insgesamt 11 drw-rw-rwx 22 fahnenju users 507 Jul 27 23:26 .
^ ^ Da fehlen die x-bits, ohne die du nicht in das Verzeichnis wechseln darfst. User und Gruppen-Rechte haben Vorrang vor dem "other"-x-bit, welches gesetzt ist. chmod +x /home/fahnenju/.kde/share/apps Peter
On Monday 29 July 2002 11:22, Peter Wiersig wrote:
Jürgen Fahnenschreiber wrote:
Als root ist es dann folgende:
linux:~ # ls -al /home/fahnenju/.kde/share/apps insgesamt 11 drw-rw-rwx 22 fahnenju users 507 Jul 27 23:26 .
^ ^ Da fehlen die x-bits, ohne die du nicht in das Verzeichnis wechseln darfst. User und Gruppen-Rechte haben Vorrang vor dem "other"-x-bit, welches gesetzt ist.
chmod +x /home/fahnenju/.kde/share/apps das rekursive ändern der permissilns in Verzeichnissen mit chmod ist immer eine heikle Angelegenheit. Besser ist es von vorne herein nach Verzeichnissen und Dateien zu unterscheiden. Für Verzeichnisse: find . -type d -exec chmod 700 {} \; setzt alle Verzeichnisse auf r w x - - - - - - Für Dateien: find . -type d -exec chmod 600 {} \; setzt alle Dateien auf - r w - - - - - - Anstatt -exec kann man auch -ok nehmen, dann wird jedesmal nach einer Bestätigung gefragt. Das ganze kann man natürlich auch für chown machen:) Tschüss, Thomas
Thomas Templin wrote:
On Monday 29 July 2002 11:22, Peter Wiersig wrote:
Jürgen Fahnenschreiber wrote:
Als root ist es dann folgende:
linux:~ # ls -al /home/fahnenju/.kde/share/apps insgesamt 11 drw-rw-rwx 22 fahnenju users 507 Jul 27 23:26 .
^ ^ Da fehlen die x-bits, ohne die du nicht in das Verzeichnis wechseln darfst. User und Gruppen-Rechte haben Vorrang vor dem "other"-x-bit, welches gesetzt ist.
chmod +x /home/fahnenju/.kde/share/apps
Für Verzeichnisse: find . -type d -exec chmod 700 {} \; setzt alle Verzeichnisse auf r w x - - - - - -
Stell dir vor Thomas, Das ganz kann man auch nur mit chmod machen: chmod -R +X /some/dir aendert fuer alle Verzeichnis-Eintraege, die irgendwo ein x-bit haben die anderen x-bits des Eintrags.
Für Dateien: find . -type d -exec chmod 600 {} \;
^ f
setzt alle Dateien auf - r w - - - - - -
Aber bei Juergen war nur das toplevel Verzeichnis falsch, soweit ich sehen konnte. Peter
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Monday 29 July 2002 13:38, Peter Wiersig wrote:
Thomas Templin wrote:
On Monday 29 July 2002 11:22, Peter Wiersig wrote:
Jürgen Fahnenschreiber wrote:
Als root ist es dann folgende:
linux:~ # ls -al /home/fahnenju/.kde/share/apps insgesamt 11 drw-rw-rwx 22 fahnenju users 507 Jul 27 23:26 .
^ ^ Da fehlen die x-bits, ohne die du nicht in das Verzeichnis wechseln darfst. User und Gruppen-Rechte haben Vorrang vor dem "other"-x-bit, welches gesetzt ist.
chmod +x /home/fahnenju/.kde/share/apps
Für Verzeichnisse: find . -type d -exec chmod 700 {} \; setzt alle Verzeichnisse auf r w x - - - - - -
Stell dir vor Thomas, Das ganz kann man auch nur mit chmod machen:
chmod -R +X /some/dir aendert fuer alle Verzeichnis-Eintraege, die irgendwo ein x-bit haben die anderen x-bits des Eintrags. Hey hab das X wohl übersehen, kannte ich noch gar nicht. Oder besser, ich bin bisher immer ohne ausgekommen. Ich bin sowieso kein Freund der Symbolischen Variante (rwxX) und ziehe die numerische Variante vor. Alte Schule halt *lach* Für die numerische variante gibt es diese Option nicht, oder hab ich da was übersehen. Zumindestens ist es in der aktuellen Version der deutschen manpages nicht zu finden. Muss wohl mal wieder in den info Pages schauen.
Für Dateien: find . -type d -exec chmod 600 {} \;
^ f
setzt alle Dateien auf - r w - - - - - -
Aber bei Juergen war nur das toplevel Verzeichnis falsch, soweit ich sehen konnte. Du hast natürlich recht. Aber meiner Erfahrung nach machen Anfänger diesen Fehler (zu fast 100%) immer wieder. Da ist ein find ... -exec ... ein schönes Beispiel um auch gleich noch ein wenig mehr Input zu liefern. Tschüss, vom einzigen Südstrand der Nordsee, Thomas
- -- Thomas Templin - Paul-Hug-Strasse 60 - 26382 Wilhelmshaven Tel: +49 (0)4421 508350 - PoBox 2519 - 26365 Wilhelmshaven -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9RTJ8a45+TNApqXcRAom1AJwJs5yq7XEEjhXPDASKaCNW3XUPKwCghDTr OQaxl03nzi15KLbd2q62n4c= =reYd -----END PGP SIGNATURE-----
On Monday 29 July 2002 13:19, Thomas Templin wrote: Eine Menge Mist, wenn ich mir mal die Fehler ansehe. Tschuldigung
das rekursive ändern der permissions in Verzeichnissen mit chmod ^_ich hätte wohl besser Rechte gesagt ist immer eine heikle Angelegenheit. Besser ist es von vorne herein nach Verzeichnissen und Dateien zu unterscheiden. Für Verzeichnisse: find . -type d -exec chmod 700 {} \; setzt alle Verzeichnisse auf r w x - - - - - - Für Dateien: find . -type f -exec chmod 600 {} \; ^_muss natürlich f für File sein setzt alle Dateien auf - r w - - - - - - Anstatt -exec kann man auch -ok nehmen, dann wird jedesmal nach einer Bestätigung gefragt. Das ganze kann man natürlich auch für chown machen:) Mit weniger Fehlern ;) Thomas
Am Mon, 2002-07-29 um 11.22 schrieb Peter Wiersig:
Da fehlen die x-bits, ohne die du nicht in das Verzeichnis wechseln darfst. User und Gruppen-Rechte haben Vorrang vor dem "other"-x-bit, welches gesetzt ist.
Drücken wir es so aus: Bist Du der eigner einer Datei, so werden auch nur diese Rechte angewendet. Reichen diese nicht aus, hilft es auch nicht wenn rest of the world mehr darf. -- Bis denn dann... Torsten
On Wed, 31 Jul 2002 at 22:13 (+0200), Torsten Hallmann wrote:
Am Mon, 2002-07-29 um 11.22 schrieb Peter Wiersig:
Da fehlen die x-bits, ohne die du nicht in das Verzeichnis wechseln darfst. User und Gruppen-Rechte haben Vorrang vor dem "other"-x-bit, welches gesetzt ist.
Drücken wir es so aus:
Bist Du der eigner einer Datei, so werden auch nur diese Rechte angewendet. Reichen diese nicht aus, hilft es auch nicht wenn rest of the world mehr darf.
Du kannst aber natürlich als Eigentümer dieser Datei die Rechte ändern. :-) Gruß, Bernhard -- _________ http://www.bwalle.de _________________________________________________ "Der Computer ist die logische Weiterentwicklung des Menschen: Intelligenz ohne Mord." -- John Osborne
Moin,
* Jürgen Fahnenschreiber
Wenn ich mich als normaler User einlogge, sind sämtliche Dateien unter /home/fahnenju/.kde/share/apps verschwunden! Wenn ich mich als root einlogge, ist wieder alles da! Die Rechte sind aber auf meinen User gesetzt!
Wie lautet die Ausgabe von 'ls -la' auf dieses Verzeichnis, als root und als User? Thorsten -- Golly, I'd hate to have a kid like me! - Calvin
Am Sonntag, 28. Juli 2002 02:28 schrieb Jürgen Fahnenschreiber:
Wenn ich mich als normaler User einlogge, sind sämtliche Dateien unter /home/fahnenju/.kde/share/apps verschwunden! Wenn ich mich als root einlogge, ist wieder alles da! Die Rechte sind aber auf meinen User gesetzt!
Prüf mal die Rechte aller Verzeichnise, von .kde an, irgendwo hapert es mit sicherheit an den Rechten. Die Dateien sind entweder da, oder nicht, wenn root sie sieht, sind sie da. Im Zweifelsfall einfach (als root) ein chown -R fahnenju.users /home/fahnenju/.kde drüberjagen.
Woran liegt das?
Mit Sicherheit an den Rechten. -- Machs gut | http://www.iiv.de/schwinde/buerger/tremmel/ Manfred | http://www.knightsoft-net.de
participants (8)
-
Bernhard Walle -
Jürgen Fahnenschreiber -
Manfred Tremmel -
Matthias Hentges -
Peter Wiersig -
Thomas Templin -
Thorsten Haude -
Torsten Hallmann