Linux-kysymyksiä & yleistä keskustelua Linuxista

Esimerkiksi OpenBSD:n tapauksessa raja käyttöjärjestelmän ja sovellusten välillä on ehkä vähän selkeämpi. Siinä on selkeästi erotettu ns. "base system", joka sisältää kernelin, bootloaderin jne. ja erilaisia perus daemoneja ja työkaluja, sekä Xorg:in. Sitten on ns. "ports" kokoelma, jossa on erilaisia ulkopuolisia sovelluksia, jotka ei virallisesti kuulu tuohon käyttöjärjestelmään.

Myös Fedoran atomiset versiot Kinoite ja Silverblue (ja oliko niitä muitakin) menee tähän suuntaan, missä on "System software" joka sisältää sen käyttöjärjestelmän sekä joitain perussovelluksia. Varsinaiset sovellukset sitten asennetaan flatpakkeina. Silti raja on ainakin toistaiseki vähän häilyvä, kun vaikkapa tiedostoselain ja Firefox on natiiveina paketteina. Näistä jälkimmäinen kaiketi siirtyy aikanaan flatpakiksi, mutta se ensimmäinen onkin sitten jo makuasia, että onko se "osa käyttöjärjestelmää" vai "sovellus".
 
Ja nyt Wsl pääsi myös kernel 6-aikaan

C:\>wsl --shutdown
C:\>wsl --update --pre-release

$ uname -a
Linux DESKTOP-AAAAAAA 6.6.36.3-microsoft-standard-WSL2 #1 SMP PREEMPT_DYNAMIC Sat Jun 29 07:01:04 UTC 2024 x86_64 GNU/Linux
 
uutta Linux kerneliä pukkaa


