Linux kysymyksiä

Juha Uotila

Mobiilimiäs vol.2
Ylläpidon jäsen
Liittynyt
18.10.2016
Viestejä
4 067
Tämäpä se. Verraton Linuxin vahvuus että voi valita sellaisen kun omaan työskentelyyn parhaiten sopii.

Itse olen jonkun vuoden käyttänyt mainittua i3:sta, en enää vaihtaisi tavanomaiseen paskaa työpöytämetaforaa toteuttavaan stackaavaan ikkunansekoittajaan. Mutta en silti suosittelisi kenellekään ketä en tiedä kykeneväksi tekemään perusjuttuja ilman kädestä pitävää työpöytäympäristöä.
Itsekin vasta opettelen tuon i3 kanssa ja vaatii kyllä totuttelua pitkällisen Gnomen käytön jälkeen. Konffit sai aika hyvin kuntoon pohjaksi lainaamalla muutamalta eri osia konffeista.
 
Liittynyt
17.10.2016
Viestejä
749
Joskus vannoin i3-tyylisten ("tiling", mitä se nyt sitten suomeksi olisikaan) nimeen, mutta mun maku on sittemmin kehittynyt aivan toiseen suuntaan. KDE pienillä kustomoinneilla on mun juttu nykyään. Gnomesta tai sen tyylistä en ole koskaan tykännyt.

Ja tosiaan tämä Linux-maailmassa parasta onkin. Vaihtoehtoja riittää.
 
Liittynyt
25.04.2018
Viestejä
275
Tykkään siksi aina suositella cinnamonia kun jos joku aloitteleva linux käyttäjä siirtymässä pois windows maailmasta ja suosittelet sille gnomea työpöydäksi niin se muutos voi olla liian suuri ja vaikea. Cinnamon & Mate on ehkä silloin ne "parhaat" työpöytä versiot vaikka toki niinkuin sanoitte pitkälti tämä makuasia. Jotkut tykkäävät isommasta muutoksesta windowssin jälkeen ja jotkut haluavat pienen askeleen kerralla.

Mate on myös erinomainen, cinnamon vain on hienompi. Gnome toki on hyvä ja takuuvarmasti erilainen. Lähtökohtasesti nämä kaikki linuxin työpöydät on todella mukavia ja hyviä, mutta ei sitä voi koskaan tietää mikä kellekkin sopii. KDE on myös todella näyttävä , mutta jostain syystä käytän mielummin cinnamonia tai matea. Gnomeakin olen kokeillut mutta ei ole minun juttu se. Xfce työpöytää olen käyttänyt n.5 minuuttia.
 
Liittynyt
01.02.2017
Viestejä
592
Joo mä en käyttäisi gnomea välttis jos ei olis Dash to dock tai vastaavan helppoa lisäosaa. Dokkiin kun tottunut niin kyl se pitää olla. Vaikka kuinka olisi helppo painaa super-näppäintä ja painaa "f" että sais firefoxin. Huono nimimuisti mulla muutenkin. Pöydälle en tosin halua käynnistimiä.
 

Juha Uotila

Mobiilimiäs vol.2
Ylläpidon jäsen
Liittynyt
18.10.2016
Viestejä
4 067
Joo mä en käyttäisi gnomea välttis jos ei olis Dash to dock tai vastaavan helppoa lisäosaa. Dokkiin kun tottunut niin kyl se pitää olla. Vaikka kuinka olisi helppo painaa super-näppäintä ja painaa "f" että sais firefoxin. Huono nimimuisti mulla muutenkin. Pöydälle en tosin halua käynnistimiä.
Noille ny kannattaa luoda omat pikakäynnistyskomennot muutenkin. esim super + <näppäin> käynnistää sovelluksen.
 
Liittynyt
17.10.2016
Viestejä
604
Aiemmin i3:een siirtymisen alkuaikoina tuli itsekin harrasteltua noita pikanäppäimiä. Jossakin välissä ne alkoivat lähinnä ärsyttämään, nyt on enää pari perusjuttua pikanäppäimen takana, kaikki muu käynnistyy rofilla.
 
