Ratkaistu - Lubuntu:n X:n asetukset sekosi - Intel & Nvidia

[Sami Lehtinen]

Moro,

Ajelin tuossa eilen illalla koneeseen viimeisimmät päivitykset ja boottasin sen jälkeen. Nyt kaikki äksän asetukset on solmussa. Ilmeisesti systeemi ei oikein tykkää jostain asetuksista, koska vaikka palautin backupista vanhan xorg.conf:in, niin seuraavassa bootissa file on palautettu takaisin tämännäköiseksi.

Koodia: [Valitse]

Section "Device"
    Identifier "Default Card 0"
    BusID "PCI:0@0:2:0"
EndSection

Oletan että tuo on joku default konfiggi joka tulee tilalle jos alkuperäisessä konfigissa on jotain tosi pahasti pielessä. Anyway, en ole muuttanut konfiggia vuoteen, ainoastaan ajoin noi päivitykset ja nyt systeemi räjähtelee.

Ideoita, mistä voisi johtua? Tai mistä näen edes parhaiten mikä tuon ongelman aiheuttaa. i915 package aiheutti jotain ongelmia, josta ubuntu olisi halunnut raportoida, mutta ei lähettänyt raporttia koska unofficial package.

Meinasin laittaa screenshottia tms alunperin, sekä kuvata nykytilannetta. Mutta se lienee täysin turhaa, kun homman näkee jo tuosta konfiggifileestä, että ei oo ihan kondiksessa.

dmesgin katsoin läpi ja näyttää ihan ok:lta, eli mitään ongelmiin viittaavaa ei mun mielestä siellä näy. Registered panic handler, lienee normaalia. Eikä raised panic event tms tyylistä tekstiä löytynyt.

Btw. Aika koomista sinänsä, että viimeksi kun tein distribution upgraden, pelkäsin älyttömästi että X konfiggi räjähtää. Mutta ei. Nyt se sitten laukesi ihan normaalista pikkupäivityksestä.

Update: Ehkä se on tämä?

Koodia: [Valitse]

Sep 23 21:13:25 zender kernel: [    1.384701] nvidia: module license 'NVIDIA' taints kernel.
Sep 23 21:13:25 zender kernel: [    1.384704] Disabling lock debugging due to kernel taint
Sep 23 21:13:25 zender kernel: [    1.387816] nvidia: module verification failed: signature and/or  required key missing - tainting kernel


[mrl586]

Onko sinulla jokin Nvidian näytönohjain?

[juyli]

Koodia: [Valitse]

Section "Device"
    Identifier "Default Card 0"
    BusID "PCI:0@0:2:0"
EndSection

Jos näytönohjaimesi on tuettu, ei enää tarvitse käpistellä (kuin erityistapauksissa) /etc/X11/xorg.conf tiedostoa.
Saahan toki tuotakin /etc/X11/xorg.conf tiedostoa editoida, jos sen tuntuu mielestäsi hauskalta puuhastelulta.

[Sami Lehtinen]

Jos näytönohjaimesi on tuettu, ei enää tarvitse käpistellä (kuin erityistapauksissa) /etc/X11/xorg.conf tiedostoa.
Saahan toki tuotakin /etc/X11/xorg.conf tiedostoa editoida, jos sen tuntuu mielestäsi hauskalta puuhastelulta.

Toivoisin todellakin tuota erittäin hartaasti, mutta tähän asti on tuntunut olevan ihan pakko jumpata tuon kanssa pitkään ja hartaasti. Nyt on joku niin persiillään, että syystä tai toisesta, tuo xorg.conf resetoituu aina bootissa default fileeksi. Mutta missään logissa tai missään, ei ole mitään indikaatiota, että miksi. AaaAaaah, ylläpidettävyys, käytettävyys, pyhäjysäys. Tämä kuuluu just siihen ohjelmistokategoriaan mistä pidän aivan erityisesti. Erityisen raivosuttavaa, epäloogista toimintaa, eikä mitään indikaatiota missään, varmasti siitä, mistä se johtuu. Uuuh, aaah. On tullut valitettavan tutuksi kyllä enemmän ja vähemmän huonojen softien kanssa tällainen malli. Mutta ns. vähänkään kypsemmissä softissa, tai ns. tuotantosoftissa tietysti tämä ei ole kovin toivottavaa. Vaikka se onkin täysin normaalia.

