Kirjoittaja Aihe: Asentamani taustakuvat katoavat käynnistyksen jälkeen kirjautumisikkunasta (RATK  (Luettu 5271 kertaa)

Pontus12

  • Käyttäjä
  • Viestejä: 2400
    • Profiili
Asensin Kubuntu 20.04, joka toimii hyvin. Taustakuvat kuitenkin katoavat käynnistyksen jälkeen kirjautumisikkunasta. Pitääkö ne jotenkin erityisesti tallentaa. Minä asetin ne ensi komennolla "Käytä" ja sen jälkeen painoin OK näppäintä.
Täytyykö luopua vai saako ne jotenkin tallennettua?
« Viimeksi muokattu: 21.05.20 - klo:11.32 kirjoittanut Pontus12 »

samihs72

  • Käyttäjä
  • Viestejä: 841
    • Profiili
Minulle kävi sama Ubuntu 20.04:ssa yhden kerran, valitsin uuden taustakuvan ja uudelleenkäynnistyksen jälkeen taustakuva oli eri, jonka valitsin. Taustakuvien järjestys oli vaihtunut listassa ja tämä ”väärä kuva” oli nyt oman valitsemani kuvan paikalla ja valitsemani kuva toisessa kohtaa listaa. Kun valitsin haluamani kuvan uudelleen, nyt se on pysynyt haluttuna.
Kokeile, toistuuko ongelma, jos teet saman jutun toisen kerran.
Desktop:HP Pavilion h8-1111sc Core i5-2320/8 GB/1.5 TB/GeForce GT 530 2 GB/Windows 10 64-bit,  Ubuntu 22.04 Jammy Jellyfish
RPi 4B Nextcloudpi

SuperOscar

  • Käyttäjä
  • Viestejä: 3993
  • Ocatarinetabellatsumtsum!
    • Profiili
    • Legisign.org
Sijaitsevatko kuvat jossakin oman käyttäjätunnuksesi oikeuksien takana? En ole varma, suoritetaanko kirjautumisenhallintaa *buntussa root-oikeuksin vai jotenkin rajatummin.
pöytäkone 1, kannettavat 1–3: Debian GNU/Linux 12; pöytäkone 2: openSUSE Tumbleweed; NUC: openSUSE Leap 15.5; RPi 1: FreeBSD 13.2-RELEASE; RPi 2: LibreELEC 11

Pontus12

  • Käyttäjä
  • Viestejä: 2400
    • Profiili
Olen laittanut taustakuvat kolme kertaa paikoileen. Työpöydänkin taustakuvaa Kubuntu vaihtaa silloin tällöin ulkoisen ja sisäisen monitorin välillä. Olen kopioinut ne home-hakemiston Kuvat alihakemistoon ja homen juureen, mistä työpöydän ominaisuudet löytää ne. Järjestelmän omat taustakuvat voisin poistaa kokonaan, mutta en nyt juuri muista, mistä ne löytyvät?

Tämä on pikkuvika ja vain vähän harmillinen, mutta uudessa LibreOfficessa on isompia ongelmia. Laitan siitä eri aiheen.

SuperOscar

  • Käyttäjä
  • Viestejä: 3993
  • Ocatarinetabellatsumtsum!
    • Profiili
    • Legisign.org
Olen kopioinut ne home-hakemiston Kuvat alihakemistoon ja homen juureen, mistä työpöydän ominaisuudet löytää ne.

Ainakin ensin mainittu paikka on ilman muuta oman käyttäjätunnuksesi alla, mahdollisesti jälkimmäinenkin, jos tarkoitat ”homen juurella” omaa kotikansiotasi (/home/TUNNUS).
pöytäkone 1, kannettavat 1–3: Debian GNU/Linux 12; pöytäkone 2: openSUSE Tumbleweed; NUC: openSUSE Leap 15.5; RPi 1: FreeBSD 13.2-RELEASE; RPi 2: LibreELEC 11

kuutio

  • Käyttäjä
  • Viestejä: 160
    • Profiili
En ole varma, suoritetaanko kirjautumisenhallintaa *buntussa root-oikeuksin vai jotenkin rajatummin.
Kirjautumisenhallinta pyörii käyttätunnuksen "sddm" alla, joten sillä ei välttämättä ole lukuoikeuksia käyttäjän kuvatiedostoihin (tietysti riippuen siitä millaiset oikeudet muille käyttäjille on kotikansioon tai kyseisiin tiedostoihin annettu). Ongelmia voi aiheuttaa myös kotikansion mahdollinen salaus (jos sellainen on käytössä).

Ongelmatapauksissa voi esim. siirtää halutun kuvan muualle käyttäjän kotikansion ulkopuolelle (esim. jos kotikansio on salattu), /var/local/ esim. käynee mainiosti.
« Viimeksi muokattu: 04.05.20 - klo:09.20 kirjoittanut kuutio »

Jakke77

  • Käyttäjä
  • Viestejä: 3932
  • Oulu (Oinaansuo)
    • Profiili
aikoinaan kubuntussa oli joku muista edelleninen istunto asetus, oisko tuo jääny ruksimatta
U_G_H

Aspire E5-575G V1.27 CPU: Intel i3-6100U (4) @ 2.300GHz GPU: Intel® HD Graphics 520 GPU: NVIDIA GeForce 940MX Samsung SSD 970 EVO Plus 500GB

LeHiX

  • Käyttäjä
  • Viestejä: 789
    • Profiili
Osa taustakuvista on minulla kotihakemistossa mutta järjestelmän taustakuvat on /usr/share/backgrounds
| Pros. AMD Phemon(tm) 9950 :) (4cores) | Emo: ASUS M3A78 | Mem 8GT
| x86_64, ubuntu xorg 22.04  | GeForce GTX 750 Ti/PC

