Linux-kysymyksiä & yleistä keskustelua Linuxista

Mitä pitäisi ajatella siitä, että NFS lopetti toimimisen, client sanoi "access denied" uudelleenmounttaamisen yhteydessä, mutta "exportfs -a":n jälkeen mounttaus taas onnistui? /etc/exports ei ollut muuttunut sitten edellisen exportin jälkeen.

Enkö ymmärrä jotain, olenko unohtanut säätää jotain, vai hajoaako tuo vain satunnaisesti? Ja mikä on oikea keino tunnistaa/estää tuon hajoaminen?
 
Onkos clientti määritelty /etc/exports:issa nimellä vai IP-osoitteella? Miltä näyttää NFS-palvelimen /var/lib/nfs/etab, onko siellä nimiä vai IP-osoitteita? Ja onko clientin IP-osoite pysyvä vai onko se DHCP:llä jolloin se saattaa vaihtua? Jos clienttikone on Linux, miltä näyttää /proc/fs/nfsfs/servers kun NFS-mountissa on jotain toimintaa?
 
Onkos clientti määritelty /etc/exports:issa nimellä vai IP-osoitteella? Miltä näyttää NFS-palvelimen /var/lib/nfs/etab, onko siellä nimiä vai IP-osoitteita? Ja onko clientin IP-osoite pysyvä vai onko se DHCP:llä jolloin se saattaa vaihtua? Jos clienttikone on Linux, miltä näyttää /proc/fs/nfsfs/servers kun NFS-mountissa on jotain toimintaa?

IP-osoitteella on. IP määritelty DHCP:llä, mutta ainakin tähän asti ollut pysyvä, ja siihen koskematta tuo alkoi tuossa exportin jälkeen toimimaan.

Tarkistan nuo, kiitokset (ja Linux on). Joskin yllätyn, jos siellä ei vain IP-osoitteita.
 
Seuraava kysymys menee enemmän politiikan suuntaan, mutta koskee kuitenkin linuxia. Deepin on kiinalainen linux. Se tulee ilmeisesti jo Kiinan markkinoille myytävien Huawei koneiden mukana. Vaikka tuo pohjaa Debianiin, niin se on sangen vahvasti kiinalaisten mestaroima distro. Ottaa yhteyttä kiinalaisiin analytics palveluihin, kryptattuna, mutta asia selitetään sen niiden "kaupan" seurannalla. Voi pitää paikkansakin, ja seuraavathan ne nämä muutkin kyllä aivan yhtä paljon.

Kysymys kuuluu: Asentaisitteko tuon kyseisen distron itsellenne, ja pidättekö ilmi selvää Kiinan Valtion distron taustavoimina oloa jonain keskimääräistä suurempana tietoturvariskinä? Muuttuuko asia, jos (kun) otan käyttöön tuohon väliin ulkopuolisen palomuurin, jota itse voin säädellä ja esim. estää mielestäni tarpeetonta liikennettä? Niin se muuten Applen Mail ohjelmakin ottaa yhteyttä aina viestiä lähetettäessä myös Amerikkaan. Pidän tuota asiaa hiukan häiritsevänä, eikä sille mitään oikeasti hyvää selitystä olekaan. Olen tuon liikenteen lopettanut, mutta aina kun jotain systeemistä päivittää, tuon lopettamisen joutuu tekemään uudelleen. Siksi kuituliitännän mukana aion pistää myös tämän palomuuriasian jatkossa oikeasti kuntoon ihan erillisellä raudalla.

Mutta siis: Deepin distro. Ei se ole ainakaan vielä jäänyt kiinni mistään vakoilusta. Onko asia kiinalaisten kyseessä ollen enää vain ajan kysymys? Ensin annetaan hyvä tuote ilmaiseksi, ja lopuksi siitä kuitenkin tulee Kiinan tiedustelupalvelun pälyilevä silmämuna, jolle voisi vaikka vilkuttaa kättään?

T -.-
 
Eipä sitä distroa ole pakko asennella, Deepin löytyy monesta jakelusta (ainakin Arch-pohjaisista) suoraan repoista. Tosin eriasia sitten onko tuon asentelu kovin kannattavaa ja ainakin uusin v20 versio on vielä täysin beta-kamaa vaikka onkin jo julkaistu pakettina.
 
Tämäkin on käynyt mielessä. Deepin DDE on tosiaan monessa muussakin distrossa jakelussa. Aikanaan nuo betatkin kyllä valmistuvat nekin. Käytän tällä hetkellä lga775 konetta 4 gigan rammilla ja pyöritän siinä päällä Solus distroa. Aina noita muita tulee vilkuiltua kuitenkin sillä silmällä... Tuohon Deepiniin tullaan tekemään paljon valmista työtä sisään. Kivahan sitä olisi valmiiksi saakka tehtyä käyttää. Istua valmiiksi katettuun ruokapöytään. - Haen kai erilaisia vaihtoehtoja Applen systeemeille, joiden sulkeutuneisuus ei niin sekään oikein miellytä.

T -.-
 
Voiko GNOMEssa avata terminaalin tuosta vain aktiivisessa kansioikkunassa? Helppoa tapaa tähän en ole löytänyt Googlella vaan aina pitäisi koodata jotain (mikä on hankalaa työkoneella).

Tilanne on se, että minulla on kansio auki (ikkuna) ja se on aivan täynnä tiedostoja. Tiedostot on listattu toistensa alle, joten yhtään tyhjää tilaa ei ole minne voisi klikata hiiren oikealla ja valita "Open in Terminal". Voin avata terminaalin kansiossa menemällä valitsemella polussa taaksepäin askeleen ja sitten valita kansion sekä hiiren oikelalla "Open in Terminal". Voin painaa Crtl+Alt+T ja terminaali aukeaa kotivalikkoon (liian hidas). Voin mennä muokkaamaan tiedostojen esitystapaa jotta saan tyhjän tilan ikkunaan jossa saan hiiren oikealla esiin "Open in Terminal" valinnan. Kaikki keksimäni tavat ovat jotenkin hitaita ja ärsyttäviä. Helpompaa jos terminaalin voisi vain avata siinä missä jo on ilman, että pitää lähteä kansiosta pois ym.
 
Voiko GNOMEssa avata terminaalin tuosta vain aktiivisessa kansioikkunassa? Helppoa tapaa tähän en ole löytänyt Googlella vaan aina pitäisi koodata jotain (mikä on hankalaa työkoneella).

Tilanne on se, että minulla on kansio auki (ikkuna) ja se on aivan täynnä tiedostoja. Tiedostot on listattu toistensa alle, joten yhtään tyhjää tilaa ei ole minne voisi klikata hiiren oikealla ja valita "Open in Terminal". Voin avata terminaalin kansiossa menemällä valitsemella polussa taaksepäin askeleen ja sitten valita kansion sekä hiiren oikelalla "Open in Terminal". Voin painaa Crtl+Alt+T ja terminaali aukeaa kotivalikkoon (liian hidas). Voin mennä muokkaamaan tiedostojen esitystapaa jotta saan tyhjän tilan ikkunaan jossa saan hiiren oikealla esiin "Open in Terminal" valinnan. Kaikki keksimäni tavat ovat jotenkin hitaita ja ärsyttäviä. Helpompaa jos terminaalin voisi vain avata siinä missä jo on ilman, että pitää lähteä kansiosta pois ym.
Kokeiles painaa Ctrl+F10, tuon kaiketi pitäisi avata hiiren oikean valikon ja siitä sitten voit valita normaalisti tuon "Open in Terminal" (tai painamalla E suoraan?), jos ei ole mahdollista alkaa lisäilee skriptejä.

Ctrl+F10

In the file manager, pop up the context menu for the current folder, as if you had right-clicked on the background and not on any item.
 
Kokeiles painaa Ctrl+F10, tuon kaiketi pitäisi avata hiiren oikean valikon ja siitä sitten voit valita normaalisti tuon "Open in Terminal" (tai painamalla E suoraan?), jos ei ole mahdollista alkaa lisäilee skriptejä.

Ctrl+F10

In the file manager, pop up the context menu for the current folder, as if you had right-clicked on the background and not on any item.

Toimi! Harmi kun ei aukea vain Ctrl+F10 kombolla terminaali, mutta tähän mennessä tämä on paras. Kiitos!
 