Mutta hei, jos Xorgin kanssa ei tarvii tunkata, niin kerro ihmeessä miten saan homman hoidettua ilman tunkkaamista.

A) kolme screeniä rinnakkain, joista yksi eri näytönohjaimessa (2x Intel, 1xNvidia)
B) Television neljäntenä näyttönä, multiseat konfigissa omalla langattomalla hiirellä ja näppiksellä. Myös näytölle pitää valita oma ulostulotyyppi, vähän hienosäätää kontrasteja, jne. Noi ei ole mun mielestä koskaan ennenkään toimineet ilman Xorg.conf:in säätämistä. (1xNvidia)

Jos toi kaikki hoituisi yhdellä softalla, raksi ruutuun ja bääm, kaikki toimii, niin oikeasti voisin tarjoat vaikka lavan (24x) kaljaa. Mutta eipä ole tullut tuollaista softaa vielä vastaan.

Mutta nyt mun ongelma on siis, kuten tuosta äskeisestä vuodatuksesta selvisi. Edelleen se, että en saa mistään mitenkään kiinni mikä tuossa mättää. Aina kun katson Xorg logia, niin se näyttää ihan siltä, että se on startannut tyhjällä Xorg.conf:illa, eli voiko joku muu juttu hukata tuon xorg.conf:in jo ennen kun äksä alkaa edes käynnistymään?

Kiroillaan vielä vähän, ihan oikeasti... Pelkästään Xorgin tunkkaaminen työaikana maksaa enemmän kuin Windows-lisenssi, kääk.

Onko sinulla jokin Nvidian näytönohjain?

Kyllä.

[Sami Lehtinen]

Vieläkin tän kanssa värkkäilen, voisiko tämä olla syy failaamiseen?
http://pastebin.com/n0arNLAs

Koodia: [Valitse]

[    1.404933] nvidia: module verification failed: signature and/or  required key missing - tainting kernel
[    1.407757] ACPI Warning: 0x0000000000001828-0x000000000000182f SystemIO conflicts with Region \PMIO 1 (20131115/utaddress-251)

Mitään ideoita tuon suhteen? Pitää tässä viettää viikonloppu debugaten, ihanaa, öh, Linux, ihanaa.

Muita ongelmiin viittaavia logi juttuja ei löytynyt, vaikka kävin kaikki mahdolliset logit läpi mitä löysin.

[Sami Lehtinen]

Itse asiassa kun heitin Nvidian ajurit kokonaan mäkeen, niin nyt Intelin ohjaimessa kaikki on suhtkoht ok, kunnes kirjaudun sisään ja resoluutiot tipahtaa taas naurettavalle tasolle.

Eihän näin yksinkertaiset asiat voi olla näin vaikeita. Joku guru sanoi, että kernelin ja i915 ajurin suhteen on sössitty jotain ja tuo johtaa frame bufferin hardware osoitteiden collisioniin ja johtaa näihin ongelmiin, mitä tässä koetaan. Hienoa. Ehkä ne joskus julkaisee korjatun version?

Taidan juoda ite sen lavan kaljaa ja lukea näitä illan iloksi: http://nyt.fi/aihe/fokit/ sarjakuvat näyttää ihan kivalta surkealla resolla kun on kivasti isoja ruudulla. - Puuh.

[JaniAlander]

Meikällä Kubuntun kanssa oli hiukan samantapainen tappelu. Poistin väliaikaisesti särisevän Nvidian, ja asensin Intelin ajurit, nyt kun sitten tein toisaalla kertomani jäähdytysviritelmän ja Nvidia kiinni takaisin, eikös vaan resoluutio tipahtanut naurettavalle tasolle. Ratkaisu: Intelin ajurit mäkeen, nvidia-settings paketin hävitys ja uudelleenasennus, ja jo toimii taas.

[Sami Lehtinen]

Meikällä Kubuntun kanssa oli hiukan samantapainen tappelu. Poistin väliaikaisesti särisevän Nvidian, ja asensin Intelin ajurit, nyt kun sitten tein toisaalla kertomani jäähdytysviritelmän ja Nvidia kiinni takaisin, eikös vaan resoluutio tipahtanut naurettavalle tasolle. Ratkaisu: Intelin ajurit mäkeen, nvidia-settings paketin hävitys ja uudelleenasennus, ja jo toimii taas.