kuutio

  • Käyttäjä
  • Viestejä: 160
    • Profiili
aikoinaan kubuntussa oli joku muista edelleninen istunto asetus, oisko tuo jääny ruksimatta
Tämä asetus ei vaikuta kirjautumisruudun taustakuvaan (eikä myöskään työpöydän taustakuvaan) ainoastaan istunnon mukana käynnistettäviin ohjelmiin.

Osa taustakuvista on minulla kotihakemistossa mutta järjestelmän taustakuvat on /usr/share/backgrounds
Sijainnilla ei sinänsä ole väliä, kunhan käyttäjällä sddm on kuvatiedostoon lukuoikeus, eikä hakemisto ole salattuna siinä vaiheessa, kun kirjautumisruutua ladataan. Kubuntu oletuksena asentaa paketinhallinnan kautta asennetut taustakuvat /usr/share/wallpapers hakemistoon, mutta paikallisesti asennetut tiedostot laitetaan tyypillisesti noihin local-hakemistoihin erotuksena paketinhallinnan "hallitsemista" hakemistoista (esim. /usr/local/share/wallpapers tai mainitsemani /var/local). Mutta mikään ei siis estä käyttämästä itselle sopivaa paikkaa, kunhan nuo reunaehdot toteutuvat.
« Viimeksi muokattu: 04.05.20 - klo:14.03 kirjoittanut kuutio »

SuperOscar

  • Käyttäjä
  • Viestejä: 3993
  • Ocatarinetabellatsumtsum!
    • Profiili
    • Legisign.org
Sijainnilla ei sinänsä ole väliä, kunhan käyttäjällä sddm on kuvatiedostoon lukuoikeus, eikä hakemisto ole salattuna siinä vaiheessa, kun kirjautumisruutua ladataan.

*buntuissa on periaatteessa umask 002 jollei sitä ole itse mennyt turvallisemmaksi muuttamaan, joten sddm-käyttäjällä luultavasti on lukuoikeudet. Mutta tosiaan, jos käyttää kotikansion salausta, salaus puretaan vasta sisään kirjauduttaessa, joten kirjautumisenhallinta ei voi nähdä kotikansiosta mitään.
pöytäkone 1, kannettavat 1–3: Debian GNU/Linux 12; pöytäkone 2: openSUSE Tumbleweed; NUC: openSUSE Leap 15.5; RPi 1: FreeBSD 13.2-RELEASE; RPi 2: LibreELEC 11

Pontus12

  • Käyttäjä
  • Viestejä: 2400
    • Profiili
Minulla on käyttäjänä admin oikeudet. En ainakaan tiedä laittaneeni minkäänlaista salausta, paitsi että joidenkin ohjelmien kuten Chromen salasana tallenttuu lompakkoon, jonka avaan järjestelmän salasanalla.  Nykyään kirjoitan sen käynnistäessäni kyseisen ohjelman. Ymmärtääkseni Chrome pyysi silloin järjestelmän salasanaa tallentaessa google salasanani.

kuutio

  • Käyttäjä
  • Viestejä: 160
    • Profiili