Seuraava kysymys menee enemmän politiikan suuntaan, mutta koskee kuitenkin linuxia. Deepin on kiinalainen linux. Se tulee ilmeisesti jo Kiinan markkinoille myytävien Huawei koneiden mukana. Vaikka tuo pohjaa Debianiin, niin se on sangen vahvasti kiinalaisten mestaroima distro. Ottaa yhteyttä kiinalaisiin analytics palveluihin, kryptattuna, mutta asia selitetään sen niiden "kaupan" seurannalla. Voi pitää paikkansakin, ja seuraavathan ne nämä muutkin kyllä aivan yhtä paljon.

Kysymys kuuluu: Asentaisitteko tuon kyseisen distron itsellenne, ja pidättekö ilmi selvää Kiinan Valtion distron taustavoimina oloa jonain keskimääräistä suurempana tietoturvariskinä? Muuttuuko asia, jos (kun) otan käyttöön tuohon väliin ulkopuolisen palomuurin, jota itse voin säädellä ja esim. estää mielestäni tarpeetonta liikennettä? Niin se muuten Applen Mail ohjelmakin ottaa yhteyttä aina viestiä lähetettäessä myös Amerikkaan. Pidän tuota asiaa hiukan häiritsevänä, eikä sille mitään oikeasti hyvää selitystä olekaan. Olen tuon liikenteen lopettanut, mutta aina kun jotain systeemistä päivittää, tuon lopettamisen joutuu tekemään uudelleen. Siksi kuituliitännän mukana aion pistää myös tämän palomuuriasian jatkossa oikeasti kuntoon ihan erillisellä raudalla.

Mutta siis: Deepin distro. Ei se ole ainakaan vielä jäänyt kiinni mistään vakoilusta. Onko asia kiinalaisten kyseessä ollen enää vain ajan kysymys? Ensin annetaan hyvä tuote ilmaiseksi, ja lopuksi siitä kuitenkin tulee Kiinan tiedustelupalvelun pälyilevä silmämuna, jolle voisi vaikka vilkuttaa kättään?

T -.-

Moi.

Itse painin äskettäin distron valinnan vaikeuden kanssa. Ajatuksena oli silloin että distron "alkuperämaa" ei tarvitse olla missään nimessä kiina tai usa. Melkein kaikki muut kävi. Sitten oli muutamia muitakin valintakriteerejä, ja lopulta "arpa" osui Manjaro jakelun kohdalle, ja tykkään tuosta Cinnamon työpöydästä joten se tietenkin. Manjaro ei ainakaan ota yhteyttä turhaan ulkopuolelle kun olen seurannut piholesta liikennettä kun korkeintaan silloin kuin tulee päivitystä ladattavaksi. Ubuntu taas huutelee aivan järjettömän paljon ja niitä päivityksiä tippuukin jokapäivä useampi. Nyt on Manjarolla menny viikko ilman ainuttakaan päivitystä.


Nyt aloin taas seikkailemaan linuxin ihmeellisessä maailmassa ja asentelin virtuaalikoneelle Septor nimisen distron. Se on taas KDE työpöydällä ja on debian stablen forkkaus jonka alkuperämaa näyttäisi olevan Serbia. Siinä oletuksena kaikki verkkoliikenne kulkee ilmeisesti Tor verkon läpi, mutta ei kai mikään estä asentamasta firefoxia ja surffailla sillä...Tuossa tuli vain niinkin mielenkiintoinen homma vastaan kuin privoxy.


Mutta tuosta privoxysta täytyy kysyä vähän lisää.

Onnistuuko sitä käyttää stubbyn kanssa samanaikaisesti ? Stubby=dns-over-tls , eli aiheuttaakohan tuo jotain konflikteja verkkoliikenteessä jos otan privoxyn käyttöön ?

Edit: Septor linux virtuaalikoneessa ja onnistuin asentamaan firefoxin esr version. Firefoxin network asetuksista täppä Manual proxy configuration ja http proxy kohtaan 127.0.0.1 ja portiksi 8118 niin toimii tuo privoxy. Ip vaihtui muualle mutta myös dns palvelimet vaihtuivat. Epäilenpä että tuo stubbyn käyttö ei onnistu jos on privoxy käytössä.
 
Viimeksi muokattu:
Tällä hetkellä käytän Solus 4.1 linuxia, joka on hidastettu rolling versio, ja työpöytä ympäristönä on Budgie 10.5.1 versio. Vanhana Mac Os X:n käyttäjänä olen ollut tähän sangen tyytyväinen kohtuullisen pienin tuunauksin. Distro on riippumaton, se ei siis pohjaa muihin, ja vaikka jakelupuu ei ole ihan niin laaja kuin noilla muilla, niin olen kokenut sen toistaiseksi ihan riittäväksi. Distro on minusta myös yllättävän kevyt siihen nähden mitä se tarjoaa. Se pyörii tosiaankin ihan mukavasti ja viiveettä tällaisessa muinaisessa neliytimisessä Intel koneessa, missä ei ole muistiakaan kuin vain 4 gigaa. Videokortti on 9800GT yhden gigan muisteilla. Koko kone on ns. semi passiivisesti jäähdytetty. Ei täysin äänetön, mutta kaikki jäähdytys on siis hoidettu isoilla hitailla kotelotuulettimilla. Kaikki nukkumiset ja virransäästötilat toimivat juuri niin kuin niiden pitääkin. Tämä kone on juuri tällä distrolla yhä edelleen sangen tyydyttävä käyttökalu ikäisekseen ser -koneeksi.

En ole saanut tätä kiinni ylimääräisistä puuhauksista, josko tietty inho realistina vähän kiinnostaisi distron rahoitustaustat. Tämä on mielestäni pikkuisen liian hyvä ollakseen ihan pelkkä harrastusprojekti, ja huvittaisi oikeasti kyllä tietää, mistä tekijät saavat ne palkka- ja ansiotulonsa. Mutta mutta... vanhan sananlaskun mukaan lahjahevosen suuhun ei katsota, ja kaikki tämä ilmainen (Häh? - eihän semmoista olekaan) hyvä otetaan kyllä ihan kiitollisuudella vastaan. Järki vain sanoo, että tähän on jo tehty työtä sisään vähäistä enemmän ja jopa oikeastaan aivan suuremmissa määrin. Mistä ne rahat tämän tekemiseen tulevat? Niinpä. Siksipä erillinen rautapalomuuri on hankintalistalla kunhan tässä vain kerkiän. (Asus RT-AX89X on hankintalistalla)

Solus on juuri nyt hyvä, mutta yksi ainoa päivityshän tuon tilanteen muuttaa joksikin ihan muuksi. Pakko on siis vain luottaa tähän ainakin toistaiseksi.

T -.-

Minäkin jotenkin hengessä kallistun "Ei kiinalainen" ja "Ei amerikkalainen" tyyppisiin ratkaisuihin. Luottamus on jotain mikä pitää oikeasti ansaita, eikä sitä voi menettää muuta kuin sen yhden ainoan kerran.
 
Ongelmia Ubuntun kernelin päivityksessä. Käytössä Kubuntu 20.04 LTS jakeluversio.

En saa kerneliä nyt jostain syystä päivitettyä versioon linux-image-5.4.0-40-generic. Tällä hetkellä siis käytössä vielä kernel versio linux-image-5.4.0-39-generic.

Olen ihan Discoverin antanut päivittää kaiken. Toissapäivänä se antoi jotain virheilmoitusta. Sen jälkeen yrittänyt komentokehotteella päivittää, ja tuloste tällainen:

