Auch X unter OpenBSD

B

bulkat

Member
Moin,
ich hoffe die Frage ist nicht allzu daneben, sie hört sich nämlich ziemlich trivial an.
Ich habe auf meinem Rechner gerade OpenBSD 3.4 installiert und X auch problemlos eingerichtet bekommen.

Als root startet X ohne Probleme.
Ein normaler user bekommt, wenn er X mit "startx" aus der Konsole aufrufen will nur den Bescheid, daß "startx" nicht bekannt ist.

Ich habe dann in der .profile des Users den Pfad zu "startx (/usr/X11R6/bin) eingetragen.
Jetzt kommt keine Fehlermeldung mehr, sondern er hängt nur noch.

Ist das ein Problem mit irgendwelchen Rechten ? Müssen User die X benutzen wollen in irgendeiner bestimmten Gruppe sein ?


Danke für eure Hilfe


Thomas
 
Hui, ich traue mich mal an meine erste Antwort heran.

Also ich behaupte mal, das ist ein Rechteproblem. Befindet sich dein User, der das nutzen soll in der Gruppe "wheel"?

Ansonsten versuche doch einfach mal, die Zugriffsrechte auf "startx" abzuändern, so daß auch "normale" User, natürlich nciht der Rest der Welt, Ausführungsrechte haben...

Wie gesagt, das ist meine ERSTE Antwort hier im Forum, aber vielleicht hilft sie Dir...

Herakles
 
Ich glaube, es bringt nichts die Recht von startx zu ändern.
Dürfte der user startx nicht ausführen, dann käme doch eine
"permission denied" Meldung, oder irre ich mich da ?


Gruß : Thomas
 
Kann vorkommen, wenn das netzinterface konfiguriert ist, er darueber
aber keinen traffic "bekommt" - zB und vor allem DNS.

Soll X (bzw der ganze Kasten) ohne netzwerk laufen:
ifconfig fxp0 down
oder was auch immer, statt fxp0, deine NIC ist

Koennte das Problem sein. Muss aber nicht ;-) (wg. root geht, user nicht).

Sonst ist ein reines "haengen" eigentlich untypisch.. das xfree logfile
erzaehlt auch nix extra?

HTH,
 
Original geschrieben von bulkat
Ich glaube, es bringt nichts die Recht von startx zu ändern.
Dürfte der user startx nicht ausführen, dann käme doch eine
"permission denied" Meldung, oder irre ich mich da ?


Gruß : Thomas
Zum Vergrößern anklicken....

Du musst deinem User eine .xinitrc und .xsession einrichten.

CW
 
Original geschrieben von CW
Du musst deinem User eine .xinitrc und .xsession einrichten.

CW
Zum Vergrößern anklicken....

Daran liegt es mit Sicherheit nicht - wenn der User diese Dateien nicht hat, nimmt der X-server die systemweiten. Gestartet wird dann der TWM - der ist immer dabei.

Trage mal /usr/X11R6/bin auch in die .cshrc des Users ein.

Sieht bei mir so aus:

set path = (~/bin /bin /sbin /usr/{bin,sbin,local/bin,local/sbin,X11R6/bin,games} .)



Gruss :cool:
 
Original geschrieben von Arjan
Daran liegt es mit Sicherheit nicht - wenn der User diese Dateien nicht hat, nimmt der X-server die systemweiten. Gestartet wird dann der TWM - der ist immer dabei.
Zum Vergrößern anklicken....


Stimmt :) ... mein Denkfehler ;)

Trage mal /usr/X11R6/bin auch in die .cshrc des Users ein.

Sieht bei mir so aus:

set path = (~/bin /bin /sbin /usr/{bin,sbin,local/bin,local/sbin,X11R6/bin,games} .)



Gruss :cool: [/B]
Zum Vergrößern anklicken....

Und was wenn er eine andere Shell benutzt? ;)

Na ja, egal ... auf alle Fälle hat es wohl mit den Pfaden zu tun.

Sobald da gesagt wird, dass er den Befehl nicht kennt, ist es ja die Pfad-Problematik.

CW
 
Zuletzt bearbeitet:
Original geschrieben von CW






Und was wenn er eine andere Shell benutzt? ;)


CW [/B]
Zum Vergrößern anklicken....

Ich bin zwar nicht gerade der grosse Fan von bash & Consorten (ich gestehe meine Herkunft aus der "anderen" Welt) aber:

1. für die sh und ksh müsste der Pfad in der Datei .profile erweitert werden,

2. für die bash in der Datei bash.profile

Aber csh ist ja erstmal default, deshalb so mein Tip.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben