Salasanan syöttämimen palatessa valmiustilasta

[Pontus12]

Olen yrittänyt saada pakollisen salasanan kirjoittamisen pois, koska käytän suhteellisen usein valmiustilaa läppärissä kotonakin. Ubuntu16.04:ssä se järjestyi asetusten kautta, mutta Ubuntu Gnome 17.04:ssä salasana vaaditaan aina, vaikka automaattinen näytön lukitus on pois. En löytänyt senparemmin ohjauspaneelista kuin tweaktoolistakaan asetusta, joka vaikuttaisi asiaan. Tietääkö kukaan ratkaisua tähän pulmaan?

[AimoE]

Asetuksista en tiedä, mutta sen tiedän että jos menet valmiustilaan komentoriviltä, salasanaa ei palatessa kysytä. Onhan se purkkaratkaisu, mutta kelvannee aluksi kunnes selvität oikean tavan.

[Tomin]

Voisikohan olla joku Ubuntun oma bugi, koska Fedorassa näyttää kyllä toimivan ihan oikein (eli jos asetuksista Yksityisyys -> Näytön lukitus -> Automaattinen näytön lukitus laittaa asentoon Pois niin sitä ei kysellä palatessa valmiustilasta). Tuolle näkyy olevan myös dconf-asetus /org/gnome/desktop/lockdown/disable-lock-screen, jota voisi vilkaista dconf-editorilla.

[Pontus12]

Kiitos vastauksista, mutta en ole käyttänyt dconf editoria enkä myöskään tunne komentoa, millä mennään valmiustilaan. Olen kyllä Ubuntua käyttänyt paljon ja kopsannut komentoja, mutta muuten olen graafisen liittymän käyttäjä.

Ubuntu 16.04 versiossa salasanaa ei kysellä, kun kruksaa sen kohdan näytön lukituksessa. Ubuntu Gnomessa on vastaava ominaisuus, mutta ilmeisesti siinä on bugi, sillä Ubuntu Gnome kyselee salasanaa aina ja lukitsee näytön, vaikka kuinka kruksaisi. Jo joku osaa, niin siitä voisi ilmoittaa. Minä en tiedä, miten ilmoitus tehdään? Voisin sitä odotellessakuitenkin kokeilla joko dconfia tai AimoE:n purkkaratkaisua, kun kerrotte komennon. Olisi hyvä saada myös komento takaisin, koska matkoilla se on hyödyllinen.

[AimoE]

Komento on pm-suspend, mutta unohdin mainita että se täytyy suorittaa järjestelmänvalvojan oikeuksilla, eli koko komento on:

Koodia: [Valitse]

sudo pm-suspend
ja sudo kysyy tunnuksesi salasanan. Sellaisenaan tämä ei siis todellakaan ole helpoin mahdolinen tapa valmiustilaan siirtymiseen, varsinkin jos tarkoitus on välttyä salasanan syöttämiseltä.

[pata]

Jostain luin että uudempi tapa on komentaa ilman sudoa

Koodia: [Valitse]

systemctl suspend

Toimii ainakin Mint18:ssa. Sudon tarve pm-suspend kanssa olikin ristiriidassa sen kanssa että GUI puolella ei tarvinnut.

Minusta nopein tapa on pitää auki komentoikkunaa josta yhdellä nuolinäppäimellä hakee edellisen komennon ja se on siinä.
 

[AimoE]

Jostain luin että uudempi tapa on komentaa ilman sudoa

Koodia: [Valitse]

systemctl suspend


Se ei ole udempi vaan alemman tason komento. Viimeksi kun kokeilin sitä, se jätti liikaa asioita tekemättä, ja aiheutti ongelmia. En enää muista mitä, mutta paluu ei toiminut nin että sitä olisi voinut käyttää. pm-komennot ovat käteviä silloin kun haluaa testailla jotain komentorivillä ennen kuin päättää miten GUI:n asettelee. GUI:n toiminto tekee kaikkein eniten asioita, eli siinä on eniten wrapper-kerroksia tiosensa päällä, systemctl tekee kaikkein vähiten.

[kuutio]

Jostain luin että uudempi tapa on komentaa ilman sudoa

Koodia: [Valitse]

systemctl suspend


Se ei ole udempi vaan alemman tason komento. Viimeksi kun kokeilin sitä, se jätti liikaa asioita tekemättä, ja aiheutti ongelmia. En enää muista mitä, mutta paluu ei toiminut nin että sitä olisi voinut käyttää. pm-komennot ovat käteviä silloin kun haluaa testailla jotain komentorivillä ennen kuin päättää miten GUI:n asettelee. GUI:n toiminto tekee kaikkein eniten asioita, eli siinä on eniten wrapper-kerroksia tiosensa päällä, systemctl tekee kaikkein vähiten.

Onhan se toki paitsi uudempi, niin myös yhä aktiivisessa kehityksessä (pm-utils:in viimeinen upstream-julkaisu on vuodelta 2010), ja hierarkkisesti sen on pikemminkin rinnakkainen kuin alemman tason komento (se on selkeästi kehitetty pm-utils:in vaihtoehdoksi...ja se on monissa jakeluissa [esim. Arch] jo kokonaan korvannutkin pm-utilsin).

