X server käynnistyy vain pääkäyttäjänä

[Buntu]

Päivitin järjestelmää Tumbleweedistä ja sen seurauksena en pysty enää avaamaan graafista käyttöliittymää (KDE) paitsi pääkäyttäjänä. Eli kun käynnistän joko normaalisti tai failsafe-asetuksilla, käynnistyminen päättyy aina komentokehotteeseen. Siitä saa käynnistettyä KDE:n mutta vain pääkäyttäjänä, kun komentaa:

Koodia: [Valitse]

rcxdm stop
startxOmalla käyttäjätunnuksellani en saa KDE:tä käynnistettyä millään konstilla. Tällaista ilmoitusta tulee komennolla startx:

xauth: file /home/buntu/.serverauth.xxx does not exist
Fatal server error: Server is already active for display 0. If this server is no longer running, remove   /tmp/.X0-lock and start  again
Invalid MIT-MAGIC-COOKIE-1 keyxinit: giving up
xinit: unable to connect to X server: Connection refused
xinit: server error
xinit failed
/usr/bin/Xorg is not setuid, maybe that's the reason? If so either use a display manager (strongly recommended) or adjust /etc/permissions.local

Kaikenlaista olen jo yrittänyt kaksi päivää. Esim. /etc/permissions.local ja /usr/bin/Xorg -tiedostojen oikeuksia olen muokannut ohjeiden mukaan. Siitä ei ollut mitään apua. Samoin tiedoston /tmp/.X0-lock poistoa on kokeiltu ilman tulosta.
Tumbleweedistä tulleet päivitykset yritin poistaa siten, että poistin ensin tumbleweed-repon ja päivitin sitten alaspäin. Ei auttanut.
Joten ennen uudelleenasennusta kysyisin vielä täältä foorumilta, josko jollain olisi hyviä vinkkejä ja mahdollisesti omaa kokemusta vastaavasta.

[Buntu]

No nyt edistyin sen verran, että sain KDE:n käynnistettyä omalla käyttäjätunnuksellani komennolla:

Koodia: [Valitse]

startx -- :1Tuo komento pitää antaa joka kerta erikseen käynnistyksen yhteydessä. Mitenköhän tuon saisi toimimaan automaattisesti?

[Buntu]

Tilanne on entisellään. Käynnistys siis pysähtyy aina komentokehotteeseen. Jos siinä komentaa

Koodia: [Valitse]

startx tulee noita yllä mainittuja virheilmoituksia. Näyttäisi siis siltä, että display 0 on jo 'varattuna' pääkäyttäjälle ja KDE ei käynnisty.
Jos käynnistän display 1:een komennolla:

Koodia: [Valitse]

startx -- :1niin KDE käynnistyy normaalisti omalla käyttäjätunnuksellani ja kaikki toimii normaalisti (paitsi sammutus).

Pitkällisten googlettamisten jälkeenkään en ole pystynyt selvittämään mistä tuo johtuu. Onko kellään vinkkejä?

[guest658]

Muistaakseni minulla on ollut samanlainen ongelma joskus. En kyllä muista millään, että miten sain asian korjattua (vai asensinko vain käyttiksen uudestaan). Yksi vaihtoehto on, että asennat näytönohjaimen ajurit uudelleen. Tiedä sitten auttaako mitään, mutta ei kokeilusta haittaakaan luulisi olevan.

Edit: En löytänyt minäkään mitään googlettamalla. x.org sivuilla on tuo sama ohje jonka mukaan sinä olet jo toiminut. Taitaa mennä uudelleen asennukseen.

http://www.x.org/wiki/FAQErrorMessages

I keep getting the message: "Server is already active for display 0"

You get an error message like:

Fatal server error:
Server is already active for display 0
 If this server is no longer running, remove /tmp/.X0-lock
 and start again.

The number denotes the display number (in this case 0). This number needs to be unique on the system, so you cannot run two servers on one system with identical display numbers. This message indicates that there is already a server with this number running on the system. You can verify this by running

 ps aux | grep `cat /tmp/.X0-lock`

If you see an output like:

root  2283  0.5  5.1 27796 6536 ?    S  Apr21  59:03 [X]