Asentelin justiin Nvidian paketit uudelleen, mutta saas nähdä auttaako. Oikea fiksi tulsi mahdollisesti kernelin ja i915 ajureiden down gradeamisella. Toivon kuitenkin, että fiksaisivat noi ongelmat uudempiin versioihin. Kauanko se kestää, sitä tiedä on. Tuossa kun on vielä todella vaikeaa sanoa, missä se ongelma oikeasti on. Ihan kuten tuossa äskeisessä Shellshock keskustelussa, niin kenen vika on? Siinäpä on sitten hyvä kysymys, ei kenenkään vika, ei vaan toimi. Tuo on ollut niin monta kertaa ongelma-analyysin tulos, että ihan itkettää.

[Sami Lehtinen]

Onko kenelläkään muuten mitään ideaa, miksi asetukset oikeastaan sekoaa vasta loginin jälkeen Intelin puolella? Koska tässä on nyt jotenkin tää dual screen ihan solmussa. Laitan sittenkin sen screenshotin tulemaan. Eli resoluutioissa on jotain muutakin pielessä, kuin vain resoluutio.  Yläpalkin pitäs olla koko ruudun levyinen, mutta ei ole. Samoin alapalkki tulee väärään offsettiin jne.

Koitin nopeasti katsoa että mikä tuohon voisi vaikuttaa, mutta en keksinyt mitään. Ilmeisesti jotkut user preferenssit vaikuttaa, koska guest accountilla on toinen resoluutio. Anyway, sillä ei kuitenkaan toimi kuin yksi näyttö ja sekin toimii toiselle näytölle vain kopiona.

xorg.conf on kuitenkin se sama ja akuperäinen jolla homma on toiminut, mutta onko jotain muuta voinut mennä jotenkin oudosti pieleen? Jossain välissä (ongelman jo ilmaannuttua) siirstin kaikki .X ja Nvidia tms sälät jotka tunnistin, niin jemma folderiin, mutta se ei vaikuttanut mihinkään.

Jotain on kyllä tosi oudosti pielessä, mutta ei ole aavistustakaan mitä. Katotaas mitä kolmos ja nelos näytöillä näkyy... Ei näy mitään, kummassakaan ei ole ollenkaan signaalia (Nvidiaan kytketyt näytöt).

Tässä vielä tuoreita otteita dmesgistä.

Koodia: [Valitse]

[    2.698382] nouveau  [     DRM] Load detected on output B
[    2.698550] nouveau  [     DRM] allocated 720x576 fb: 0x9000, bo ffff8802426c8400
[    2.698586] nouveau 0000:01:00.0: fb1: nouveaufb frame buffer device
[    2.698611] [drm] Initialized nouveau 1.1.1 20120801 for 0000:01:00.0 on minor 1
[    2.737340] nvidia: module license 'NVIDIA' taints kernel.
[    2.737342] Disabling lock debugging due to kernel taint
[    2.739748] nvidia: module verification failed: signature and/or  required key missing - tainting kernel
[    2.742503] NVRM: The NVIDIA probe routine was not called for 1 device(s).
[    2.742504] NVRM: This can occur when a driver such as nouveau, rivafb,
[    2.742504] NVRM: nvidiafb, or rivatv was loaded and obtained ownership of
[    2.742504] NVRM: the NVIDIA device(s).
[    2.742506] NVRM: Try unloading the conflicting kernel module (and/or
[    2.742506] NVRM: reconfigure your kernel without the conflicting
[    2.742506] NVRM: driver(s)), then try loading the NVIDIA kernel module
[    2.742506] NVRM: again.
[    2.742507] NVRM: No NVIDIA graphics adapter probed!

Ei hyvältä näytä.

Anyway, tässä vaiheessa sentään voi kehaista, että GIT:in käyttäminen ja päivittäiset versioidut backupit on aika kultaa. Erilaisia tehtyjä muutoksia on helppoa träkätä sekä GITin tasolla, että myös koko roskaa voi peruuttaa takaisin päin backupeista jos ja kun on tarve. Palautin nyt järjestelmän tilaan jossa se oli 14 päivää sitten, pois lukien i915 ja kernel päivitykset, eikä ongelma ratkennut. -> noi päivitykset on 100% varmuudella syy, miksi systeemi hajosi.