Koodi:
~$ sudo apt update && sudo apt dist-upgrade
[sudo] password for __käyttajatunnus__:
Get:1 file:/var/opt/amdgpu-pro-local ./ InRelease
Ign:1 file:/var/opt/amdgpu-pro-local ./ InRelease
Get:2 file:/var/opt/amdgpu-pro-local ./ Release [816 B]
Get:2 file:/var/opt/amdgpu-pro-local ./ Release [816 B]
Get:3 file:/var/opt/amdgpu-pro-local ./ Release.gpg
Ign:3 file:/var/opt/amdgpu-pro-local ./ Release.gpg
Hit:4 http://security.ubuntu.com/ubuntu focal-security InRelease
Hit:5 http://fi.archive.ubuntu.com/ubuntu focal InRelease
Hit:6 http://fi.archive.ubuntu.com/ubuntu eoan InRelease
Get:7 http://fi.archive.ubuntu.com/ubuntu focal-updates InRelease [107 kB]
Get:8 http://fi.archive.ubuntu.com/ubuntu focal-backports InRelease [98.3 kB]
Get:9 http://fi.archive.ubuntu.com/ubuntu focal-updates/main amd64 Packages [234 kB]
Get:10 http://fi.archive.ubuntu.com/ubuntu focal-updates/main i386 Packages [121 kB]
Get:11 http://fi.archive.ubuntu.com/ubuntu focal-updates/main amd64 DEP-11 Metadata [149 kB]
Get:12 http://fi.archive.ubuntu.com/ubuntu focal-updates/universe i386 Packages [66.3 kB]
Get:13 http://fi.archive.ubuntu.com/ubuntu focal-updates/universe amd64 Packages [124 kB]
Get:14 http://fi.archive.ubuntu.com/ubuntu focal-updates/universe amd64 DEP-11 Metadata [167 kB]
Get:15 http://fi.archive.ubuntu.com/ubuntu focal-updates/universe DEP-11 128x128 Icons [325 kB]
Get:16 http://fi.archive.ubuntu.com/ubuntu focal-backports/universe amd64 DEP-11 Metadata [532 B]
Fetched 1391 kB in 1s (1189 kB/s)         
Reading package lists... Done
Building dependency tree       
Reading state information... Done
All packages are up to date.
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n] y
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
        LANGUAGE = "",
        LC_ALL = (unset),
        LC_TIME = "fi_FI.UTF-8",
        LC_MONETARY = "en_FI.UTF-8",
        LC_COLLATE = "en_FI.UTF-8",
        LC_ADDRESS = "fi_FI.UTF-8",
        LC_TELEPHONE = "fi_FI.UTF-8",
        LC_NAME = "fi_FI.UTF-8",
        LC_MEASUREMENT = "en_FI.UTF-8",
        LC_IDENTIFICATION = "fi_FI.UTF-8",
        LC_NUMERIC = "en_FI.UTF-8",
        LC_PAPER = "fi_FI.UTF-8",
        LANG = "en_FI.UTF-8"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
Setting up linux-image-5.4.0-40-generic (5.4.0-40.44) ...
Processing triggers for linux-image-5.4.0-40-generic (5.4.0-40.44) ...
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-5.4.0-40-generic
I: The initramfs will attempt to resume from /dev/dm-2
I: (/dev/mapper/vgkubuntu-swap_1)
I: Set the RESUME variable to override this.
Error 24 : Write error : cannot write compressed block
E: mkinitramfs failure cpio 141 lz4 -9 -l 24
update-initramfs: failed for /boot/initrd.img-5.4.0-40-generic with 1.
run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1
dpkg: error processing package linux-image-5.4.0-40-generic (--configure):
 installed linux-image-5.4.0-40-generic package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
 linux-image-5.4.0-40-generic
E: Sub-process /usr/bin/dpkg returned an error code (1)
~$

Alunperin koneessa oli Kubuntu 19.10, jonka päivitin pari kuukautta sitten 20.04:ään. Päivityksen jälkeen kaikki kernelpäivitykset ja tällaiset on onnistunut ilman mitään ongelmia. Nyt tämän viimeisimmän kernelpäivityksen yhteydessä tuli tämä. Vai onko tässä pakko alkaa suunnitella käyttiksen uudelleenasennusta?
 
Olen ihan Discoverin antanut päivittää kaiken. Toissapäivänä se antoi jotain virheilmoitusta. Sen jälkeen yrittänyt komentokehotteella päivittää, ja tuloste tällainen:

Koodi:
~$ sudo apt update && sudo apt dist-upgrade
[sudo] password for __käyttajatunnus__:
...
Do you want to continue? [Y/n] y
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
        LANGUAGE = "",
        LC_ALL = (unset),
        LC_TIME = "fi_FI.UTF-8",
        LC_MONETARY = "en_FI.UTF-8",
        LC_COLLATE = "en_FI.UTF-8",
        LC_ADDRESS = "fi_FI.UTF-8",
        LC_TELEPHONE = "fi_FI.UTF-8",
        LC_NAME = "fi_FI.UTF-8",
        LC_MEASUREMENT = "en_FI.UTF-8",
        LC_IDENTIFICATION = "fi_FI.UTF-8",
        LC_NUMERIC = "en_FI.UTF-8",
        LC_PAPER = "fi_FI.UTF-8",
        LANG = "en_FI.UTF-8"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
~$

Nuo locale -varoitukset saat poistettua kunhan generoit tarvittavat localet. Tässä hyvä artikkeli, miten fi_FI.UTF-8 localet saa generoitua:


En usko, että ne estävät päivittämisen, vaan että levytila on loppu, kuten @Barbarossa arveli.
 
Katso df -h mitä näyttää levytilaksi ja poistele vanhat kernelit komennolla: sudo apt --purge autoremove
 
Nuo vammaiset localet johtuu siitä, että pidän käyttikseni kielen englantina, mutta säätelin näitä suomalaisia päivämäärän formaatteja yms. Tähän mennessä se ei ole mitenkään estänyt kernel-, eikä muitakaan päivityksiä. En usko ongelman ainakan siitä johtuvan.

Levytilaa kyllä pitäisi olla riittävästi, tällä hetkellä vapaana on noin 30 gigaa. sudo apt --purge autoremove -komento ei auttanut. Antaa täsmälleen samat virheilmoitukset:

Koodi:
~$ sudo apt --purge autoremove
[sudo] password for _käyttis_:
Reading package lists... Done
Building dependency tree       
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
        LANGUAGE = "",
        LC_ALL = (unset),
        LC_TIME = "fi_FI.UTF-8",
        LC_MONETARY = "en_FI.UTF-8",
        LC_COLLATE = "en_FI.UTF-8",
        LC_ADDRESS = "fi_FI.UTF-8",
        LC_TELEPHONE = "fi_FI.UTF-8",
        LC_NAME = "fi_FI.UTF-8",
        LC_MEASUREMENT = "en_FI.UTF-8",
        LC_IDENTIFICATION = "fi_FI.UTF-8",
        LC_NUMERIC = "en_FI.UTF-8",
        LC_PAPER = "fi_FI.UTF-8",
        LANG = "en_FI.UTF-8"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
Setting up linux-image-5.4.0-40-generic (5.4.0-40.44) ...
Processing triggers for linux-image-5.4.0-40-generic (5.4.0-40.44) ...
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-5.4.0-40-generic
I: The initramfs will attempt to resume from /dev/dm-2
I: (/dev/mapper/vgkubuntu-swap_1)
I: Set the RESUME variable to override this.
Error 24 : Write error : cannot write compressed block
E: mkinitramfs failure cpio 141 lz4 -9 -l 24
update-initramfs: failed for /boot/initrd.img-5.4.0-40-generic with 1.
run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1
dpkg: error processing package linux-image-5.4.0-40-generic (--configure):
 installed linux-image-5.4.0-40-generic package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
 linux-image-5.4.0-40-generic
E: Sub-process /usr/bin/dpkg returned an error code (1)
~$
 
en_FI alkuisia localeja ei ole, ellei joku niitä tee. Laita LANG = en_GB tai en_US tai en_AU. Sitten loput fi_FI.UTF-8 tyyliin export LC_PAPER=fi_FI.utf8 bashrc/zshrc confiin

 
en_FI alkuisia localeja ei ole, ellei joku niitä tee. Laita LANG = en_GB tai en_US tai en_AU. Sitten loput fi_FI.UTF-8 tyyliin export LC_PAPER=fi_FI.utf8 bashrc/zshrc confiin


:whistling:

Koodi:
LANG=en_FI.UTF-8
LC_CTYPE=fi_FI.UTF-8
LC_NUMERIC=en_FI.UTF-8
LC_TIME=en_FI.UTF-8
LC_COLLATE=C
LC_MONETARY=en_FI.UTF-8
LC_MESSAGES=C
LC_PAPER=en_FI.UTF-8
LC_NAME=en_FI.UTF-8
LC_ADDRESS=fi_FI.UTF-8
LC_TELEPHONE=en_FI.UTF-8
LC_MEASUREMENT=fi_FI.UTF-8
LC_IDENTIFICATION="en_FI.UTF-8"
LC_ALL=