Olet toki oikeassa siinä, että se saattaa pm-utils:iin verrattuna jättää joitain asioita tekemättä, se ei esimerkiksi aja niitä pm-utils:in sleep-skriptejä [/usr/lib/pm-utils/sleep.d/*].

systemd does not use pm-utils to put the machine to sleep when using systemctl suspend, systemctl hibernate or systemctl hybrid-sleep; pm-utils hooks, including any custom hooks, will not be run. However, systemd provides two similar mechanisms to run custom scripts on these events.

(https://wiki.archlinux.org/index.php/Power_management#Sleep_hooks)

[metku]

Olet toki oikeassa siinä, että se saattaa pm-utils:iin verrattuna jättää joitain asioita tekemättä, se ei esimerkiksi aja niitä pm-utils:in sleep-skriptejä [/usr/lib/pm-utils/sleep.d/*].

systemd does not use pm-utils to put the machine to sleep when using systemctl suspend, systemctl hibernate or systemctl hybrid-sleep; pm-utils hooks, including any custom hooks, will not be run. However, systemd provides two similar mechanisms to run custom scripts on these events.

(https://wiki.archlinux.org/index.php/Power_management#Sleep_hooks)

Systemctl:n sleep-skriptit ovat mielestäni sekavampia verrattune pm-utilsin vastaaviin. Mikäli haluaa päästä Systemctl:n kanssa helpolla, kannattaa käyttää seuraavaa ohjetta skriptailuun: https://wiki.archlinux.org/index.php/Power_management#Hooks_in_.2Fusr.2Flib.2Fsystemd.2Fsystem-sleep

[AimoE]

Onhan se toki paitsi uudempi, niin myös yhä aktiivisessa kehityksessä (pm-utils:in viimeinen upstream-julkaisu on vuodelta 2010), ja hierarkkisesti sen on pikemminkin rinnakkainen kuin alemman tason komento (se on selkeästi kehitetty pm-utils:in vaihtoehdoksi...ja se on monissa jakeluissa [esim. Arch] jo kokonaan korvannutkin pm-utilsin).

No niin, muistin taas väärin. Jouduin tarkistamaan vanhoja muistiinpanojani ja samalla kokeilin tuota systemctl suspend-komentoa ja etsin sen paikan asetuksissa jossa salasanan kysely otetaan pois. Kävi ilmi että systemctl suspend tottelee asetusta ihan samalla tavalla kuin GUI sitä tottelee, eli komento ei pelasta pulasta. Löydän kiutenkin asetuksen edelleen samasta paikasta kuin ennenkin: Järjestelmäasetuset > Kirkkaus ja lukitus. Siellä on ruksiboksi. Ja sitä siis myöskin systemctl suspend tottelee.

Pontus12, löydätkö asetusken vai onko se edelleen hukassa?

[Tomin]

Kiitos vastauksista, mutta en ole käyttänyt dconf editoria enkä myöskään tunne komentoa, millä mennään valmiustilaan. Olen kyllä Ubuntua käyttänyt paljon ja kopsannut komentoja, mutta muuten olen graafisen liittymän käyttäjä.

dconf-editor on ihan graafinen käyttöliittymä, jolla säätää noita dconf-asetuksia.

[AimoE]

Tuolle näkyy olevan myös dconf-asetus /org/gnome/desktop/lockdown/disable-lock-screen, jota voisi vilkaista dconf-editorilla.

Kokeilin ja tuo asetus tosiaan tekee sen että kone ei lukitu valmiustilaan mennessään eikä siis kysy salasanaa. Mutta eipä se sitten lukitu silloinkaan kun sitä tarvitsisi.

Sen sijaan dconf-editorilla en löydä mikä asetus mahtaisi olla se joka vastaa GUI:n ruksiboksia, joten vaikka dconf kuinka on GUI, niin ei siitä ole apua jos ei tiedä tasan tarkkaan mistä kyseinen asetus löytyy.

Muuten power -asetukset kyllä lytyvät kohdasta kohdassa org/gnome/settings-daemon/plugins/power, mutta en siis ainakaan tunnista että joku noista olisi asetusta "Vaadi salasana valmiustilasta palattaessa" vastaava. Joko asetus ei ole dconf-kannassa tai se on jossain muussa paikassa, enkä keksi missä. Se että kokonaan estetään käyttäjältä lukitus ei ole sama asia.

[AimoE]

Aa, löytyi. etsin power-asetuksia kun olisi pitänyt etsiä screensaver-asetuksia. Siis dconf-editorisssa org/gnome/desktop/screensaver ja sieltä ubuntu-lock-on-suspend.

dconf-editori ei ole oletuksena asennettu, joten se pitää itse ensin asentaa että sitä voi käyttää.

Koodia: [Valitse]

sudo apt-get install dconf-editor