Minulla on käyttäjänä admin oikeudet.
Tällä ei ole merkitystä. Kyse on siitä, onko käyttäjällä "sddm" lukuoikeus käyttämääsi tiedostoon (kirjautumisruutu ajetaan käyttäjänä "sddm").
Voit tarkistaa lukuoikeuden esim. komennolla:
Koodia: [Valitse]
sudo -u sddm test -r /polku/kuvatiedostoon/kuva.jpg && echo "Lukuoikeus"(korvaa "/polku/kuvatiedostoon/kuva.jpg" oikealla polulla tiedostoon)
Jos komento palauttaa "Lukuoikeus", niin oikeuksien puolesta homma on kunnossa. Jos ei palauta mitään tarkista missä vika vaikka komennolla;
Koodia: [Valitse]
namei -l /polku/kuvatiedostoon/kuva.jpg
En ainakaan tiedä laittaneeni minkäänlaista salausta
Jos salausta ei ole, se ei ole ongelmana (salauksen voi muistaakseni kyllä laittaa melkein "epähuomiossa" päälle asennuksessa eikä sitä välttämättä peruskäytössä huomaa, kun salaus avataan kirjautuessa). Mutta tarkista nyt ensin se lukuoikeus.
« Viimeksi muokattu: 06.05.20 - klo:19.01 kirjoittanut kuutio »

Pontus12

  • Käyttäjä
  • Viestejä: 2400
    • Profiili
Ensimmäisen kyselyyn ei tullut mitään vastausta, joten koitin toista ehdottamaasi:

jotaarkka@jotaarkka-OMEN-by-HP-Laptop:~/Kuvat$ namei -l IMG_20141214_121229.jpg
f: IMG_20141214_121229.jpg
-rw-rw-r-- jotaarkka jotaarkka IMG_20141214_121229.jpg

Se mitä minä tuosta ymmärsin oli, että siinä oli kaksi kertaa luku- ja kirjoitusoikeus ja yhden kerran vain lukuoikeus.

Eli en yksinkertaisesti ymmärtänyt siitä mitään, mikä olisi selittänyt, mitä minun pitää tehdä. Toivottavasti se sen sijaan kertoo teille osaaville jotain.

SuperOscar

  • Käyttäjä
  • Viestejä: 3993
  • Ocatarinetabellatsumtsum!
    • Profiili
    • Legisign.org
Ensimmäisen kyselyyn ei tullut mitään vastausta,

Se nimenomaan on vastaus: sddm-käyttäjä ei pysty lukemaan tiedostoa eli lukuoikeutta ei ole. Voit vielä varmistaa asian näin:

Koodia: [Valitse]
sudo -u sddm test -r /polku/kuvatiedostoon/kuva.jpg || echo Lukuoikeutta ei ole
pöytäkone 1, kannettavat 1–3: Debian GNU/Linux 12; pöytäkone 2: openSUSE Tumbleweed; NUC: openSUSE Leap 15.5; RPi 1: FreeBSD 13.2-RELEASE; RPi 2: LibreELEC 11

kuutio

  • Käyttäjä
  • Viestejä: 160
    • Profiili
jotaarkka@jotaarkka-OMEN-by-HP-Laptop:~/Kuvat$ namei -l IMG_20141214_121229.jpg
f: IMG_20141214_121229.jpg
-rw-rw-r-- jotaarkka jotaarkka IMG_20141214_121229.jpg

Se mitä minä tuosta ymmärsin oli, että siinä oli kaksi kertaa luku- ja kirjoitusoikeus ja yhden kerran vain lukuoikeus.
Tiedostoon itseensä on kaikilla  käyttäjillä lukuoikeus (viimeinen "r"), mutta "vika" on luultavimmin "Kuvat"-hakemiston oikeuksissa, käytä koko polkua tiedostoon (niin kuin esimerkissä oli), niin komento antaa myös polun hakemistojen oikeudet. Sen perusteella lukoikeus saadaan korjattua, voit laittaa tulosteen tänne, niin joku meistä neuvoo mitä pitää muuttaa.
Koodia: [Valitse]
namei -l /home/jotaarkka/Kuvat/IMG_20141214_121229.jpg
« Viimeksi muokattu: 07.05.20 - klo:13.38 kirjoittanut kuutio »

Pontus12

  • Käyttäjä
  • Viestejä: 2400
    • Profiili
Laitan tähän vastauksen komentoineen:

 namei -l /home/jotaarkka/Kuvat/IMG_20141214_121229.jpg