it indicates that there is indeed an Xserver running under this PID. To start a second server on the same system you have to give it a different dislay number. If you start your servers using startx you can do

startx -- :1

to start a server with display number 1. If you are sure there is no other server running on your system and above ps command indicates that no server with this PID is running, you should remove the file /tmp/.X0-lock by doing (as 'root'):

rm -rf /tmp/.X0-lock

[Buntu]

Noita x.orgin sivuja on kyllä tullut luettua viime aikoina tiiviisti, mutta en löytänyt sieltä apua. Täytynee keskittyä näytönohjaimeen, kuten ehdotit:

Yksi vaihtoehto on, että asennat näytönohjaimen ajurit uudelleen.

Näytönohjaimeni on radeon enkä oikein tiedä miten se asennetaan uudelleen. En löydä mitään tiedostoja tai paketteja, joiden nimi olisi radeon. Radeonhd kyllä löytyy, mutta se lienee eri näytönohjain. Käsittääkseni radeon on käytössä oleva näytönohjain:

Koodia: [Valitse]

buntu@buntu:~> lsmod | grep radeon
radeon                845234  0
ttm                    81097  1 radeon
drm_kms_helper         42489  1 radeon
drm                   258219  3 radeon,ttm,drm_kms_helper
i2c_algo_bit           13423  1 radeon

[guest658]

Itse en juurikaan osaa atin ajureiden asennuksessa neuvoa, kun ei ole siitä oma kohtaisia kokemuksia.

Tuolta ne ajurit saa ainakin ladattua. Oli siellä jonkinlaiset ohjeetkin joihinkin ajureihin.

http://support.amd.com/us/gpudownload/Pages/index.aspx

[harmie]

Laita tämä tuloste tänne niin nähdään mikä ajuri sinulla on käytössä

Koodia: [Valitse]

/usr/sbin/hwinfo --gfxcard


[Buntu]

Koodia: [Valitse]

buntu:~ # hwinfo --gfxcard
37: PCI 200.0: 0300 VGA compatible controller (VGA)             
  [Created at pci.319]
  Unique ID: B35A._TiUaB8CecB
  Parent ID: _Znp.LUQ1QvXEEDB
  SysFS ID: /devices/pci0000:00/0000:00:02.0/0000:02:00.0
  SysFS BusID: 0000:02:00.0
  Hardware Class: graphics card
  Model: "ATI RADEON HD 4350"
  Vendor: pci 0x1002 "ATI Technologies Inc"
  Device: pci 0x954f "ATI RADEON HD 4350"
  SubVendor: pci 0x1787 "Hightech Information System Ltd."
  SubDevice: pci 0x2271
  Driver: "radeon"
  Driver Modules: "drm"
  Memory Range: 0xb0000000-0xbfffffff (ro,non-prefetchable)
  Memory Range: 0xc0020000-0xc002ffff (rw,non-prefetchable)
  I/O Ports: 0xc000-0xcfff (rw)
  Memory Range: 0xd8100000-0xd811ffff (ro,non-prefetchable,disabled)
  IRQ: 24 (319634 events)
  I/O Ports: 0x3c0-0x3df (rw)
  Module Alias: "pci:v00001002d0000954Fsv00001787sd00002271bc03sc00i00"
  Driver Info #0:
    XFree86 v4 Server Module: radeonhd
  Config Status: cfg=no, avail=yes, need=no, active=unknown
  Attached to: #18 (PCI bridge)
Primary display adapter: #37

[harmie]

kokeile asentaa ajuri ton 1-click installin kautta (valitse 32 tai 64 bittinen riippuen kumpi asennettuna)
http://en.opensuse.org/SDB:ATI_drivers#New.21_1-click_install_32_bits

jos se ei toimi oikein niin sitten voi kokeilla asentaa manuaalisesti

Koodia: [Valitse]

su
wget http://www2.ati.com/drivers/linux/amd-driver-installer-12-1-x86.x86_64.run
sh ./amd-driver-installer-12-1-x86.x86_64.run --buildpkg SuSE/SUSE-autodetection
zypper in fglrx*
aticonfig --initial
shutdown -r now


