Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: GentooForum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

amielke

unregistriert

21

10.09.2005, 15:45

mach mal bitte ein

Quellcode

1
revdep-rebuild


ist im package gentoolkit enthalten.

Damit sollte alle Abhängigkeiten wieder gelöst werden.



Du kannst vielleicht auch erst mal versuchen kdebase zu installieren.

Quellcode

1
emerge --av kde-base


dann hättest Du zumindestens erst mal wieder dein X

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »amielke« (10.09.2005, 15:46)


22

10.09.2005, 16:15

kdebase ist ein "Sammelpaket" welches die ganzen Basisprogramme enthält. Du kannst entweder diese Programme einzeln installieren oder das Komplettpaket, aber nicht beides, wie Du ja leidvoll erfahren mußtest. Das liegt daran, das die Programme dann doppelt installiert würden, einmal als Teil des Pakets und einmal einzeln.

Wenn Du jetzt kdm als Einzelprogramm installierst, mußt Du alle Programme(die Du verwenden willst) aus kdebase einzeln installieren. Oder Du schmeißt alle Einzelprogramme wieder runter und machst kdebase wieder drauf (mMn der einfachere Weg).

kdm ist im Übrigen auch in kdebase enthalten, weßhalb Du Dir den Trouble eigentlich hättest sparen können -sorry-. Wenn kdm nicht startet, liegts woanders dran. Du kannst das ausprobieren, indem Du, wenn Dein System läuft an einer Textkonsole (STRG-ALT-F1 z.B.) '/etc/init.d/xdm stop' eingibst um den falschen Loginmanager zu beenden. Dann kannst Du 'kdm' einfach starten um zu gucken, ob er funktioniert.
__
Rud

amielke

unregistriert

23

10.09.2005, 17:24

Rudwardt das Prob ist ja das KDM nicht mehr ging.

Du hast mich aber noch auf eine Idde für almlieschen!!!

almlieschen

öffne dir im vi die Datei /var/lib/portage/world

in die datei trägst Du folgendes ein

kde-base/kdebase

Dannach machst Du als root revdep-rebuild und Dein KDE muss wieder funktionieren.

Gruß


PS: Dank deines Postes bin ich gerade auf die Idee gekommen danke Rudwardt

24

11.09.2005, 13:52

Zitat

Original von amielke
Rudwardt das Prob ist ja das KDM nicht mehr ging.

Korrekt. Mein Punkt war, das ein etc-update ja nicht einfach kdm löscht oder was an dessen Binarys dreht.

OT:
Hab so das Gefühl, daß hier im Forum immer öfter pauschal mit "emerge mal neu" geholfen wird. Wenn man "emergen" mal gleich "installieren" setzt, so ist es nicht mehr weit zur Standartvorgehensweise der von so Vielen hier belächelten Fenster-Betriebssystem Nutzer :)
__
Rud

25

11.09.2005, 15:30

also das kde geht nun doch wieder, weil ich (wie von rudwardt beschrieben) eben beides hätte installieren wollen, mich jetzt aber mit mir selbst auf kdebase geeinigt habe, die ganzen einzelteile unmerged habe, kdebase emerged und nun läuft es wieder so wie ganz am anfang des threads :)

stimmt, ich hätte mir das ersparen können ;) (aber aus fehlern wird man klüger...)

aber jetzt noch eine frage: ist es wirklich noch nötig, mit "revdep-rebuild" alle abhängigkeiten zu lösen, jetzt wo kde mal wieder läuft? (der komische anmeldungslogin ist immer noch da und wlan geht immer noch nicht..... :/ )

26

11.09.2005, 15:50

Für die wlan Sache würde ich Dir empfehlen, einen eigenen Thread aufzumachen, sonst geht's zu sehr durcheinander.

Du hast ja geschrieben, daß Du DISPLAYMANAGER="kdm" in der /etc/rc.conf gesetzt hast. Hast Du mal probiert, kdm von Hand zu starten, wie oben beschrieben ? Was kommt bei 'which kdm' raus ?
__
Rud

27

11.09.2005, 16:08

also xdm kann ich von hand mittels dem "/etc/init.d/xdm stop" anhalten....kdm aber nicht starten, weil das nicht in diesem verzeichnis liegt (bzw. hab ich dich viell. auch einfach nur falsch verstanden :) )

und was genau meinst du mit "which kdm"? :)

28

11.09.2005, 16:52

Es sollte ungefähr so etwas herauskommen:

Quellcode

1
2
[~]> which kdm
/usr/kde/3.4/bin/kdm

Als user ausführen, nicht als root.

Und wenn Du kdm so zu starten versuchst, kommt 'Command not found', oder was?
Wie gesagt, nicht als root.
__
Rud