Nimim. patchasin glibc:n ihan vaan tuon (itse käherretyn) en_FI:n lisäämiseksi...

Muoks. Aiemmin käytin en_DK localea tietyissä kohdissa, se on vakiokamaa ja on joissakin paikoissa taatusti parempi kuin en_US ja luultavasti osittain parempi kuin en_GB.
 
Viimeksi muokattu:
Mikä tuossa en_FI-localessa on ideana? Miksi ei LANG englanniksi ja muista LC-muuttujista sopivat suomeksi?
 
Mikä tuossa en_FI-localessa on ideana? Miksi ei LANG englanniksi ja muista LC-muuttujista sopivat suomeksi?

Siksi koska tuolla tavalla ei saa aikaan yhdistelmää missä kaikki formaatit ym. ovat suomalaisia mutta kieli englantia kaikkialla. esim LC_TIMEssä on päivämäärät ja viikonpäivät selvää suomea. Ja ompa tullut vastaan softaa joka repii kieliasetuksen jostakin noista muista kuin LANGista.

Vituttaa aika huolella softat jotka repäisevät kieliasetuksen jostakin random ympäristömuuttujasta eikä välttämättä edes anna mahdollisuutta valita sitä. Uudet Winen versiotkin pilattu, niihin on lisätty suomilocale jonka se ottaa automaagisesti käyttöön jopa noilla yo. localeasetuksilla.. :facepalm:
 
i3 on täälläkin käytössä Archin kanssa, aiemmin tykkäsin Plasmaa käyttää mutta nykyään kaivannut mahdollisimmat yksinkertaista ja kevyttä. Muutama ohjelma on pikakomentojen takana ja muut sitten käynnistellään rofilla.
 
Niin, mikäköhän siinä kernel-päivitysongelmassa mahtaakaan nyt kiikastaa, kun ei vaan suostu päivittymään? Edelleenkään en oikein usko, että noilla lokalisaatioasetuksilla on sen kanssa tekemistä, koska se ei ole ennenkään estänyt kernelpäivityksiä.
 
Niin, mikäköhän siinä kernel-päivitysongelmassa mahtaakaan nyt kiikastaa, kun ei vaan suostu päivittymään? Edelleenkään en oikein usko, että noilla lokalisaatioasetuksilla on sen kanssa tekemistä, koska se ei ole ennenkään estänyt kernelpäivityksiä.

Paljonko maksaa kokeilla niitä lokaalisaatio asetuksia?
 
Niin, mikäköhän siinä kernel-päivitysongelmassa mahtaakaan nyt kiikastaa, kun ei vaan suostu päivittymään? Edelleenkään en oikein usko, että noilla lokalisaatioasetuksilla on sen kanssa tekemistä, koska se ei ole ennenkään estänyt kernelpäivityksiä.
Aikaisemmin jo ehdotettiin, että ajat komennon "df -h" ja varmistat että /boot on tarpeeksi tilaa, ja tarvittaessa poistamaan vanhempia kerneleitä alta poies...
 
Aikaisemmin jo ehdotettiin, että ajat komennon "df -h" ja varmistat että /boot on tarpeeksi tilaa, ja tarvittaessa poistamaan vanhempia kerneleitä alta poies...
Ihan selkeähän tuo virheilmoitus on, kun vaan löytää oikean rivin. Ei pysty kirjoittamaan tekemäänsä initramfs-tiedostoa levylle. Veikkaan myös, että /boot on täynnä.
 
Dodih, sain korjattua ongelman:

Elikkä en aluksi tajunnut katsoa nimenomaan /boot-osion kokoa. Se todellakin oli täynnä, olisko ollu luokkaa 50 megaa vapaana, ja osion täyttöaste oli yli 90%.

Löysin sitten netistä tällaisen ohjeen pienellä googlettelulla:
[SOLVED] can't update [Archive] - Ubuntu Forums

Tutkiskelin noita asennettuja linux-kerneleitä Kubuntussani Muon Package Managerilla, ja siellähän oli todellakin versiot 5.4.0-28, -29, -31, -33, -37, -39 ja -40 asennettuina. Otin vanhimman -28 -version ekaksi pois, ja kernel 5.4.0-40 asentui ja aktivoitui heti. Vissiin /boot osioon sitten tuli riittävästi tyhjää tilaa? Toimi myös bootin jälkeen. Poistin sitten käsipelin kaikki muut paitsi 40 ja jätin varuiksi 39:n. Poistin tuon löytämäni ohjeen mukaan siis linux-image-VERSION-generic, linux-headers-VERSION-generic ja linux-headers-VERSION -paketit vastaavilta versioilta. Kokeilin tämänkin jälkeen äsken boottia, ja pelaa.

Nyt näyttäisi /boot -osiossa olevan 35% täyttöaste. Se oli siis sitä kiinni, että /boot oli täynnä.

Yritin aiemmin myös putsata niitä vanhoja kerneleitä sillä sudo apt --purge autoremove -komennolla. Se ei kuitenkaan näyttänyt, eikä näytä poistavan mitään noista vanhoista kerneleistä. Kysymys lieneekin nyt, että pitäisikö sen komennon poistaa ne? Tällä hetkellä se ei ainkaan tee mitään, vaikka tuola onkin mulla asennettuna versiot -39 ja -40. Ja jos pitäisi poistua vanhat, minun Kubuntussa näitä vanhoja kerneleitä ei nyt ole poistunut sitten lainkaan syystä tai toisesta. Pitääkö näitä vanhoja kerneleitä sitten jatkossa poistella aina käsipelillä sitä mukaa, kun kernelpäivityksiä tulee?
 
Komento "apt autoremove --purge" vain poistaa "turhat" käyttämättömät tiedostot järjestelmästä, joilla ei ole dependencies jne... Eli se on vain siivousta varten, ettei järjestelmässä ole turhia käyttämättömiä paketteja asennettuna viemässä tilaa.

Liekkö sitten tuossa sun Kubuntussa ei ole asetettu tuota automaattista kerneleiden siivousta (näköjään tuollainenkin on mahdollista): RemoveOldKernels - Community Help Wiki

Kannattaa seurata tuota /boot, ettei se täyty turhaan vanhoista kerneleistä ja viimeistään tuo saamasi virheilmoitus kyllä paljastaa, josko tarvetta siivoukselle on tulevaisuudessa.
 
Viimeksi muokattu:
Kyllä vain. Lueskelin tuon ohjeen läpi, ja tulin siihen päätelmään, että taidan noita kerneleitä tyytyä vain silloin tällöin siivoilemaan. Tämä Kubuntu-yksilö on tosiaan asennettu LVM setupilla ja kovalevy kryptattu. Sen takia se on luonut sen erillisen /boot osion alunpitäenkin. Tietääpä nyt kuitenkin jatkossa tällaisesta "ominaisuudesta". Kiitoksia joka tapauksessa neuvoistanne!
 
Olisi yksi toinen kysymys myös (K)Ubuntuun liittyen. Laitan sen erilliseksi viestiksi, koska ei sinänsä liity tuohon äskeiseen /boot-ongelmaan.

Ensimmäisenä kokoonpanoni:
Emo: MSI B450M MORTAR MAX
CPU: AMD Ryzen 5 2600
RAM: 16GB (2x8GB) HyperX Fury DDR4 3200MHz
GPU: PowerColor Radeon RX 580 Red Dragon OC 8GB GDDR5

Asia koskee näytönohjainta ja sen virranhallintaa. Windows 10:ssä GPU käy idlenä muistaakseni noin 10W teholla. Tässä Kubuntussa se käy idlellä 32,25W teholla, merkittävästi enemmän kuin windowssissa. Tämän huomaa myös siitä, että Kubuntussa näyttiksen siili pyörii jatkuvasti. Windows 10:ssä ajuri osaa ilmeisesti alikellottaa GPU:ta automattisesti silloin, kun GPU:n rasitus on matala. Ubuntussa näemmä ei nyt syystä tai toisesta ole tällaista alikellotusominaisuutta.

Löysin googlettelulla tällaisen keskusteluketjun:
Simplest way to force AMDGPU to powersaving mode? - Phoronix Forums

Onkohan todellakin näin, että pitäisi ola käytössä vähintään kernel 5.6, jotta tämä GPU:n automaattinen alikellotus idlessä ja työpöytäkäytössä toimisi? Ubuntussahan on kernel 5.4. Vai vaatikko tämä toiminto kenties sen AMD:n suljetun ajurin?

