Packetinstalltion mit RPM klappt nicht

[Petersilie]

Wenn ich als Benutzer root beispielsweise den Befehl "rpm -qa" (oder irgend einen anderen) eingebe, passiert nicht. Der Cursor rutscht in die nächste Zeile und es passiert nicht.
Wenn ich hingegen normaler Benutzer bin, klappt es. Das dumme ist nur, dass ich als normaler Benutzer keine rpm Packete installieren draf.

Was kann ich tun?

Zur Maschine:
OS: RedHat 9 mit Kernel 2.4.20-8

[elwood67]

....das ist aber seltsam...
Was sagt denn ein

Code: Select all

tail -f /var/log/messages

bei der Ausführung als root.

Ansonsten pack Deinen User in die Gruppe root und versuch mal ein

Code: Select all

rpm --rebuilddb

Damit wird versucht ein Datenbankfehler zu korrigieren.

[Petersilie]

Also im systemlog ist überhaupt nichts zu sehen.

Ich hab' einen Benutzer in die Gruppe root mit aufgenommen. Reicht es wenn ich in der /etc/group den Benutzernamen hinten anhänge? So hab' ich es jedenfals gemacht. Anschliessend mit dem User neu angemeldet.

Aber bei deinem vorgeschlagenen Befehl kommt die Meldung:

Fehler: creating directory /var/lib/rpmrebuilddb.3245: Keine Berechtigung

Wie kann ich sehen ob der User wirklich in der Gruppe ist?

[Petersilie]

Wenn ich als User den Befehl "groups" eingebe, kommt das:

users root

Scheint also geklappt zu haben. Warum habe ich dann keine Zugriffsrechte?

[elwood67]

Wenn ich als User den Befehl "groups" eingebe, kommt das:
users root
Scheint also geklappt zu haben. Warum habe ich dann keine Zugriffsrechte?

Ich habe jetzt leider kein Linux vor mir.
Es gibt Gruppenrechte und Userrechte (Ersteller-/Eignerrechte)

Schau mal nach als "root" wie die Rechte auf dieses Verzeichniss aussehenen, also
ein

Code: Select all

ls -lFa /var/lib

falls dort nur "Schreibrechte" für den User "root" stehen musst Du mal kurzfristig für die Gruppe "root" "g+w" setzen.
Hilfe für Rechte setzen hier:
http://www.glossar.de/glossar/1frame.ht ... chmode.htm

Dann versuche es nochmal.

[elwood67]

Wenn ich als User den Befehl "groups" eingebe, kommt das:
users root
Scheint also geklappt zu haben. Warum habe ich dann keine Zugriffsrechte?

Ich habe jetzt leider kein Linux vor mir.
Es gibt Gruppenrechte und Userrechte (Ersteller-/Eignerrechte)

Schau mal nach als "root" wie die Rechte auf dieses Verzeichniss aussehenen, also
ein

Code: Select all

ls -lFa /var/lib

falls dort nur "Schreibrechte" für den User "root" stehen musst Du mal kurzfristig für die Gruppe "root" "g+w" setzen.
Hilfe für Rechte setzen hier:
http://www.glossar.de/glossar/1frame.ht ... chmode.htm

Dann versuche es nochmal.

[Petersilie]

Ich konnte gerade den lokalen Guru telefonisch erreichen und das Problem lösen.
Nagelt mich jetzt nicht fest, ich verstehe das Problem nicht.

Wir haben mittels ltrace und strace festgestellt wo genau das Programm stehen bleibt.
Als wird die Systemvariable "LD_ASSUME_KERNEL" auf den Wert "2.2.5" gesetzt haben, funktionierte wieder alles.

Mehr kann ich dazu leider nicht sagen. Jetzt klappt alles.
Das soll mal einer verstehen

[elwood67]

Als wird die Systemvariable "LD_ASSUME_KERNEL" auf den Wert "2.2.5" gesetzt haben, funktionierte wieder alles.

Hast Du ein Online Update gemacht?

[Petersilie]

Hast Du ein Online Update gemacht?

Nein, wie kommst du drauf?
Einfach nur "export LD_ASSUME_KERNEL=2.2.5"

[elwood67]

Hast Du ein Online Update gemacht?

Nein, wie kommst du drauf?
Einfach nur "export LD_ASSUME_KERNEL=2.2.5"

Nein, nein - vorher....vor dem Fehler

Dachte vielleicht das es ein Kernel Nummer Schlamassel wäre...
aber schon seeeehr seltsam. Hauptsache gelöst.