Kyseessä läppäri, joka on telakassa ja sen (telakan) kautta läppäriin on yhdistetty ulkoinen hiiri, näppäimistö ja näyttö. Kylmäkäynnistys ei hyväksy salasanaa ja kun annan sen 2 kertaa uudestaan, kone lukkiutuu 10 min ajaksi (olen avannut salasanaruudun ‘silmän’ ja näen, että olen kirjoittanut salasanan oikein. Kun en jää odottelemaan, vaan sammutan sen hiirellä ja käynnistän uudestaan toisen kerran, niin läppäri hyväksyy salasanan. Tässä ei ole erikseen juuri- ja käyttäjäsalasanaa. Olisiko vinkkiä, millä tämän ilmiön voisi poistaa ?
Ei kuulosta kovin miellyttävältä ilmiöltä. Onko ollu tuommonen alusta asti vai alkanu myöhemmin? Mitä lokissa näkyy kirjautumisista (/var/log/secure)? Tuleeko ongelma silloinkin jos kone ei ole kiinni telakassa?
@Chrysostomus hei, Mielestäni tämä alkoi vasta muutama päivä siten, mutta en osaa sanoa alkoiko se jo Manjaro 20.1.1:n aikana. Sen kanssa kyllä pystyy jatkamaan kun sen tietää, eihän se niin fataali ilmiö ole. Minun /var/log/ sisällä ei näy /secure logia, vain nämä tiedostot, availinniistä muutamaa, mutta en löytänyt tähän aiheeseen liittyvää dataa. Olisiko syytä etsiä mahdollista syytä BIOS:n puolelta ?
Ei, ei voi olla bios ongelma. Se on todennäköisesti joko gdm tai Pam.
@Chrysostomus hei, Ajoin sen koneen BIOS:n käynnistystestit - ne meni läpi OK. Mahdollisesti vanhentunut CMOS- akku (patteri) ei muistini mukaan oireile tällä tavalla, kun antaa laittaa salasanan, vaan ei ensin hyväksy sitä, vai ? Testaan huomenna kylmästarttia lisää.
Vilkaisin noita gdm ja pacman tiedostoja: niistä löytyy niin paljon asetuksia, että niiden perkaamiseen ja verailuun toisen Manjaro koneen kanssa, kuluisi aikaa paljon enemmän kuin tämän ilmiön aiheuttama pieni lisäaika.
Kas, meillä ei olekaan tuota mainitsemaani lokitiedostoa. Gdm:n lokeja on kätevin lukea komennolla journalctl -ru gdm. Jos tuon ajaa heti epäonnistuneen kirjautumisen jälkeen, pitäisi löytyä kohtuullisen helposti selitys miksi kirjautuminen epäonnistuu.
Kannattaa myös kokeilla, tuleeko sama kirjautumisongelma konsolissa (ctrl+alt+F3), vai onko se pelkästään gdm:ssä.
@Chrysostomus hei, Kiitos paljon neuvosta ! 
Tänään kokeilin 2 kertaa kylmäkäynnistystä ja molemmilla kerroilla sisäänkirjautumiset meni OK. Ctrl+alt+f3 tuotti alkutilanteen → sitten ctrl+alt+f1 → käynnistyi OK. Tässä koneessa lienee kyseessä joku hardis-haitta. Jos se ilmenee uudestaan, ajan journalctl -ru gdm.
Ei viittaa mikään hardikseen, se rauta ei tiedä mitään niistä käyttäjätileistä ja salasanoista.
@Chrysostomus hei, tänään 18.11.20 illalla tuli sen saman koneen kanssa tilanne, että se ei tunnistanut minua. Yritin kiertää tilanteen niin, että asensin Manjaron uudestaan niin, että käynnistyminen onnistuu ilman käyttäjän salasanaa, pääkäyttäjän salasana tallennettu. Sain päätteellä tehtyä jopa asennuksen jälkeisen pivitykset (364 pkt, 1,05 GB). Mutta kun yritän käynnistää palomuurin, niin se vaatii pääkäyttäjän salasanaa, mutta se ei tunnista tallentamaani pääkäyttäjän salasanaa.
Ajoin tilanteesta neuvomasi journalctl -ru gdm. Sain ao. tuloksen, jossa sanotaan klo 20:06:17 ja 20:36:17 että ‘‘failed to contact account service’’. Merkitseekö se jotain ja voiko sille tehdä mitään? Eli: tässä:
~ >>> journalctl -ru gdm
– Logs begin at Wed 2020-11-18 19:26:39 EET, end at Wed 2020-11-18 20:52:14 EE>
marras 18 20:36:53 hpelitebook8530p gdm-autologin][815]: gkr-pam: gnome-keyring>
marras 18 20:36:53 hpelitebook8530p gdm-autologin][815]: pam_env(gdm-autologin:>
marras 18 20:36:53 hpelitebook8530p gdm-autologin][815]: pam_unix(gdm-autologin>
marras 18 20:36:52 hpelitebook8530p gdm-autologin][815]: pam_systemd_home(gdm-a>
marras 18 20:36:52 hpelitebook8530p systemd[1]: Started GNOME Display Manager.
marras 18 20:36:47 hpelitebook8530p systemd[1]: Starting GNOME Display Manager.>
– Reboot –
marras 18 20:36:17 hpelitebook8530p systemd[1]: Stopped GNOME Display Manager.
marras 18 20:36:17 hpelitebook8530p systemd[1]: gdm.service: Succeeded.
marras 18 20:36:17 hpelitebook8530p gdm[769]: Freeing conversation 'gdm-autolog>
marras 18 20:36:17 hpelitebook8530p gdm[769]: Failed to contact accountsservice>
marras 18 20:36:17 hpelitebook8530p systemd[1]: Stopping GNOME Display Manager.>
marras 18 20:08:15 hpelitebook8530p gdm-autologin][814]: gkr-pam: gnome-keyring>
marras 18 20:08:15 hpelitebook8530p gdm-autologin][814]: pam_unix(gdm-autologin>
marras 18 20:08:15 hpelitebook8530p gdm-autologin][814]: pam_systemd_home(gdm-a>
marras 18 20:08:14 hpelitebook8530p systemd[1]: Started GNOME Display Manager.
marras 18 20:08:14 hpelitebook8530p systemd[1]: Starting GNOME Display Manager.>
– Reboot –
marras 18 20:06:18 hpelitebook8530p systemd[1]: Stopped GNOME Display Manager.
marras 18 20:06:18 hpelitebook8530p systemd[1]: gdm.service: Succeeded.
marras 18 20:06:17 hpelitebook8530p gdm[459]: Freeing conversation 'gdm-autolog>
marras 18 20:06:17 hpelitebook8530p gdm[459]: Failed to contact accountsservice>
lines 1-23
Onko koneella mahdollisesti nvidian näytönohjain? Jos on, tarkista että tiedostossa /etc/gdm/custom.conf on rivi
WaylandEnable=false
Tarkista myös että paketit haveged ja accountsservice on asennettu
@Chrysostomus hei, Kiitos neuvosta ! Wayland oli false, Pacman sanoi, että haveged pakettia ei ole ja accounttservice paketti on. Asensin ne Päättellä molemmat uudestaan. Lopputulos: Palomuurin käynnistys ei edelleenkään hyväksynyt pääkäyttäjän salasanaa. jotkut journalctl tuloksen rivit tästä tuloksesta, eli klo 22:13:11 '‘systemd-homed is not available’:
Logs begin at Wed 2020-11-18 19:26:39 EET, end at Wed 2020-11-18 22:24:57 EET. –
marras 18 22:13:11 hpelitebook8530p gdm-autologin][829]: gkr-pam: gnome-keyring-daemon started properly
marras 18 22:13:11 hpelitebook8530p gdm-autologin][829]: pam_env(gdm-autologin:session): deprecated reading of user environment enabled
marras 18 22:13:11 hpelitebook8530p gdm-autologin][829]: pam_systemd_home(gdm-autologin:account): systemd-homed is not available: Unit dbus-org.f>
marras 18 22:13:11 hpelitebook8530p systemd[1]: Started GNOME Display Manager.
marras 18 22:13:07 hpelitebook8530p systemd[1]: Starting GNOME Display Manager…
…
Jatketaan huomenna …kun on luvassa myrskypäiväkin, niin ulos ei viitsi lähteä…
@Chrysostomus hei, Kokeilin vielä tällaista konstia: Tein uuden asennustikun eli latasin manjaro-gnome-20.1.2-linux58 ja asensin sen samaan asennustikkuun, jossa tätä ennen oli versio 20.1.1 ja jolla tein aiemmat asennukset. Sitten tein uudella asennustikulla (versio 20.1.2) Manjaron normaalin asennuksen. Asennus ja sen päivitykset meni OK. Nyt tämä Manjaro (versio 20.2 Nibia) tunnnistaa käyttäjän. Eli minun edellisen asennustikussa (Manjaro versio 20.1.1) oli joku virhe, joka aiheutti tunnistusongelman tuossa koneessa. Muissa koneissa, joihin asensin Manjaron saman tikun versiolla 20.1.1, ei ole ollut tunnistusongelmaa.
This topic was automatically closed 15 days after the last reply. New replies are no longer allowed.