[Buntu]

Päivitin kokeilumielessä tuohon fglrx näytönohjaimeen. Samalla piti kyllä päivittää kerneliäkin (ja monta muuta ohjelmaa) alaspäin, jotta käytössä olisi sama kerneli kuin näytönohjaimella. Minulla kun oli käytössä Tumbleweed ja sen mukana nuo kernelit päivittyvät aika tiuhaan tahtiin. (Nyt taidan kyllä sanoa hyvästit Tumbleweedille.)

Valitettavasti tuohon käynnistysongelmaan ei tullut mitään ratkaisua. Eli käynnistys pysähtyy edelleen komentokehotteeseen, josta KDE pitää käynnistää manuaalisesti komennolla: startx -- :1. Ei tuo tietenkään iso ongelma ole, kun kaikki muuten toimii hyvin, mutta olisihan se mukavaa, jos kone suoraan käynnistyisi KDE:hen.

[Buntu]

No nyt tuo käynnistysongelma ratkesi! En kyllä tiedä missä vika oli, mutta siltä varalta, että jollekin tulee sama vika, niin kerrotaanpa tässä mitä tein.

Päätin kokeilla xsessionmanager-ohjelmaa. Avasin sen käynnistyksen jälkeisessä komentokehotteessa komennolla

Koodia: [Valitse]

xsm -display :0Näytölle ilmestyi jonkinlainen terminaali-ikkuna. En muista tarkkaan mitä tuolla ohjelmalla tein (enkä voi enää kokeilla, koska en saa xsessiomanageria käynnistymään). Luultavasti en mitään hyödyllistä, joten lopetin sen ohjelmasta löytyvällä komennolla Shutdown > Immediately. Näyttö musteni pariksi sekunniksi ja kas kummaa: KDEn kirjautumisikkuna ilmestyi näkyviin. Tuon jälkeen KDE on käynnistynyt normaalisti.

Ei siis aavistustakaan missä vika oli, mutta tutkiessani mitä X:ään liittyviä tiedostoja oli tuossa yhteydessä muuttunut, huomasin, että kotihakemistooni oli ilmestynyt samaan aikaan tiedosto .xsmGyQB4W, jonka sisältö oli seuraava:

remove protoname=ICE protodata="" netid=inet6/buntu:35746 authname=MIT-MAGIC-COOKIE-1
remove protoname=XSMP protodata="" netid=inet6/buntu:35746 authname=MIT-MAGIC-COOKIE-1
remove protoname=ICE protodata="" netid=inet/buntu:57184 authname=MIT-MAGIC-COOKIE-1
remove protoname=XSMP protodata="" netid=inet/buntu:57184 authname=MIT-MAGIC-COOKIE-1
remove protoname=ICE protodata="" netid=local/buntu:@/tmp/.ICE-unix/2451 authname=MIT-MAGIC-COOKIE-1
remove protoname=XSMP protodata="" netid=local/buntu:@/tmp/.ICE-unix/2451 authname=MIT-MAGIC-COOKIE-1
remove protoname=ICE protodata="" netid=unix/buntu:/tmp/.ICE-unix/2451 authname=MIT-MAGIC-COOKIE-1
remove protoname=XSMP protodata="" netid=unix/buntu:/tmp/.ICE-unix/2451 authname=MIT-MAGIC-COOKIE-1

Liittyisiköhän tuo jonkinlaiseen autentikointiongelmaan? Ehkä joku X:n asiantuntija osaisi selittää tarkemmin.

[LassiLeevi]

Liittyisiköhän tuo jonkinlaiseen autentikointiongelmaan? Ehkä joku X:n asiantuntija osaisi selittää tarkemmin.

Äkkiseltään voisin kuvitella että ICEauthority -tiedoston oikeudet on mennyt jotenkin solmuun tms., eli KDM ei ole sitten päässyt enää kiinni tuohon kännistämäänsä X serveriin kun oikeudet on ollut pielessä. En kyllä nyt yksityiskohtia osaa kertoa miten päin tuo homma menee, mutta tuskin tartteekaan. Tärkeintä että homma taas toimii.