PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Enemy Territory läuft nurnoch als root :(



delmonico
18.08.03, 20:58
Hi!

Jo ET stürzt mit meinem useraccount immeer beim starten ab (kein fehler auch auf console nur "Signall 11, exiting", als root gehts... Hab schon ~/.etwolf gelöscht bringt aber auch nix :( hat wer ne idee?

mfg, del

tobgle
18.08.03, 21:01
heyho

starte es mal mit 'gdb' :ugly: ;)

*ernsthaft jetzt


Greetz

tsuribito
18.08.03, 21:04
Das Riecht nach zu strengen Rechten bei gewissen Devices. Gibts überhaupt kein Log?

delmonico
18.08.03, 21:19
was ist gdb? habbich irgendwie net ;)

btw ich flipp gleich aus... hab mal zum zeitvertreib bzflag installiert, das zeigt ähnliche verhaltensweise: als normal-user "segmentation fault", als root läufts...

Und jetz kommts ;) "Barrel Patrol 3d" na ahnt ihr was?jo läuft auch nur als root :(
Als normalo-user: Fatal signal: Segmentation Fault (SDL Parachute Deployed)

Liegt wohl irgendwie an SDL kann das sein? *******e das gibts doch nicht*buhu*

tsuribito
18.08.03, 21:20
Bei mir hilft dann
chmod 777 /dev/nvidia*

delmonico
18.08.03, 21:37
Es liegt auf jedenfall, soviel weiß ich mittweile, am Nvidia-treiber... hab jetz mal von nvidia auf nv gewechselt und da gehts... Gleich mal nvidia-treiber neuinstallieren (is ja jetz weg *hrr*) und wenns dann net geht probier ich das mal..

tobgle
18.08.03, 21:39
Der GNU debugger , hilft öfters. *g

Greetz...

PS: Du hast es nicht installiert?!

delmonico
18.08.03, 21:46
Nö irgendwie net ;)

Neuinstallation von Nvidia und chmod 777 /dev/nvidia* hat nix gebracht das gibts doch nicht?!?!

mrsuicide
19.08.03, 01:41
Gehen andere OGL-Spiele mit nvidia?
Evtl:
su
[Root-PW]

ln -s /usr/lib/libGL.so /usr/local/games/enemy-territory/libGL.so
ln -s /usr/lib/libGLU.so /usr/local/games/enemy-territory/libGLU.so
ln -s /usr/lib/libglut.so /usr/local/games/enemy-territory/libglut.so

chmod -R 777 /usr/local/games/enemy-territory

Unbedingt:
strace -v -o /home/blaba/et-crash.log /usr/local/games/et
Dann häng mal die et-crash.log Log an deine Antwort!

delmonico
19.08.03, 20:20
Nein andere Games laufen auch nicht (siehe oben) alles nur als root.
Anbei das .log... Ich will wieder normal zocken*buhu*

tobgle
19.08.03, 22:52
Hmm, wenn ich drüber nachdenke *denk, so was ähnliches hat
ich auch mal!

Ich musste die Rechte für /dev/dri/card0 lockern!


Greetz...

Fatty
19.08.03, 23:10
/dev/dri ? nvidia?
Das riecht nach einem nicht entfernten DRI-Eintrag in der Config ;)

Was hast du denn geändert, dass Spiele auf einmal nicht mehr laufen? Vielleicht ist ja ein vollkommen unerwartetes Programm Schuld?

delmonico
19.08.03, 23:26
Das isses ja ich hab eigentlich nix geändert... Ich hatte aber in letzter zeit schonmal probleme...Und dann ne zeitlang nich gezockt :/

Ich schätze mal das hängt zeitlich ungefähr mit dem update auf den neuen nvidia-treiber zusammen...

DRI is raus aus der Config...

Fatty
19.08.03, 23:33
Hm...schau mal nach, ob die Dateien /usr/lib/libGL* auf die richtige Version vom Nvidiatreiber gelinkt sind.

Bei mir sieht das so aus:

lrwxrwxrwx 1 root root 48 2003-08-05 02:41 /usr/lib/libGLcore.so -> /usr/lib/opengl/nvidia/lib/libGLcore.so.1.0.4496
lrwxrwxrwx 1 root root 48 2003-08-05 02:41 /usr/lib/libGLcore.so.1 -> /usr/lib/opengl/nvidia/lib/libGLcore.so.1.0.4496
lrwxrwxrwx 1 root root 44 2003-08-05 02:41 /usr/lib/libGL.so -> /usr/lib/opengl/nvidia/lib/libGL.so.1.0.4496
lrwxrwxrwx 1 root root 44 2003-08-05 02:41 /usr/lib/libGL.so.1 -> /usr/lib/opengl/nvidia/lib/libGL.so.1.0.4496
-rw-r--r-- 1 root root 681224 2003-06-19 10:47 /usr/lib/libGLU.a
-rw-r--r-- 1 root root 769 2003-06-19 10:47 /usr/lib/libGLU.la
lrwxrwxrwx 1 root root 13 2003-06-19 10:47 /usr/lib/libGLU.so -> libGLU.so.1.3
lrwxrwxrwx 1 root root 13 2003-06-19 10:47 /usr/lib/libGLU.so.1 -> libGLU.so.1.3
-rwxr-xr-x 1 root root 590444 2003-06-19 10:47 /usr/lib/libGLU.so.1.3

