Ubuntu Suomen keskustelualueet
Muut alueet => Muut käyttöjärjestelmät ja Linux-jakelut => Aiheen aloitti: Pontus12 - 16.10.19 - klo:17.46
-
Windowsin päivityksen jälkeen KDE Neon palautuu valmiustilasta ulkoiseen monitoriin. Olen tehnyt läppäristä päämonitorin, mutta sekään ei auttanut. Saan kyllä molemmat toimimaan asetuksista, mutta joudun tekemään silloin ne uudestaan.
En ole tietenkään varma onko Windows 10 uudella päivityksellä vaikutusta tapahtuneeseen, mutta se oli joka tapauksessa iso päivitys. Vai olisiko mahdollisesti Neonin oma päivitys vaikuttanut siihen? Jos joku osaa antaa viisaita neuvoja olisin kiitollinen.
-
Saan kyllä molemmat toimimaan asetuksista, mutta joudun tekemään silloin ne uudestaan.
Avaa ja tallenna nvidia-settings asetukset pääkäyttäjänä.
sudo -i nvidia-settings
Tallennuspaikka on /etc/X11/xorg.conf.
-
Kiitos neuvosta ajoin komennon /etc/X11 hakemistossa ja vastaus oli tällainen:
/etc/X11$ sudo -i nvidia-settings
[sudo] salasana henkilölle joju4621:
(nvidia-settings:6240): Gtk-WARNING **: 12:59:31.457: Error loading theme icon 'dialog-question' for stock: Kuvake 'dialog-question' ei ole osana teemaa ubuntu-mono-dark
** Message: 12:59:31.864: PRIME: No offloading required. Abort
** Message: 12:59:31.864: PRIME: is it supported? no
Minä en ymmärtänyt siitä mitään muuta kuin "Error loading theme icon... Loppu oli minulle valitettavasti hepreaa.
-
Annoin tallennuspaikan koska joskus aiemmin tallensit kotihakemistoon ja kopiot ne sitten kansioon /etc/X11/. Komento on tuo pelkästään koodissa oleva ”sudo -i nvidia-settings”.
Tallennuspaikka annetaan ohjelmassa. Minulla se on oletuksena.
Edit: Katsoin hätäisesti, olisihan sen kuitenkin pitänyt toimia. Täytyy tutkia.
-
Löysin samasta ongelmasta aikaisemman keskustelun ja yritin sen mukaan korjata ongelman. Käynnistin videon ohjeiden mukaan nvidia-settings ohjelman päätteeltä sudona. Tallensin asetukset toiseen hakemistoo eri nimellä. Samoin tein alkuperäiselle xorg.conf tiedostolle. Kopioin sitten eri nimellä tallentamani xorg.conf tiedoston /etc/X11 xorg.conf tiedoston nimellä. Mitään ihmeenpää ei tapahtunut, mutta ongelma ei myöskään ratkennut.
Aikaisempi keskustelu on tällä palstalla nimellä: Nvidia ajuri ei toimi oikein koneen Kde Neon palatessa valmiustilasta (RATKAISTU Mpiso antoi silloinkin hyviä neuvoja. En vain ymmärrä, miksi en nyt saa nvidia-settingsiä tallentumaan oikein, sillä tekemäni asetukset eivät pysy valmiustilasta palatessa.
-
nvidia-settingsillä luotu xorg.conf vaikuttaa näyttöasetuksiin vain ikkunointijärjestelmän käynnistyessä. Jos ymmärsin oikein, näytöt toimivat silloin niin kuin pitää, mutta valmiustilan käyttö sekoittaa asetukset? Siinä tapauksessa vika lienee KDE:n näyttöasetuksissa tai menetelmässä, jolla KDE yrittää palauttaa asetukset. Kuten muutoinkin on nähty, KDE ja Nvidian suljettu ajuri eivät tule keskenään kovin hyvin toimeen.
Täällä on kuvattu vastaava ongelma: https://bugs.launchpad.net/ubuntu/+source/kscreen/+bug/1573345
-
Löysin samasta ongelmasta aikaisemman keskustelun ja yritin sen mukaan korjata ongelman. Käynnistin videon ohjeiden mukaan nvidia-settings ohjelman päätteeltä sudona. Tallensin asetukset toiseen hakemistoo eri nimellä. Samoin tein alkuperäiselle xorg.conf tiedostolle. Kopioin sitten eri nimellä tallentamani xorg.conf tiedoston /etc/X11 xorg.conf tiedoston nimellä. Mitään ihmeenpää ei tapahtunut, mutta ongelma ei myöskään ratkennut.
Aikaisempi keskustelu on tällä palstalla nimellä: Nvidia ajuri ei toimi oikein koneen Kde Neon palatessa valmiustilasta (RATKAISTU Mpiso antoi silloinkin hyviä neuvoja. En vain ymmärrä, miksi en nyt saa nvidia-settingsiä tallentumaan oikein, sillä tekemäni asetukset eivät pysy valmiustilasta palatessa.
Olen oppinut, että pitää käyttää sudon parametria -i, kun ajaa graafisia ohjelmia. Onko näin, että ilman tuota -i parametria ohjelma toimii? Kokeile vielä kerran ja jos ei toimi niin jätä -i pois. Käynnistä ohjelma ”sudo nvidia-settings”, tee muutokset ja tallenna suoraan /etc/X11/xorg.conf. Käynnistä kone uudelleen. Jos ei korjaannu, niin täytyy vain välttää valmiustilaa ja odottaa korjausta.
-
nvidia-settingsillä luotu xorg.conf vaikuttaa näyttöasetuksiin vain ikkunointijärjestelmän käynnistyessä. Jos ymmärsin oikein, näytöt toimivat silloin niin kuin pitää, mutta valmiustilan käyttö sekoittaa asetukset? Siinä tapauksessa vika lienee KDE:n näyttöasetuksissa tai menetelmässä, jolla KDE yrittää palauttaa asetukset. Kuten muutoinkin on nähty, KDE ja Nvidian suljettu ajuri eivät tule keskenään kovin hyvin toimeen.
Täällä on kuvattu vastaava ongelma: https://bugs.launchpad.net/ubuntu/+source/kscreen/+bug/1573345
Tämä on uusi ongelma, aikaisemmin oli ”teipit”. Se ongelma korjattiin nimenomaan käynnistämällä ikkunointijärjestelmä uudelleen valmiustilasta palatessa.
-
Olen oppinut, että pitää käyttää sudon parametria -i, kun ajaa graafisia ohjelmia. Onko näin, että ilman tuota -i parametria ohjelma toimii?
Ohjain -i ei liity graafisuuteen mitenkään, vaan siihen että sudotettu ohjelma ajetaan root-käyttäjän kontekstissa (graafisuuteen liittyy ohjain -b joka ei nyt tässä yhteydessä ole oleellinen). Jos -i jättään pois, voi käyttäjän kotihakemistoon ilmestyä rootin omistamia tiedostoja.
Katos
man sudo
-
Olen perehtynyt tuohon man sivuun ja olet aivan oikeassa. Tuo graafisuuteen perustuva nyrkkisääntö on kuitenkin jäänyt mieleen jo aivan ensimäsistä viesteistä täällä. Se on helpompi kuin ottaa selvää mitkä ohjelmat kirjoittavat asetustiedostoja kotihakemistoon.
-
Minusta tuntuu, että palautumisen ongelma ei ole kiinni nvidia ajurista. Minähän en ymmärrä ohjelmoinnista mitään, mutta kun avaan koneen valmiustilan jälkeen, ei kvassa ole mitään vikaa, ainoastaan se näkyy vain ulkoisella monitorilla. Kun järjestelmäasetuksista palautan läppärin monitorin käyttöön on kaikki kunnossa.
Ohjaako xorg vai mikä koneen ikkunointiasetuksia tai vielä selvemmin asetuksia, jotka näkyvät järjestelmäasetusten Näyttö kohdassa. Mutta kuten alussa totesin, minä en ymmärrä näistä asioista paljon mitään. Haluaisin vain korjata tämän kummallisen ongelman. Kun laitan koneen poistumisvalikosta valmiustilaan ja avaan sen hetken perästä, kuva näkyy molemmissa monitoreissa. Mutta teipit ikonien päälle ilmestyivät jälleen. Ne sain pois Mpison ohjelmalla, josta tein ohjelman "teipit.sh".Se sisältää komennot:
#!/bin/bash
kquitapp5 plasmashell; kstart5 plasmashell
-
Minusta tuntuu, että palautumisen ongelma ei ole kiinni nvidia ajurista. Minähän en ymmärrä ohjelmoinnista mitään, mutta kun avaan koneen valmiustilan jälkeen, ei kvassa ole mitään vikaa, ainoastaan se näkyy vain ulkoisella monitorilla. Kun järjestelmäasetuksista palautan läppärin monitorin käyttöön on kaikki kunnossa.
Ohjaako xorg vai mikä koneen ikkunointiasetuksia tai vielä selvemmin asetuksia, jotka näkyvät järjestelmäasetusten Näyttö kohdassa.
Työpöytäympäristö eli KDE hallinnoi näyttöjen konfiguraatiota ja asetusten palauttamista, kun kone herää valmiustilasta. Nvidia-settingsillä tallennetuilla säädöillä ei ole vaikutusta siihen.
Eri ajurit toimivat hieman eri tavalla näyttöasetusten suhteen. Erityisesti Nvidian suljettu ajuri poikkeaa joiltain osin avoimista ajureista, ja on hyvin mahdollista, että KDE:ssä ilmenee jokin bugi vain sen kanssa. Usean monitorin käyttäminen altistaa muutenkin ongelmille, joita ei tavallisemmassa yhden näytön kokoonpanossa esiinny.
-
Minusta tuntuu, että palautumisen ongelma ei ole kiinni nvidia ajurista. Minähän en ymmärrä ohjelmoinnista mitään, mutta kun avaan koneen valmiustilan jälkeen, ei kvassa ole mitään vikaa, ainoastaan se näkyy vain ulkoisella monitorilla. Kun järjestelmäasetuksista palautan läppärin monitorin käyttöön on kaikki kunnossa.
Ohjaako xorg vai mikä koneen ikkunointiasetuksia tai vielä selvemmin asetuksia, jotka näkyvät järjestelmäasetusten Näyttö kohdassa. Mutta kuten alussa totesin, minä en ymmärrä näistä asioista paljon mitään. Haluaisin vain korjata tämän kummallisen ongelman. Kun laitan koneen poistumisvalikosta valmiustilaan ja avaan sen hetken perästä, kuva näkyy molemmissa monitoreissa. Mutta teipit ikonien päälle ilmestyivät jälleen. Ne sain pois Mpison ohjelmalla, josta tein ohjelman "teipit.sh".Se sisältää komennot:
#!/bin/bash
kquitapp5 plasmashell; kstart5 plasmashell
Teit tuon jälkeen muutokset tiedostoon ~/.config/kdeglobals ja teipit jäi pois. Ilmeisesti jokin päivitys on jyrännyt muutoksien yli. Jos näin on, niin tee muutokset uudelleen. Toivottavasti se korjaa myös tämän uuden ongelman. Seuraa linkistä avautuvaa ketjua.
https://forum.ubuntu-fi.org/index.php?topic=54628.msg417042#msg417042 (https://forum.ubuntu-fi.org/index.php?topic=54628.msg417042#msg417042)
-
Tshekkasin kdeglobalsin ja asetukset olivat edelleen:
[QtQuickRendererSettings]
GraphicsResetNotifications=true
Ilmeisesti se ei ole kiinni siitäkään. Käynnistän vielä koneeni uudelleen ja palaan asiaan.
-
Käynnistin koneeni uudelleen, mutta se ei muuttanut tilannetta monitorien suhteen. Sen sijaan kun kytkin ulkoisen monitorin päälle, se oli menettänyt resolutioasetukset ja tunki läppärin näytön päälle. Jotain minulla on perusteellisesti sekaisin. Kummallista mutta hauskaa oli, että windows levyä ei tarvinnut enää avata erikseen, vaan kaikki hakemistot toimivat ilman erillistä käynnistämistä.
Ilmeisesti olen onnistunut sekoittamaan koko järjestelmän. Kubuntu 18.04 Lenovossa sen sijaan kaikki toimii ideaalisti. Olen pitänyt sitä pari viikkoa valmiustilassa aina sulkemalla kannen, eikä minkäänlaisia ongelmia ole ilmaantunut.
-
Ilmeisesti olen onnistunut sekoittamaan koko järjestelmän.
Veikkaan päivitystä, tai olet asentanut uuden ohjelman. Mitä tapahtui juuri ennen ongelmien ilmestymistä? Katso pakettihistoriasta (vaikka Muon-paketinhallinta) onko näytönohjain päivittynyt tai vaikka Plasma päivittynyt (5.17 sopisi).
Mietin vielä lisäksi sitä, kun nm kirjoitti ”nvidia-settingsillä luotu xorg.conf vaikuttaa näyttöasetuksiin vain ikkunointijärjestelmän käynnistyessä”. Minä ajattelin Plasman uudelleenkäynnistyksen olevan sitä, mutta en enää ole varma.
-
Otin ensin backupin koneeni kaikista data-tiedostoista tarkoitan siis tallennettuja kuvia, videoita, asiakirjoja etc. Sen jälkeen laitoin päiväkahvin ajaksi koneeni valmiustilaan sulkemalla näytön. Joitakin päivityksia kone oli ehtinyt tehdä ennen sitä. Järjestelmä palasi ensin moitteettomasti kahteen monitoriin, mutta hetken perästä avoimet ikkunat siirtyivät ulkoiseen monitoriin. Kun avasin näytön asetukset, läppärin monitori ei ollut käytössä, eikä enää ensisijainen (primary). Muuten kone oli täysin kunnossa. Muutettuani näytön asetukset oikeiksi, kuva tuli molempiin monitoreihin kuten pitikin.
Ongelma on mielestäni siinä, että tallentaessani näyttöasetukset, ne eivät kuitenkaan tallennu. Kuva on valmiustilasta palatessani moitteeton, mutta siinä olleeet avoimet ikkunat ovat siirtyneet vain ulkoiseen monitoriin. Asetusten tekeminen uudelleen ei vie paljon aikaa, mutta kaupunkilaisjärjellä ajatellessani vika on siinä, etä asetukset eivät tallennu, vaikka niiden pitäisi. Onko se xorg conf, johon niiden kuuluisi tallentua?
Asetusukset/ Näyttö ikkunassa ei voi klikata "tallenna", vaan ainoastaan "Käytä". Jos koko järjestelmä pitäisi asentaa uudelleen, olisiko parempi asentaa Kubuntu 19.10, koska siinä on viimeiset ajurit? Sinänsä uutta asennusta en haluaisi tehdä.
-
En saanut konetta toimimaan oikein edes avaamalla päätteessä näyttöasetukset sudo komennolla. Lopulta otin vanhan kernelin käyttööni ja kone toimi. Annoin sen muutaman päivän perästä päivittää normaalisti ja ainakin toistaiseksi kone on toiminut. Täytyisi ehkä sanoa: järjestelmä on toiminut. Merkitsen tämän ratkaistuksi. Ymmärrän että ammattilaisille mystiikka ei riitä ja hyvä niin. Minä en tiedä, mitä on tapahtunut? Joka tapauksessa kone toimii. Ainoastaan hplip asennus meni pieleen. Yritän sitä myöhemmin uudelleen. Se oli uudessa versiossa muuttunut mielestäni hankalammaksi kuin edellinen, mutta uskon saavani senkin kuntoon. Kiitos kaikille!
-
Hitsi, en huomannut kirjoittavani muut käyttöjärjestelmät ja linuxjakelut osastolla. Kirjoitukseni koski Kubuntu 19.10 versiota, johon siirryin, kun en saanut Neonia toimimaan. Kubuntussakin tuli eteen joitakin ongelmia, mutta kuten kirjoitin nyt kaikki toimii.
Olen pahoillani, että sekoitin osastot, mutta en tiedä. miten voisin enää korjata sen.
Ei tarvitse olla huolissaan - me ylläpidossa huolimme asiassa.
"Anna huolia ylläpidon - surkutella ..." [Kalevala]
-
Hitsi, en huomannut kirjoittavani muut käyttöjärjestelmät ja linuxjakelut osastolla. Kirjoitukseni koski Kubuntu 19.10 versiota, johon siirryin, kun en saanut Neonia toimimaan. Kubuntussakin tuli eteen joitakin ongelmia, mutta kuten kirjoitin nyt kaikki toimii.
Olen pahoillani, että sekoitin osastot, mutta en tiedä. miten voisin enää korjata sen.
Kubuntu on muu käyttöjärjestelmä.
-
Kubuntu on vaihtoehtoinen työpöytäympäristö.
-
Kubuntu on vaihtoehtoinen työpöytäympäristö.
"Kubuntu is an operating system built by a worldwide community of developers, testers, supporters and translators."
https://kubuntu.org/
-
Täällä se on kuitenkin määritetty näin:
Vaihtoehtoiset työpöytäympäristöt
Vaihtoehtoiset työpöytäympäristöt, esimerkiksi KDE (Kubuntu) ja XFCE (Xubuntu) sekä niiden mukana tulevat ohjelmistot.
Muut käyttöjärjestelmät ja Linux-jakelut ovat siten ilmeisesti ne joissa ei nimessä esiinny *ubuntu.
-
Muut käyttöjärjestelmät ja Linux-jakelut ovat siten ilmeisesti ne joissa ei nimessä esiinny *ubuntu.
Ehkä, mutta ei aivan noin suoraviivaisesti. Jos Canonical:in Ubuntu-jakeluiden _virallisista_ ohjelmalähteistä (repository) löytyy palikat jakeluun ja työpöydälle, voi aihe sopia paremmin keskusteluun "Vaihtoehtoiset työpöytäympäristöt" .
Tavoitteenahan on aina se, että voitaisiin auttaa kysyjää Ubuntu-jakeluun liittyvissä ongelmissa.
Otsikon mukainen KDE Neon ei ole (ainakaan vielä?) virallisesti Ubuntun tukema KDE -työpöytäversio.
Differences from Kubuntu:
Because Kubuntu has the KDE Plasma suite on a Ubuntu base OS, KDE neon often is mistaken for Kubuntu and vice versa. However, the primary difference between the two operating systems is that Kubuntu maintains stable releases and LTS version of Ubuntu while KDE neon focuses on updating developer editions of KDE applications without maintaining stable releases of Ubuntu unless the root user actively chooses to upgrade their systems.