Tämä näyttäisi liittyvän asiaan: http://askubuntu.com/questions/507302/updated-intel-display-driver-causing-errors-when-booting Ainoa toimiva ratkaisu taitaa tällä hetkellä olla vanhempien ajureiden asentaminen. Niin mukavaa kuin se onkin.

[Aatos Rapula]

Oisko tästä apua?
http://askubuntu.com/questions/486811/nvidia-driver-issue-driver-not-in-use

[Sami Lehtinen]

Oisko tästä apua?
http://askubuntu.com/questions/486811/nvidia-driver-issue-driver-not-in-use

Ei tuo oli välillinen virhe, joka johtui siitä, että säädin eri ajurivaihtoehtojen kanssa (Nouveau), eikä Nvidian natiivit. Huomasin muuten että mulla oli Intelin repoista myös 13.04 versio käytössä. Mutta käsittääkseni ongelma koskee myös 14.04:sta varten olevaa Intein ajuria. Olen nyt ladannut viimeisimmät sälät, mutta en ole vielä bootannut. Kuulemma 334:n käyttäminen Nvidialle vs 304 versio, ei tee mitään käytännön eroa. Mutta ehkäpä tuo ratkaisee tuon Intelin ja Kernelin välisen yhteensopivuusongelman ja sitten homma voisi olla ihan reilassa. Pidetään peukkuja, melkoista jumppaa, kun ratkaisunhaku menee kans näin randomina.

[Sami Lehtinen]

Kyllä tää tästä etenee kun tappelee, vaihe kerrallaan.

Nyt Inteli on kunnossa, eli kaksi ruutua toimii täydellä resolla. Mutta Nvidia:n ohjain on kokonaan pimeänä. xorg.conf resetoituu edelleen tyhjään setuppiin joka bootissa.

Mikä on siis paras tapa saada lisänäytät vielä messiin ilman Xorgin säätämistä jos sitä ei tarvittu?

Nyt dmesgissä ei näy enää mitään virheisiin viittavaa, paitsi että toinen ohjain ei ole käytössä mitä ilmeisimmin ollenkaan. Toinen mitä kelasin on se, että jos ongelma ilmenee Nvidian ajureiden kanssa niin ehkäpä Nouveau drivereiden käyttäminen poistaisi ongelman? Suurin ongelma tässä on edelleen se, että en vieläkään tiedä mikä on oikea syy tuohon xorg.conf:in resetoitumiseen. Kun missään ei lue mitään siihen viittavaa, joka auttaisi mua eteenpäin. Lisäksi koko toi soppa on sen verran monimutkainen, että asiaan perehtyminen vaatisi varmaan viikon työt jos haluaa selvittää kunnolla miten noi ajurit toimii ja niiden konfiguraatiot ja mahdolliset ristiriidat jne. Hyvä jos siis viikko edes riittää, moni asia on yllättävän monimutkainen kun siihen alkaa vähänkin paneutumaan.

Mitään pro-tippei tai ideoita tässä vaiheessa? Asensin vielä kerran Nvidian ajurit uudestaan, nyt käytössä on Nvidia legacy binary driver 304.117 (updates), mitä eroa edes on tuolla updates ja ilman updates sanaa olevalla versiolla? Tämän lisäksi on tarjolla myös 173.14.39 version ajuri, mutta sitä en ole kokeillut. Mitä ilmeisimmin ehkä ajureissa ei ole mitään vikaa, vaan ongelma on (ehkä?) tuo xorg.confin resetoituminen, johtuuko se sitten virheestä vai siitä, että jotain prosessia on muutettu niin tiedäppä se.

*** Asiasta ihan toiseen, kuhan vaan horisen tähän samaan viestiin, ettei tarvii floodata ***

Versiopäivitysten / distribuutio päivitysten mukana tulee aina tällaisia kivjoa träppejä. Ihmettelin tuossa yksi päivä miksei apache.conf:in asetukset vaikuta, no eipä ne vaikuta kun mods-available kansiossa oli konfiguraatio tiedosto jossa samat asetukset vedettiin uudestaan päälle. Nää voi olla joskus varsin riemukkaita sotkuja, jotka voi vaatia paljon aikaa. Nyt onneksi hiffasin tuon aika nopeasti, mutta kyllä siinä oli hetken WTF fiilis.