amielke

unregistriert

29

11.09.2005, 19:58

@Rudwardt wenn man als root auf der Konsole kdm eingibt und kdm installiert ist muss kdm auch starten.

Dies muss auch als user root gemacht werden.

Gruß

30

11.09.2005, 20:40

Also bei mir ist obiger Pfad nur in der Textkonsole im Pfad von root, unter X nicht. darum dachte ich... hab allerding grad festgestellt das es mit meinem user genau umgekehrt ist ... grmblfx ...

Hast natürlich recht, kdm wird von root gestartet. Auf jeden Fall sollte er unter obigem Pfad zu finden sein. Und wenn vorhanden auch laufen, wenn man ihn einfach so startet.

Vielleicht ist es ja auch ein Pfad Problem - deshalb das which Kommando, um zu prüfen ob kdm im Pfad ist.
Wenn nicht, mal mit komplettem Pfad '/usr/kde/3.4/bin/kdm' ausprobieren.
__
Rud

31

11.09.2005, 20:50

also, wenn ich which kdm eingebe, kommt der pfad /usr/kde/3.4/bin/kdm als antwort.....

wenn ich diesen pfad gefolgt von einem "start" ieingebe, passiert nichts (kommt aber auch keine fehlermeldung)

aber um ehrlich zu sein komm ich jetzt nicht mehr wirklich mit..... :(

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »almlieschen« (11.09.2005, 21:05)


32

11.09.2005, 23:41

In /etc/init.d/ liegen die Startskripte, unter anderem auch das skript xdm. Das skript xdm startet den Displaymanager, der in /etc/rc.conf aufgewählt wurde:

Quellcode

1
2
# What display manager do you use ?  [ xdm | gdm | kdm | entrance ]
DISPLAYMANAGER="kdm"


Laß Dich durch den Namen des Skriptes nicht verwirren. Es heißt genauso wie xdm, der X-eigene Ur-Displaymanager (schätze mal, das war das graue Ding, welches Du erwähnt hast), startet aber den Displaymanager der in rc.conf ausgewählt wurde.
Ich vermute mal Du hast nach /etc/init.d/kdm gesucht, so ging mir das zumindest.

/etc/kde/3.4/bin/kdm ist nun direkt die ausführbare Datei von kdm, die normalerweise von o.g Skript gestartet wird. Das 'start' braucht es hier nicht, 'start stop' Parameter sind nur für die Skripte aus /etc/init.d/

kdm läuft nur, wenn kein anderer DM läuft, und ich glaube, X darf auch noch nicht laufen, da X von den DM selbst gestartet wird. In Deinen Posts finden sich leider wenig Details, was Du nun genau gemacht hast. (root / nicht root, lief X bzw. ein anderer DM oder nicht)

Um sicherzugehen, würde ich Dir empfehlen, mit 'rc-update del xdm' das automatische Starten von DisplayManager und X kurzfristig rauszunehmen, neu zu booten und dann noch mal kdm von Hand zu starten, und zwar als root (thx amielke). Da er im Pfad liegt (Ergebnis des which Befehls), brauchst Du nur kdm - ohne Pfad und ohne start - einzugeben.

Wenn kdm dann funktioniert, liegt das Problem auf der rc/init.d Seite. Wenn nicht dann bei kdm/X. Es gibt noch das Verzeichnis /usr/kde/3.4/share/config/kdm. Ich weiß allerdings nicht, ob etc-config darin etwas ändert.
So müsstest Du den Fehler eigentlich einkreisen können. Dann sehen wir weiter.

Ich seier hier soviel, damit Du die Vorgehensweise nachvollziehen kannst. Falls das meiste davon alte Hüte für Dich sind, sorry.

Zitat

aber um ehrlich zu sein komm ich jetzt nicht mehr wirklich mit..... unglücklich

Nicht abhängen lassen, ruhig fragen. So ein Forum soll ja keine Fernsteuerung sein sondern Hilfe zur Selbsthilfe.
__
Rud

33

12.09.2005, 00:06

so, also......nachdem ich jetzt nicht mehr so ganz mitkam: dieses bezieht sich auf die im vorigen post genannte aufgabenstellung :)))) (ich grinse nicht umsonst)

habe "rc-update del xdm" gemacht, neugestartet und als root kdm eingegeben....

fazit: kein grauenhaftest graues loginmenü sondern das schöne kde loginmenü :)))))

und alte hüte gibts nicht wirklich, find ich......ich vergess auch manchmal dinge, und je öfter sie wiederholt werden, umso mehr prägt man sie sich ein :)

