hallo, kleines problem:
quotacheck: Scanning /dev/hda7 [/] quotacheck: lstat Cannot stat `//usr/share/doc/packages/base/sed': Permission denied
Was kann das sein und was kann ich da machen? fsck geht nicht, kann die reiserpartition nicht unmounten, oder doch? Hat jemand eine Idee, wie ich das Verzeichnis loswerde? Herbert
Hi, Mehr Rechte als root gibt es nicht. Wenn Du an eine Datei ein Verzeichnis oder sonst was nicht dran kommst, selbst als Root nicht heißt das nur, dass die Rechte dafür nciht vergeben sind. Als root hast du aber die Möglichkeit die Rechte zu ändern. Dazu stehen Dir die Befehle: chmod chown und chgrp zu Verfügung. Du kannst mit chown den Inhaber der Datei ändern (chown Inhaber Datei) mit chgrp die Gruppe (chgrp Gruppe Datei) und mit chmod die Rechte (chmod Rechte Datei). Mike
Am Freitag, 5. April 2002 12:43 schrieb Michael Gebhart:
Hi,
Mehr Rechte als root gibt es nicht. Wenn Du an eine Datei ein Verzeichnis oder sonst was nicht dran kommst, selbst als Root nicht heißt das nur, dass die Rechte dafür nciht vergeben sind. Als root hast du aber die Möglichkeit die Rechte zu ändern. Dazu stehen Dir die Befehle: chmod chown und chgrp zu Verfügung. Du kannst mit chown den Inhaber der Datei ändern (chown Inhaber Datei) mit chgrp die Gruppe (chgrp Gruppe Datei) und mit chmod die Rechte (chmod Rechte Datei).
Mike
und genau das funktioniert nicht ;-(( xxx:~ # chown root /usr/share/doc/packages/base/sed chown: getting attributes of `/usr/share/doc/packages/base/sed': Permission denied egal was ich tun will, immer permission denied. was kann das sein??? Herbert
Herbert Schrader schrieb:
Am Freitag, 5. April 2002 12:43 schrieb Michael Gebhart:
Du kannst mit chown den Inhaber der Datei ändern (chown Inhaber Datei) mit chgrp die Gruppe (chgrp Gruppe Datei) und mit chmod die Rechte (chmod Rechte Datei).
und genau das funktioniert nicht ;-(( xxx:~ # chown root /usr/share/doc/packages/base/sed chown: getting attributes of `/usr/share/doc/packages/base/sed': Permission denied
egal was ich tun will, immer permission denied.
Vielleicht hast du ein ext2-Dateisystem und das immutable-Attribut gesetzt? Schick uns doch mal die Ausgaben von: # ls -ld /usr/share/doc/packages/base/sed # lsattr /usr/share/doc/packages/base/sed Grüße, Patrick
Am Freitag, 5. April 2002 16:37 schrieb Patrick Hess:
Herbert Schrader schrieb:
Am Freitag, 5. April 2002 12:43 schrieb Michael Gebhart:
Du kannst mit chown den Inhaber der Datei ändern (chown Inhaber Datei) mit chgrp die Gruppe (chgrp Gruppe Datei) und mit chmod die Rechte (chmod Rechte Datei).
und genau das funktioniert nicht ;-(( xxx:~ # chown root /usr/share/doc/packages/base/sed chown: getting attributes of `/usr/share/doc/packages/base/sed': Permission denied
egal was ich tun will, immer permission denied.
Vielleicht hast du ein ext2-Dateisystem und das immutable-Attribut gesetzt? Schick uns doch mal die Ausgaben von:
# ls -ld /usr/share/doc/packages/base/sed # lsattr /usr/share/doc/packages/base/sed
Grüße, Patrick
xxx:~ # ls -id /usr/share/doc/packages/base/sed ls: /usr/share/doc/packages/base/sed: Permission denied xxx:~ # lsattr /usr/share/doc/packages/base/sed lsattr: Permission denied while trying to stat /usr/share/doc/packages/base/sed noch ratloser, Herbert
On Fri, Apr 05, 2002 at 04:52:18PM +0200, Herbert Schrader wrote:
xxx:~ # ls -id /usr/share/doc/packages/base/sed ls: /usr/share/doc/packages/base/sed: Permission denied xxx:~ # lsattr /usr/share/doc/packages/base/sed lsattr: Permission denied while trying to stat /usr/share/doc/packages/base/sed
Geh mal im Verzeichnisbaum immer weiter rauf, bis du eine Antwort erhaelst. Peter
Am Freitag, 5. April 2002 16:54 schrieb Peter Wiersig:
On Fri, Apr 05, 2002 at 04:52:18PM +0200, Herbert Schrader wrote:
xxx:~ # ls -id /usr/share/doc/packages/base/sed ls: /usr/share/doc/packages/base/sed: Permission denied xxx:~ # lsattr /usr/share/doc/packages/base/sed lsattr: Permission denied while trying to stat /usr/share/doc/packages/base/sed
Geh mal im Verzeichnisbaum immer weiter rauf, bis du eine Antwort erhaelst.
Peter
xxx:~ # lsattr /usr/share/doc/packages/base /usr/share/doc/packages/base/sed: Permission denied /usr/share/doc/packages/base/tar: Permission denied /usr/share/doc/packages/base/time: Permission denied /usr/share/doc/packages/base/which: Permission denied /usr/share/doc/packages/base/ksymoops: Permission denied xxx:~ # lsattr /usr/share/doc/packages lsattr: Inappropriate ioctl for device While reading flags on /usr/share/doc/packages/bc xxx:~ # ls -id /usr/share/doc/packages/base 441 /usr/share/doc/packages/base xxx:~ # ls -l /usr/share/doc/packages/base ls: /usr/share/doc/packages/base/sed: Permission denied ls: /usr/share/doc/packages/base/tar: Permission denied ls: /usr/share/doc/packages/base/time: Permission denied ls: /usr/share/doc/packages/base/which: Permission denied ls: /usr/share/doc/packages/base/ksymoops: Permission denied total 5 drwxrwxrwx 7 root root 138 Feb 20 18:33 . drwxr-xr-x 158 root root 3687 Apr 4 17:53 .. Herbert
Herbert Schrader schrieb:
xxx:~ # lsattr /usr/share/doc/packages/base /usr/share/doc/packages/base/sed: Permission denied /usr/share/doc/packages/base/tar: Permission denied /usr/share/doc/packages/base/time: Permission denied /usr/share/doc/packages/base/which: Permission denied /usr/share/doc/packages/base/ksymoops: Permission denied xxx:~ # lsattr /usr/share/doc/packages lsattr: Inappropriate ioctl for device While reading flags on /usr/share/doc/packages/bc
Jo, wenn es Reiser ist (wie du geschrieben hast), kann er dir keine ext2-Attribute anzeigen... lsattr kannste also vergessen.
xxx:~ # ls -id /usr/share/doc/packages/base
Ähm, du solltest eigentlich ein "ls -ld" machen, kein "-id"!!! Das "l" sagt ls, daß es auch die Zugriffsrechte anzeigen soll. "i" dagegen bringt dir die Inode-Nummer, die können wir hier nicht gebrauchen. Mach also noch mal ein "ls -ld /usr/share/doc/packages/base". Mit "l", gell :-) Grüße, Patrick
Am Freitag, 5. April 2002 17:07 schrieb Patrick Hess:
Herbert Schrader schrieb:
xxx:~ # lsattr /usr/share/doc/packages/base /usr/share/doc/packages/base/sed: Permission denied /usr/share/doc/packages/base/tar: Permission denied /usr/share/doc/packages/base/time: Permission denied /usr/share/doc/packages/base/which: Permission denied /usr/share/doc/packages/base/ksymoops: Permission denied xxx:~ # lsattr /usr/share/doc/packages lsattr: Inappropriate ioctl for device While reading flags on /usr/share/doc/packages/bc
Jo, wenn es Reiser ist (wie du geschrieben hast), kann er dir keine ext2-Attribute anzeigen... lsattr kannste also vergessen.
xxx:~ # ls -id /usr/share/doc/packages/base
Ähm, du solltest eigentlich ein "ls -ld" machen, kein "-id"!!!
Das "l" sagt ls, daß es auch die Zugriffsrechte anzeigen soll. "i" dagegen bringt dir die Inode-Nummer, die können wir hier nicht gebrauchen.
Mach also noch mal ein "ls -ld /usr/share/doc/packages/base". Mit "l", gell :-)
Grüße, Patrick
Sorry, hatte die richtige Brille nicht auf ;-)) xxx:~ # ls -ld /usr/share/doc/packages/base drwxrwxrwx 7 root root 138 Feb 20 18:33 /usr/share/doc/packages/base/ Herbert
Herbert Schrader schrieb:
xxx:~ # ls -ld /usr/share/doc/packages/base drwxrwxrwx 7 root root 138 Feb 20 18:33 /usr/share/doc/packages/base/
Sieht eigentlich ganz gut aus. Und nun versuchen wir noch mal das "ls -ld /usr/share/doc/packages/base/*", da hattest du beim ersten Versuch glaube ich auch mit "-id" gewerkelt. Habe ich wohl in den haufen Fehlermeldungen von lsattr übersehen. Aber dann sollten wir endlich die Zugriffsrechte der Unterverzeichnisse von "base" sehen, da muß der Hund nämlich irgendwo begraben sein. Was mir grad einfällt: Du hast nicht diese Verzeichnisse nicht irgendwie auf einer eigenen Partition oder über ein NFS-Share oder was in der Richtung? Ist aber auch mal wieder eine Fummelei :-( Grüße, Patrick
Am Freitag, 5. April 2002 18:13 schrieb Patrick Hess:
Herbert Schrader schrieb:
xxx:~ # ls -ld /usr/share/doc/packages/base drwxrwxrwx 7 root root 138 Feb 20 18:33 /usr/share/doc/packages/base/
Sieht eigentlich ganz gut aus. Und nun versuchen wir noch mal das "ls -ld /usr/share/doc/packages/base/*", da hattest du beim ersten Versuch glaube ich auch mit "-id" gewerkelt. Habe ich wohl in den haufen Fehlermeldungen von lsattr übersehen.
Aber dann sollten wir endlich die Zugriffsrechte der Unterverzeichnisse von "base" sehen, da muß der Hund nämlich irgendwo begraben sein.
Was mir grad einfällt: Du hast nicht diese Verzeichnisse nicht irgendwie auf einer eigenen Partition oder über ein NFS-Share oder was in der Richtung?
Ist aber auch mal wieder eine Fummelei :-(
Grüße, Patrick
Hi, da tut sich nix. server1:~ # ls -ld /usr/share/doc/packages/base/ drwxrwxrwx 7 root root 138 Feb 20 18:33 /usr/share/doc/packages/base/ server1:~ # ls -ld /usr/share/doc/packages/base/* ls: /usr/share/doc/packages/base/ksymoops: Permission denied ls: /usr/share/doc/packages/base/sed: Permission denied ls: /usr/share/doc/packages/base/tar: Permission denied ls: /usr/share/doc/packages/base/time: Permission denied ls: /usr/share/doc/packages/base/which: Permission denied liegt auf keiner eigenen Partition oder über ein NFS-Share oder... liegt ganz "normal". ging auch noch bis gestern Nachmittag. Hatte dann wegen eines Problems Quota deinstalliert , Rechner reboot, Quota neuinstalliert und seit dem hab ich den Salat ;-( Gruss Herbert
Herbert Schrader schrieb:
server1:~ # ls -ld /usr/share/doc/packages/base/ drwxrwxrwx 7 root root 138 Feb 20 18:33 /usr/share/doc/packages/base/ server1:~ # ls -ld /usr/share/doc/packages/base/* ls: /usr/share/doc/packages/base/ksymoops: Permission denied ls: /usr/share/doc/packages/base/sed: Permission denied ls: /usr/share/doc/packages/base/tar: Permission denied ls: /usr/share/doc/packages/base/time: Permission denied ls: /usr/share/doc/packages/base/which: Permission denied
DAS ist echt komisch. Du hast Vollzugriff auf ein Verzeichnis, kannst dir aber nicht anzeigen lassen, welche Verzeichnisse/Dateien in genau diesem Verzeichnis drinnen liegen.
ging auch noch bis gestern Nachmittag. Hatte dann wegen eines Problems Quota deinstalliert , Rechner reboot, Quota neuinstalliert und seit dem hab ich den Salat ;-(
Ich wüßte nicht, ob Quota irgendwelche Auswirkungen auf dein Problem hat. Aber sicher bin ich mir eigentlich gar nix mehr. Außer einem Dateisystemfehler fällt mir jetzt eigentlich keine Möglichkeit mehr ein. Letzte Möglichkeit wäre ein "reiserfschk --check". Dann wird er dir sagen, ob er eventuell ein Problem gefunden hat. Paß nur auf, wenn er dir ein "--rebuilt-tree" unterschieben will, da würde ich vorher UNBEDINGT ein Backup machen. Hab mir damit schon mal eine angeschlagene Root-Partition vollends zerschossen. Grüße, Patrick
Am Freitag, 5. April 2002 19:25 schrieb Patrick Hess:
Herbert Schrader schrieb:
server1:~ # ls -ld /usr/share/doc/packages/base/ drwxrwxrwx 7 root root 138 Feb 20 18:33 /usr/share/doc/packages/base/ server1:~ # ls -ld /usr/share/doc/packages/base/* ls: /usr/share/doc/packages/base/ksymoops: Permission denied ls: /usr/share/doc/packages/base/sed: Permission denied ls: /usr/share/doc/packages/base/tar: Permission denied ls: /usr/share/doc/packages/base/time: Permission denied ls: /usr/share/doc/packages/base/which: Permission denied
DAS ist echt komisch. Du hast Vollzugriff auf ein Verzeichnis, kannst dir aber nicht anzeigen lassen, welche Verzeichnisse/Dateien in genau diesem Verzeichnis drinnen liegen.
ging auch noch bis gestern Nachmittag. Hatte dann wegen eines Problems Quota deinstalliert , Rechner reboot, Quota neuinstalliert und seit dem hab ich den Salat ;-(
Ich wüßte nicht, ob Quota irgendwelche Auswirkungen auf dein Problem hat. Aber sicher bin ich mir eigentlich gar nix mehr.
Außer einem Dateisystemfehler fällt mir jetzt eigentlich keine Möglichkeit mehr ein. Letzte Möglichkeit wäre ein "reiserfschk --check". Dann wird er dir sagen, ob er eventuell ein Problem gefunden hat. Paß nur auf, wenn er dir ein "--rebuilt-tree" unterschieben will, da würde ich vorher UNBEDINGT ein Backup machen. Hab mir damit schon mal eine angeschlagene Root-Partition vollends zerschossen.
Grüße, Patrick
Dank Euch für die Mühe. Habe schon so etwas ähnliches geahnt. Na, mal sehen. Ich mache erst mal Datensicherung. Gruss und schönen Abend noch Herbert
Am Freitag, 5. April 2002 19:25 schrieb Patrick Hess:
Herbert Schrader schrieb:
server1:~ # ls -ld /usr/share/doc/packages/base/ drwxrwxrwx 7 root root 138 Feb 20 18:33 /usr/share/doc/packages/base/ server1:~ # ls -ld /usr/share/doc/packages/base/* ls: /usr/share/doc/packages/base/ksymoops: Permission denied ls: /usr/share/doc/packages/base/sed: Permission denied ls: /usr/share/doc/packages/base/tar: Permission denied ls: /usr/share/doc/packages/base/time: Permission denied ls: /usr/share/doc/packages/base/which: Permission denied
DAS ist echt komisch. Du hast Vollzugriff auf ein Verzeichnis, kannst dir aber nicht anzeigen lassen, welche Verzeichnisse/Dateien in genau diesem Verzeichnis drinnen liegen.
ging auch noch bis gestern Nachmittag. Hatte dann wegen eines Problems Quota deinstalliert , Rechner reboot, Quota neuinstalliert und seit dem hab ich den Salat ;-(
Ich wüßte nicht, ob Quota irgendwelche Auswirkungen auf dein Problem hat. Aber sicher bin ich mir eigentlich gar nix mehr.
Außer einem Dateisystemfehler fällt mir jetzt eigentlich keine Möglichkeit mehr ein. Letzte Möglichkeit wäre ein "reiserfschk --check". Dann wird er dir sagen, ob er eventuell ein Problem gefunden hat. Paß nur auf, wenn er dir ein "--rebuilt-tree" unterschieben will, da würde ich vorher UNBEDINGT ein Backup machen. Hab mir damit schon mal eine angeschlagene Root-Partition vollends zerschossen.
Grüße, Patrick
reiserfsck --check started at Fri Apr 5 19:03:34 2002 ########### Device /dev/hda7 is mounted w/ write permissions, can not check it da ich aber an das Teil nicht selber rankomme, habe ich schon das nächste Problem. Fällt dazu jemandem etwas ein? Gruss Herbert
Herbert Schrader schrieb:
reiserfsck --check started at Fri Apr 5 19:03:34 2002 ########### Device /dev/hda7 is mounted w/ write permissions, can not check it
Ja klar, auf einem write gemounteten Dateisystem wird der nix machen.
da ich aber an das Teil nicht selber rankomme, habe ich schon das nächste Problem.
Oh, das habe ich nicht bedacht. Also bist du über eine SSH-Session auf dem Server? Runlevel S ginge da nicht, dann ist deine Verbindung weg. Du kannst aber versuchen, das Root-Dateisystem im laufenden Betrieb read-only zu remounten, das gibt aber Probleme mit den laufenden Programmen, die auf die Platte schreiben wollen. Und so viel wie ich weiß gibt es keinen Einzeluser-Runlevel MIT Netzanbindung. Vielleicht hilft es, erst mal die "unwichtigen" Server-Prozesse zu beenden. Ich denke, du brauchst "richtigen" Zugriff auf den Server, sonst wird das leider nix. Grüße, Patrick
Am Freitag, 5. April 2002 20:13 schrieb Patrick Hess:
Herbert Schrader schrieb:
reiserfsck --check started at Fri Apr 5 19:03:34 2002 ########### Device /dev/hda7 is mounted w/ write permissions, can not check it
Ja klar, auf einem write gemounteten Dateisystem wird der nix machen.
da ich aber an das Teil nicht selber rankomme, habe ich schon das nächste Problem.
Oh, das habe ich nicht bedacht. Also bist du über eine SSH-Session auf dem Server? Runlevel S ginge da nicht, dann ist deine Verbindung weg.
Du kannst aber versuchen, das Root-Dateisystem im laufenden Betrieb read-only zu remounten, das gibt aber Probleme mit den laufenden Programmen, die auf die Platte schreiben wollen. Und so viel wie ich weiß gibt es keinen Einzeluser-Runlevel MIT Netzanbindung. Vielleicht hilft es, erst mal die "unwichtigen" Server-Prozesse zu beenden.
Ich denke, du brauchst "richtigen" Zugriff auf den Server, sonst wird das leider nix.
Grüße, Patrick
ich hab's geahnt. Herbert
Herbert Schrader schrieb:
Am Freitag, 5. April 2002 20:13 schrieb Patrick Hess:
Ich denke, du brauchst "richtigen" Zugriff auf den Server, sonst wird das leider nix.
ich hab's geahnt.
Naja, den Versuch mit den Server-Prozessen beenden und read-only remounten könntest du schon versuchen. Auch wenn du vielleicht denkst: "Ach die 5 Verzeichnisse jucken mich jetzt auch nicht mehr." Ich denke mal eher, daß du noch mehr Probleme kriegen wirst, wenn du ein kaputtes Dateisystem rennen läßt. Und ReiserFS scheint an sich doch recht anfällig für solche Sachen zu sein. Irgendwann geht nix mehr. Viel Glück, Patrick
Am Freitag, 5. April 2002 21:33 schrieb Patrick Hess:
Herbert Schrader schrieb:
Am Freitag, 5. April 2002 20:13 schrieb Patrick Hess:
Ich denke, du brauchst "richtigen" Zugriff auf den Server, sonst wird das leider nix.
ich hab's geahnt.
Naja, den Versuch mit den Server-Prozessen beenden und read-only remounten könntest du schon versuchen. Auch wenn du vielleicht denkst: "Ach die 5 Verzeichnisse jucken mich jetzt auch nicht mehr." Ich denke mal eher, daß du noch mehr Probleme kriegen wirst, wenn du ein kaputtes Dateisystem rennen läßt. Und ReiserFS scheint an sich doch recht anfällig für solche Sachen zu sein.
Irgendwann geht nix mehr.
Viel Glück, Patrick
Mit den größeren Problemen, das kommt, da bin ich sicher. Hatte so etwas ähnliches schon mal mit einer Dose, die HD hats kurz darauf entschärft. Ich werde auf alle Fälle auch etwas unternehmen (oder lassen, dort vor Ort). Die 5 Verzeichnisse z.B. verhindern die Installation von Quota, das juckt mich schon. (nur heute nicht mehr, geh jetzt Feierabendbier trinken ;-))) Vielen Dank nochmals für die Hilfe, Herbert
Hallo, * On Fri, Apr 05, 2002 at 08:05 PM (+0200), Herbert Schrader wrote:
reiserfsck --check started at Fri Apr 5 19:03:34 2002 ########### Device /dev/hda7 is mounted w/ write permissions, can not check it
da ich aber an das Teil nicht selber rankomme, habe ich schon das nächste Problem.
Fällt dazu jemandem etwas ein?
Vielleicht unmounten oder als "read-only" um-mounten... Oder wie habe ich "da ich aber an das Teil nicht selber rankomme" zu verstehen? :) Gruß, Steffen
Am Freitag, 5. April 2002 20:47 schrieb Steffen Moser:
Hallo,
* On Fri, Apr 05, 2002 at 08:05 PM (+0200), Herbert Schrader wrote:
reiserfsck --check started at Fri Apr 5 19:03:34 2002 ########### Device /dev/hda7 is mounted w/ write permissions, can not check it
da ich aber an das Teil nicht selber rankomme, habe ich schon das nächste Problem.
Fällt dazu jemandem etwas ein?
Vielleicht unmounten oder als "read-only" um-mounten...
Oder wie habe ich "da ich aber an das Teil nicht selber rankomme" zu verstehen? :)
Gruß, Steffen
die Kiste steht im "Nachbardorf" ;-)) Gruß Herbert
Hallo, On Fri, 05 Apr 2002, Herbert Schrader wrote:
reiserfsck --check started at Fri Apr 5 19:03:34 2002 ########### Device /dev/hda7 is mounted w/ write permissions, can not check it
da ich aber an das Teil nicht selber rankomme, habe ich schon das nächste Problem.
Fällt dazu jemandem etwas ein?
mount -oremount,ro /dev/hda7 s. man mount -dnh -- "[...]Yes, Mr. Gates, recently you have helped open source succeed -- in much the same way Osama bin Laden has helped beef up airport security lately." -- Eric S. Raymond, 9.11.2001
Herbert Schrader wrote:
server1:~ # ls -ld /usr/share/doc/packages/base/ drwxrwxrwx 7 root root 138 Feb 20 18:33 /usr/share/doc/packages/base/ server1:~ # ls -ld /usr/share/doc/packages/base/* ls: /usr/share/doc/packages/base/ksymoops: Permission denied ls: /usr/share/doc/packages/base/sed: Permission denied ls: /usr/share/doc/packages/base/tar: Permission denied ls: /usr/share/doc/packages/base/time: Permission denied ls: /usr/share/doc/packages/base/which: Permission denied
liegt auf keiner eigenen Partition oder über ein NFS-Share oder...
liegt ganz "normal". ging auch noch bis gestern Nachmittag. Hatte dann wegen eines Problems Quota deinstalliert , Rechner reboot, Quota neuinstalliert und seit dem hab ich den Salat ;-(
Nach meinen Erfahrungen mit "Journaling" Dateisystemen ist das Dateisystem kaputt. Da kommen dann immer solche Meldungen. Kommt denn bei ls -lR /usr/share/doc/packages/base noch was vernünftiges? Hat reiser ein zuverlässiges fsck o.ä.? Dann würde ich jetzt ein Backup machen und das laufen lassen. -- Gruss, Peter.
Herbert Schrader schrieb:
Am Freitag, 5. April 2002 16:37 schrieb Patrick Hess:
Herbert Schrader schrieb:
Am Freitag, 5. April 2002 12:43 schrieb Michael Gebhart: xxx:~ # ls -id /usr/share/doc/packages/base/sed ls: /usr/share/doc/packages/base/sed: Permission denied xxx:~ # lsattr /usr/share/doc/packages/base/sed lsattr: Permission denied while trying to stat /usr/share/doc/packages/base/sed
Aha, da kommen wir der Sache vielleicht schon ein bißchen näher. Du solltest mal gucken, was für Zugriffsrechte du auf das Verzeichnis /usr/share/doc/packages/base hast! Grüße, Patrick
Am Freitag, 5. April 2002 16:37 schrieb Patrick Hess:
Herbert Schrader schrieb:
Am Freitag, 5. April 2002 12:43 schrieb Michael Gebhart:
Du kannst mit chown den Inhaber der Datei ändern (chown Inhaber Datei) mit chgrp die Gruppe (chgrp Gruppe Datei) und mit chmod die Rechte (chmod Rechte Datei).
und genau das funktioniert nicht ;-(( xxx:~ # chown root /usr/share/doc/packages/base/sed chown: getting attributes of `/usr/share/doc/packages/base/sed': Permission denied
egal was ich tun will, immer permission denied.
Vielleicht hast du ein ext2-Dateisystem und das immutable-Attribut gesetzt? Schick uns doch mal die Ausgaben von:
# ls -ld /usr/share/doc/packages/base/sed # lsattr /usr/share/doc/packages/base/sed
Grüße, Patrick
Filesystem ist reiserfs. Herbert
Hi, das ist aber merkwürdig. Also ich habs mal bei mir versucht, ging ohne Probleme. Du willst ja offensichtlich die Rechte auf das Verzeichnis ändern. Weiß jetzt auch nicht, warum das nicht funktioniert. Sicher dass Du als root eingeloggt warst? Mike
participants (7)
-
David Haller -
Herbert Schrader -
Michael Gebhart -
patrick_hess＠t-online.de -
Peter Weilbacher -
Peter Wiersig -
Steffen Moser