Tuo näyttiksen siili pitää vaan jonkin verran ääntä matalillakin kierroksilla, siinä missä Win10-käytössä GPU:n siili on kokonaan pois päältä johtuen matalasta tehosta.

Toinen virran säästöön liittyvä seikka liittyy koneeseen kytkettyyn HDD-levyyn. Windowssissa kyllä sen saa kytkettyä automaattisesti pois päältä silloin kun ei ole käytössä. Saisikohan Ubuntuun vastaavaa toimintoa?
 
Asia koskee näytönohjainta ja sen virranhallintaa. Windows 10:ssä GPU käy idlenä muistaakseni noin 10W teholla. Tässä Kubuntussa se käy idlellä 32,25W teholla

Windowsista en osaa sanoa, mutta minulla on tässä koneessa myös RX 580, kernel 5.7 ja kortti tiputtaa kyllä kellot sinne 300MHz työpöytäidlessä, mutta en muista nähneeni alle 30W lukemaa ikinä.
1594353977890.png
Tuolta tilanne tyypillisesti näyttää.

Löysin googlettelulla tällaisen keskusteluketjun:
Simplest way to force AMDGPU to powersaving mode? - Phoronix Forums

Onkohan todellakin näin, että pitäisi ola käytössä vähintään kernel 5.6, jotta tämä GPU:n automaattinen alikellotus idlessä ja työpöytäkäytössä toimisi? Ubuntussahan on kernel 5.4. Vai vaatikko tämä toiminto kenties sen AMD:n suljetun ajurin?

AMD:n ajurin matalan tason toiminnot löytyvät suoraan kernelistä, ei siis vaadi suljettua ajuria vaan pelkästään riittävän uuden. Mutta koska se on kernelissä, ajurin päivitys = kernelin päivitys. Tuo Phoronixin agd5f on Alex Deucher AMD:n open source ajuritiimistä, jos kaiffari sanoo että vaaditaan kernelistä 5.6, niin voisin sanoa että se tulee silloin aikalailla suoraan hevosen suusta.

Tämä on näitä Ubuntun riemuja, kaikki paketit eivät päivitykään uusimpaan versioon muuten kun releasen päivittyessä. Jos haluat pitäytyä muuten nykyisessä mutta uudempaa kerneliä niin yksi vaihtoehto on käherrellä Mainline-kernelien kanssa. Mutta tällöin menetät (ainakin) automaagiset kernelipäivitykset ja Ubuntun omat kernelimuutokset jos sellaisia on (ja jos näiden menetys edes on ongelma?). Omassa HTPC:ssä on Mainline-kerneli 5.5, hyvin toimii (ja kyseessä 16.04).

Toinen virran säästöön liittyvä seikka liittyy koneeseen kytkettyyn HDD-levyyn. Windowssissa kyllä sen saa kytkettyä automaattisesti pois päältä silloin kun ei ole käytössä. Saisikohan Ubuntuun vastaavaa toimintoa?

Levyn virransäästöparametrien mulkkaus onnistunee hdparm ja/tai sdparm työkalulla. Mutta kannattaa perehtyä ohjeistukseen ennen kuin alkaa sörkkimään, näillä voi saada vahinkoakin aikaan.
 
Windowssissa Radeon Software näyttäisi tällaista:

rx580_power.png

Teho vaihtelee tuon mukaan 6-8W välillä. Olen tämän itseasiassa todennut myös erillisellä kilowattituntimittarilla, jolla joskus tutkiskelin koneeni sähkönkulutusta. Ihmettelin aluksi, miksi kone kuluttaa enemmän Linux-käytössä, vaikka asian luulisi olevan pikemminkin päinvastoin. Linuxissa myös GPU:n tuuletin käy sellasen 1100RPM, kun windowssissa idlenä käy sen nolla.

Toki noita kerneleitä varmaan saisi kikkailtua uudemminski, mutta tiedä sitten mitä kaikkea muuta siinä menee rikki. Yksi syy, miksi olen valinnut nimenomaan Ubuntu LTS:n, on toimintavarmuus ja pitkä tuki.
 
Tuo radeon-profile tukee jonkinlaista tuuletinkäppyröiden muokkausta. En ole jaksanut testata, tuo <800 RPM kun juurikaan nollasta erotu kun kotelossa on jo päälle puolenkymmentä 600-800 RPM tuuletinta. En tiedä miten sen nollaan saisi, pitäisi ehkä kokeilla joskus.

Mutta mielenkiintoista tuo jos todellisuudessa on 3x ero idletehokulutuksella. Ei tuo 300MHz alemmaksi kuitenkaan mene Windowsillakaan. Liekö tuossa softassa joku automaaginen alivoltitus?
Samansuuntaisia lukemia ilmoittaa myös lm-sensors, tosin ajurin ilmoittama tuokin on:
Koodi:
amdgpu-pci-0800
Adapter: PCI adapter
vddgfx:      725.00 mV
fan1:         784 RPM  (min =    0 RPM, max = 3200 RPM)
edge:         +29.0°C  (crit = +91.0°C, hyst = -273.1°C)
power1:       33.23 W  (cap = 183.00 W)

Tuossakin sanotaan min = 0 RPM, eli pitäisi kai sen jotenkin olla mahdollista.
 
Toinen virran säästöön liittyvä seikka liittyy koneeseen kytkettyyn HDD-levyyn. Windowssissa kyllä sen saa kytkettyä automaattisesti pois päältä silloin kun ei ole käytössä. Saisikohan Ubuntuun vastaavaa toimintoa?

Ubuntussa levyn virransäätöä voidaan säätää hdparm-komennolla. Ensin kannattaa selvittää levyaseman UUID:
$ sudo blkid

tulosteesta löytyy esim.
/dev/sda1: 91e32677-0656-45b8-bcf5-14acce39d9c2
sitten luodaan sille asetus /etc/hdparm.conf -tiedostoon.

/dev/disk/by-uuid/91e32677-0656-45b8-bcf5-14acce39d9c2 { spindown_time = 60 }

spindown-aika lasketaan yksikköinä, jotka ovat aluksi 5 sekunnin mittaisia, joten 5*60 on 300 sekuntia, 5 minuuttia:
-S 120 on 10 minuuttia.
-S 200 on 16 minuuttia ja 40 sekuntia
-S 246 tarkoittaa 3 tuntia.

Isot arvot, > 240 lasketaan kaavalla: (245-240)*30 minutes, eli 30 minuutin yksiköillä.
Lisäksi arvo 253 on valmistajakohtainen aika, joka voi olla mitä tahansa 8 ja 12 tunnin välillä.
Arvo 255 on toinen erityisarvo, joka on 21 minuuttia ja 15 sekuntia.

Kaikki hdparm-komennon käyttämät -S arvot on selitetty täällä:

$ sudo hdparm -I /dev/disk/by-uuid/91e32677-0656-45b8-bcf5-14acce39d9c2 | grep level
kertoo mikä on käytössäoleva spindown-arvo.

APM-asetus (Advanced Power Management) voi myös vaikuttaa levyn spindown-arvoon. Pienet APM-arvot voivat asettaa levyn sammumaan 10 sekunnin viiveellä ja 150 ja sitä isommat arvot noudattavat -S parametria.

APM-asetusta säädetään hdparm-komennon -B parametrilla.
 
Viimeksi muokattu:
Alivoltitusta sen Windows-ajurin on pakko tehdä. Ei se muuten noin paljon pienemmäksi menisi teho. Se luonnollisesti johtaa pienempään GPU lämpöön, jolloin kortissa menee tuuletin, tässä tapauksessa pois päältä. Ilmeisesti Linux-ajuri sitten ei voltteja osaa samalla lailla säädellä? Täytyy tässä myöhemmin tutkiskella jollain softalla tarkemmin, millaisia voltteja asetellut Windowssissa ja Kubntussa.

Ensiksi ajattelinkin, että voisiko siinä AMD:n propiertary, tai mikä lie pro-ajuri olikaan, olla tuo alivoltitus ominaisuus. AMD:n mukaan se suljettu ajuri toisi joitakin "lisäominaisuuksia" verrattuna avoimen lähdekoodin ajuriin. Eivät kuitenkaan ole yksilöineet, että mitä nämä lisäominaisuudet ovat. Onko se käytännössä pelkästään esim. joku AMD:n control center tai vastaava? Yritin jossain välissä asentaakin sitä AMD:n sivuilta ladattavaa erillistä ajuria, mutta ilmeisesti pitäisi ensin yrittää uninstalloida se kernelin oma ajuri. En sitten jaksanut alkaa sekoittamaan konetta.
 