mrsuicide
20.08.03, 00:01
Original geschrieben von delmonico
Das isses ja ich hab eigentlich nix geändert... Ich hatte aber in letzter zeit schonmal probleme...Und dann ne zeitlang nich gezockt :/

Ich schätze mal das hängt zeitlich ungefähr mit dem update auf den neuen nvidia-treiber zusammen...

DRI is raus aus der Config...
Startet die Grafik?
Bzw. schaltet der Bildschirm kurz um?
Probier mal direkt et aus dem home-Verzeihnis zu starten.
Bei mir gehts mit den neuen Treibern perfekt...

delmonico
20.08.03, 12:30
Bei ET und Csmash (des tischtennisding) wird der bildshirm kurz schwarz, bei bzflag garnicht mal...

Scheint auch alles richtig gelinkt...

[root@delmonico lib]# ls -l libGL*
lrwxrwxrwx 1 root root 21 Aug 18 22:44 libGLcore.so.1 -> libGLcore.so.1.0.4496
-rwxr-xr-x 1 root root 5060036 Aug 18 22:44 libGLcore.so.1.0.4496
lrwxrwxrwx 1 root root 10 Aug 18 22:44 libGL.so -> libGL.so.1
lrwxrwxrwx 1 root root 17 Aug 18 22:44 libGL.so.1 -> libGL.so.1.0.4496
-rwxr-xr-x 1 root root 423476 Aug 18 22:44 libGL.so.1.0.4496
-rw-r--r-- 1 root root 0 Aug 20 13:27 libGL.so.4496
lrwxrwxrwx 1 root root 33 May 27 19:46 libGLU.so -> ../../usr/X11R6/lib/libGLU.so.1.3
lrwxrwxrwx 1 root root 33 May 25 21:32 libGLU.so.1 -> ../../usr/X11R6/lib/libGLU.so.1.3

delmonico
20.08.03, 19:29
Achja mir is grad bei meinem apt was aufgefallen:
"/sbin/ldconfig: File /usr/lib/libGL.so.4496 is too small, not checked."
Kommt halt immer wenn ldconfig ausgeführt wird... Hat des was zu bedeuten?

mfg, del

Fatty
20.08.03, 22:06
Hm, lösch die Datei mal, die ist wirklich zu klein ;)

Sicherheitshalber vorher Kopie (:D) erstellen

mrsuicide
20.08.03, 23:24
Die Datei ist definitiv für ein libGL zu klein und somit definitiv defekt!

Achso...
-rwxr-xr-x 1 root root 5060036 Aug 18 22:44 libGLcore.so.1.0.4496
:rolleyes: Sieht nicht gut aus...

delmonico
20.08.03, 23:56
jo ich versuchs mal...
achja gehört die zum nvidia-treiber? dann müsste die doch gelöscht werden wenn ich den runterschmeisse?!

delmonico
21.08.03, 00:06
Hmmm neu installiert, dateien haben genau die selbe größe aber die fehlermeldung von ldconfig kommt nicht mehr. Funktioniert allerdings immernoch nicht...

kann mal bitte einer den aktuellen nv-treiber laden und md5sum vergleichen?

34543e7bf271ff90e1a536aacd32efbd NVIDIA-Linux-x86-1.0-4496-pkg2.run

kratz00
21.08.03, 01:31
-rwxr-xr-x 1 root root 5060036 Jul 29 15:44 libGLcore.so.1.0.4496
bei mir ist die genau so gross ;)
und die md5sum ist auch identisch mit meiner ;)

Fatty
21.08.03, 22:14
Hast du eigtl. schon die NULL-Byte-Datei gelöscht?

Wenn nein mach das bitte mal und lege stattdessen einen Link auf den Treiber mit dem Namen.

ich weiß dass das jetzt irgendwie komisch klingt

delmonico
21.08.03, 23:22
Jo habbich scho is aber auch die falsche richtugn wo wir grad gehen wenns an sowas läge würde das IMHO auch als root net laufen, oder sehe ich das falsch?

-jm-
22.08.03, 18:33
Da du mit root noch opengl nutzten kannst, kann es eigentlich ja nur an den Rechten liegen.

Falls du PAM nutzt ein kleiner Ausschnitt aus der Nvidia-FAQ:


Q: OpenGL applications exit with the following error message:

Error: Could not open /dev/nvidiactl because the permissions
are too restrictive. Please see the FREQUENTLY ASKED QUESTIONS
section of /usr/share/doc/NVIDIA_GLX-1.0/README for steps
to correct.

A: It is likely that a security module for the PAM system may be
changing the permissions on the NVIDIA device files. In most cases
this security system works, but it can get confused. To correct this
problem it is recommended that you disable this security feature.
Different Linux distributions have different files to control this;
please consult with your distributor for the correct method of
disabling this security feature. As an example, if your system has
the file
/etc/security/console.perms
then you should edit the file and remove the line that starts with
"<dri>" (we have also received reports that additional references to
<dri> in console.perms must be removed, but this has not been verified
by NVIDIA). If instead your system has the file
/etc/logindevperms
then you should edit the file and remove the line that lists
/dev/nvidiactl. The above steps will prevent the PAM security system
from modifying the permissions on the NVIDIA device files. Next,
you will need to reset the permissions on the device files back
to their original permissions and owner. You can do that with the
following commands:
chmod 0666 /dev/nvidia* chown root /dev/nvidia*

JM