-kuulemma paranneltu Ryzen integroitu näyttis tuki
-intel Xe2 grafiikkajuttuja
-Steam Deck IMU tuki
Paljon ongelmia amdgpu korttien kanssa tässä 6.10 ekassa versiossa. Kotain pätsejä olikin jo CachyOSään tullut noita korjaamaan (taitaa olla yksi harvoja jossa jo 6.10 tarjolla
 
Ekan generaation Lenovo T14s ja Xubuntu 24, asennuksen jälkeen boottaa kerran mutta kun sen jälkeen sammuttaa ja käynnistää uudelleen niin ei käynnisty, jää vain musta ruutu näkyviin. Koetettu asennusta muutaman kerran samalla muutellen bios asetuksia. [edit] kerran koetettu ajaa live-tikun avulla käynnistyksen korjaus, ei tehonnut. Mitäs siinä voisi kokeilla ennen kuin luovuttaa.

Ja ei, se ei boottaa ekaa kertaa asennustikulta, kone on sammutettu ja tikku otettu irti ennen ekaa boottia.
 
Ekan generaation Lenovo T14s ja Xubuntu 24, asennuksen jälkeen boottaa kerran mutta kun sen jälkeen sammuttaa ja käynnistää uudelleen niin ei käynnisty, jää vain musta ruutu näkyviin. Koetettu asennusta muutaman kerran samalla muutellen bios asetuksia. [edit] kerran koetettu ajaa live-tikun avulla käynnistyksen korjaus, ei tehonnut. Mitäs siinä voisi kokeilla ennen kuin luovuttaa.

Ja ei, se ei boottaa ekaa kertaa asennustikulta, kone on sammutettu ja tikku otettu irti ennen ekaa boottia.

Useammankin Lenovon kanssa turannut, ei ole tällaista tullut ikinä vastaan ja näillä tiedoilla aika vaikea ehdottaa ratkaisuakaan kun ei tiedä mitä siellä mustan ruudun takana tapahtuu, onko ongelma Secure Boot, bootloader vai mystisesti epäyhteensopiva rauta. Joskus tullut vastaan rautaa jolla distro X ei vaan toimi vaikka toisen kanssa ei mitään ongelmaa. Eli itse kokeilisin jotakin toista, ei-Ubuntu distroa.
 
kun ei tiedä mitä siellä mustan ruudun takana tapahtuu,

Tekeekös tuo jotain logia mitä voisi live-tikun kanssa käydä jälkikäteen lukemassa.

Eli itse kokeilisin jotakin toista, ei-Ubuntu distroa.

Niin, jäi mainitsematta että kokeilin Mintiä joka ei bootannut asennuksen jälkeen kertaakaan mutta sehän on samaa sarjaa. Täytyy jossain vaiheessa testata jollain muulla.

Vähän tökkii nämä Linux-testailut. Laitoin sen Xubuntun T480:een joka toimii useamman kuin yhden bootin ja secure bootin disabloinnin jälkeen alkoi kuva tulla telakkaankin kytketyille näytöille mutta telakkaan kytkety näytöt toimivat peilinä ja niissä resoluutiona 1440p mutta kuva-alana FullHD. Kun lähtee HDMI:llä kytketyltä näytöltä siirtämään ikkunaa telkalla kytketylle näytölle niin ikkunan reuna näkyy edelleen HDMI:llä kytketyssä näytössä vaikka se tulee näkyviin telakassa olevaan näyttöön, HDMI näytön reuna vastaa telakkaan kytketyssä näytössä 1080 pikselin kohtaa. En osaa selittää paremmin mutta en saa sitä säädetty niin että ikkuna ilmestyy telakssa olevan näytön reunaan vasta kun se häviää hdmi-näytön reunasta.

[edit} Kokoonpanona siis 3*1440p näyttöjä joista kaksi telakassa ja yksi suoraan hdmi:llä. Miten Ubuntussa nuo erottaa toisistaan asetuksissa kun ovat samanlaisia?
 
Mitä hyötyä on non-Debian -jakeluista pl. erikoistarpeet? Debian:lla on eniten ohjelmia. Mielestäni Debian on siten yleisin GNU/Linux.

Toki sitäkin voi kustomoida, mutta tarkoitin, että kustomoitujenkin tulisi olla Debian-johdannaisia.

Arch:lla on pieni käyttötarkoitus custom-palvelimissa, mutta myös Debian käy palvelimille.

Sen sijaan mielestäni Mint yms. ovat ihan turhia, koska ne eivät tarjoa vakiintuneempien distrojen etuja, kuten laajaa pakkausten määrää. Eikä niille kannata kehittää niitä, koska pakkaukset toimivat jo Debian:ssa. En ole törmännyt non-Debian jakeluun, jossa olisi järkevä yhteensopivuus Debian-binääreille. Puppy Linux piti olla tällainen, mutta projektin sanotaan olevan hieman kuollut. Ja on kyseenalaista, että tuoko se Debianiin mitään lisää.

Mint:n yleinen argumentti taitaa olla, että mikäli rauta on tuettu, niin se toimii paremmin kuin Ubuntu. No kuitenkin, jos rauta on tuettu, niin voisi käyttää myös FreeBSD:iä.
 
Viimeksi muokattu:
Tekeekös tuo jotain logia mitä voisi live-tikun kanssa käydä jälkikäteen lukemassa.

Ei osaa bubuntuista sanoa sen enemmän mutta kai se ainakin journalia kirjoittaa.

Journalit löytynee kuitenkin normaalista paikasta /var/log/journal alta, pitää osoittaa journalctl lukemaan niitä sieltä.
 
Mitä hyötyä on non-Debian -jakeluista pl. erikoistarpeet? Debian:lla on eniten ohjelmia. Mielestäni Debian on siten yleisin GNU/Linux.

Toki sitäkin voi kustomoida, mutta tarkoitin, että kustomoitujenkin tulisi olla Debian-johdannaisia.

Arch:lla on pieni käyttötarkoitus custom-palvelimissa, mutta myös Debian käy palvelimille.

Sen sijaan mielestäni Mint yms. ovat ihan turhia, koska ne eivät tarjoa vakiintuneempien distrojen etuja, kuten laajaa pakkausten määrää. Eikä niille kannata kehittää niitä, koska pakkaukset toimivat jo Debian:ssa. En ole törmännyt non-Debian jakeluun, jossa olisi järkevä yhteensopivuus Debian-binääreille. Puppy Linux piti olla tällainen, mutta projektin sanotaan olevan hieman kuollut. Ja on kyseenalaista, että tuoko se Debianiin mitään lisää.

Mint:n yleinen argumentti taitaa olla, että mikäli rauta on tuettu, niin se toimii paremmin kuin Ubuntu. No kuitenkin, jos rauta on tuettu, niin voisi käyttää myös FreeBSD:iä.

Ehkä distrokeskustelun puolelle tämä aihe?

Joo kyllä Debian johdannaisineen on yleisin. Jos Androidia ei oteta lukuun.
En oikein tiedä mitä tarkoitat noilla kustomoiduilla, Debianista on eri versioita kylläkin, on 32- ja 64-bittistä, vakaata ja testiversiota ja monenlaista työpöytäympäristöä.

Johdannaisia on sitten pilvin pimein, Ubuntu johtuu Debianista ja Ubuntusta on johdettu Mint, jossa on edelleen ylläpitäjiensä makujen mukaan hiottu käyttäjäkokemus. Samaa sukuhaaraa siis.
Ja Mint tarjoaa tasan samat vakiintuneempien distrojen edut, samat .debit ja flatpakit siihen istuu kuin Ubuntuunkin. Sekoittanet Debianpohjaiset jakelut johonkin toiseen, esimerkiksi Fedoraan joka on RPM-pohjainen jakelu. Jakelu, joka on yhteensopiva Debianin kanssa, on Debianpohjainen jakelu. Lähdekoodin avullahan ohjelmistoja voi asennella mihin Linuxjakeluun hyvänsä.

Tuohon alkuperäiseen kysymykseen itse vastaan että valinnanvapaus. Ainakin 99% kaikista Linuxjakeluista on omalta kannaltani turhia. Paitsi etteivät ole. Vaikka en suurinta osaa jakeluista ja softista tule ikinä käyttämään, niin hyödyn kaikesta kehitystyöstä joka Linuxin ympärillä tehdään.
Kuka tahansa voi ottaa Debianin tai pelkän Linux-ytimen ja polkaista oman distronsa pystyyn. Jos se on hyvä niin se jää eloon, jos ei niin kuolee pois. Kukaan ei ylhäältäpäin määrää mikä menee jatkoon ja mikä ei.
Jos jokin on mielestäsi turhaa, ei sitä tarvitse käyttää.
 
Ehkä distrokeskustelun puolelle tämä aihe?

Joo kyllä Debian johdannaisineen on yleisin. Jos Androidia ei oteta lukuun.
En oikein tiedä mitä tarkoitat noilla kustomoiduilla, Debianista on eri versioita kylläkin, on 32- ja 64-bittistä, vakaata ja testiversiota ja monenlaista työpöytäympäristöä.

Johdannaisia on sitten pilvin pimein, Ubuntu johtuu Debianista ja Ubuntusta on johdettu Mint, jossa on edelleen ylläpitäjiensä makujen mukaan hiottu käyttäjäkokemus. Samaa sukuhaaraa siis.
Ja Mint tarjoaa tasan samat vakiintuneempien distrojen edut, samat .debit ja flatpakit siihen istuu kuin Ubuntuunkin. Sekoittanet Debianpohjaiset jakelut johonkin toiseen, esimerkiksi Fedoraan joka on RPM-pohjainen jakelu. Jakelu, joka on yhteensopiva Debianin kanssa, on Debianpohjainen jakelu. Lähdekoodin avullahan ohjelmistoja voi asennella mihin Linuxjakeluun hyvänsä.

Tuohon alkuperäiseen kysymykseen itse vastaan että valinnanvapaus. Ainakin 99% kaikista Linuxjakeluista on omalta kannaltani turhia. Paitsi etteivät ole. Vaikka en suurinta osaa jakeluista ja softista tule ikinä käyttämään, niin hyödyn kaikesta kehitystyöstä joka Linuxin ympärillä tehdään.
Kuka tahansa voi ottaa Debianin tai pelkän Linux-ytimen ja polkaista oman distronsa pystyyn. Jos se on hyvä niin se jää eloon, jos ei niin kuolee pois. Kukaan ei ylhäältäpäin määrää mikä menee jatkoon ja mikä ei.
Jos jokin on mielestäsi turhaa, ei sitä tarvitse käyttää.

Siirretään distroketjuun (Linux distrokeskustelu), mutta vastaan myös tähän.

Linuxeissa ei ole standardia, joka takaa, että eri distrojen välillä on yhteensopivuuksia. Ne voivat implementoida omia API:ja yms. Mikään ei takaa, että toisen distron paketit tms. toimivat toisessa, ne voivat toimia. Puppy Linux mainosti olevansa binääriyhteensopiva.

Debian suosittaa, että derivativeja ei tehtäisi, ellei ole oikeasti jotain lisättävää. Jos lisäys on pieni, se tulisi tehdä Debian-paketiksi, ei johdannaiseksi.
 
Viimeksi muokattu:
En ole varma liittyykö varsinaisesti Linuxiin, mutta mikäköhän on pielessä, kun ison (200 gigaa) tiedoston kopioiminen ulkoiselta USB-SSD:ltä kannettavan omalle SSD:lle takkuaa siten, että kaikki muukin hidastuu? Alussa kaikki kopioituu normaalisti (eli kohdetiedoston koko kasvaa tasaisesti), mutta jossain vaiheessa kopiointi hidastuu merkittävästi, jolloin myös koko kone rupeaa tahmaamaan pahasti. Esim. uuden terminaalin avaaminen kestää ikuisuuden, nettisivut latautuu tosi hitaasti, dmesg ei aukea jne.

Jos katson topilla, niin muistia on vaikka kuinka paljon vapaana, swappia ei ole käytössä, mikään prosessi ei käytä merkittävästi CPU:ta, mutta "load average" on jossain 40:n paikkeilla (normaalikäytössä alle 1).

Sitten kun kopiointi on vihdoin valmis, niin kaikki palautuu normaaliksi, eikä ainakaan dmesg näytä mitään virhettä tapahtuneen.
 
Onko sulla btrfs ja siinä kompressointi päällä, joku sellainen voisi selittää asian ..
Läppärissä on ext4 ja full disk encryption. Ihan Kubuntun installerilla tehty eli ei mitään kummallisempia virityksiä. Vapaata tilaa osiolla on puoli teraa tiedoston kopioimisen jälkeenkin.
 
Läppärissä on ext4 ja full disk encryption. Ihan Kubuntun installerilla tehty eli ei mitään kummallisempia virityksiä. Vapaata tilaa osiolla on puoli teraa tiedoston kopioimisen jälkeenkin.
Todennäköisesti toi kryptays aiheuttaa ton (eli vie kaiken cpu:n tehon), toki helppo testata, että tapahtuuko sama levylle, mitä ei ole kryptattu. Loadit nousee siksi, kun muut operaatiot jumittaa jonossa. Mitä jos suoritat kopioinnin, komentorivillä ja laitat sille vaikka nice arvoksi 19, eli:
Bash:
nice -n 19 cp tiedosto /johonkin

Edit: ei kyllä varmaan muuta tilannetta, koska se cp komento ei jumita konetta, vaan se prosessi, joka kryptaa, eli sille renice -n 19 voisi auttaa paremmin.
 
Viimeksi muokattu:
Todennäköisesti toi kryptays aiheuttaa ton (eli vie kaiken cpu:n tehon), toki helppo testata, että tapahtuuko sama levylle, mitä ei ole kryptattu. Loadit nousee siksi, kun muut operaatiot jumittaa jonossa. Mitä jos suoritat kopioinnin, komentorivillä ja laitat sille vaikka nice arvoksi 19, eli:
Bash:
nice -n 19 cp tiedosto /johonkin
Niin siis CPU:n käyttö oli topin mukaan (ja myös tuulettimien äänen perusteella) hyvin pientä silloin, kun hidastelu oli päällä. Alussa (about ensimmäisen 50 gigan aikana), kun tiedostokoko kasvoi kovaa vauhtia, topissa taisi näkyä jotain kryptaamiseen liittyvää, ja tuulettimienkin perusteella CPU:n käyttö oli hieman lisääntynyt, mutta mitään dramaattisia sivuvaikutuksia tällä ei ollut. Vasta siinä vaiheessa kun kirjoitusnopeus hidastui ja CPU:n käyttö pieneni, alkoi muu hidastelu ilmetä. Ja load average vaikuttaa siis tässä tapauksessa olevan käänteisesti verrannollinen CPU:n käyttöön.
 
Jos katson topilla, niin muistia on vaikka kuinka paljon vapaana, swappia ei ole käytössä, mikään prosessi ei käytä merkittävästi CPU:ta, mutta "load average" on jossain 40:n paikkeilla (normaalikäytössä alle 1).

Jos loadit huitelee taivaissa mutta CPU käyttö on suht matalalla tarkoittaa sitä että taskeja/threadeja on odottelemassa suoritusta muista syistä kuin prossuajan puuttumisen vuoksi. Koska levykopioinnista kyse niin voisin lyödä vetoa että IOWaitista kyse, eli jostakin syystä tuo kopiointi tukkii I/O puolen siinä määrin että muut ajossa olevat taskit joutuvat odottelemaan sen vuoksi ja tämä aiheuttaa takkuamista.

Top ei ole paras työkalu I/O kuorman seurantaan. Onnistuu paremmin iotopilla (uudempi ja parempi C toteutus löytynee nimellä iotop-c tai vastaava), myös btop(++) pystyy paremmin näyttämään tämän vieläpä käppyröillä. Siihen saa myös CPU käppyrän yhteyteen vastaavasti iowaitin näkyville.
 
Jos loadit huitelee taivaissa mutta CPU käyttö on suht matalalla tarkoittaa sitä että taskeja/threadeja on odottelemassa suoritusta muista syistä kuin prossuajan puuttumisen vuoksi. Koska levykopioinnista kyse niin voisin lyödä vetoa että IOWaitista kyse, eli jostakin syystä tuo kopiointi tukkii I/O puolen siinä määrin että muut ajossa olevat taskit joutuvat odottelemaan sen vuoksi ja tämä aiheuttaa takkuamista.

Top ei ole paras työkalu I/O kuorman seurantaan. Onnistuu paremmin iotopilla (uudempi ja parempi C toteutus löytynee nimellä iotop-c tai vastaava), myös btop(++) pystyy paremmin näyttämään tämän vieläpä käppyröillä. Siihen saa myös CPU käppyrän yhteyteen vastaavasti iowaitin näkyville.
Juu, samaa itse veikkaan eli iowait siellä on syyllisenä. Töissäkin jokunen vuosi sitten ihmeteltiin miksi yksi virtuaalikone tuntui hidastelevan välillä ja selvisi että se oli vanhalla pyörivällä levyllä joten levy-io tahmasi. Se kun siirrettiin SSD:lle niin johan alkoi puhtia piisaamaan.

Itselläni on kotona omassa virtuaalialustassa vähän samaa ongelmaa, pari palvelua alkaa pikkuhiljaa välillä hyytyä iowaittiin, pitäisi saada pari SSD-levyä lisättyä siihen niin saisi IO-intensiivisiä palveluita siirrettyä nopeammalle levypinnalle.
 
Ehkä distrokeskustelun puolelle tämä aihe?

Joo kyllä Debian johdannaisineen on yleisin. Jos Androidia ei oteta lukuun.
En oikein tiedä mitä tarkoitat noilla kustomoiduilla, Debianista on eri versioita kylläkin, on 32- ja 64-bittistä, vakaata ja testiversiota ja monenlaista työpöytäympäristöä.

Johdannaisia on sitten pilvin pimein, Ubuntu johtuu Debianista ja Ubuntusta on johdettu Mint, jossa on edelleen ylläpitäjiensä makujen mukaan hiottu käyttäjäkokemus. Samaa sukuhaaraa siis.
Ja Mint tarjoaa tasan samat vakiintuneempien distrojen edut, samat .debit ja flatpakit siihen istuu kuin Ubuntuunkin. Sekoittanet Debianpohjaiset jakelut johonkin toiseen, esimerkiksi Fedoraan joka on RPM-pohjainen jakelu. Jakelu, joka on yhteensopiva Debianin kanssa, on Debianpohjainen jakelu. Lähdekoodin avullahan ohjelmistoja voi asennella mihin Linuxjakeluun hyvänsä.

Tuohon alkuperäiseen kysymykseen itse vastaan että valinnanvapaus. Ainakin 99% kaikista Linuxjakeluista on omalta kannaltani turhia. Paitsi etteivät ole. Vaikka en suurinta osaa jakeluista ja softista tule ikinä käyttämään, niin hyödyn kaikesta kehitystyöstä joka Linuxin ympärillä tehdään.
Kuka tahansa voi ottaa Debianin tai pelkän Linux-ytimen ja polkaista oman distronsa pystyyn. Jos se on hyvä niin se jää eloon, jos ei niin kuolee pois. Kukaan ei ylhäältäpäin määrää mikä menee jatkoon ja mikä ei.
Jos jokin on mielestäsi turhaa, ei sitä tarvitse käyttää.
Tehokäyttäjistä viis, mutta Mint ja Pop_OS! on kyllä ensikokeilijoiden kannalta kivuttomimmat vaihtoehdot. Flatpakista saa tehokäyttäjät olla mitä mieltä haluaa, mutta uusille käyttäjille se on erittäin tervetullut. Tosin mielestäni siinä on liikaa paketteja ja sen pitäisi ehdottomasti kertoa, mitä frameworkia kyseinen ohjelma käyttää. Näin uudet käyttäjät ymmrtäisivät, miksi toiset ohjelmat näyttävät "Gnomelta" ja toiset "KDE:ltä".

Kokeilin FreeBSD 14.1:stä julkaisusta eiliseen, mutta Waylandiin, Pipewireen ja Bluetoothiin tottuneena jouduin vaihtamaan Alpineen. Samalla Thinkad X270-läppärin akun kesto muuttui 1-2:sta tunnista noin kahdeksaan tuntiin.

Onkin surullista, että FreeBSD:n vuosibudjetti on vain 2,2-2,7 miljoonaa, vaikka niin moni teknologiajätti on tehnyt siitä softansa kivijalan.

Kokeilin myös Devuania ennen Alpinea, mutten saanut sen minimiasennusta boottaamaan asennuksen jälkeen.
 
Viimeksi muokattu:
Onkin surullista, että FreeBSD:n vuosibudjetti on vain 2,2-2,7 miljoonaa, vaikka niin moni teknologiajätti on tehnyt siitä softansa kivijalan.

BSD lisenssi tällaisen mahdollistaa, jos ei ole velvoitteita niin kaikki on firman hyväntahtoisuuden varassa. Ja pukumiehet ei sellaista tue ellei siitä jää viivan alle jotakin.

GPL ja vastaavat ovat yrityksille myrkkyä, pitäisi käyttää rahaa jonkin paranteluun niin että muutkin siitä hyötyisivät maksamatta latiakaan.
 
Mutta miksi GNU/Linuxia rahoitetaan enemmän? Vai riittääkö library exception pukumiehille?

Sitä paitsi GNU/Linuxin päätyminen Androidiin osoittaa, että GPL:n ohi pääsee ainakin teoriassa.
 
Viimeksi muokattu:
Mutta miksi GNU/Linuxia rahoitetaan enemmän? Vai riittääkö library exception pukumiehille?

Sitä paitsi GNU/Linuxin päätyminen Androidiin osoittaa, että GPL:n ohi pääsee ainakin teoriassa.
Ehkä nämä antavat hieman osviittaa kysymykseesi:


Torvaldsin ajoitus oli niinsanotusti täydellinen. Jo vuonna 2000 autojen (ainakin) abs-järjestelmät käyttivät Linuxia. Facebook maksoi myös muhkean summan Linux Foundationille, jotta he ottivat Metaversen sekä myöhemmin AI:n kehityksen kontollensa Facebookin epäonnistuttua molemmissa hankkeissa.
 
Niin siis CPU:n käyttö oli topin mukaan (ja myös tuulettimien äänen perusteella) hyvin pientä silloin, kun hidastelu oli päällä. Alussa (about ensimmäisen 50 gigan aikana), kun tiedostokoko kasvoi kovaa vauhtia, topissa taisi näkyä jotain kryptaamiseen liittyvää, ja tuulettimienkin perusteella CPU:n käyttö oli hieman lisääntynyt, mutta mitään dramaattisia sivuvaikutuksia tällä ei ollut. Vasta siinä vaiheessa kun kirjoitusnopeus hidastui ja CPU:n käyttö pieneni, alkoi muu hidastelu ilmetä. Ja load average vaikuttaa siis tässä tapauksessa olevan käänteisesti verrannollinen CPU:n käyttöön.
Jos loadit huitelee taivaissa mutta CPU käyttö on suht matalalla tarkoittaa sitä että taskeja/threadeja on odottelemassa suoritusta muista syistä kuin prossuajan puuttumisen vuoksi. Koska levykopioinnista kyse niin voisin lyödä vetoa että IOWaitista kyse, eli jostakin syystä tuo kopiointi tukkii I/O puolen siinä määrin että muut ajossa olevat taskit joutuvat odottelemaan sen vuoksi ja tämä aiheuttaa takkuamista.

Top ei ole paras työkalu I/O kuorman seurantaan. Onnistuu paremmin iotopilla (uudempi ja parempi C toteutus löytynee nimellä iotop-c tai vastaava), myös btop(++) pystyy paremmin näyttämään tämän vieläpä käppyröillä. Siihen saa myös CPU käppyrän yhteyteen vastaavasti iowaitin näkyville.

Johtuisiko vaan SSD levystä. Cache täyttyy ja levyn kirjoitusnopeus putoaa, vaikuttaa sitten negatiivisesti sen toimintaan muutenkin.
 
Johtuisiko vaan SSD levystä. Cache täyttyy ja levyn kirjoitusnopeus putoaa, vaikuttaa sitten negatiivisesti sen toimintaan muutenkin.

Väittäisin että tämä juurikin on syy. Itte joskus ihmettelin samankaltaista ja silloin päädyin tuohon SSD:n cachen kyykkäämiseen.
 
Sitä paitsi GNU/Linuxin päätyminen Androidiin osoittaa, että GPL:n ohi pääsee ainakin teoriassa.

GNU/Linuxista puhuminen Androidin yhteydessä kertoo lähinnä ymmärryksen puutteesta. Androidissa on kyllä kernelinä Linux mutta jonka Google on pyrkinyt aitaamaan mahdollisimman minimaaliseen GPL nurkkaukseen, eikä siinä ole GNU userlandiakaan mistä se GNU tulee kun GNU/Linuxista puhutaan.

Jääkööt kotitehtäväksi selvittää minkä päälle se sen sijaan rakentuu. Ei tarvitse palauttaa.
 
GNU/Linuxista puhuminen Androidin yhteydessä kertoo lähinnä ymmärryksen puutteesta. Androidissa on kyllä kernelinä Linux mutta jonka Google on pyrkinyt aitaamaan mahdollisimman minimaaliseen GPL nurkkaukseen, eikä siinä ole GNU userlandiakaan mistä se GNU tulee kun GNU/Linuxista puhutaan.

Jääkööt kotitehtäväksi selvittää minkä päälle se sen sijaan rakentuu. Ei tarvitse palauttaa.

"Android is a Linux distribution according to the Linux Foundation,[205]" Android (operating system) - Wikipedia

"A typical Linux distribution comprises a Linux kernel, an init system (such as systemd, OpenRC, or runit), GNU tools and libraries," Linux distribution - Wikipedia
 
"Android is a Linux distribution according to the Linux Foundation,[205]" Android (operating system) - Wikipedia

"A typical Linux distribution comprises a Linux kernel, an init system (such as systemd, OpenRC, or runit), GNU tools and libraries," Linux distribution - Wikipedia

Sieltä samasta lähteestä löytyy se oikeakin vastaus:

”Android is a Linux distribution according to the Linux Foundation,[205] Google's open-source chief Chris DiBona,[206] and several journalists.[207][208]Others, such as Google engineer Patrick Brady, say that Android is not Linux in the traditional Unix-likeLinux distribution sense; Android does not include the GNU C Library (it uses Bionic as an alternative C library) and some other components typically found in Linux distributions.”
 
Sieltä samasta lähteestä löytyy se oikeakin vastaus:

”Android is a Linux distribution according to the Linux Foundation,[205] Google's open-source chief Chris DiBona,[206] and several journalists.[207][208]Others, such as Google engineer Patrick Brady, say that Android is not Linux in the traditional Unix-likeLinux distribution sense; Android does not include the GNU C Library (it uses Bionic as an alternative C library) and some other components typically found in Linux distributions.”

Joo, mutta kysymys oli, että pohjautuuko se GNU/Linuxiin. Ei että onko se GNU/Linux.
 
Debian + Enlightement on kyllä oikeasti kova kombo.

Käytin juuri äsken Windows 10:ää samoilla ohjelmilla paljon tehokkaammalla koneella. Nyt käytän Debian + Enlightement:lla samoja ohjelmia ja tuntuma on huomattavasti "snappier" eli nopeampi. Windows 10 lagaa tehokkaammallakin koneella.
 
Onko jollain kokemusta, että miten Keycloakin high availability toteutetaan ilman Kubernetesiä?

Keycloakin omilla sivuilla
ei oo mitään muutakuin viittauksia Kubernetesiin, vaikka se HA pitäisi onnistua myös ilman sitä. Netistä ei tuu vastaan muuta kuin viittauksia johonkin aikaisempaan versioon, jotka ei toimi nykyisen version kanssa, tai sitten samaa Kubernets skeidaa.
 
Onko jollain kokemusta, että miten Keycloakin high availability toteutetaan ilman Kubernetesiä?

Kokemusta ei ole, mutta pikaisen dokumentaation lukemisen perusteella ei näytä ihmeelliseltä. Katsopas tuolta:

Aluksi tarvitaan Keycloak-instansseille yhteinen tietokanta, jonka HA järjestetään sitten kukkaron ja valitun tietokantatyypin (MariaDB, MySQL, Postgres, MS-SQL, Oracle) määräämällä tavalla.
Jos tavoitteena on kokonaisen konesalin menetyksen kestävä ratkaisu, sitten pitää valita sellainen tietokantaratkaisu joka itsessään täyttää tämän vaatimuksen myös.

Sitä käyttämään haluttu määrä (kaksi tai enemmän) Keycloak-instansseja, jotka vaihtavat tilatietoja keskenään käyttäen haluttua transport-stackia (oletus UDP + IP-multicast) ja haluttua hajautettua cacheteknologiaa (oletus on Infinispan).
Näiden eteen tarvitaan vielä joku reverse-proxy/kuormantasausratkaisu, mieluiten sellainen joka osaa ohjata samalta asiakkaalta tulevat pyynnöt samalle instanssille sikäli kun se on pystyssä, jolloin tilatiedon siirtelyn tarve instanssien välillä minimoituu.
Reverse-proxy/kuormantasaaja on parempi määrittää niin, että asiakaskoneilta sen kautta pääsee läpi vain varsinaiseen autentikointipalveluun liittyvät pyynnöt, ja Keycloakin admin REST-APIa tai hallintakonsolia tavoittelevat pyynnöt estetään jo tällä tasolla. Hallintayhteydet sitten erikseen.

Sitten pitää vielä päättää viedäänkö aktiivisten istuntojen tilatieto kantaan asti vai ei. Jos viedään, se hidastaa toimintaa hiukan, mutta toisaalta istunnot eivät huku vaikka kaikki Keycloak-instanssit kaatuisivat ja käynnistettäisiin uusiksi yhtä aikaa. Jos aktiiviset istunnot jätetään pelkän hajautetun cachen varaan, toiminta on vähän nopeampaa mutta silloin pitää joko olla riittävän varma että ainakin yksi Keycloak-instansseista jää henkiin missä tahansa odotettavissa olevassa vikatilanteessa, tai sitten istunnon hukkumisesta syntyvän aikaviiveen tai muun haitan pitää olla tarpeeksi vähäinen, ettei käyttäjien hihat pala istuntojen katkeamisen takia silloin kun Keycloak-ympäristössä tehdään isompaa versiopäivitystä tai muuta täyskatkoa vaativaa huoltoa, tai se Iso Vika iskee.

On sitten ihan oma asia miten nuo Keycloak-instanssit haluaa järjestää: tekeekö niistä oldskool-klusteripaketteja, tekeekö jokaisesta oman pienen virtuaalikoneen isolle virtualisointialustalle (tai pilveen), vai miten. Toki kannattaa laittaa joku valvontaratkaisu, joka alkaa varoittaa jos joku instansseista kyykkää, jottei vikatilannetta huomata vasta sitten kun se viimeinenkin jäljellä oleva instanssi oikaisee koipensa...
 
Varmaan tyhmä kysymys, mutta voisin asentaa telegramin tumbleweedin omasta reposta, flatpakina tai sitten ladata telegramin omilta sivuilta Telegram Desktop .tar.xz. Joka on uusin ja kai yleisesti toimivin versio? Tuon .tar.xz sisällä on kaksi tiedostoa 'telegram' ja 'updater', mutta tuo ei kai varsinaisesti asennu koneelle, enkä oikein ymmärrä miten se toimii ja mitä hyviä ja huonoja puolia tuommoisessa versiossa on?
Ja miksi flatpakista on tullu niin suosittu jos ohjelmat voi vaan pakata tuon telegramin tapaan kaikilla distroilla toimiviksi paketeiksi?
Entä minne tuo .tar.xz kannattaa purkaa vai onko sillä merkitystä? Jotain omia kansioita se taitaa tehdä vaikka ei kai "asennu" (oisko ollu ~/.local/share )

Sen nettisivuilta ladattava tiedoston voit purkaa mihin vaan, ja tuplaklikkaamalla sitä telegram-tiedostoa pitäisi lähteä käyntiin. Tässä tosin eroja työpöytäympäristöissä. Tuo ei kuitenkaan ole Linux-maailmassa suositeltava tapa ladata softia.

Itse suosittelen käyttämään Flatpakkia, mutta tämä on vähän makuasia. Flathubiin softa päivittyy melkolailla samaa tahtia kuin sinne webbisivuillekin ja kaupan päälle tulee hieman lisää tietoturvaa, kun flatpakit on jossain määrin eristetty muusta käyttöjärjestelmästä. Tällä hetkellä on jaossa sama versio sekä nettisivuilla että Flathubissa.

Tumbleweed on myös leading edge distro, joten sieltäkin reposta tulee aika tuoretta. Tällä hetkellä jaossa oleva versio näyttää olevan n. kuukauden takaa. openSUSE Software
 
Moro!
Asentelin tossa uuden Linux mint 22-version. Ongelma on se et millä saan pc:n näkyviin telkkarissa (hdmi-piuhalla liitetty!)
Vanhalla versiolla näky mut nyt tässä uudessa en saa näkyviin:(, oisko vinkkejä?
 
msi 1050ti..
Jotenkin hämärä..mikähän tuo punainen ylimääräinen näyttö on:hmm: , kyllähän sen raahaamalla saa kuvan telkkariin siirrettyä muttakun toimi ennen..
Olikohan joku screen mirroring tai joku mitä asetusta tässä uudessa 22:ssa ei ole..
Tuo 3 on pc:n näyttö..

Screenshot from 2024-08-06 15-20-46.png
Screenshot from 2024-08-06 15-20-46.png
 
Mitä kaikkea muuttui? Xorg vai Wayland? DE:n versio?

Mintin Wayland-tuki on "experimental" joten tuskin se on vaivihkaa mennyt päälle.


msi 1050ti..
Jotenkin hämärä..mikähän tuo punainen ylimääräinen näyttö on:hmm: , kyllähän sen raahaamalla saa kuvan telkkariin siirrettyä muttakun toimi ennen..
Olikohan joku screen mirroring tai joku mitä asetusta tässä uudessa 22:ssa ei ole..
Tuo 3 on pc:n näyttö..

En nyt ihan ymmärtänyt boldattua lausetta, että saitko jollain tavalla kuvan telkkariin vai et? Jos laittaa kakkosnäytön pois päältä ja ykkösen päälle, niin mitä tapahtuu?
 
msi 1050ti..
Jotenkin hämärä..mikähän tuo punainen ylimääräinen näyttö on:hmm: , kyllähän sen raahaamalla saa kuvan telkkariin siirrettyä muttakun toimi ennen..
Olikohan joku screen mirroring tai joku mitä asetusta tässä uudessa 22:ssa ei ole..
Tuo 3 on pc:n näyttö..

Eli kuva tulee telkkariin, mutta työpöydät on laajennettu eikä peilattu?
 
msi 1050ti..
Jotenkin hämärä..mikähän tuo punainen ylimääräinen näyttö on:hmm: , kyllähän sen raahaamalla saa kuvan telkkariin siirrettyä muttakun toimi ennen..
Olikohan joku screen mirroring tai joku mitä asetusta tässä uudessa 22:ssa ei ole..
Tuo 3 on pc:n näyttö..

Screenshot from 2024-08-06 15-20-46.png
Screenshot from 2024-08-06 15-20-46.png

Itellä Ubuntu 24.04:ssa näkyi kans ylimääräinen haamunäyttö, jonka takia näytön peilaus ei toiminu kunnolla. Ongelman sain korjattua noilla ohjeilla: Ubuntu Detects 2 monitors when I only have one

Eli, ensin komenolla xrandr, että mihin "liittimeen" se ylimääräinen näyttö on liitetty. Itellä tulosti seuraavanlaista:
Koodi:
Screen 0: minimum 8 x 8, current 3584 x 2880, maximum 32767 x 32767
DVI-D-0 disconnected (normal left inverted right x axis y axis)
HDMI-0 connected 2560x1440+1024+1440 (normal left inverted right x axis y axis) 598mm x 336mm
   2560x1440     59.95*+
   1920x1080     59.94    50.00
   1280x720      59.94    50.00
   1024x768      60.00
   800x600       60.32
   720x576       50.00
   720x480       59.94
   640x480       59.94    59.93
HDMI-1 disconnected (normal left inverted right x axis y axis)
DP-0 connected primary 2560x1440+0+0 (normal left inverted right x axis y axis) 697mm x 392mm
   2560x1440     59.95*+ 144.00   120.00    99.95    84.98
   1024x768      60.00
   800x600       60.32
   640x480       59.94
DP-1 disconnected (normal left inverted right x axis y axis)
DP-2 disconnected (normal left inverted right x axis y axis)
DP-3 disconnected (normal left inverted right x axis y axis)
None-1-1 connected (normal left inverted right x axis y axis)
   1024x768      60.00 +

Joista tuo alimmainen "None-1-1" on itellä se ylimääräinen kun sille on listattu resoluutio 1024x768, joten se pitää saada pois.

Seuraavaksi komennolla ll /sys/class/drm listaus, josta hakea jotain tuohon aikaisempaan listaukseen sopivaa, tai jotain silmäänpistävää. Itellä listaa seuraavanlaista:

Koodi:
lrwxrwxrwx     - root  6 elo    21:12  card0 -> ../../devices/platform/simple-framebuffer.0/drm/card0/
lrwxrwxrwx     - root  6 elo    21:12  card0-Unknown-1 -> ../../devices/platform/simple-framebuffer.0/drm/card0/card0-Unknown-1/
lrwxrwxrwx     - root  6 elo    21:12  card1 -> ../../devices/pci0000:00/0000:00:03.1/0000:2d:00.0/drm/card1/
lrwxrwxrwx     - root  6 elo    21:12  card1-DP-1 -> ../../devices/pci0000:00/0000:00:03.1/0000:2d:00.0/drm/card1/card1-DP-1/
lrwxrwxrwx     - root  6 elo    21:12  card1-DP-2 -> ../../devices/pci0000:00/0000:00:03.1/0000:2d:00.0/drm/card1/card1-DP-2/
lrwxrwxrwx     - root  6 elo    21:12  card1-DVI-D-1 -> ../../devices/pci0000:00/0000:00:03.1/0000:2d:00.0/drm/card1/card1-DVI-D-1/
lrwxrwxrwx     - root  6 elo    21:12  card1-HDMI-A-1 -> ../../devices/pci0000:00/0000:00:03.1/0000:2d:00.0/drm/card1/card1-HDMI-A-1/
lrwxrwxrwx     - root  6 elo    21:12  card1-HDMI-A-2 -> ../../devices/pci0000:00/0000:00:03.1/0000:2d:00.0/drm/card1/card1-HDMI-A-2/
lrwxrwxrwx     - root  6 elo    21:12  renderD128 -> ../../devices/pci0000:00/0000:00:03.1/0000:2d:00.0/drm/renderD128/
.r--r--r-- 4,0Ki root  6 elo    21:12  version

Ja silmiin pistää tuo rivi lrwxrwxrwx - root 6 elo 21:12  card0-Unknown-1 -> ../../devices/platform/simple-framebuffer.0/drm/card0/card0-Unknown-1/, eli se pitäis saada pois. Tuosta rivistä talteen loppuosa miinus "card0-", eli vain pelkkä "Unknown-1".

Ja kun toi on selvitetty, niin sitten pitää muokata (oletan, että) GRUB:ia ja lisätä GRUB:in (sudo nano /etc/default/grub) GRUB_CMDLINE_LINUX riviin teksti video=Unknown-1:d kuten omassa tapauksessa. Huomaa tuo loppuun lisäys ":d".

Muokkauksen jälkeen vielä komento sudo update-grub ja koneen uudelleenkäynnistys, niin se ylimääräinen haamunäyttö pitäis olla poissa.
 
Miks mun hieno scripti etäsammutukseen ei toimi

"ssh username@xxx.xxx.x.xx sudo shutdown -P 0"

valittaa sudo passwordia ja se ymmärrän, tuota -S optiota en halua käyttää.

"sudo: a terminal is required to read the password; either use the -S option to read from standard input or configure an askpass helper
sudo: a password is required"

Olen laittanut etäkoneelle visudolla:

"username ALL = NOPASSWD: /sbin/shutdown"

ssh authentikointi etäkoneelle toimii ihan SSH keyllä ilman passua normaalisti, johtuuko se siitä että laittanut /etc/ssh/sshd_config etäkoneelta tuon password authentikoinnin pois:

PubkeyAuthentication yes
PasswordAuthentication no

jos pystyy joku jeesaa
 
Tässä joutuu nyt hieman arvailemaan mikä onkaan ongelma, mutta koetan vastata mahdollisimman hyvin:

valittaa sudo passwordia ja se ymmärrän, tuota -S optiota en halua käyttää.

"sudo: a terminal is required to read the password; either use the -S option to read from standard input or configure an askpass helper
sudo: a password is required"

Tässä näyttää että kaikkihan toimii kuten pitääkin. Miksi et halua käyttää `-S` -optiota? Miksi et halua ajaa ssh:ta tty:llä? (näihin voi olla syynsä mutta et ole kertonut, mitä yrität tehdä).

"username ALL = NOPASSWD: /sbin/shutdown"

Tällä rivillä voit ajaa vain /sbin/shutdown, et voi antaa optioita. Koeta lisätä perään * (siis välilyönti ja tähti), silloin ko. rivi koskee kaikkia optioita (sudoers tulee *:eä korvausmerkkinä, kts. "Wildcards" -osio sudoers:in man-sivusta).

ssh authentikointi etäkoneelle toimii ihan SSH keyllä ilman passua normaalisti, johtuuko se siitä että laittanut /etc/ssh/sshd_config etäkoneelta tuon password authentikoinnin pois:

PubkeyAuthentication yes
PasswordAuthentication no

Päinvastoin, PasswordAuthentication ei toimi koska olet oittanut sen pois päältä, mutta (PubkeyAuthentication toimii koska olet laittanut sen päälle). Nämä eivät ole toisiaan poissulkevia eivätkä mitenkään vaikuta toisiinsa, vaan ovat vain eräitä tapoja joilla ssh-autentikoinnin voi tehdä.

Oletan nyt siis että haluat ottaa etäkoneelle yhteyden ssh:lla pubkeyautentikaatiolla. Tämä osio toimii jo.

Sudo kysyy nyt salasanaa, koska sudoersissa ei ole oikeanlaista riviä. Laita * ko. rivin perään.

Suosittelen sudoers:iin rajaamaan nämä komennot vain käyttäjälle, jonka pitää päästä niitä ajamaan. Erityisesti, koska on käytössä vielä NOPASSWD. Eli tyyliin:
Koodi:
user    localhost = (root) NOPASSWD: /sbin/shutdown *
Jos järjestelmä käyttää systemd:tä (melkein kaikki käyttää, paitsi ehkä jotkin sulautetut tms.) niin kannattaa kyllä käyttää systemcdl shutdown:ia
 
Sori jos en kysynyt tarpeeksi selkeästi :) kiitos.

Yritän sammuttaa samasta verkossa olevaa konetta että voin ajaa sudon sille ilman että se kysyy salasanaa. Lisäsin merkin * perään mutta edelleen kysyy sudo passwordia. Kokeilin systemlctl shutdown mutta sekin vaatii sudo salasanan. Toimii siis ssh yhteys mut tuo hiton sudo salasana jota se kysyy noihin shutdown -P 0 ja systemlctl shutdowniin pitäisi saada pois.

Ei toimi sudoers tiedostossa
user localhost = (root) NOPASSWD: /sbin/shutdown *
X-tunnus ALL = NOPASSWD: /sbin/shutdown *

Sudo salasanaa kysyy. luulin että tuon -S option käyttö ei ole suositeltavaa tietoturvan takia, ei minulla tästä tietoa :) haju vain.
 

Statistiikka

Viestiketjuista
262 619
Viestejä
4 552 482
Jäsenet
75 032
Uusin jäsen
Lepummi

Hinta.fi

Back
Ylös Bottom