Käsitin jostain yhteydestä, että se pro-ajuri on deprecated. Ainakaan sitä ei viime lokakuun jälkeen ole päivitetty.

Ja yleisesti kernelin päivitykseen ohjeena, että asennat uuden, buuttaat sillä ja jos toimii, niin vanhan uskaltaa poistaa. Erillinen /boot-osio täyttyy nopeasti, jos tätä ei tee.
 
Kyllähän tuo Pro-ajuri edelleen on olemassa, näkyy uusin olevan kesäkuulta. Mutta samoja kernelissä olevia ajureita siinäkin kai käytetään. Taitaa se olennainen ero olla se että OpenGL, OpenCL ja Vulkan tulee siitä Pro-osasta eikä Mesasta niin kuin open source ajurin tapauksessa.
 
Alivoltitusta sen Windows-ajurin on pakko tehdä. Ei se muuten noin paljon pienemmäksi menisi teho. Se luonnollisesti johtaa pienempään GPU lämpöön, jolloin kortissa menee tuuletin, tässä tapauksessa pois päältä. Ilmeisesti Linux-ajuri sitten ei voltteja osaa samalla lailla säädellä? Täytyy tässä myöhemmin tutkiskella jollain softalla tarkemmin, millaisia voltteja asetellut Windowssissa ja Kubntussa.

Ensiksi ajattelinkin, että voisiko siinä AMD:n propiertary, tai mikä lie pro-ajuri olikaan, olla tuo alivoltitus ominaisuus. AMD:n mukaan se suljettu ajuri toisi joitakin "lisäominaisuuksia" verrattuna avoimen lähdekoodin ajuriin. Eivät kuitenkaan ole yksilöineet, että mitä nämä lisäominaisuudet ovat. Onko se käytännössä pelkästään esim. joku AMD:n control center tai vastaava? Yritin jossain välissä asentaakin sitä AMD:n sivuilta ladattavaa erillistä ajuria, mutta ilmeisesti pitäisi ensin yrittää uninstalloida se kernelin oma ajuri. En sitten jaksanut alkaa sekoittamaan konetta.
Ellen väärin muista niin myös Windowsilla näytönohjaimen kulutus, ainakin AMD:llä, on luokassa 30 wattia kun käytössä on useampi näyttö, ovat saattaneet tosin korjata jo. Linuxilla kulutus hyppää tosiaan tuonne 20W+ kun kytkee lisää näyttöjä järjestelmään. Eivät saa laskettua muistien kelloja tarpeeksi alas vaan näytöt alkavat räpyttelemään mustia ruutuja johtuen jostain synkronointiongelmasta. Yhdellä näytöllä muistien kellot tippuvat 100MHz asti jolloin päästään alempaan kulutukseen, oma 5700XT näyttää olevan 7-11 wattia idlessä.
 
Kyllähän tuo Pro-ajuri edelleen on olemassa, näkyy uusin olevan kesäkuulta. Mutta samoja kernelissä olevia ajureita siinäkin kai käytetään. Taitaa se olennainen ero olla se että OpenGL, OpenCL ja Vulkan tulee siitä Pro-osasta eikä Mesasta niin kuin open source ajurin tapauksessa.
Mistä tuommoiset? Löydän vain 19.50 uusimpana ja se sanoo olevansa julkaistu viime lokakuussa. Beta-versioita kun hakee, niin löytyy vain 3v vanhoja.
 
Asia koskee näytönohjainta ja sen virranhallintaa. Windows 10:ssä GPU käy idlenä muistaakseni noin 10W teholla. Tässä Kubuntussa se käy idlellä 32,25W teholla, merkittävästi enemmän kuin windowssissa. Tämän huomaa myös siitä, että Kubuntussa näyttiksen siili pyörii jatkuvasti. Windows 10:ssä ajuri osaa ilmeisesti alikellottaa GPU:ta automattisesti silloin, kun GPU:n rasitus on matala. Ubuntussa näemmä ei nyt syystä tai toisesta ole tällaista alikellotusominaisuutta.

HDMI/DP audion tulo kerneliin aiheutti tuota luokkaa olevan eron kulutuksessa AMD:n ajurin kanssa. Jos käänsi kernelin ilman tuota virrankulutus oli suunnilleen sama. Käyttiksenä Gentoo.
 
Tulipa tutkittua noita näyttiksen jännitteitä. Mulla on kytkettynä tässä Radeonissa kaksi 1080p näyttöä.

gpu_z_win10.png

Koodi:
~$ sensors
amdgpu-pci-2600
Adapter: PCI adapter
vddgfx:      950.00 mV
fan1:        1281 RPM  (min =    0 RPM, max = 3800 RPM)
edge:         +33.0 C  (crit = +94.0 C, hyst = -273.1 C)
power1:       31.09 W  (cap = 147.00 W)

k10temp-pci-00c3
Adapter: PCI adapter
Tdie:         +28.5 C  (high = +70.0 C)
Tctl:         +28.5 C
~$

Elikkä jos nuo VDDC ja vddgfx tarkoittaa GPU:n jännitettä, niin kyllähän se näyttäisi Kubuntussa isommalla jännitteellä käyvän. Ja se luonnollisesti tarkoittaa isompaa wattimäärää. Noissa näkyy myös GPU:n tuulettimen nopeus. Molemmissa tilanteissa järjestelmä on ollut käytännössä idle-tilassa ja GPU-rasitus normaalissa työpöytäkäytössä.
 
Ei muuta kuin asentelemaan uusin tuettu kernel ja Mesa-versio. Eihän tuossa ole järkeä kitkutella turhaan vanhassa jos kortti käy kuumana ja siten tuulettimet pyörivät koko ajan
 
Tulipa tutkittua noita näyttiksen jännitteitä. Mulla on kytkettynä tässä Radeonissa kaksi 1080p näyttöä.

Elikkä jos nuo VDDC ja vddgfx tarkoittaa GPU:n jännitettä, niin kyllähän se näyttäisi Kubuntussa isommalla jännitteellä käyvän. Ja se luonnollisesti tarkoittaa isompaa wattimäärää. Noissa näkyy myös GPU:n tuulettimen nopeus. Molemmissa tilanteissa järjestelmä on ollut käytännössä idle-tilassa ja GPU-rasitus normaalissa työpöytäkäytössä.
Tässäpä asiaan liittyen kaksi kuvaa:
2020-07-12-113417_screenshot.png
2020-07-12-113113_screenshot.png
Kuten kuvista voi huomata, sama jännite, eri kulutus. Tuulettimen profiilia pystyy kyllä käsittääkseni silti muokkaamaan linuxin puolellakin, itsellä ei vaan ole kokemusta kun ollut näyttikset vedellä.
 
Onko kukaan onnistunut asentamaan Qt:ta ja Qt Creatoria Kubuntu 20.04:aan? Olen apt:lla asentanut qtcreator-paketin ja lukuisia muita asiaan ehka liittyvia paketteja, mutta jotenkin asennus tuntuu viela keskeneraiselta. Qt Creator kylla kaynnistyy ilman virheilmoituksia, mutta esimerkit (Examples) on tyhjana ja Options -> Kits -> Qt Versions -kohdassa mikaan Qt-versio ei detectoidu automaattisesti. Jos manuaalisesti laitan qmake-sijainniksi /usr/bin/qmake niin Qt 5.12.8 tunnistuu sinallaan oikein, mutta varoituksena on "No qmlscene installed", vaikka oikeasti tuokin on olemassa samassa paikassa eli /usr/bin/qmlscene. Ja esimerkit ei vielakaan tule nakyviin. Eli jotenkin tuo Qt Creator ei osaa hakea tiedostoja oikeasta paikasta. Toisaalta gcc, g++, cmake ja gdb detectoituu automaattisesti oikein.
Koodi:
apt list | grep -e qtcreator -e qtbase -e qt5 | grep installed

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

