Hallo zusammen, ich habe ein Problem mit der aktuellen Installation von SUSE, das jetzt schon das zweite Mal bei mir auftritt. Ich kann Files bzw. RPMs nicht mehr deinstallieren / löschen - auch wenn ich den Root Account benutze. Ich erhalte die Meldung "Permission Denied". Bisher trat das Problem bei gnome und postfix auf. Die Files selbst scheinen noch vorhanden zu sein, allerdings zeigt mir ein ls auch kein korrektes Directorylisting mehr an: linux:/opt/gnome2/share/gnomeicu/glade # ls -l ls: main.glade: Permission denied ls: pref.glade: Permission denied ls: auth.glade: Permission denied ls: grpmgr.glade: Permission denied ls: history.glade: Permission denied ls: message.glade: Permission denied ls: user_info.glade: Permission denied ls: addcontact.glade: Permission denied total 0 drwxr-xr-x 2 root root 304 Aug 6 00:02 . drwxr-xr-x 5 root root 128 Aug 6 00:02 .. Für Hilfe wäre ich dankbar. Grüße Christoph Klempau
Irulusug@gmx.net wrote:
ich habe ein Problem mit der aktuellen Installation von SUSE, das jetzt schon das zweite Mal bei mir auftritt. Ich kann Files bzw. RPMs nicht mehr deinstallieren / löschen - auch wenn ich den Root Account benutze. Ich erhalte die Meldung "Permission Denied". Bisher trat das Problem bei gnome und postfix auf. Die Files selbst scheinen noch vorhanden zu sein, allerdings zeigt mir ein ls auch kein korrektes Directorylisting mehr an:
linux:/opt/gnome2/share/gnomeicu/glade # ls -l ls: main.glade: Permission denied ls: pref.glade: Permission denied ls: auth.glade: Permission denied ls: grpmgr.glade: Permission denied ls: history.glade: Permission denied ls: message.glade: Permission denied ls: user_info.glade: Permission denied ls: addcontact.glade: Permission denied total 0 drwxr-xr-x 2 root root 304 Aug 6 00:02 . drwxr-xr-x 5 root root 128 Aug 6 00:02 ..
Für Hilfe wäre ich dankbar.
Ups, Netzwerkkabel rausziehen, CD/DVD rein und ins Rescue-System starten. Dann mal in das Verzeichnis gehen und nochmal nach den Rechten schauen. Also das Harmloseste was mir einfällt, wäre ein inkonsistentes Dateisystem oder Deine Platte verabschiedet sich, ist aber wohl eher unwahrscheinlich. Dann gibt es seit einiger Zeit im Kernel neue Einstellungsmöglichkeiten der Rechtevergabe, wo man sogar root einschränken kann, habe ich mich aber noch nicht so richtig damit beschäftigt. Dass müsstest Du aber schon selber wissen, wenn dem so wäre. Am wahrscheinlichsten düfte wohl sein, dass Du nicht mehr der einzige "root" auf Deinem System bist. Schau im Internet mal nach "RootKits" und wie man sie findet. -- Andreas
Hallo zusammen! Andreas Winkelmann <ml@awinkelmann.de> schrieb:
Irulusug@gmx.net wrote:
linux:/opt/gnome2/share/gnomeicu/glade # ls -l ls: main.glade: Permission denied ls: pref.glade: Permission denied ls: auth.glade: Permission denied ls: grpmgr.glade: Permission denied ls: history.glade: Permission denied ls: message.glade: Permission denied ls: user_info.glade: Permission denied ls: addcontact.glade: Permission denied total 0 drwxr-xr-x 2 root root 304 Aug 6 00:02 . drwxr-xr-x 5 root root 128 Aug 6 00:02 ..
Also das Harmloseste was mir einfällt, wäre ein inkonsistentes Dateisystem oder Deine Platte verabschiedet sich, ist aber wohl eher unwahrscheinlich. Dann gibt es seit einiger Zeit im Kernel neue Einstellungsmöglichkeiten der Rechtevergabe, wo man sogar root einschränken kann, habe ich mich aber noch nicht so richtig damit beschäftigt. Dass müsstest Du aber schon selber wissen, wenn dem so wäre. Am wahrscheinlichsten düfte wohl sein, dass Du nicht mehr der einzige "root" auf Deinem System bist. Schau im Internet mal nach "RootKits" und wie man sie findet.
Das, wa smir hier einfällt ist: ReiserFS. Ich kenne diese Problematik nur von ReiserFS. Daher wäre mein Vorschlag: Daten sichern, die Du noch sichern kannst und dann mit XFS oder ext3 oder von mir jfs das Filesystem neu anlegen. In dieser Mail war jetzt nicht (mehr?) drin, ob Du wirklich reiserfs einsetzt, aber es hört sich danach an. Mit den besten Grüßen, Konrad Neitzel -- SoftMediaTec GmbH Tel: 0172 / 689 31 45 Fax: 069 / 90 50 99 53
Am Mittwoch, 13. August 2003 05:47 schrieb Konrad Neitzel:
Das, wa smir hier einfällt ist: ReiserFS. Ich kenne diese Problematik nur von ReiserFS. Daher wäre mein Vorschlag: Daten sichern, die Du noch sichern kannst und dann mit XFS oder ext3 oder von mir jfs das Filesystem neu anlegen.
Sorry, aber ich hatte genau dieses Phänomen mal mit ext3, es auf ReiserFS zu beschränken, halte ich für zu kurz gegriffen. Daten sichern, partition neu formatieren und Daten zurücksichern, hat hier das Problem behoben. -- Machs gut | http://www.iiv.de/schwinde/buerger/tremmel/ Manfred | http://www.knightsoft-net.de
Manfred Tremmel <Manfred.Tremmel@iiv.de> schrieb:
Am Mittwoch, 13. August 2003 05:47 schrieb Konrad Neitzel:
Das, wa smir hier einfällt ist: ReiserFS. Ich kenne diese Problematik nur von ReiserFS. Daher wäre mein Vorschlag: Daten sichern, die Du noch sichern kannst und dann mit XFS oder ext3 oder von mir jfs das Filesystem neu anlegen.
Sorry, aber ich hatte genau dieses Phänomen mal mit ext3, es auf ReiserFS zu beschränken, halte ich für zu kurz gegriffen. Daten sichern, partition neu formatieren und Daten zurücksichern, hat hier das Problem behoben.
Hmm ... das ist interessant. Das höre ich so zum ersten Mal. Ich hätte jetzt eigentlich vermutet, dass es dieses Problem nicht mit ext2 / 3 geben dürfte. Wieder etwas dazu gelernt. Ich selbst habe diese Probleme bisher immer nur in Zusammenhang mit ReiserFS gehört. Aber ich denke mal, dass ich am abraten von ReiserFS durchaus festhalten kann. Ich selbst mag am liebsten ext3 und xfs. Wobei ich jetzt noch das JFS von IBM etwas mehr ausprobieren will ... Mit den besten Grüßen, Konrad Neitzel -- SoftMediaTec GmbH Tel: 0172 / 689 31 45 Fax: 069 / 90 50 99 53
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Tuesday 12 August 2003 23:49, Irulusug@gmx.net wrote:
[...]
> ich habe ein Problem mit der aktuellen Installation von SUSE,
> das jetzt schon das zweite Mal bei mir auftritt. Ich kann Files
> bzw. RPMs nicht mehr deinstallieren / löschen - auch wenn ich
> den Root Account benutze. Ich erhalte die Meldung "Permission
> Denied". Bisher trat das Problem bei gnome und postfix auf.
> Die Files selbst scheinen noch vorhanden zu sein, allerdings
> zeigt mir ein ls auch kein korrektes Directorylisting mehr an:
>
> linux:/opt/gnome2/share/gnomeicu/glade # ls -l
> ls: main.glade: Permission denied
> ls: pref.glade: Permission denied
> ls: auth.glade: Permission denied
> ls: grpmgr.glade: Permission denied
> ls: history.glade: Permission denied
> ls: message.glade: Permission denied
> ls: user_info.glade: Permission denied
> ls: addcontact.glade: Permission denied
> total 0
> drwxr-xr-x 2 root root 304 Aug 6 00:02 .
> drwxr-xr-x 5 root root 128 Aug 6 00:02 ..
>
> Für Hilfe wäre ich dankbar.
1. Versuch mal ein "lsattr *.glade", es sollte nur eine Reihe von
"-" anzeigen. Falls nicht kannst du die entsprechenden
Attribute mit chattr neu setzen.
Hintergrund:
Es gibt für ext Filesysteme noch Attribute die einen Zugriff weiter
einschränken, vor allem das Attribut "i" (immutable. Siehe auch
"man lsattr" und "man chattr".
Allerdings ist mir bisher noch kein Programm unter gekommen das die
Attribute von sich aus setzt. Normalerweise wird dies immer von
root per Hand gemacht.
2. Boote das System mit einer Knoppix und schau mal ob du die
Dateien so ls'en kannst. Du kannst die Partition mit mount
/dev/hdXY -o remount,rw /mnt/hdXY Read- Write-able mounten und
dann die Dateien löschen.
(3. Lass mal ein chkrootkit auf dein System los. Ich tippe
allerdings eher auf ein defektes Dateisysastem)
Tschüss,
Thomas
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
iD8DBQE/OcCjwUbCBG+D/AIRAkRnAJ4k2zW8NEATKMRcqLvmJlX4R/yP1gCgkBTR
4LGI69kzSpCnvO7VawiahrY=
=QTju
-----END PGP SIGNATURE-----
participants (5)
-
Andreas Winkelmann -
Irulusug＠gmx.net -
Konrad Neitzel -
Manfred Tremmel -
Thomas Templin