Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Vaihtoehtoiset työpöytäympäristöt => Aiheen aloitti: Rjstudio - 12.01.24 - klo:15.36
-
Otsikon kysymys viittaa tähän ongelmaan (Ubuntu Studio 22.04):
https://forum.ubuntu-fi.org/index.php?PHPSESSID=as464mi0idr50eq9vdp0v0k9lb&board=11.0
Tarkistin tuon osoitteen ja pielessä oli. Olisko tässä parempi:
https://forum.ubuntu-fi.org/index.php?topic=58530.0
Siirsin ongelman tänne, koska kyseessä ei ole näppäimistö- vaan plasma-login ongelma.
Olen kaivellut netistä erinäköisiä ohjeita, miten voisin ratkaista plasma-login'n epäluotettavuuden.
Toistaiseksi ratkaisin asian niin, että käytössä on automaattilogin, jonka saa käyttöön plasman asetuksista.
Taitaisi kumminkin olla turvallisempaa ottaa käyttöön vaikka karu tekstipohjainen login.
Plasma-login'n poistoon löytyy kyllä ohje, mutta mitä siitä seuraa ? Miten plasman käynnistyminen jatkuu tekstipohjaisen login'n jälkeen ?
-
Plasma käyttää vakiona LightDM:ä ja Ubuntu (Gnome) käsittääksen GDM:ä
Joten vaihto on tehtävissä esim:
https://askubuntu.com/questions/152256/how-do-i-switch-from-lightdm-to-gdm
Oliko tämä mikä oli hakusessa?
-
Itse asiassa ei (kai?).
On kysymys pelkästään login-näytöstä, joka hyljeksii näppäimistöä salasanan syötössä.
Se ei myöskään reagoi mitenkään hiiren painalluksiin tai liikutukseen.
En ole vaihtamassa Plasmaa (vaikka mieli tekisi) Gnomeen. Kun login'sta pääsee aina välillä ylitse, Plasma kyllä toimii näppäimistön osalta täysin.
-
Plasma käyttää vakiona LighrDM:ä
Itse asiassa yleisesti ei. Plasman oletus on SDDM. Kubuntu tosin taitaa käyttää LightDM:ää.
-
Itse asiassa yleisesti ei. Plasman oletus on SDDM. Kubuntu tosin taitaa käyttää LightDM:ää.
Hyvä korjaus, jäi tuo Kubuntu pois minulla.
Pääset kirjautumisnäytötä virtuaalikonsoliin CTRL+ALT+F2 (Tai F3, F4) yhdistelmällä ja kirjaudu sisään tunnuksillasi.
Sitten komento: startx , enteriä perään ja pääset työpöydälle.
Myös vaihto SDDM:n tai LightDM:nvoisi auttaa.
Tai olisiko pelkästään login-screenin teeman vaihdosta apua.
-
Itse asiassa ei (kai?).
Niin siis nuo SDDM (https://en.wikipedia.org/wiki/Simple_Desktop_Display_Manager), LightDM (https://en.wikipedia.org/wiki/LightDM) ja gdm (https://en.wikipedia.org/wiki/GNOME_Display_Manager) ovat kaikki noita kirjautumisnäyttöjä (https://en.wikipedia.org/wiki/Login_manager) (suomeksi tietoa aiheesta esimerkiksi: kirjautumisohjelma Linux.fi:ssä (https://www.linux.fi/wiki/Graafinen_kirjautumisohjelma), joka tosin kaipaisi päivitystä), eli sen vaihtaminen voisi todellakin auttaa tässä asiassa. Ne eivät myöskään määritä sitä, mitä työpöytää käytät, vaan voit käyttää ihan minkä tahansa niistä kanssa Plasmaa.
Tuo ekan viestin linkki ei muuten osoita mihinkään keskusteluun. (On myös vähän erikoista, että siinä on tuo PHPSESSID. Tietääkseni sitä ei tällä foorumilla edes normaalisti käytetä. :-\)
Muokkaus: Tarkennettu vähän.
-
Niin siis nuo SDDM (https://en.wikipedia.org/wiki/Simple_Desktop_Display_Manager), LightDM (https://en.wikipedia.org/wiki/LightDM) ja gdm (https://en.wikipedia.org/wiki/GNOME_Display_Manager) ovat kaikki noita kirjautumisnäyttöjä (https://en.wikipedia.org/wiki/Login_manager) (suomeksi kirjautumisohjelma Linux.fi:ssä (https://www.linux.fi/wiki/Graafinen_kirjautumisohjelma), joka tosin kaipaisi päivitystä),
Toinen yleinen nimitys on display manager, mistä ”DM” nimiin tuleekin, ja suomennosnimi on tosissaan vaihdellut: mainitsemiesi lisäksi ainakin (sisään)kirjautumisruutu, (sisään)kirjautumisohjelma ja näytönhallinta osuvat silmiini Plasman käännösjonoista, ja muistelenpa istunnonhallinnankin joskus jossakin nähneeni.
-
Niin siis nuo SDDM (https://en.wikipedia.org/wiki/Simple_Desktop_Display_Manager), LightDM (https://en.wikipedia.org/wiki/LightDM) ja gdm (https://en.wikipedia.org/wiki/GNOME_Display_Manager) ovat kaikki noita kirjautumisnäyttöjä (https://en.wikipedia.org/wiki/Login_manager) (suomeksi kirjautumisohjelma Linux.fi:ssä (https://www.linux.fi/wiki/Graafinen_kirjautumisohjelma), joka tosin kaipaisi päivitystä),
Toinen yleinen nimitys on display manager, mistä ”DM” nimiin tuleekin, ja suomennosnimi on tosissaan vaihdellut: mainitsemiesi lisäksi ainakin (sisään)kirjautumisruutu, (sisään)kirjautumisohjelma ja näytönhallinta osuvat silmiini Plasman käännösjonoista, ja muistelenpa istunnonhallinnankin joskus jossakin nähneeni.
Jep. Tarkoitukseni ei oikeastaan ollut sanoa, että tuon suomennos on kirjautumisohjelma (tai -näyttö), vaan että Linux.fi:stä löytyy suomenkielinen artikkeli aiheesta. Muut linkkini olivat englanninkieliseen Wikipediaan. Mainittu artikkeli tosin kaipaisi vähän päivitystä.
-
Tässä kommentteja muiden antamiin kommentteihin ja ohjeisiin:
"Tuo ekan viestin linkki ei muuten osoita mihinkään keskusteluun. (On myös vähän erikoista, että siinä on tuo PHPSESSID. Tietääkseni sitä ei tällä foorumilla edes normaalisti käytetä.)"
=> Nappasin osoitteen suoraan selaimen osoiteriviltä sen enempää miettimättä.
"Pääset kirjautumisnäytötä virtuaalikonsoliin CTRL+ALT+F2 (Tai F3, F4) yhdistelmällä ja kirjaudu sisään tunnuksillasi."
=> Varmaan hyvä ohje, mutta kun perusongelma oli se, että nimenomaan tässä kirjautumisnäytössä näppäimistö, mukaanluettuna nuo CTRL-yhdistelmät, ei toimi.
Ja sitten näyttää vahvasti, että Ubuntu Studio'ssa (>= 22.04) käytetään sddm'mää. Tässä tuore pätkä syslog'ia:
Jan 15 10:28:21 siivet3 sddm-helper[1008]: Starting: "/etc/sddm/Xsession \"/usr/bin/startplasma-x11\""
Sitten oli ohjeena vaihtaa teemaa. Sekin ohje oli tuolla verkon reunalla tullut jo aikaisemmin vastaan, mutta ei auttanut.
Kiitoksia ohjeista, mutta näköjään ei auta kuin toistaiseksi pysyä automaattilogin'ssa.
Ei ole koskaan ennen ollut tällaista ongelmaa, joten en ole yhtään perillä, miten tuo koko linux-käynnistys toimii.
Varmin vaihtoehto olisi, että saisin kolvattua systeemin sellaiseksi, että login on puhdas vanhanaikainen tekstinäyttö, josta
sitten annettaisiin erikseen komentona ilmeisesti tuo starplasma-x11 ?
-
"Tuo ekan viestin linkki ei muuten osoita mihinkään keskusteluun. (On myös vähän erikoista, että siinä on tuo PHPSESSID. Tietääkseni sitä ei tällä foorumilla edes normaalisti käytetä.)"
=> Nappasin osoitteen suoraan selaimen osoiteriviltä sen enempää miettimättä.
Tuo on outoa, koska kuten joku toinen jo totesi, PHPSESSID ei kuulu Ubuntu-keskustelualueiden käyttämiin kyselyihin. Esim. tällä hetkellä minun osoiterivilläni lukee kysymysmerkin perässä:
action=post;quote=446021;topic=58548.0;last_msg=446021
"Pääset kirjautumisnäytötä virtuaalikonsoliin CTRL+ALT+F2 (Tai F3, F4) yhdistelmällä ja kirjaudu sisään tunnuksillasi."
=> Varmaan hyvä ohje, mutta kun perusongelma oli se, että nimenomaan tässä kirjautumisnäytössä näppäimistö, mukaanluettuna nuo CTRL-yhdistelmät, ei toimi.
Toimiiko hiiri? Tarkoitan vain, olisiko koko kirjautumisenhallinta kaatunut vai onko ongelma pelkästään yhdessä (USB-?) laitteessa.
Kiitoksia ohjeista, mutta näköjään ei auta kuin toistaiseksi pysyä automaattilogin'ssa.
Sitäkin hallitsee samainen kirjautumisenhallinta ;D
-
Toimiiko hiiri? Tarkoitan vain, olisiko koko kirjautumisenhallinta kaatunut vai onko ongelma pelkästään yhdessä (USB-?) laitteessa.
=> Toimii sikäli, että symboli liikkuu, mutta painikkeet ei vaikuta mitään.
Kiitoksia ohjeista, mutta näköjään ei auta kuin toistaiseksi pysyä automaattilogin'ssa.
Sitäkin hallitsee samainen kirjautumisenhallinta ;D
=> Paitsi, että automaattilogin'n ei tarvitse lukea näppäimistöä, eikä edes login-näyttö tule näkyviin (tai on piilotettu tms.)
-
Väliaikatietoa.
Studion ohjeissa mainitaan, että Plasman bugikorjausten tms. takia kannattaa ottaa Kubuntun backport'tit käyttöön.
Tein työtä käskettyä ja aika läjä päivityksiä tulikin. Valitettavasti tämä ei vaikuttanut varsinaiseen ongelmaan mitään.
Login-asetuksissa mainitaan viitataan sddm'mään. Sillä ei taida sitten varsinaisesti olla tekemistä suoraan Plasman kanssa ?
Ja se taitaa loppujen lopuksi olla ongelman ydin?
-
Jos epäilet, että sddm:ssä on vikaa, voit kokeilla sen sijaan lightdm:ää tai vaikka gdm:ää. Esimerkiksi lightdm:
sudo apt install lightdm
Asennuksen pitäisi näyttää valikko, josta voit vaihtaa oletuksena käytettävän kirjautumisenhallinnan eli joko ennestään asennettu sddm tai lightdm. Valitse lightdm nuolinäppäimillä ja paina sitten tabulaattoria siirtyäksesi Ok-painikkeeseen ja hyväksy enterillä.
Jos haluat myöhemmin vaihtaa valintaa, asetusvalikon saa uudelleen auki dpkg-reconfigurella:
sudo dpkg-reconfigure lightdm
Kuvakaappauksia asetusvalikosta: https://tecadmin.net/switching-display-manager-in-ubuntu-gdm-lightdm-sddm/
-
Login-asetuksissa mainitaan viitataan sddm'mään. Sillä ei taida sitten varsinaisesti olla tekemistä suoraan Plasman kanssa ?
On sillä sikäli, että SDDM on Plasman oletusistunnonhallinta, vaikka Kubuntu muuta käyttääkin. (KDE-projektin varsinainen oma istunnonhallinta KDM hylättiin jo ajat sitten.)
En ole nyt *buntu tai edes .deb-koneella, mutta suositeltavin tapa vaihtaa istunnonhallintaa on komennolla dpkg-reconfigure:
sudo dpkg-reconfigure PAKETTI
…missä PAKETTI on ilmeisesti sillä hetkellä käytössä olevan istunnonhallintaohjelman nimi, että ”sddm” tai ”lightdm”.
-
Kokeilin synaptic'lla mitä muuta lightdm'n asennus vaatisi. Sieltä tuli lista sivukaupalla kaikenmaailman kirjastoja ja ohjelmia, joita en luule tarvitsevani kun on Plasma-kone kyseessä.
Se on selvinnyt (?), että myös tämä Plasma-login näyttää lukevan näppäimistöä ihan tyytyväisesti kun käskyttää koneelle uudelleenkäynnistyksen (symbolista).
Ongelma liittyy siihen kun kone käynnistetään varsinaisella virtanapilla.
Kuvittelisin, että kaikki samat ohjelmat suoritetaan koneen käynnistyessä samassa järjestyksessä molemmissa tapauksissa, mutta voin olla väärässä.
-
Kokeilin synaptic'lla mitä muuta lightdm'n asennus vaatisi. Sieltä tuli lista sivukaupalla kaikenmaailman kirjastoja ja ohjelmia, joita en luule tarvitsevani kun on Plasma-kone kyseessä.
lightdm:llä voisi kuitenkin testata, onko vika sddm:ssä vai jossain syvemmällä X.orgissa tai ajureissa. Jos sama vika ilmenee lightdm:llä, sen saa kyllä poistettua riippuvuuksineen näin:
sudo apt purge lightdm
sudo apt autoremove
Ongelma liittyy siihen kun kone käynnistetään varsinaisella virtanapilla.
Kuvittelisin, että kaikki samat ohjelmat suoritetaan koneen käynnistyessä samassa järjestyksessä molemmissa tapauksissa, mutta voin olla väärässä.
Kyllä, mutta laitteisto voi olla eri tilassa. Ongelma voi johtua myös esimerkiksi näytönohjaimen ajurista, vaikka hiiren osoitin liikkuukin näytöllä.
-
Tulipahan noilla ohjeilla kokeiltua myös lightdm'mää. Parin kokeilun jälkeen se näytti kyllä lukevan näppäimistöä.
Sen sijaan tuli ilmoitus "Failed to start session", eli login'sta ei päässyt eteenpäin.
Onneksi pääsin komentorivi-ikkunaan ja sain annetuilla ohjeilla purettua asennuksen ja palautettua sddm.
Komentorivi-ikkunassa kokeilin huvikseni myös startplasma-X11, mutta se taas valitti X-serverin puuttumisesta.
No sitten startx silmään, joka hiukan yritti käynnistyä, mutta ei sitten päässyt loppuun.
Ehkä on parasta ottaa lusikka n.s kauniiseen käteen ja asentaa Xunbuntu ja siihen Ubuntu Studio install-paketin avulla.
(Koko tämä Plasma-seikkailu johtui siitä, että ymmärsin väärin, että Ubuntu Studio 22.04 vaatii Plasma-ympäristön)
Vaan se on taas aika homma koska pitää yrittää arvata mitä kaikkea pitää ottaa talteen palautettavaksi asennuksen jälkeen.
-
Yleisesti ottaen järkevintä olisi katsoa, mikä menee vikaan, sen sijaan että vain palloilee villisti sinne tänne 8)
Esimerkiksi komennolla:
sudo journalctl -xb 0 -p warning
…näkisi jo aika mukavasti, mikä mättää ja missä.
-
Em. on varmaan hyvä ohje, jos tietää esim. mitä kaikkea Ubuntu'n käynnistyksessä tapahtuu ja missä järjestyksessä. Sen lisäksi pitäisi tutustua käynnistyvien ohjelmien manuaaleihin.
Jos näitä olisi vaan yksi, niin OK, se olisi vielä hallittavissa. Tämän tapaisissa ongelmissa näyttää siltä, että vastaajasta riippuen pitäisi puukottaa grub'n parametreja, jotain display-manageria, näytönohjainta tai vaikkapa käynnistysskriptiä (tms.). Kun tähän asti ei ole juuri tarvinnut kuin opetella käyttämään varsinaisia hyötyohjelmia, niin mulle ei ole mitenkään selvää edes mistä lähteä liikkeelle.
Aikanaan kun käyttäjiltä ei haluttu peittää kaikkea, tuli käynnistyksessä näkyviin jonkunlainen check-lista, josta voi arvailla mikä voisi olla ongelma.
Nykyään kun kaikki on niin helppoa, ei sellaista tarvita.
Esim. sun ohje 'journalctl'. Mihin ohjelmaan se liittyy ja mitä se tekee ? Vai koskeeko se esim. kaikkia käynnistyviä ohjlemia ?
-
Aikanaan kun käyttäjiltä ei haluttu peittää kaikkea, tuli käynnistyksessä näkyviin jonkunlainen check-lista, josta voi arvailla mikä voisi olla ongelma.
Mutta juuri senhän journalctl-komennolla näkee! Paitsi että antamassani komennossa -p-vipu rajaa lokista pois kaiken varoituksen alapuolelta. Periaatteessa voisi jopa rajata ”-p err”, koska virheeltähän tuo vaikuttaa.
-
Ohessa komennon lopputulokset s.e. sddm.txt on ne rivit, joilla esiintyy 'sddm' ja xdg.txt, joilla esiintyy 'xdg'.
Itse en niin paljon ymmärrä, että mikä noissa sitten on se, mikä mättää.
Lisäys:
Sitten oli vielä yksi rivi, joka voisi liittyä asiaan:
tammi 23 19:11:27 siivet3 org.kde.KSplash[1366]: org.kde.knotifications: WaitForName: Service was not registered within timeout
-
Kaivelin vielä vanhaa lokia, josta löytyi seuraava rivi, mitä ei näy edellisissä ja näyttää hiukan arveluttavalta:
Jan 23 11:11:24 siivet3 sddm-greeter[1014]: message repeated 2 times: [ QObject: Cannot create children for a parent that is in a different thread.#012(Parent is QGuiApplication(0x7ffd482c13f0), parent's thread is QThread(0x563df7cf8090), current thread is QThread(0x563df7e0d100)]
Sen verran on aavistusta, että taitaa mennä säikeet sekaisin ihan koodissa, mutta miksi, se on jo ihan toinen juttu.
-
Äkkiseltään katsottuna nuo QFont- ja QObject-jutut ovat vain aivan normaalia Plasman huttua, josta ei tarvitse välittää. Hunspell-sanaston virheilmoitus taitaa liittyä siihen, että Hunspelliin ei ole suomenkielistä sanastoa olemassakaan. XDG-puolellakaan ei ole mitään erityisen ihmeellistä.
Oikeastaan huomiota herättää vain tämä rivi:
tammi 23 19:10:26 siivet3 sddm-helper[1201]: gkr-pam: unable to locate daemon control file
”PAM” (Pluggable Authentication Module) liittyy nimenomaan sisäänkirjautumiseen, ja jollei SDDM jotenkin saa siihen yhteyttä, se voisi selittää, mikseivät asiat toimi.
-
Kun hain tuolla ilmoituksella maailmalta tietoa, niin ei siellä ollut selvää syytä eikä tapaa, millä tuosta pääsisi eroon.
Osalla näytti olevan vaan kosmeettinen haitta. Joissakin tapauksissa samantyyppinen kuin mulla.
Huonompi juttu on se, että vaikka joku olikin saanut tilanteen korjattua, niin ei itsekään tiennyt miksi se korjaantui.
Ilmeisesti jonkunlainen bugi, joka odottaa korjaamistaan ( 2019 ->)
Taitaa siis jäädä ratkaisematta...
Siitä huolimatta kiitoksia kaikille neuvoista.
-
Voit poistaa DM:n kokonaan ja käyttää startx komentoa. Mitä työpöytä käynnistetään määritellään .xinitrc tiedostossa joka on kotihakemistossa. Pistä sinne rivit
#!/bin/sh
exec dbus-launch --exit-with-session startplasma-x11
Wayland käynnistyy
#!/bin/sh
dbus-launch --exit-with-session startplasma-wayland
Noi rivit pitää pistää ~/.profile tiedostoon.
Kaikki DM:t eivät tue Waylandia, mitä KDE tukee. Itsellä käytössä mediakoneessa kevyt
slim. Tuo hyytyminen voi johtua myös näytönohjaimen ajurista. Itsellä nvidia teki vastaavaa joskus.
Ei edes asennusohjelma lähtenyt käyntiin atom Ion koneessa. Muistaakseni slimin voi konffata siten, että
se lukee .xinitrc:n sisällön eli käynnistää sen työpöydän mitä siellä lukee. Itsellä kevyt openbox käytössä.
Musa kuuluu hyvin senkin päällä.
-
Päädyin lopulta siihen, että asensin Xubuntun ja siihen erillisasennuksena Ubuntu Studion.
Kuten arvata saattaa, login-ongelma hävisi sen mukana.
Toinen erikoisempi hyöty oli vanhan ntfs-levyn lukeminen. Kun olin yrittänyt ko. levyä lukea tuossa Plasma-ympäristössä
(en muista mikä sen file manager nyt on), ei se millään onnistunut. Melkein heitin levyn jo mäkeen, mutta kokeilin kumminkin vielä
täällä Xubuntun puolella - yllättäen no problem :) ;D! Ts. syystä tai toisesta ntfs-tukea tuolla ei ollut. Ei tullut edes mieleen, ettei se onnistuisi kun
ntfs-levyjä on pystynyt käsittelemään linux'ssa jo vaikka kuinka pitkään.