kde-style-oxygen-qt5/focal,now 4:5.18.4.1-0ubuntu1 amd64 [installed,automatic]
libaccounts-qt5-1/focal,now 1.15+17.04.20161104.1-0ubuntu3 amd64 [installed,automatic]
libdbusmenu-qt5-2/focal,now 0.9.3+16.04.20160218-2build1 amd64 [installed,automatic]
libpackagekitqt5-1/focal,now 1.0.2-1 amd64 [installed,automatic]
libphonon4qt5-4/focal,now 4:4.11.1-3build1 amd64 [installed,automatic]
libphonon4qt5-data/focal,focal,now 4:4.11.1-3build1 all [installed,automatic]
libpolkit-qt5-1-1/focal,now 0.113.0-0ubuntu2 amd64 [installed,automatic]
libpoppler-qt5-1/focal,now 0.86.1-0ubuntu1 amd64 [installed,automatic]
libqca-qt5-2-plugins/focal,now 2.2.1-2build1 amd64 [installed,automatic]
libqca-qt5-2/focal,now 2.2.1-2build1 amd64 [installed,automatic]
libqt5concurrent5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5core5a/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5dbus5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5designer5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5designercomponents5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5gui5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5help5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5hunspellinputmethod5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5multimedia5-plugins/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5multimedia5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5multimediagsttools5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5multimediaquick5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5multimediawidgets5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5network5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5opengl5-dev/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5opengl5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5positioning5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5printsupport5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5qml5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5quick5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5quickcontrols2-5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5quicktemplates2-5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5quicktest5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5quickwidgets5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5script5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5sensors5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5serialport5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5sql5-sqlite/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5sql5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5svg5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5test5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5texttospeech5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5virtualkeyboard5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5waylandclient5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5waylandcompositor5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5webchannel5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5webengine-data/focal,focal,now 5.12.8+dfsg-0ubuntu1 all [installed,automatic]
libqt5webengine5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5webenginecore5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5webenginewidgets5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5webkit5/focal,now 5.212.0~alpha4-1ubuntu2 amd64 [installed,automatic]
libqt5widgets5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5x11extras5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5xml5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5xmlpatterns5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libreoffice-qt5/focal-updates,now 1:6.4.4-0ubuntu0.20.04.1 amd64 [installed,automatic]
libsignon-qt5-1/focal,now 8.59+17.10.20170606-0ubuntu2 amd64 [installed,automatic]
phonon4qt5-backend-gstreamer/focal,now 4:4.10.0-1build1 amd64 [installed,automatic]
phonon4qt5/focal,now 4:4.11.1-3build1 amd64 [installed,automatic]
python3-dbus.mainloop.pyqt5/focal,now 5.14.1+dfsg-3build1 amd64 [installed,automatic]
python3-pyqt5/focal,now 5.14.1+dfsg-3build1 amd64 [installed,automatic]
qdbus-qt5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
qdoc-qt5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
qhelpgenerator-qt5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
qt5-assistant/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
qt5-default/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed]
qt5-doc/focal,focal,now 5.12.8-0ubuntu1 all [installed,automatic]
qt5-gtk-platformtheme/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
qt5-image-formats-plugins/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
qt5-qmake-bin/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
qt5-qmake/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
qt5-qmltooling-plugins/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
qtattributionsscanner-qt5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
qtbase5-dev-tools/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
qtbase5-dev/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed]
qtbase5-doc/focal,focal,now 5.12.8+dfsg-0ubuntu1 all [installed,automatic]
qtbase5-examples/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed]
qtcreator-data/focal,focal,now 4.11.0-2build2 all [installed,automatic]
qtcreator-doc/focal,focal,now 4.11.0-2build2 all [installed,automatic]
qtcreator/focal,now 4.11.0-2build2 amd64 [installed]
qtgstreamer-plugins-qt5/focal,now 1.2.0-5 amd64 [installed,automatic]
 
Onko kukaan onnistunut asentamaan Qt:ta ja Qt Creatoria Kubuntu 20.04:aan? Olen apt:lla asentanut qtcreator-paketin ja lukuisia muita asiaan ehka liittyvia paketteja, mutta jotenkin asennus tuntuu viela keskeneraiselta. Qt Creator kylla kaynnistyy ilman virheilmoituksia, mutta esimerkit (Examples) on tyhjana ja Options -> Kits -> Qt Versions -kohdassa mikaan Qt-versio ei detectoidu automaattisesti. Jos manuaalisesti laitan qmake-sijainniksi /usr/bin/qmake niin Qt 5.12.8 tunnistuu sinallaan oikein, mutta varoituksena on "No qmlscene installed", vaikka oikeasti tuokin on olemassa samassa paikassa eli /usr/bin/qmlscene. Ja esimerkit ei vielakaan tule nakyviin. Eli jotenkin tuo Qt Creator ei osaa hakea tiedostoja oikeasta paikasta. Toisaalta gcc, g++, cmake ja gdb detectoituu automaattisesti oikein.
Koodi:
apt list | grep -e qtcreator -e qtbase -e qt5 | grep installed

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

kde-style-oxygen-qt5/focal,now 4:5.18.4.1-0ubuntu1 amd64 [installed,automatic]
libaccounts-qt5-1/focal,now 1.15+17.04.20161104.1-0ubuntu3 amd64 [installed,automatic]
libdbusmenu-qt5-2/focal,now 0.9.3+16.04.20160218-2build1 amd64 [installed,automatic]
libpackagekitqt5-1/focal,now 1.0.2-1 amd64 [installed,automatic]
libphonon4qt5-4/focal,now 4:4.11.1-3build1 amd64 [installed,automatic]
libphonon4qt5-data/focal,focal,now 4:4.11.1-3build1 all [installed,automatic]
libpolkit-qt5-1-1/focal,now 0.113.0-0ubuntu2 amd64 [installed,automatic]
libpoppler-qt5-1/focal,now 0.86.1-0ubuntu1 amd64 [installed,automatic]
libqca-qt5-2-plugins/focal,now 2.2.1-2build1 amd64 [installed,automatic]
libqca-qt5-2/focal,now 2.2.1-2build1 amd64 [installed,automatic]
libqt5concurrent5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5core5a/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5dbus5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5designer5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5designercomponents5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5gui5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5help5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5hunspellinputmethod5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5multimedia5-plugins/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5multimedia5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5multimediagsttools5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5multimediaquick5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5multimediawidgets5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5network5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5opengl5-dev/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5opengl5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5positioning5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5printsupport5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5qml5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5quick5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5quickcontrols2-5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5quicktemplates2-5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5quicktest5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5quickwidgets5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5script5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5sensors5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5serialport5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5sql5-sqlite/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5sql5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5svg5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5test5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5texttospeech5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5virtualkeyboard5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5waylandclient5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5waylandcompositor5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5webchannel5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5webengine-data/focal,focal,now 5.12.8+dfsg-0ubuntu1 all [installed,automatic]
libqt5webengine5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5webenginecore5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5webenginewidgets5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5webkit5/focal,now 5.212.0~alpha4-1ubuntu2 amd64 [installed,automatic]
libqt5widgets5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5x11extras5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libqt5xml5/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
libqt5xmlpatterns5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
libreoffice-qt5/focal-updates,now 1:6.4.4-0ubuntu0.20.04.1 amd64 [installed,automatic]
libsignon-qt5-1/focal,now 8.59+17.10.20170606-0ubuntu2 amd64 [installed,automatic]
phonon4qt5-backend-gstreamer/focal,now 4:4.10.0-1build1 amd64 [installed,automatic]
phonon4qt5/focal,now 4:4.11.1-3build1 amd64 [installed,automatic]
python3-dbus.mainloop.pyqt5/focal,now 5.14.1+dfsg-3build1 amd64 [installed,automatic]
python3-pyqt5/focal,now 5.14.1+dfsg-3build1 amd64 [installed,automatic]
qdbus-qt5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
qdoc-qt5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
qhelpgenerator-qt5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
qt5-assistant/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
qt5-default/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed]
qt5-doc/focal,focal,now 5.12.8-0ubuntu1 all [installed,automatic]
qt5-gtk-platformtheme/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
qt5-image-formats-plugins/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
qt5-qmake-bin/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
qt5-qmake/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
qt5-qmltooling-plugins/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
qtattributionsscanner-qt5/focal,now 5.12.8-0ubuntu1 amd64 [installed,automatic]
qtbase5-dev-tools/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed,automatic]
qtbase5-dev/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed]
qtbase5-doc/focal,focal,now 5.12.8+dfsg-0ubuntu1 all [installed,automatic]
qtbase5-examples/focal,now 5.12.8+dfsg-0ubuntu1 amd64 [installed]
qtcreator-data/focal,focal,now 4.11.0-2build2 all [installed,automatic]
qtcreator-doc/focal,focal,now 4.11.0-2build2 all [installed,automatic]
qtcreator/focal,now 4.11.0-2build2 amd64 [installed]
qtgstreamer-plugins-qt5/focal,now 1.2.0-5 amd64 [installed,automatic]