Liittynyt
01.02.2017
Viestejä
592
Pop Ossiin tuntuu tulevan aika usein noit päivityksiä, niin asensin How to set up automatic updates for Ubuntu Linux 18.04 - nixCraft Unattended-upgrades noilla ohjeilla.
Tuossa ohje toisella lailla: How to Enable Unattended Upgrades on Ubuntu/Debian
Tosin lähettämiseen asensin ssmtp postin lähettäjäksi kun oli paljon simppelimpi. Tuossa ohjeet miten gmailin kautta saa postin: SSMTP gmail configuration : gmail antaa aika hyvän virheilmoituksen ja siihen pitää laittaa turvakoodi gmailin ohjeiden mukaan.
Käyttääkö joku vastaavaa?
 
Liittynyt
19.10.2016
Viestejä
788
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?
 
Liittynyt
18.03.2017
Viestejä
267
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?
 
Liittynyt
19.10.2016
Viestejä
788
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.
 
Liittynyt
31.10.2016
Viestejä
976
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 -.-
 

Juha Uotila

Mobiilimiäs vol.2
Ylläpidon jäsen
Liittynyt
18.10.2016
Viestejä
4 067
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.
 
Liittynyt
31.10.2016
Viestejä
976
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 -.-
 
Liittynyt
08.03.2018
Viestejä
197
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.
 
Liittynyt
20.10.2016
Viestejä
1 758
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.
 
Liittynyt
08.03.2018
Viestejä
197
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!
 
Liittynyt
25.04.2018
Viestejä
275
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:
Liittynyt
31.10.2016
Viestejä
976
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.
 
Liittynyt
13.08.2018
Viestejä
24
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?
 
Liittynyt
20.10.2016
Viestejä
227
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.
 
Liittynyt
17.10.2016
Viestejä
395
Katso df -h mitä näyttää levytilaksi ja poistele vanhat kernelit komennolla: sudo apt --purge autoremove
 
Liittynyt
13.08.2018
Viestejä
24
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)
~$
 
Liittynyt
17.10.2016
Viestejä
45
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

 
Liittynyt
17.10.2016
Viestejä
604
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:
Liittynyt
17.10.2016
Viestejä
749
Mikä tuossa en_FI-localessa on ideana? Miksi ei LANG englanniksi ja muista LC-muuttujista sopivat suomeksi?
 
Liittynyt
17.10.2016
Viestejä
604
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:
 
Liittynyt
14.11.2016
Viestejä
59
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.
 
Liittynyt
13.08.2018
Viestejä
24
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ä.
 
Liittynyt
12.11.2019
Viestejä
418
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?
 
Liittynyt
20.10.2016
Viestejä
1 758
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...
 
Liittynyt
17.10.2016
Viestejä
749
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ä.
 
Liittynyt
13.08.2018
Viestejä
24
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?
 
Liittynyt
20.10.2016
Viestejä
1 758
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:
Liittynyt
13.08.2018
Viestejä
24
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!
 
Liittynyt
13.08.2018
Viestejä
24
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?
 
Liittynyt
17.10.2016
Viestejä
604
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.
 
Liittynyt
13.08.2018
Viestejä
24
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.
 
Liittynyt
17.10.2016
Viestejä
604
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.
 
Liittynyt
20.10.2016
Viestejä
227
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:
Liittynyt
13.08.2018
Viestejä
24
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.
 
Liittynyt
17.10.2016
Viestejä
749
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.
 
Liittynyt
17.10.2016
Viestejä
604
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.
 
Liittynyt
01.01.2017
Viestejä
76
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ä.
 
Liittynyt
17.10.2016
Viestejä
749
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.
 
Liittynyt
12.03.2019
Viestejä
3
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.
 
Liittynyt
13.08.2018
Viestejä
24
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ä.
 

tonkar

Tukijäsen
Liittynyt
20.12.2016
Viestejä
829
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
 
Toggle Sidebar

Uusimmat viestit

Statistiikka

Viestiketjut
95 769
Viestejä
1 921 609
Jäsenet
40 557
Uusin jäsen
Furyna

Hinta.fi

Ylös Bottom