f: /home/jotaarkka/Kuvat/IMG_20141214_121229.jpg
drwxr-xr-x root      root      /
drwxr-xr-x root      root      home
drwxr-xr-x jotaarkka jotaarkka jotaarkka
drwxr-xr-x jotaarkka jotaarkka Kuvat
-rw-rw-r-- jotaarkka jotaarkka IMG_20141214_121229.jpg

En yritä tulkita tuota, vaan kysyn kauniisti, mitä tuo tarkoittaa? Ja miksi siinä on kaksi kertaa kolmella rivillä jotaarkka?

kuutio

  • Käyttäjä
  • Viestejä: 160
    • Profiili
drwxr-xr-x root      root      /
drwxr-xr-x root      root      home
drwxr-xr-x jotaarkka jotaarkka jotaarkka
drwxr-xr-x jotaarkka jotaarkka Kuvat
-rw-rw-r-- jotaarkka jotaarkka IMG_20141214_121229.jpg
Hmm...noissa ei äkkiseltään näyttäisi olevan mitään vikaa, kokeile vielä varmuudeksi ajaa komento sddm-käyttäjänä:
Koodia: [Valitse]
sudo -u sddm namei -l /home/jotaarkka/Kuvat/IMG_20141214_121229.jpgjos se kertoisi mihin se tökkää.

Ja miksi siinä on kaksi kertaa kolmella rivillä jotaarkka?
Ne kaksi ekaa kertoo hakemiston/tiedoston omistajan ja (omistaja)ryhmän. Esim kuvatiedostosi kohdalla nuo "rw":t kertoo, että käyttäjällä "jotaarkka" ja ryhmällä "jotaarkka" on kirjoitus- ja lukoikeus tiedostoon [rw] (ja muilla käyttäjillä vain lukuoikeus [r]) .

Pontus12

  • Käyttäjä
  • Viestejä: 2400
    • Profiili
Olin jo välillä muuttanut taulun nimen ja muutin siksi kirjoittamasi komennon muotoon:
Koodia: [Valitse]
sudo -u sddm namei -l /home/jotaarkka/Kuvat/taulu-kasvoton.jpg
Vastaus oli tällainen ja mielestäni sama kjin ennenkin:

f: /home/jotaarkka/Kuvat/taulu-kasvoton.jpg
drwxr-xr-x root      root      /
drwxr-xr-x root      root      home
drwxr-xr-x jotaarkka jotaarkka jotaarkka
drwxr-xr-x jotaarkka jotaarkka Kuvat
-rw-rw-r-- jotaarkka jotaarkka taulu-kasvoton.jpg

kuutio

  • Käyttäjä
  • Viestejä: 160
    • Profiili
f: /home/jotaarkka/Kuvat/taulu-kasvoton.jpg
drwxr-xr-x root      root      /
drwxr-xr-x root      root      home
drwxr-xr-x jotaarkka jotaarkka jotaarkka
drwxr-xr-x jotaarkka jotaarkka Kuvat
-rw-rw-r-- jotaarkka jotaarkka taulu-kasvoton.jpg
Kyllä oikeudet näyttäisi olevan kunnossa (mikä on vähän mystistä).

Seuraavaksi voisi tarkistaa, että sddm:n asetukset on oikein:
eli listaatko seuraavien asetustiedostojen sisällön:
/etc/sddm.conf
/etc/sddm.conf.d/kde-settings.conf
/usr/share/sddm/themes/<käyttämäsi_teema>/theme.conf
/usr/share/sddm/themes/<käyttämäsi_teema>/theme.conf.user

Pontus12

  • Käyttäjä
  • Viestejä: 2400
    • Profiili
Hei. Tällainen vastaus tuli:  /etc/sddm.conf
bash: /etc/sddm.conf: Lupa evätty

 /etc/sddm.conf.d/kde-settings.conf
bash: /etc/sddm.conf.d/kde-settings.conf: Tiedostoa tai hakemistoa ei ole

/usr/share/sddm/themes/<käyttämäsi_teema>/theme.conf
bash: käyttämäsi_teema: Tiedostoa tai hakemistoa ei ole

Huomasin, etten tiedä teemani nimea todennäköisesti oletus ja tumma. Katsoin asetuksista ja teema oli Kubuntu. Sitten kokeilin tätä:

Kubuntu/usr/share/sddm/themes/Kubuntu/theme.conf.user
bash: Kubuntu/usr/share/sddm/themes/Kubuntu/theme.conf.user: Tiedostoa tai hakemistoa ei ole.

Ilmeisesti jotain vikaa on, mutta en tiedä enempää.