finde deine "seierei" ganz großartig, war sehr präzise und hat mich auf die rechte spur gebracht :) .... lieber ein bissl genauer sein, weil viell. hat ja jemand mal ähnliche probleme, liest hier nach, und kennt sich dann so auch gleich besser aus!

danke dir vielmals! :)

blöde frage, aber kann ich jetzt nicht einfach kdm ins rc-update reintun, und dann funzts wieder?

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »almlieschen« (12.09.2005, 00:10)


34

12.09.2005, 00:51

Jein. Wie gesagt, das Skript welches kdm normalerweise startet ist /etc/init.d/xdm - Vorausgesetzt, kdm wurde in der /etc/rc.conf auch gewählt.

Klar das skript kannst Du mit 'rc-update add xdm default' wieder aktivieren.

/etc/init.d/xdm verwendet die Datei
/etc/profile, welche wiederum die Datei
/etc/profile.env einbindet, welche aus den Dateien in
/etc/env.d/ erzeugt wird.

Vielleicht hast Du Änderungen in /etc/profile oder in /etc/env.d/* vorgenommen. Änderungen in letzterem Verzeichnis werden erst übernommen, wenn der Befehl 'env-update' ausgeführt wird.

Vielleicht erinnerst Du Dich, ob bei deinem etc-update in diesen Dateien etwas passiert ist.

Ansonsten würde mich mal der Inhalt von /var/lib/init.d/options/xdm/service interessieren.

PS: Natürlich könntest Du Dir einfach selbst ein kleines Startskript schreiben, welches einfach nur kdm aufruft, es in /etc/init.d kopieren und mit 'rc-update add' aktivieren. Das Originalskript macht aber noch mehr. Es liest Umgebungsvariablen ein und sorgt dafür, daß der Displaymanager zu einem ganz bestimmten Zeitpunkt gestartet wird. Andererseits ist es auch wieder so kurz und einfach, daß ich nicht weiß, warum es bei Dir nicht funktionieren will.
__
Rud

35

12.09.2005, 00:55

leider kann ich mich daran nicht erinnern, dort etwas verändert zu haben.......

zum inhalt von /var/lib/init.d/options/xdm/service: das existiert nicht.......

36

12.09.2005, 01:19

Welches Baselayout hast Du denn ? ('emerge -p baselayout')
__
Rud

37

12.09.2005, 12:03

Quellcode

1
2
3
4
5
6
sudo emerge -p baselayout

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild   R   ] sys-apps/baselayout-1.11.13-r1

amielke

unregistriert

38

12.09.2005, 13:14

poste mal bitte Deine /etc/rc.conf

39

12.09.2005, 13:19

/etc/rc.conf: Global startup script configuration settings

# UNICODE specifies whether you want to have UNICODE support in the console.
# If you set to yes, please make sure to set a UNICODE aware CONSOLEFONT and
# KEYMAP in the /etc/conf.d/consolefont and /etc/conf.d/keymaps config files.

UNICODE="yes"

# Set EDITOR to your preferred editor.
# You may use something other than what is listed here.

EDITOR="/bin/nano"
#EDITOR="/usr/bin/vim"
#EDITOR="/usr/bin/emacs"

# What display manager do you use ? [ xdm | gdm | kdm | entrance ]
#DISPLAYMANAGER="kdm"

# XSESSION is a new variable to control what window manager to start
# default with X if run with xdm, startx or xinit. The default behavior
# is to look in /etc/X11/Sessions/ and run the script in matching the
# value that XSESSION is set to. The support scripts are smart enough to
# look in all bin directories if it cant find a match in /etc/X11/Sessions/,
# so setting it to "enlightenment" can also work. This is basically used
# as a way for the system admin to configure a default system wide WM,
# allthough it will work if the user export XSESSION in his .bash_profile, etc.
#
# NOTE: 1) this behaviour is overridden when a ~/.xinitrc exists, and startx
# is called.
# 2) even if ~/.xsession exists, if XSESSION can be resolved, it will
# be executed rather than ~/.xsession, else KDM breaks ...
# Defaults depending on what you install currently include:
#
# Gnome - will start gnome-session
# kde-<version> - will start startkde (ex: kde-3.0.2)
# Xsession - will start a terminal and a few other nice apps

#XSESSION="kde-3.4"

amielke

unregistriert

40

12.09.2005, 13:28

Hallo almlieschen,

nimm bitte die # vor #DISPLAYMANAGER="kdm" weg.

dann machst Du wieder ein

Quellcode

1
rc-update add xdm default
3

und nach dem nächsten boote startet Dein KDM wieder sauber.

#XSESSION="kde-3.4" must Du dann wohl auch noch die # rausnehmen und die kde-version mit Deiner installieren ersetzen.

Gruß

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »amielke« (12.09.2005, 13:32)