Itse asentanut aina tuolla Download Qt Open Source virallisella installerilla, paljon paremmin saa valittua juuri ne mitä tarvitsee ja toiminut aina täydellisesti.
 
Itse asentanut aina tuolla Download Qt Open Source virallisella installerilla, paljon paremmin saa valittua juuri ne mitä tarvitsee ja toiminut aina täydellisesti.
Joo pitaa kai kokeilla tuota. Asensin lisaa paketteja, joiden jalkeen paasin tuosta varoituksesta eroon ja esimerkitkin tuli nakyviin:
Koodi:
Start-Date: 2020-07-12  14:15:22
Install: qtquickcontrols2-5-doc-html:amd64 (5.12.8+dfsg-0ubuntu1, automatic), qtwebview5-doc-html:amd64 (5.12.8-0ubuntu1, automatic), qtquickcontrols5-doc-html:amd64 (5.12.8-0ubuntu2, automatic), qtwebengine5-doc-html:amd64 (5.12.8+dfsg-0ubuntu1, automatic), qtdeclarative5-doc-html:amd64 (5.12.8-0ubuntu1, automatic), qt5-doc-html:amd64 (5.12.8-0ubuntu1), qtsensors5-doc-html:amd64 (5.12.8-0ubuntu1, automatic), qtserialbus5-doc-html:amd64 (5.12.8-0ubuntu1, automatic), qtx11extras5-doc-html:amd64 (5.12.8-0ubuntu1, automatic), qtgraphicaleffects5-doc-html:amd64 (5.12.8-0ubuntu1, automatic), qtnetworkauth5-doc-html:amd64 (5.12.8-0ubuntu1, automatic), qtwebsockets5-doc-html:amd64 (5.12.8-0ubuntu1, automatic), qtsvg5-doc-html:amd64 (5.12.8-0ubuntu1, automatic), qt3d5-doc-html:amd64 (5.12.8+dfsg-0ubuntu1, automatic), qtconnectivity5-doc-html:amd64 (5.12.8-0ubuntu1, automatic), qtxmlpatterns5-doc-html:amd64 (5.12.8-0ubuntu1, automatic), qtwayland5-doc-html:amd64 (5.12.8-0ubuntu1, automatic), qtscript5-doc-html:amd64 (5.12.8+dfsg-0ubuntu1, automatic), qtwebchannel5-doc-html:amd64 (5.12.8-0ubuntu1, automatic), qtmultimedia5-doc-html:amd64 (5.12.8-0ubuntu1, automatic), qtserialport5-doc-html:amd64 (5.12.8-0ubuntu1, automatic), qtlocation5-doc-html:amd64 (5.12.8+dfsg-0ubuntu1, automatic), qtscxml5-doc-html:amd64 (5.12.8-0ubuntu1, automatic), qtcharts5-doc-html:amd64 (5.12.8-0ubuntu1, automatic), qttools5-doc-html:amd64 (5.12.8-0ubuntu1, automatic), qtvirtualkeyboard5-doc-html:amd64 (5.12.8+dfsg-0ubuntu1, automatic), qtdatavisualization5-doc-html:amd64 (5.12.8-0ubuntu1, automatic), qtbase5-doc-html:amd64 (5.12.8+dfsg-0ubuntu1, automatic)
End-Date: 2020-07-12  14:16:00

Start-Date: 2020-07-12  14:18:26
Install: qtdeclarative5-dev:amd64 (5.12.8-0ubuntu1), libqt5quickshapes5:amd64 (5.12.8-0ubuntu1, automatic), libqt5quickparticles5:amd64 (5.12.8-0ubuntu1, automatic)
End-Date: 2020-07-12  14:18:30

Start-Date: 2020-07-12  14:19:50
Install: qml-module-qtquick-shapes:amd64 (5.12.8-0ubuntu1, automatic), qml-module-qtquick-localstorage:amd64 (5.12.8-0ubuntu1, automatic), qml-module-qttest:amd64 (5.12.8-0ubuntu1, automatic), qml-module-qtquick-particles2:amd64 (5.12.8-0ubuntu1, automatic), qtdeclarative5-examples:amd64 (5.12.8-0ubuntu1), qml-module-qt-labs-qmlmodels:amd64 (5.12.8-0ubuntu1, automatic)
End-Date: 2020-07-12  14:19:56

Mutta ei se silti toimi. En saanut yhtakaan esimerkkia kaantymaan, ja kaiken lisaksi koko Qt Creatori kaatui, aiheuttaen tutut sivuvaikutukset, jossa apport-bugiraportinlahetysohjelma kaatuu myos (ollut muistaakseni Kubuntun vakiobugi ainakin 14.04:sta alkaen).

Mikakohan idea pakettirepositoryssa on pitaa paketteja jotka ei kuitenkaan toimi. Vai voiko tassa Qt:n tapauksessa olla joku sellainen harvinainen poikkeustapaus, jossa ohjelma toimii Ubuntussa mutta ei Kubuntussa?

EDIT: Asensin viela taman inspiroimana paketin "libclang-common-8-dev" (aiemmin oli jo libclang-common-10-dev asennettuna), ja nyt esimerkit nayttaisi kaantyvan suht hyvin. Ei tuo vielakaan ihan sataprosenttisen toimivalta vaikuta, koska esim. qt-versiot ei vielakaan autodetectoidu oikein, mutta ainakin tuolla saa nyt jotain aikaiseksi.
 
Viimeksi muokattu:
Kannattaisiko jo naputella bugiraporttia? Jos se on oikeasti tuollaista pakettilottoa saada toimimaan niin täyttä paskaahan tuo on.
 
Käytössä Asusin näyttö ja mustat eivät ole niin mustia kuin kuuluisi olla. Syypää on kvantisointialueen oletusasetus "Rajoitettu". Siispä onko Linuxille olemassa Intelin näytönohjaimella varustetuille koneille jotain ohjelmaa tai muuta kikkaa jolla saisi muutettua tuota asetusta?

Windowsilla kyseistä asetusta pystyy helposti muokkaamaan Intelin omasta grafiikkaohjauspaneelista
1594899168462.png
 
Mitä sanoo komento
Koodi:
xrandr --prop
?

Jos tulosteesta löytyy rivi jossa mainitaan "Broadcast RGB", se voisi olla tarvittava asetus. Sitä pääsee muuttamaan tyyliin:
Koodi:
xrandr --output HDMI-0 --set "Broadcast RGB" "Full"

Jos näyttöliitännän nimi on jotain muuta kuin HDMI-0, vaihda se tarpeen mukaan.

Jos tuo komento tepsii, tuo rivi pitäisi sitten hillota johonkin sopivaan paikkaan niin että se ajetaan automaattisesti X-serverin käynnistyksen jälkeen. Paras paikka olisi ns. Xsetup-skripti, joka ajetaan rootin oikeuksilla X-serverin käynnistyksen yhteydessä ennen kuin edes login-dialogi tulee näkyviin. Mutta missä tuollainen skripti sitten on, riippuu käyttämästäsi jakelusta ja siitä mitä X Display Manageria (gdm/sddm/<joku_muu>dm) käytät. Gnome-työpöytäympäristön kaverina käytetään yleensä sen omaa gdm:ää, modernin KDE:n kanssa sddm:ää, ja muiden työpöytien/ikkunamanagerien kanssa sitten mitä tahansa.

Ja Waylandista ei minulla ole kokemusta; jos näyttöä käytetään Waylandilla perinteisen X-serverin sijasta, se saattaa vaatia jotain hienosäätöä tai kokonaan omat kuvionsa.
 

Statistiikka

Viestiketjuista
262 731
Viestejä
4 555 741
Jäsenet
75 049
Uusin jäsen
HesaNalle

Hinta.fi

Back
Ylös Bottom