[Aatos Rapula]

Onko sinulla lightdm käytössä? Oletko kokeillut jotain toista dm:ää, tai kokonaan ilman? Pysyykö xorg.conf-asetukset silloin?

[Sami Lehtinen]

Onko sinulla lightdm käytössä? Oletko kokeillut jotain toista dm:ää, tai kokonaan ilman? Pysyykö xorg.conf-asetukset silloin?

En ole kokeillut, on lightdm käytössä. Ilmeisesti olisi syytä kokeilla. Toisaalta, just tää on vähän Linuxin puolella ongelmana. Että pitää kokeilla vähän kaikkea ja yleensä jo siinä kokeillessa vähän kaikkea voi sotkea monta asiaa. Melkein pitäisi aina olla erillinen testiympäristö josta vasta sitten monen testaus ja tarkistus syklin jälkeen siirtää todistettavasti oikein toimivan prosessin kautta systeemit 'tuotantoon'.

Siinä mielessä siis toimintamallit missä kokeillaan 'säätää vähän kaikkea', on todella huonoja. Ainakin jos joku muu tekee niin, niin haukut on melko varmat. Pitäs aina tietää mitä tekee. Tietysti tällaisissa tapauksissa kun on one of kind setup, eikä tätä voi kätevästi testata virtualisoituna niin on omat haasteensa. Melkein pitäs ottaa image, sitten tunkata kaikki vaihtoehdot läpi, selvittää oikea prosessi, palauttaa image, ja sitten tehdä toimenpiteet ja toivoa että kaikki toimii. Noin saisi kaiksen sen 'turhan säätämisen', aiheuttaman sotkun minimoitua lopullisessa konfigissa.

Koodia: [Valitse]

$ echo $DESKTOP_SESSION
xubuntu
$ echo $XDG_CURRENT_DESKTOP
XFCE
$ ps -l | grep lightdm
sl@bender:~$ pstree | grep lightdm
     |-lightdm-+-Xorg---4*[{Xorg}]
     |         |-lightdm-+-init-+-at-spi-bus-laun---2*[{at-spi-bus-laun}]
     |         |         `-{lightdm}
     |         `-2*[{lightdm}]


[Aatos Rapula]

Joo ymmärrän mitä tarkoitat. Toisen dm:n testaaminen on kuitenkin suht turvallista, vanhaa ei tarvitse poistaa. Kun asentaa uuden, pakettienhallinta kysyy kumpaa käytetään.

Koodia: [Valitse]

sudo apt-get install slim
Sitten, jos haluaa lightdm:n takas käyttöön.

Koodia: [Valitse]

sudo dpkg-reconfigure lightdm

[Sami Lehtinen]

Kas kas, kun aikansa utelee, niin löytyihän sitä tietoakin jostain:
https://plus.google.com/u/0/+SamiLehtinen/posts/ARJorDJowt9
Hyvä näin, eli ihan puhdas FAIL, kuten epäilinkin. Ilmeisesti hain ja kyselin vaan pikkasen väärillä termeillä joten ratkaisua ei löytynyt.

Infoa: https://bugs.launchpad.net/ubuntu/+source/ubuntu-drivers-common/+bug/1310489

[Sami Lehtinen]

Sen verran tässä bumppaan, että ratkaisu tosissaan perustuu järjestelmän downgradeamiseen vanhaan versioon. Se toimii, testasin nyt just uusimmilla versioilla, ja rikkihän noi on edelleen. Mielenkiintoista seurata kuinka kauan tällaisen perustavanlaatuisen mokan korjaaminen kestää päivitysten kautta.

[qwertyy]

Mielenkiintoista seurata kuinka kauan tällaisen perustavanlaatuisen mokan korjaaminen kestää päivitysten kautta.

Sanoisin että täysin tuurista kiinni.

[nm]

Launchpad-bugiraportin kommenttien (ja niiden lukumäärän) perusteella vika esiintyy vain joissain harvoissa kokoonpanoissa, joten korjausta voi joutua odottelemaan hyvin pitkään, ellei itse raportoi ongelmasta. Tuo raportoitu ongelmatapaushan jo korjattiinkin, mutta Samin järjestelmässä on jokin vastaavasti ilmenevä, muttei täysin sama bugi.