Dotaz: OpenSuSE 11.2 a start Xorg na vt2 místo vt7

[tomas]

Příloha:

• Xorg.0.log.old (39393 bytů)

Dobrý den, po čerstvé instalaci OpenSuSE 11.2 mám problém se spouštěním Xserveru. Spočívá to v tom, že se nespustí na virtuálním terminálu 7 ale na 2 a chová se tak trochu divně - nelze se přepnout na ostatní terminály a vytěžuje cpu na 100%. Když shodím xserver klávesami ctrl+alt+backspace a v konsoli spustím service xdm restart vše se spraví. Neskutečně mě to štve, nevím co s tím. Mám integrovanou grafickou kartu Intel 915GM. V příloze je log xserveru. Nevíte někdo co s tím?

Odpovědi

[vencour]

Jaký máš display manager, xdm, kdm? Hledal bych v jeho konfigurákách. Na gentoo to mam v /etc/conf.d/xdm. To jestli se lze nebo nelze přepnout jinam, to by mohlo řešit /etc/inittab.

[tomas]

Mám kdm4, v opensuse je služba xdm, která spustí displaymanager podle toho jaký máš nastavený v /etc/sysconfig/displaymanager. on je problém v tom, že to při bootu spustí xserver na terminálu vt2 a ne na vt7, což nějak nechápu(ve výpisu procesů je xorg s parametrem vt2). Prošel sem všechny možný konfiguráky a vše se zdá být nastaveno správně.

[Bilbo]

V debianu sid mi to svého času dělalo taky (xserver se pouštěl na vt2, i když v konfiguraci vt2 nebylo nikde nastaveno) - xserver se pak tloukl s getty o vt2 a mělo to za následek taky podivné chování, pády Xek a po restartu Xek už to naběhlo na vt7. Problém byl v tom, že se xserver spouštěl při bootování před getty, takže obsadil první volný vt (vt2).

V /etc/X11/xdm/Xservers je potřeba pořidat explicitně na řádku "vt7" aby tam pak bylo něco jako:

:0 local /usr/bin/X :0 vt7 -nolisten tcp

[Tomas]

Jojo, to je ten problém. Teď sem v práci tak se na to nemůžu podívat, ale mám takový pocit, že v tom konf. souboru podobná řádka s vt7 je :(. uvidím večer až budu doma. Díky za radu.

[vencour]

Kdybych věděl, kde to v Suse je, tak jsem se o tom zmínil, v gentoo mam /etc/env.d, podle čísla u služby, třeba 22locale nebo 90 xdg-gdm se v tom pořadí pouští dané programy.

[Bilbo]

Zkusil bych prohledat celý /etc třeba na "-nolisten tcp", možná se ty Xka spouští odjinud - možná někde něco v /etc/kdm/

[vencour]

CentOS má spouštěné služby v /etc/rc5.d (mj.), jedna z možností, co zkoumat. Zahlíd jsem i zprávičku o oproštění se od takového schématu, že do budoucna se od takových skriptů má odcházet.

[tomas]

Mno tak sem dorazil domů a mrknul sem do toho konfiguráku a tato řádka tam je. Niméně pokud tam připíšu další parametry, tak to stejně nebere ty parametry. Vypadá to, že start Xserveru je v rukou /usr/bin/kdm, ten se dá spouštět s parametrem vtX(X-číslo vétéčka). Tak mě to tak nakrklo že sem z inittabu vyhodil getty na druhém terminálu a teď se mě xka spouští na tom bez problému. Nicméně bych byl rád, kdyby se tady našla nějaká ta dobrá duše co vidí do opensuse a trošku mi tu vysvětlila co se děje při startu systému - co se spouští a kde si to bere konfiguráky. Zlatý slackware na kterým sem začínal, tam by se mě nic takovýho asi nepřihodilo. Diky za vaše rady.

[kriskami]

Příloha:

• Xorg.0.log (17556 bytů)

Tak sem se zaradoval, že řešení je na cestě, ale není. I když se spustí Xka na vt7, stejně po čase vytuhnou a reaguje jen myš. Zatím pracuji ve Failsave, xorg.conf se zdá být zcela standardní, ještě prostuduju přiložený log ...

[Tomas]

Už od rána mi v hlavě hlodá červíček, že se to rozbilo s aktualizací nového jádra, která se prováděla hned z kraje po instalaci(kms?dri2?intel ovladače?). Doma zkusím nahodit starší jádro a napíšu jak to dopadlo. Jinak workaround s vyhozením getty z vt2 zatím až na jeden pád xservru po probuzení ze suspendu funguje dobře. Ale je to nezvyk mít xorg na vt2 :)

[vencour]

Tak ... něco jsem při aktualizaci a úpravě v gentoo našel ... cituji z /etc/init.d/xdm ...

# Any Display manager (gdm,kdm,xdm) has the following problem:  if
# it is started before any getty, and no vt is specified, it will
# usually run on vt2.  When the getty on vt2 then starts, and the
# DM is already started, the getty will take control of the keyboard,
# leaving us with a "dead" keyboard.
#
# Resolution: add the following line to /etc/inittab
#
#  x:a:once:/etc/X11/startDM.sh
#
# and have /etc/X11/startDM.sh start the DM in daemon mode if
# a lock is present (with the info of what DM should be started),
# else just fall through.
#
# How this basically works, is the "a" runlevel is a additional
# runlevel that you can use to fork processes with init, but the
# runlevel never gets changed to this runlevel.  Along with the "a"
# runlevel, the "once" key word means that startDM.sh will only be
# run when we specify it to run, thus eliminating respawning
# startDM.sh when "xdm" is not added to the default runlevel, as was
# done previously.
#
# This script then just calls "telinit a", and init will run
# /etc/X11/startDM.sh after the current runlevel completes (this
# script should only be added to the actual runlevel the user is
# using).
#
# Martin Schlemmer
# aka Azarah
# 04 March 2002

Čili držím palce ...

[Tomas]

To je sice pěkný, ale v tom suse by to snad mělo být nějak ošetřeno ne? Ono je tam ale navíc služba earlyxdm, která se spouští docela brzo, aby byl systém vizuálně nastartovaný dříve. Ale i když sem to vypnul, a i když sem si dal ladění spouštění a ručně potvrzoval jednotlivé služby a dal jsem nespouštět earlyxdm, splash, fbset a já nevím co ještě, tak se to stejně nechytá. Prostě potřebuju někam nastavit, aby se kdm spustil natvrdo na vt7 a tečka. Ale kam to zapsat, aby se to pak nepřepsalo třeba při aktualizaci opravdu netuším. Jinak jak sem psal, nejjednodušší oprava je vyhodit z inittabu getty na vt2.

[vencour]

Máte klávesnici zablokovanou? Po síti se tam dostanete, abyste zjistil, co se spustilo a jaký je stav?

Nějaké tipy nepomůžou? http://linux.die.net/man/7/boot a http://forums.opensuse.org/install-boot-login/401081-starting-service-after-all-other-services-init-script.html ...

[vencour]

Stalo se mi během 24h něco podobného, přišel jsem na to tak, že jsem neviděl /dev/hda, v /proc/partiotions byl celek disk, fdisk -l neviděl nic, v /dev žádné blokové zařízení, po restartu stroje na 2. konsoli Xka ... zatim pátram, pomohlo až interaktivní spouštění služeb, nepovolení halu a dbusu při bootu ... aý budu vědět víc, doplnim. U mne se jedná o gentoo, 2.6.29-x, další později ... a restart xdm taky Xka postrčil na 7. vty.