Linux-kysymyksiä & yleistä keskustelua Linuxista

Ei ole olemassa mitään ei-LTS versiota esim 24.04 releasesta. Sama englanniksi jos googlaat "Ubuntu 24.04 non lts" niin se sanoo:

There is no 24.04 non-lts, but you can upgrade to 24.10 from 24.04 lts. You can change from settings that do you get notified from every new release (so lts and interim releases) or just lts releases.

LTS versioita ovat ne joista se LTS ottaa päivityksensä. Ei sen tarvitsekaan olla mikään virallinen erillinen versio kun ero on yhdessä asetuksessa ja se määrää päivitetäänkö puolivuosittain vai kahden vuoden välein. Helpottaisiko jos puhuttaisi LTS kanavasta ja normaalikanavasta vähän niinkuin Kikkisoftalla? Ei se itse asia silti miksikään muutu.
 
Entäs jos ei yritetä suomessa 3 henkilön voimin keksiä uusia nimityksiä ja sanoa että maailman 10 miljoonaa muuta ihmistä on väärässä kun he eivät ole kuulleet mitä suomessa on keksitty. Vaan sopeudutaan ja käytetään samoja nimityksiä asioille mitä maailman muut ihmiset ja etenkin tässä tapauksessa canonical itse käyttää. Minua ei asia niinpaljon kiinosta että jaksaisin alkaa väittää että canonical on väärässä.
 
Entäs jos ei yritetä suomessa 3 henkilön voimin keksiä uusia nimityksiä ja sanoa että maailman 10 miljoonaa muuta ihmistä on väärässä kun he eivät ole kuulleet mitä suomessa on keksitty. Vaan sopeudutaan ja käytetään samoja nimityksiä asioille mitä maailman muut ihmiset ja etenkin tässä tapauksessa canonical itse käyttää. Minua ei asia niinpaljon kiinosta että jaksaisin alkaa väittää että canonical on väärässä.
Niin kukaan tuskin on Canonicalia tässä syyttänytkään.

Kuinkahan moni nyyppä joka asentaa sen Ubuntun ja sopivasti LTS version, tajuaa ettei se päivity automaattisesti 6kk päästä tulevaan "uuteen versioon" ellei käy vääntämässä pakettimanagerista vipua toiseen asentoon.
 
On paljon porukkaa jotka asentavat LTS version joko ajattelematta, vahingossa tai tarkoituksella. Heille on paljon hyödyllisempää sanoa että "jos haluat päivittää LTS softan 6kk päästä uuteen versioon niin se on mahdollista ja käännä tätä vipua" kuin että sanoa "oletpa tyhmä kun asensit LTS version ja olisi pitänyt asentaa non-LTS versio 24.04 releasesta ja nyt ei ole mitään tehtävissä".

Tämä jälkimmäinen on täydellisen hyödytön ohje ja jopa vahingollinen kun siinä laitetaan nuubit etsimään softaa jota ei ole olemassa.

Varsin moni nyyppä joka asentaa LTS version ei koe mitään tarvetta päivittää 6kk päästä mihinkään vaan he onnellisesti käyttävät tätä LTS softaa pitkät ajat. Ne harvat jotka haluavat tehdä jotakin ihmeellistä aivan turhan takia osaavat etsiä miten pitää toimia.

Väitän että hyvin suuri osa ihmisistä jotka ovat päätyneet ei-LTS versioista päivittämään 6kk välein ovat onnellisia kun päätyvät LTS softaan jota ei tarvitse päivitellä jatkuvasti ja siksi että näitä LTS versiosta pois haluavia on niin vähän se ei ole kovin suosittu ajanviete nettikansalaisten keskuudessa ja siksi jollekulle voi tulla vaikutelma että näin ei voi tehdä kun moni ei kerro kokemuksistaan.

Ihanvaan siksi että LTS version pitkäaikainen käyttö on 99% ihmisille se mitä he haluavat ja mistä ei ole mitään oikeaa ongelmaa.
 
Entäs jos ei yritetä suomessa 3 henkilön voimin keksiä uusia nimityksiä ja sanoa että maailman 10 miljoonaa muuta ihmistä on väärässä kun he eivät ole kuulleet mitä suomessa on keksitty. Vaan sopeudutaan ja käytetään samoja nimityksiä asioille mitä maailman muut ihmiset ja etenkin tässä tapauksessa canonical itse käyttää. Minua ei asia niinpaljon kiinosta että jaksaisin alkaa väittää että canonical on väärässä.
Tämähän on täysin Linuxin hengen vastaista jossa vähän väliä jonkun täytyy haarauttaa uusi oma distro kun on sitä mieltä että kaikki muut on toteuttaneet asian x aivan väärällä tavalla.
 
Entäs jos ei yritetä suomessa 3 henkilön voimin keksiä uusia nimityksiä ja sanoa että maailman 10 miljoonaa muuta ihmistä on väärässä kun he eivät ole kuulleet mitä suomessa on keksitty. Vaan sopeudutaan ja käytetään samoja nimityksiä asioille mitä maailman muut ihmiset ja etenkin tässä tapauksessa canonical itse käyttää. Minua ei asia niinpaljon kiinosta että jaksaisin alkaa väittää että canonical on väärässä.
Mitä ihmettä. Tässä nähdäkseni keskusteltiin sitä onko LTS ylipäätään mielekästä normaali työpöytäkäyttöön. Ja nähdäkseni kaikki osallistuneet olivat kyllä kartalla mikä on LTS ja mikä ei. Kukaan ei mistään termeistä tai konsepteista jankannut kunnes joku tuli pätemään että mitään ei-LTS versiota ei ole olemassakaan.

On paljon porukkaa jotka asentavat LTS version joko ajattelematta, vahingossa tai tarkoituksella. Heille on paljon hyödyllisempää sanoa että "jos haluat päivittää LTS softan 6kk päästä uuteen versioon niin se on mahdollista ja käännä tätä vipua" kuin että sanoa "oletpa tyhmä kun asensit LTS version ja olisi pitänyt asentaa non-LTS versio 24.04 releasesta ja nyt ei ole mitään tehtävissä".Tämä jälkimmäinen on täydellisen hyödytön ohje ja jopa vahingollinen kun siinä laitetaan nuubit etsimään softaa jota ei ole olemassa.
Asia kunnossa. Mutta kukaan ei ole nyt ohjeistanut ketään hakemaan mitään versiota mistään, eikä kukaan edes kysynyt.
 
Sehän ei sitten ole LTS mikä on käytössä vaan se samaan aikaan rellattu ei-LTS? LTS:n juttu, "ekstra ominaisuus", kun on se harvennettu rellien väli, ei se edes tarjoa niitä ei-LTS versioita release upgradelle. Jos päivittää 6kk välein uuteen niin ei sillä mitään tekemistä ole LTS:n kanssa vaikka kahden vuoden välein onkin sama versio puolen vuoden ajan.

No tämä nyt ehkä vähän sekoittaa, kun se ei ole kuin se yksi valinta. Ei-LTS:n voi vaihtaa LTS:ksi, sillä samaisella vivulla, käsittääkseni, koska nimenomaan ei ole vain sattumalta sama versio, vaan se on se sama release. (e. toki vain silloin, kun LTS release osuu kohdalle)
 
Olisi pari probleemaa joissa kaipaisin apua, toisaalta ongelmat saattavat ehkä liittyä toisiinsa.
Molemmat ongelmista tosiaan ehkä vaikuttaisi liittyvän siihen että jotain häsmäkkää amdgpu ajurissa. En tosin itse osaa lähteä asiaa ratkomaan joten apua kaipaisin.
AMD 7900XTX
Ubuntu 24.04.1 LTS
Mikä ajurin versio käytössä? AMD:n sivuilla olevan 24.20.3 for Ubuntu 24.04.1 päiväys on tätä kirjoittaessa 2024-10-11
 
No tämä nyt ehkä vähän sekoittaa, kun se ei ole kuin se yksi valinta. Ei-LTS:n voi vaihtaa LTS:ksi, sillä samaisella vivulla, käsittääkseni, koska nimenomaan ei ole vain sattumalta sama versio, vaan se on se sama release. (e. toki vain silloin, kun LTS release osuu kohdalle)

Näinhän se on. Sama release jolla on sama versio. Joka on myös LTS versio silloin kun se on LTS release. En tiedä miten tästä pitäisi puhua ilman että menee kapulakieleksi ja kaikki ovat tyytyväisiä.

Ubuntun versio joka asennettu LTS releasesta LTS optio päällä ja edelleen seurataan LTS päivitystahtia?
Eäh, taidan jatkossakin puhua LTS ja ei-LTS versioista. Sen verran savolaista verta että luvan kanssa saan jättää kuulijan vastuulle.
 
Pitäisi päästä näkemään X.Org:n / waylandin ja muut todelliset logitiedot.
Minulla on Wayland ainakin tietääkseni käytössä.
Löysin netistä tiedon että sen saa ilmeisesti selville komennolla echo "$XDG_SESSION_TYPE"
Sillä ilmaantuu teksti "wayland"
En kuitenkaan löydä mistä saisin waylandista jotain logitietoa?

Toimiiko virtuaalikonsolin vaihto (CTRL+ALT+F1/F2/F3 jne.); jos, pystytkö kirjautumaan sisään komentoriville?
Ei toimi. Koitin painella noita jokaista mutta mitään eloa ei tullut.

Toimiiko SysRQ-näppäinyhdistelmät (EDIT: Saattavat olla pois päältä Ubuntussa oletuksena; kannattaa ehkä laittaa päälle)?
Katsoin onko tuo päällä vai ei niin sysrq kohdalla luki numero 176. Mitähän se tarkoittaa? Eikö 0 ole sysrq nappula pois käytöstä ja 1 ole päällä?
Enivei koitin noitakin näppäinyhdistelmiä niin sama juttu, ei mitään eloa.

Toimiiko CTRL+ALT+DEL (käynnistyykö kone uudelleen)?
Ei käynnisty, vai kuinka kauan siinä pitäisi mennä ennen kuin käynnistyy uudelleen? Kokeilin muutaman kerran tuota yhdistelmää painaa, mitään ei tapahtunut ja minuutin odottelin.
Painamalla kerran tietokoneen omaa virtanappulaakaan ei tapahdu mitään, ainoastaan pohjassa pitämällä sammuu.

Laita sshd päälle ja ota SSH:lla yhteys koneeseen,...
Laitoin tuon sshdn päälle mutta luin wikipediasta mikä tuo ssh on niin siihen ilmeisesti tarvitsee toisen tietokoneen jotta voin yhdistää tähän?
Minulla ei ole toista tietokonetta käytettävissä, mietin voinko käyttää puhelintani jotta yhdistän. Google playssa on ladattavissa joku ssh appi, toimisikohan sellainen?
Lueskelin tästä ohjeita SSHn käyttöön mutta eikö tuossa ohjeessa tuo ohjaa hänen omaa tietokonettaan siltä samalta tietokoneelta? Olenko siis ymmärtänyt tuon SSHn jotenkin väärin ja voin avata tältä käynnistyksessä jumiutuneelta tietokoneelta tuon SSHn jotenkin?

Em. login saa tekstimuodossa yleensä kirjoittamalla `dmesg`, ja pidemmän login esim. kirjoittamalla `journalctl -b0`. Tämä kannattaa sitten ohjata tiedostoon ja sieltä pastettaa johonkin pastebin -tyypiseen paikkaan ja linkittää tänne; tosin tästä ei ole hyötyä, jos em. logi on samanlainen myös kun kirjautumisruutu ei ole latautunut ja silloin kun se on latautunut.

Lisäksi katsoisin `systemctl status` -tulosteen vikatilanteessa ja tilanteessa kun järjestelmä toimii oikein, niin näkee vähän mikä setup on (pasteta tulos tänne tai johonkin muualle).

dmesg
systemctl status
journalctl -b0 ei saa tuonne pastebiniin kun tulee joku kilobitti raja täyteen


Toi GPU voi olla huonosti tuettu tuossa kernelissä.
Koitin myös 6.11, sama juttu.

Se mitä voisi koittaa niin lisätä bootissa kernel parametreihin rd.driver.pre=amdgpu jolloin se GPU:n alustus tapahtuu aiemmin.
Miten tuo laitetaan kernel parametreihin?



Ilmeisesti onglema on tässä Ubuntun LTS versiossa? Tuo uusin 24.10 taidettiin juuri julkaista, pitäisikö sitä sitten kokeilla?
Mikä siinä on uutena päivityksenä joka voisi korjata ongelman?


Tuo vleaflet vinkkaama tuore ajuripäivitys, mitenhän sen asennan?
Tai mistä ylipäätään tiedän mikä versio nyt on?


"sudo apt list|grep -i gpu|grep installed " näyttää:
libdrm-amdgpu1/noble,now 2.4.120-2build1 amd64 [installed]
libdrm-amdgpu1/noble,now 2.4.120-2build1 i386 [installed,automatic]
xserver-xorg-video-amdgpu/noble,now 23.0.0-1build1 amd64 [installed,automatic]

glxinfo näyttää:
xtended renderer info (GLX_MESA_query_renderer):
Vendor: AMD (0x1002)
Device: AMD Radeon RX 7900 XTX (radeonsi, navi31, LLVM 17.0.6, DRM 3.57, 6.8.0-45-generic) (0x744c)
Version: 24.0.9
Accelerated: yes
Video memory: 24576MB
Unified memory: no
Preferred profile: core (0x1)
Max core profile version: 4.6
Max compat profile version: 4.6
Max GLES1 profile version: 1.1
Max GLES[23] profile version: 3.2

Onko minulla amdgpu versio siis 23.0.0-1build1 vai 24.0.9 vai 2.4.120-2build1 ?

 
Viimeksi muokattu:
Tuo vleaflet vinkkaama tuore ajuripäivitys, mitenhän sen asennan?
Tai mistä ylipäätään tiedän mikä versio nyt on?
Tällä voit ainakin kokeilla, mitä paketti yrittää asentaa, ennen kuin survoo pysyvästi sisään :D
Bash:
sudo apt install --dry-run ./amdgpu-install_6.2.60203-1_all.deb
dialog (minimaalinen tekstipohjainen käyttöliittymä) ainakin näyttää tulevan mukana, eli asennus on ohjattu.
 
Käytännössä esim. Ubuntu 20.04 LTS:n python 3.8 riittää melkein mihin tahansa vielä nykyäänkin.

Vasta tuossa kuukausi sitten Rocky Linux 9:n kanssa tuli ongelmaksi python 3.9.18 joka oli kikkareelle jota tarttin liian vanha. Ja toi 3.8 vasta vanha onkin kun kaikki tuki jo päättynyt.



Alle vuoden tuki ei-LTS-Ubuntuissa tarkoittaa sitä, että käyttis pitää asentaa uusiksi pari kertaa vuodessa. Mikäs siinä, jos tykkää asennella (tai yrittää päivitystä lennosta), mutta edes Windows 95:n kanssa ei tarvinnut harrastella tällaista rumbaa pakon sanelemana.

Mulla ollut Fedora tuossa palvelin/nas koneessa jo vaikka kuinka ja monta vuotta. Oliskohan jostain versiosta 33 lähtien. UUtta versiota pukkaa noin puolen vuoden välein ja päivitys tapahtuu käytännössä näin:
dnf system-upgrade download --releasever <versio numero>
reboot

Seuraavaksi kun kirjautuu koneellee niin on uusi versio alla. Toki jotain suositeltavia siivouksia on joitakin mutta ei se versiopäivitys ole tuon ihmeellisempi operaatio enää vuonna 2024.

Miten tuo laitetaan kernel parametreihin?

En valitettavasti ubuntua tunne
 
Ajattelin alkaa opetella Linuxin kanssa taistelemista asentamalla sen mini-PC:hen, jonka tarkoitus on toimia yksinkertaisena verkkolevyjakona mediatoistinta varten ja samalla pyörittää kaikkea kotiautomaatioon liittyvää. Kotiautomaatiossa on lähinnä puolenkymmentä Python-skriptiä ja yksi MySQL- ja yksi InfluxDB-kanta ja mediapuolelle tulee yksi MySQL-kanta.

Mikä distro tuohon kannattaisi asentaa, jotta ylläpito olisi sujuvaa? Asennus varmaan headlessina kun ei tuohon juuri graafista käyttöliittymää tarvitse ja pitkäaikaisena atk:n käyttäjänä konsoli ei pelota, saisi myös virrankulutuksen puristettua minimiin. Ehkä jopa parempi opetellakin tuon kautta niin kaikki perusasiat tulee nopeammin tutuiksi.
 
Ajattelin alkaa opetella Linuxin kanssa taistelemista asentamalla sen mini-PC:hen, jonka tarkoitus on toimia yksinkertaisena verkkolevyjakona mediatoistinta varten ja samalla pyörittää kaikkea kotiautomaatioon liittyvää. Kotiautomaatiossa on lähinnä puolenkymmentä Python-skriptiä ja yksi MySQL- ja yksi InfluxDB-kanta ja mediapuolelle tulee yksi MySQL-kanta.

Mikä distro tuohon kannattaisi asentaa, jotta ylläpito olisi sujuvaa? Asennus varmaan headlessina kun ei tuohon juuri graafista käyttöliittymää tarvitse ja pitkäaikaisena atk:n käyttäjänä konsoli ei pelota, saisi myös virrankulutuksen puristettua minimiin. Ehkä jopa parempi opetellakin tuon kautta niin kaikki perusasiat tulee nopeammin tutuiksi.

Tuohon käyttöön itse laittaisin Fedora Serverin: A Community Server OS

Tai jos tarkkoja ollaan niin on jo vastaavassa käytössä joku headless miniatomi Fedoran serveripainoksella :whistling:
 
Tuohon käyttöön itse laittaisin Fedora Serverin: A Community Server OS

Tai jos tarkkoja ollaan niin on jo vastaavassa käytössä joku headless miniatomi Fedoran serveripainoksella :whistling:
Jos tarvii jotain uutta softaa tai kirjastoa, niin Fedora lienee ihan sopiva serveriinkin.

Itse arvostan hieman enemmän vakautta ja rauhallisempaa päivitystahtia, niin kotipalvelimessa pyörii Debian. Ne pari softaa mitä haluan päivittää tiheämpään, pyörii muutenkin containerissa, niin ei haittaa Debianin vähän vanhentunut pakettikanta.
 
Jos tarvii jotain uutta softaa tai kirjastoa, niin Fedora lienee ihan sopiva serveriinkin.

Itse arvostan hieman enemmän vakautta ja rauhallisempaa päivitystahtia, niin kotipalvelimessa pyörii Debian. Ne pari softaa mitä haluan päivittää tiheämpään, pyörii muutenkin containerissa, niin ei haittaa Debianin vähän vanhentunut pakettikanta.

Toiminee kai se Debiankin, mutta käytellyt sitä viimeksi kun muistaakseni Debian Rex uusinta uutta niin en sitä kenellekään helposti ensimmäisenä ehdottelekaan.

Kyseisessä pannussa ei ole mitään suurempaa tarvetta uudelle softalle kun kaikki tarvittava pyörii Podmanilla containereissa.

Mutta keskimäärin useammin tarve ollut uudemmalle kuin vanhemmalle versiolle jostakin tilanteissa jossa sillä jotakin merkitystä on ollut. Tämä on ohjannut valinnan yleensä johonkin muuhun kuin Debianiin, mutta ei minulla mitään erityistä ole sitä vastaankaan. Ei vaan ole tullut käytettyä.
 
Toiminee kai se Debiankin, mutta käytellyt sitä viimeksi kun muistaakseni Debian Rex uusinta uutta niin en sitä kenellekään helposti ensimmäisenä ehdottelekaan.

Kyseisessä pannussa ei ole mitään suurempaa tarvetta uudelle softalle kun kaikki tarvittava pyörii Podmanilla containereissa.

Mutta keskimäärin useammin tarve ollut uudemmalle kuin vanhemmalle versiolle jostakin tilanteissa jossa sillä jotakin merkitystä on ollut. Tämä on ohjannut valinnan yleensä johonkin muuhun kuin Debianiin, mutta ei minulla mitään erityistä ole sitä vastaankaan. Ei vaan ole tullut käytettyä.
Ja sitten taas jos asiaa ajattelee toisella tavalla, niin valinnan voi tehdä vaikka sen perusteella kenellä on kivoin logo, ja todennäköisesti kaiken saa toimimaan. Tai no, ehkä distrosta olisi hyvä löytyä se serveri-versio, niin rajautuu peli-distrot ja Kali Linux pois :)

Sitten kun on jotain käyttänyt hetken, niin voi miettiä että onko siinä jotain vikaa. Jos ei, niin hyvä, voi pysyä siinä. Jos on, niin voi katsoa missä distrossa kyseinen asia toimisi paremmin. Mulla ei oo serverissä ollut ikinä muuta kuin Debian juuri sen takia, että ei ole ollut mitään syytä kokeilla siihen mitään muuta.
 
Tuohon purkkiin tuskin tulee koskaan mitään hirvittävän ihmeellistä, sen tarkoitus on tässä kohtaa lähinnä korvata RPi 3B+, jossa on Ruuvitagien datankeruu sekä Synologyn nelipaikkainen NAS, joka on sen verran vanha, että se on yksiytimisellä kankealla prossulla eikä tietysti tuettukaan enää, ja pöytäkoneelta kaikki nuo kotiautomaatioskriptit ja tietokannat. Nyt on joutunut jättämään myllyn päälle jo noiden automaatioiden takia niin helpottaa kun yksi aski hoitaa kaiken.

Sikäli siis varmaan melko sama, mitä käyttistä siinä ajaa. Toki saatan vaikka innostua virittämään siihen jonkun RetroArchin tapaisen joskus, mutta sekin toiminee melkein missä tahansa.
 
Ja sitten taas jos asiaa ajattelee toisella tavalla, niin valinnan voi tehdä vaikka sen perusteella kenellä on kivoin logo, ja todennäköisesti kaiken saa toimimaan. Tai no, ehkä distrosta olisi hyvä löytyä se serveri-versio, niin rajautuu peli-distrot ja Kali Linux pois :)

Sitten kun on jotain käyttänyt hetken, niin voi miettiä että onko siinä jotain vikaa. Jos ei, niin hyvä, voi pysyä siinä. Jos on, niin voi katsoa missä distrossa kyseinen asia toimisi paremmin. Mulla ei oo serverissä ollut ikinä muuta kuin Debian juuri sen takia, että ei ole ollut mitään syytä kokeilla siihen mitään muuta.

No, mutta jos ei ole jo Linuxin kanssa kovin sujut niin olisi ehkä viisasta pitäytyä ns. isoissa distroissa kuitenkin. Helpommin löytyy internetistäkin apuja jos ei ole kaikista hipsterein distro jolla on maailmanlaajuisesti n. 13 käyttäjää, kaikki pitkäpartaisia guruja.

Ja jos on tarkoitus heti ottaa se "tuotantoon" niin en ainakaan itse suuremmin innostuisi mistään kokeiluyritelmistä ja distroshoppailusta. Mutta tämäkin on näitä valintoja, jotkut sitäkin saa kiksejä.

Tuohon purkkiin tuskin tulee koskaan mitään hirvittävän ihmeellistä, sen tarkoitus on tässä kohtaa lähinnä korvata RPi 3B+, jossa on Ruuvitagien datankeruu sekä Synologyn nelipaikkainen NAS, joka on sen verran vanha, että se on yksiytimisellä kankealla prossulla eikä tietysti tuettukaan enää, ja pöytäkoneelta kaikki nuo kotiautomaatioskriptit ja tietokannat. Nyt on joutunut jättämään myllyn päälle jo noiden automaatioiden takia niin helpottaa kun yksi aski hoitaa kaiken.

Sikäli siis varmaan melko sama, mitä käyttistä siinä ajaa. Toki saatan vaikka innostua virittämään siihen jonkun RetroArchin tapaisen joskus, mutta sekin toiminee melkein missä tahansa.

Molemmat ehdotetut Fedora tai Debian ajanee tämän tarpeen. Lähinnä kysymys taitaa olla että haluatko liian uusien vai liian vanhojen pakettiversioiden kirouksen päällesi, ja kummanko logo miellyttää enemmän.

Sekä Debianille että Fedoralle näyttää löytyvään RetroArch natiivipakettinakin, Debianin nykyiselle stablelle tosin tavoilleen uskollisena vanhempi versio 1.14.0 ja Fedora 40:llä mennään 1.19.0:ssa, kun uusin on 1.19.1.
Sinänsä tuo ei ehkäpä niin merkityksellistä ole kun libretro-projekti tarjoaa viimeisimmän version virallisina(?) Flatpakina ja AppImagena.

Itsekin korvasin juuri Raspi3:n tuolla mainitulla minipurkilla. Silloin kun sen otin käyttöön oli joko Fedora 31 tai 32 sen hetkinen ajantasainen release. Nyt ollaan 40:ssä menossa, ei ole missään välissä ollut ongelmia päivittäessä tai muutenkaan. Muuta kuin se että se rauta on häthätää Raspin taskulaskinprosessoria tehokkaampi. Mutta se ei ole käyttöjärjestelmäongelma...
 
Onko ehdotuksia että mikä linux distro minulle? Hankin tuollaisen vanhan pienen toimistotietokoneen kaapin perälle Pi Holen, Syncthingin ja NASsin pyörittelyyn. Mahdollisesti jatkossa voisi tulla valvontakameran NVR softaa tai home assistanttia, mitä näitä home lab käyttökohteita on kun nälkä kasvaa syödessä.

Linuxia sinänsä haluaisin koittaa, ainut vain että komentoriveistä yms en ymmärrä mitään ilman että on lähes tulkoon copy paste keittokirja-ohjeet. Olen miettinyt että ubuntu ja debian voisi olla helppoja hyvällä GUI:llä. Onko jotain muuta syytä kuin harrastelu että ihmisillä tuntuu olevan about kone/softa homelabeissa? Pitäisikö suosiolla opetella joku virtuaalikone-softa pohjalle heti aluksi johon jakaa kaikki nuo käyttötarkoitukset?
 
Onko ehdotuksia että mikä linux distro minulle? Hankin tuollaisen vanhan pienen toimistotietokoneen kaapin perälle Pi Holen, Syncthingin ja NASsin pyörittelyyn. Mahdollisesti jatkossa voisi tulla valvontakameran NVR softaa tai home assistanttia, mitä näitä home lab käyttökohteita on kun nälkä kasvaa syödessä.

Linuxia sinänsä haluaisin koittaa, ainut vain että komentoriveistä yms en ymmärrä mitään ilman että on lähes tulkoon copy paste keittokirja-ohjeet. Olen miettinyt että ubuntu ja debian voisi olla helppoja hyvällä GUI:llä. Onko jotain muuta syytä kuin harrastelu että ihmisillä tuntuu olevan about kone/softa homelabeissa? Pitäisikö suosiolla opetella joku virtuaalikone-softa pohjalle heti aluksi johon jakaa kaikki nuo käyttötarkoitukset?
Jos meinaat noista mainitsemistasi useampaa samaan aikaan samalla koneella ajella niin kyllähän se melkeinpä väkisin virtualisointia huutaa. Eli varmaankin Proxmox olisi yksi helpommista. Tietty jos haluaa samalla opetella "työelämän" virtualisointia niin Vmware ESXi on kanssa saatavilla ilmaiseksi vähän rajoitetuilla ominaisuuksilla.

Ubuntu/Debian tai Redhat/Fedora saattaisivat olla sellaisia aloittelijalle helpompia linuxeja eri variaatioineen. Noihin ainakin on netti pullollaan ohjeita ja dokumentaatiota.
 
Jos meinaat noista mainitsemistasi useampaa samaan aikaan samalla koneella ajella niin kyllähän se melkeinpä väkisin virtualisointia huutaa. Eli varmaankin Proxmox olisi yksi helpommista. Tietty jos haluaa samalla opetella "työelämän" virtualisointia niin Vmware ESXi on kanssa saatavilla ilmaiseksi vähän rajoitetuilla ominaisuuksilla.

Ubuntu/Debian tai Redhat/Fedora saattaisivat olla sellaisia aloittelijalle helpompia linuxeja eri variaatioineen. Noihin ainakin on netti pullollaan ohjeita ja dokumentaatiota.
Tuota Proxmoxia näin tuolla home lab esittelyketjussa monen käyttävän, ja joo ilmeisesti virtualisointi sitten järkevin vaihtoehto olisi. Koneesta varmaankin sen verran tulee löytymään jerkkua että tuo onnistuu, mutta näppäimistön ja tuolin välistä en ole varma. Onko kokemusta että toimiiko tuo proxmox paljolti GUI varassa, vai tarvitaanko sen tai virtuaalikoneiden säätämiseen enemmänkin komentoriviä? Ensimmäinen menee yrittämisen ja erehtymisen kautta, jos komentoriviin pitää kirjoitella niin varmaan pääsen helpoimmalla hankkimalla hallillisen apinoita jotka näppäimistöä randomilla näpyttelee ja toivon parasta.
 
Onko kokemusta että toimiiko tuo proxmox paljolti GUI varassa, vai tarvitaanko sen tai virtuaalikoneiden säätämiseen enemmänkin komentoriviä?
GUI:lla pärjää pitkälle tosin asioiden löytäminen ja omaksuminen välillä haastavaa.
Muistimäärä sais olla 8G tosin jo 4:llä pääsee hyvin alkuun.
Netistä löytyy paljon ohjeita ja niistä voi kopioida etäkäyttöiseen terminaaliin lisäloitsuja.
 
Proxmoxin käytössä itse olen varmaan ehkä pari-kolme kertaa käyttänyt komentoriviä, loput ovat menneet ihan selainkäyttöliittymän kautta kivuttomasti. Ja nuo komentoriviloitsut ovat olleet lähinnä sellaisia juttuja joita tuskin kovin monen tarvitsee tehdä eli vähän eksoottisempia virityksiä. Alkuunhan tuo on ehkä vähän sekava, mutta niinhän vähän kaikki täysin uudet asiat ovat, äkkiä tuon Proxmoxin oppii.

Muistin määrä itselläkin on tuossa Proxmoxissa tullut vastaan, jokainen käynnissä oleva virtuaalikone kun tarvitsee muistia toimiakseen ja kun alkaa olla yli kymmenkunta VM:ää käynnissä niin 16G muisti hupenee aika hätäiseen, vaikka osalle koneista on antanutkin vain alle puolta gigaakin muistia. Prosessoriteho ei ole itselläni tullut vastaan, omat VM:t ovat niin kevyitä että taitaa tuon Proxmox-koneen josta muisti meinaa loppua, prosessorikäyttö olla jotain alle 10% luokkaa keskimäärin. Pitäisi jaksaa viritellä noita containereihin niin saisi virtuaalikoneiden käyttiksen viemän muistin overheadia pienennettyä kun ei olisi niin montaa käyttistä ajossa...
 
ja joo ilmeisesti virtualisointi sitten järkevin vaihtoehto olisi.

No en nyt ole ollenkaan varma että on se järkevin vaihtoehto. Noita juttuja joita luettelit voi suurinta osaa ellei peräti kaikkia ajella konttina. Virtualisointi on mielestäni aika järeän luokan toimenpide joka myös monimutkaistaa ylläpitoa jos aletaan virtuaali pömpeliä laittamaan jokaiselle pulikalle omaansa.
Sen virtualisoinnin ainut etu on se että voit helposti sen kikottimen viskata myöhemmin toiseen koneeseen pyörimään jos sattuu nälkä kasvamaan syödessä ja niitä fyysisiä koneita alkaakin ilmestyä lisää.

Pitää kuitenkin ottaa huomioon että jokainen pystytetty virtuaalikone syö resursseja vaikka olisi shared memory käytössä.
 
Ainakin ha+frigatenvr ovat toimineet helposti dockerilla debianin päällä.
Samassa koneessa on myös levyjako eli periaatteessa se on myös nas.
Jos piholea käyttää vain nimipalvelimena niin sen voi hoitaa suoraan koneella, turha tehdä edes konttia.

Ja aina voi lähteä liikkeelle jollakin ja vaihtaa jos tulee tarve uusille ominaisuuksille, pääasia että varmistaa kriittisen datan ja asetukset jonnekin niin mahdolliset säädöt eivät hävitä niitä.

En vastusta virtualisointia, tiettyihin juttuihin se n ikeun hyvä. Kotitarpeisiin on riittänyt debian, pari ajaa kontissa ja loput suoraan koneella.
 
Serverissä pyörii i5-10500, eli 6c 12t ja 16gb ram alustavsti, 256 SSD, lisälevyjä voi lyödä sitten tarpeen mukaan tod. näk eli uskoisin että tehot riittävät myös kunnon virtualisointiin. Tuo kontin käyttö, ilmeisesti dockerista puhutaan, lienee järkevin tapa aloittaa kuitenkin vaikka debian/ubutun kanssa että pääsee tosiaan alkuun tuon linux maailman kanssa, ei proxmoxikaan ihan mahdottomalta vaikuttanut parin tutorial videon perusteella mutta haitat taivat vielä ylittää hyödyt.
 
No en nyt ole ollenkaan varma että on se järkevin vaihtoehto. Noita juttuja joita luettelit voi suurinta osaa ellei peräti kaikkia ajella konttina. Virtualisointi on mielestäni aika järeän luokan toimenpide joka myös monimutkaistaa ylläpitoa jos aletaan virtuaali pömpeliä laittamaan jokaiselle pulikalle omaansa.
Sen virtualisoinnin ainut etu on se että voit helposti sen kikottimen viskata myöhemmin toiseen koneeseen pyörimään jos sattuu nälkä kasvamaan syödessä ja niitä fyysisiä koneita alkaakin ilmestyä lisää.

Pitää kuitenkin ottaa huomioon että jokainen pystytetty virtuaalikone syö resursseja vaikka olisi shared memory käytössä.
Resurssien kannaltahan tuo virtuaalikonemaailma ei ole ihan tehokkainta resurssien käyttöä mutta mielestäni se on huomattavasti helpompi oppia ja ymmärtää kuin konttien / dockerin / vastaavien ymmärtäminen ja opettelu. Kyllähän virtuaalikoneiden kanssa menee pirusti muistia ja levytilaa hukkaan kun käyttöjärjestelmät syövät saman asian moneen kertaan.

Itse ainakin opin hetkessä virtuaalikoneiden maailman mutta noiden konttien kanssa on vielä paljon opeteltavaa kun konttien luonti, konttien väliset verkot, konttien ulkopuoliset tiedostot sun muut asiat eivät ole ihan itsestäänselviä asioita ainakaan itselleni. Virtuaalikoneiden puolellahan virtuaalikone on ihan kuin oikea tietokone, se vaan on toisen tietokoneen "sisällä" ja ne toimivat ihan kuin erillinen tietokonekin.
 
Resurssien kannaltahan tuo virtuaalikonemaailma ei ole ihan tehokkainta resurssien käyttöä mutta mielestäni se on huomattavasti helpompi oppia ja ymmärtää kuin konttien / dockerin / vastaavien ymmärtäminen ja opettelu. Kyllähän virtuaalikoneiden kanssa menee pirusti muistia ja levytilaa hukkaan kun käyttöjärjestelmät syövät saman asian moneen kertaan.

Itse ainakin opin hetkessä virtuaalikoneiden maailman mutta noiden konttien kanssa on vielä paljon opeteltavaa kun konttien luonti, konttien väliset verkot, konttien ulkopuoliset tiedostot sun muut asiat eivät ole ihan itsestäänselviä asioita ainakaan itselleni. Virtuaalikoneiden puolellahan virtuaalikone on ihan kuin oikea tietokone, se vaan on toisen tietokoneen "sisällä" ja ne toimivat ihan kuin erillinen tietokonekin.

Mä tykästyin cloud-inittiin (jonka sitten lopulta disabloin, kun vm kunnossa), kun se hoitaa dokumentoinnin siinä samalla (kun pitää ne konffifilut ja loitsut vaikka gitissä). Lisäksi saa aika minimaalisia vm:iä pyörimään.
 
Mä tykästyin cloud-inittiin (jonka sitten lopulta disabloin, kun vm kunnossa), kun se hoitaa dokumentoinnin siinä samalla (kun pitää ne konffifilut ja loitsut vaikka gitissä). Lisäksi saa aika minimaalisia vm:iä pyörimään.
Tuohon cloud-init:iinkin on pitänyt jossain välissä tutustua mutta on tässä ollut niin monta muutakin asiaa että ei ole kerinnyt.
 
Proxmox on ihan hyvä vaihtoehto ja helppo asentaa. Netistä löytyy paljon ohjeita sekä videoita ihan asennuksesta sitten laajempaan konfigurointiin.

Itsellä pyörii kone Proxmoxilla, jossa pääosin ajan sitten LXC containeria, jossa pyörii sitten tarvittavat "homelab" jutut. Proxmoxissa hyvä että voit luoda vaikka erillisen VM:n tietylle asialla ja sitten vaikka LXC:n hieman kevyimmille (kuten docker jne) jutuille.

Itse proxmoxin käyttöön ei hirveästi peruskäytössä terminaalia tarvita, pitkälti kaiken voi tehdä web-käyttöliittymän kautta.

Proxmox VE Helper-Scripts näillä pääsee jo hyvin pitkälle alkuun.
 
sitten vaikka LXC:n hieman kevyimmille (kuten docker jne) jutuille.
Dockeria suositellaan ajettavaksi VM:ssä LXC:n sijaan. Keskusteluja tästä aiheesta on netti pullollaan, mutta myös Proxmoxin dokumentaatiossa sanotaan:
If you want to run application containers, for example, Docker images, it is recommended that you run them inside a Proxmox QEMU VM. This will give you all the advantages of application containerization, while also providing the benefits that VMs offer, such as strong isolation from the host and the ability to live-migrate, which otherwise isn’t possible with containers.
 
Dockeria suositellaan ajettavaksi VM:ssä LXC:n sijaan. Keskusteluja tästä aiheesta on netti pullollaan, mutta myös Proxmoxin dokumentaatiossa sanotaan:

Tarkoittaako tämä ohje nyt että pitäisi ottaa se container image ja ajaakin sitä virtuaalikoneena, vai pistää containerit ajoon virtuaalikoneen sisälle? Molemmin päin kuulostaa kohtalaisen älyttömältä suositukselta...

Yleensä niitä containereita ajetaan kun haetaan kevyempää virtualisointia eikä kaivata täyden virtuaalikoneen overheadia yms. "etuja".
 
Dockeria suositellaan ajettavaksi VM:ssä LXC:n sijaan. Keskusteluja tästä aiheesta on netti pullollaan, mutta myös Proxmoxin dokumentaatiossa sanotaan:
Juu ei kiitos.

Ensinnäkin tuossa on vielä itselle sellainen ongelma, että kun serverissä ei ole kuin erillinen gpu (intel arc) niin sen joutuisi luovuttamaan yhdelle VM:lle että saa käytettyä esim Jellyfinin/Plexin kanssa. Sitten ei olisikaan enää GPU:ta käytettäväksi muille kun tuo yksi VM söisi sen kokonaan.

Ajan mielummin unpriviledged LXC:ssä ja annan tarvittavat oikat että kontti pääsee käsiksi näyttikseen.

En nyt suoraan näe että VM olisi tässä mitenkään enemmän turvallisempi.
 
Rupesinpa päivittämään vuosia toiminutta Linux-palvelinta Debian Stretchistä Busteriin (ja siitä tuoreempiin), kun sen joutui muista syistä boottaamaan. Tässäpä nousi tie pystyyn 'apt full-upgrade':ssa:
Koodi:
# apt full-upgrade
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Calculating upgrade... Done
The following packages were automatically installed and are no longer required:
  dh-python emacs24-nox libboost-iostreams1.67.0 libboost-system1.67.0 libcwidget3v5 liblockfile1
  libpython3.5-minimal libpython3.5-stdlib libsigc++-2.0-0v5 libssl1.0.2 libxapian30 python3-distutils
  python3-lib2to3 python3.5 python3.5-minimal
Use 'apt autoremove' to remove them.
The following packages will be REMOVED:
  apt apt-utils aptitude libapt-inst2.0 libapt-pkg5.0 libcurl3 tasksel tasksel-data
The following NEW packages will be installed:
  libcurl4 libpython3.7-minimal libpython3.7-stdlib python3-distutils python3-lib2to3 python3.7
  python3.7-minimal
The following packages have been kept back:
  dmeventd
The following packages will be upgraded:
  curl dash dpkg libpython3-stdlib libudev1 python3 python3-minimal udev
WARNING: The following essential packages will be removed.
This should NOT be done unless you know exactly what you are doing!
  apt libapt-pkg5.0 (due to apt)
8 upgraded, 7 newly installed, 8 to remove and 2 not upgraded.
Need to get 9,074 kB of archives.
After this operation, 11.7 MB of additional disk space will be used.
You are about to do something potentially harmful.
To continue type in the phrase 'Yes, do as I say!'
 ?] no
Abort.
Tämä siis haluaisi poistaa apt:n mikä ei vaikuta hyvältä ajatukselta.
Koodi:
WARNING: The following essential packages will be removed.
This should NOT be done unless you know exactly what you are doing!
  apt libapt-pkg5.0 (due to apt)
Jos yrittää asentaa erikseen apt:n (apt install apt):
Koodi:
The following packages have unmet dependencies:
 apt : Depends: libapt-pkg5.0 (>= 1.7.0~alpha3~) but 1.4.11 is to be installed
E: Unable to correct problems, you have held broken packages.
ja sama libapt-pkg5.0:lle
Koodi:
The following packages have unmet dependencies:
 libapt-pkg5.0 : Depends: libsystemd0 (>= 221) but 215-17+deb8u4 is to be installed
E: Unable to correct problems, you have held broken packages.

Miten tätä olisi parasta ruveta ratkomaan? Ei oikein arvaisi lähteä boottaamaan päivityksen ollessa kesken.
 
Rupesinpa päivittämään vuosia toiminutta Linux-palvelinta Debian Stretchistä Busteriin (ja siitä tuoreempiin), kun sen joutui muista syistä boottaamaan. Tässäpä nousi tie pystyyn 'apt full-upgrade':ssa:
Koodi:
# apt full-upgrade
Reading package lists... Done
Building dependency tree      
Reading state information... Done
Calculating upgrade... Done
The following packages were automatically installed and are no longer required:
  dh-python emacs24-nox libboost-iostreams1.67.0 libboost-system1.67.0 libcwidget3v5 liblockfile1
  libpython3.5-minimal libpython3.5-stdlib libsigc++-2.0-0v5 libssl1.0.2 libxapian30 python3-distutils
  python3-lib2to3 python3.5 python3.5-minimal
Use 'apt autoremove' to remove them.
The following packages will be REMOVED:
  apt apt-utils aptitude libapt-inst2.0 libapt-pkg5.0 libcurl3 tasksel tasksel-data
The following NEW packages will be installed:
  libcurl4 libpython3.7-minimal libpython3.7-stdlib python3-distutils python3-lib2to3 python3.7
  python3.7-minimal
The following packages have been kept back:
  dmeventd
The following packages will be upgraded:
  curl dash dpkg libpython3-stdlib libudev1 python3 python3-minimal udev
WARNING: The following essential packages will be removed.
This should NOT be done unless you know exactly what you are doing!
  apt libapt-pkg5.0 (due to apt)
8 upgraded, 7 newly installed, 8 to remove and 2 not upgraded.
Need to get 9,074 kB of archives.
After this operation, 11.7 MB of additional disk space will be used.
You are about to do something potentially harmful.
To continue type in the phrase 'Yes, do as I say!'
 ?] no
Abort.
Tämä siis haluaisi poistaa apt:n mikä ei vaikuta hyvältä ajatukselta.
Koodi:
WARNING: The following essential packages will be removed.
This should NOT be done unless you know exactly what you are doing!
  apt libapt-pkg5.0 (due to apt)
Jos yrittää asentaa erikseen apt:n (apt install apt):
Koodi:
The following packages have unmet dependencies:
 apt : Depends: libapt-pkg5.0 (>= 1.7.0~alpha3~) but 1.4.11 is to be installed
E: Unable to correct problems, you have held broken packages.
ja sama libapt-pkg5.0:lle
Koodi:
The following packages have unmet dependencies:
 libapt-pkg5.0 : Depends: libsystemd0 (>= 221) but 215-17+deb8u4 is to be installed
E: Unable to correct problems, you have held broken packages.

Miten tätä olisi parasta ruveta ratkomaan? Ei oikein arvaisi lähteä boottaamaan päivityksen ollessa kesken.

Mitä kaikkea teit ennen full-upgradea ?

Tällä olen tähän asti pärjännyt, ensin vanhojen päivitys ja turhien poisto:
Koodi:
apt update -y
apt upgrade -y
apt dist-upgrade -y
apt autoremove
apt clean

Sitten bootti

sources.list muutokset versiosta uudempaan

Ja varsinainen päivitys
Koodi:
apt update -y
apt upgrade --without-new-pkgs -y
apt full-upgrade -y
 
Mitä kaikkea teit ennen full-upgradea ?

Tällä olen tähän asti pärjännyt, ensin vanhojen päivitys ja turhien poisto:
Koodi:
apt update -y
apt upgrade -y
apt dist-upgrade -y
apt autoremove
apt clean
Näistä tein update:n ja upgrade:n mutta en dist-upgrade:a. En tehnyt autoremove:a, koska mitään ei ollut roikkumassa. Missään komennoissa ei ole -y:tä.
Sitten bootti

sources.list muutokset versiosta uudempaan
Tuli bootattua pariinkin kertaan ja päivitettyä sources.list osoittamaan archive.debian.org
Ja varsinainen päivitys
Koodi:
apt update -y
apt upgrade --without-new-pkgs -y
apt full-upgrade -y
apt upgrade oli ilman --without-new-pkgs, ja se asentelikin melkoisen määrän paketteja.

Onkohan merkitystä, mutta kone oli alunperin Debian Jessie ja päivitetty siitä aiemmin Stretch:ksi. Kyse on virtuaalipalvelimesta jossain Saksassa, joten olisi hyvä jos asennuksen saisi korjattua ilman uudelleenasennusta.
 
Näistä tein update:n ja upgrade:n mutta en dist-upgrade:a. En tehnyt autoremove:a, koska mitään ei ollut roikkumassa. Missään komennoissa ei ole -y:tä.

Tuli bootattua pariinkin kertaan ja päivitettyä sources.list osoittamaan archive.debian.org

apt upgrade oli ilman --without-new-pkgs, ja se asentelikin melkoisen määrän paketteja.

Onkohan merkitystä, mutta kone oli alunperin Debian Jessie ja päivitetty siitä aiemmin Stretch:ksi. Kyse on virtuaalipalvelimesta jossain Saksassa, joten olisi hyvä jos asennuksen saisi korjattua ilman uudelleenasennusta.
Ei ole väliä vaikka olisi päivitetty aiemmin.

Jos siellä pyörii jotain joka on helppo asentaa uusiksi niin tee vaan uusi kone vanhan rinnalle ja lopuksi vaihdat ?
 
Näissäkohtaa muistuu aina mieleen kuinka joskus rummutettiin kuinka linuxin päivitys on niin paljon helpompaa kuin windowsin, koskaan ei mene mikään mönkään ja aikoinaan kehuttiin jopa sillä ettei tarvitsisi edes uudelleenkäynnistää konetta. Vitsiä vedetiin vuosittaisesta windowsin uudelleen asennuksesta. Todellisuus taitaa (taaskin) olla vähän eri.
 
Näissäkohtaa muistuu aina mieleen kuinka joskus rummutettiin kuinka linuxin päivitys on niin paljon helpompaa kuin windowsin, koskaan ei mene mikään mönkään ja aikoinaan kehuttiin jopa sillä ettei tarvitsisi edes uudelleenkäynnistää konetta. Vitsiä vedetiin vuosittaisesta windowsin uudelleen asennuksesta. Todellisuus taitaa (taaskin) olla vähän eri.

Joillakin distroilla (ja käyttäjillä) todellisuus on juuri tuota. Mutta taisitkin vaan trollata niin turha tästä on enempää alkaa jauhamaan.
 
Näissäkohtaa muistuu aina mieleen kuinka joskus rummutettiin kuinka linuxin päivitys on niin paljon helpompaa kuin windowsin, koskaan ei mene mikään mönkään ja aikoinaan kehuttiin jopa sillä ettei tarvitsisi edes uudelleenkäynnistää konetta. Vitsiä vedetiin vuosittaisesta windowsin uudelleen asennuksesta. Todellisuus taitaa (taaskin) olla vähän eri.

Linux puolella on valinnanvaraa myös siinä päivitettävyydessä. Yksi distro on helppo päivittää, toinen ei.

Kernelin live pätsäys tuli joskus vuosia sitten ja ne distrot joissa se onnistuu niin niitä ei periaatteessa tartte bootata ikinä.
 
Jotain ongelmia saattaa tulla vastaan jos on jättänyt päivittämättä pitkäksi aikaa ja on käyttänyt siis tukematonta versiota distrosta ja sitä koittaa päivittää seuraavaan versioon tai ehkä rolling releasillakin voi tulla ongelmia tuossa tapauksessa.
 
Minusta tätä upgrade mahdollisuutta rummutetaan aika paljon liikaa verrattuna siihen että ongelmia vaikuttaa näkyvän aika paljon.
Voisi sitä joskus kuitenkin kokeilla itsekkin ja silloin koe-eläimeksi voisi hyvin valita jonkun virtuaalipalvelimen koska snapshotin kun ottaa ennen päivitystä niin epäonnistuminen ei ole mikään ongelma kun vaan palauttaa snapshotin ja mitään ei ole menetetty.
 
Itse asensin Kubuntun uuteen työpöytäkoneeseen 2015 ja sitä olen päivitellyt siitä asti uuteen versioon. Jotain joskus hajoaa, ei siis päivityksen kesken, vaan joku ei asia ei toimikaan enää uudessa versiossa, mahdollisesti tuon pitkään jatkuneen päivittelyn takia, kun ei sellaista varmaan testata. Ja kloonaan levystä aina kopion ennen asennusta jos tulee suurempaa häikkää. Mutta kaikenlaista säätöä on homen ulkopuolellakin, niin ei kiinnosta uusi päivitys. Toki noi muutokset voisi pitää gitissä ja home omalla osiollaan, niin noinkin uuden version kokonaan uudelleen asennus olisi varmaan aika vaivaton homma.
 
Näissäkohtaa muistuu aina mieleen kuinka joskus rummutettiin kuinka linuxin päivitys on niin paljon helpompaa kuin windowsin, koskaan ei mene mikään mönkään ja aikoinaan kehuttiin jopa sillä ettei tarvitsisi edes uudelleenkäynnistää konetta. Vitsiä vedetiin vuosittaisesta windowsin uudelleen asennuksesta. Todellisuus taitaa (taaskin) olla vähän eri.
Näin se on, tämäkin on asennettu kai v. 2016 ja kerran päivitetty Jessie->Stretch. Boottaamaankin joutuu yhtenään, nytkin oli uptime vain yli 900 päivää. Tätä boottia tosin ei oikein voi pistää Linuxin piikkiin, koska kone piti ajaa alas virtualisointialustan lahottua ajan myötä.

Hätäilyä tämä versiopäivityskin oli, jatkettu tuki Stretch:lle jatkuu vielä kesään 2027 saakka:
Minusta tätä upgrade mahdollisuutta rummutetaan aika paljon liikaa verrattuna siihen että ongelmia vaikuttaa näkyvän aika paljon
Se, että jatkettu tuki on olemassa kertoo siitä, että versiopäivitykset eivät aina ole ongelmattomia. Samasta varoittaa myös Debian itse Release Noteissa.

Toisaalta ongelmien näkyminen on myös osittain harhaa: kukapa onnistuneista päivityksistä mihinkään kirjoittaisi.
 
Eikä ongelma ole pelkästään siinä, että se versiopäivitys saattaa mennä pieleen. Saattaa siinä se oma sovellus myös hajota, kun softat päivittyy.

Siksi kait on suhteellisen yleistä, että ei rikota sitä mikä toimii. Sitten kerran kymmeneen vuoteen asennellaan uusiksi. Jos palvelinta ajelee omalla raudalla, niin onhan se kymmenen vuoden jälkeen ihan asiallista päivittää rautakin samalla. Virtuaalikoneessa on sitten vieläkin helpompaa asennella se uusi versio uuteen instanssiin ja vaihtaa se tuotantoon kun on testattu toimivaksi.
 
Kun keskusteluja useasta paikasta seurannut, tuntuu isoin valitus linuxista olevan työpöytäkäyttö. Ongelma ratkeaa helposti sillä, että ajaa linuxia, esim. ubuntu server headlessinä vaikka virtuaalikoneessa ja ssh:llä yhteys. Komentorivi ja sen työkalut ainakin itselle tärkein asia siinä, eikä se, onko työpöytä gnome/kde/xfce/joku muu. Vähentää kummasti säätöä :)
Mistä ne tarkalleen valittaa?
Itse en ole ainakaan Redditissä huomannut mitään varsinaista valitusta työpöytäympäristöistä. Ihan Windows-maisia hyvässä ja huonossa KDE Plasma 6.2 ja GNOME on IMO. Lagaa ja vituttaa vaan vähemmän. Oikeen mitään en ole jäänyt kaipaamaan nyt kun kaikki koneet yhtä lukuun ottamatta pyörittää Linuxia.

Itse en käytä terminaalia kuin johkin scriptien/aliaksien luomiseen/ajamiseen ja softien asentamiseen. Vähän poikkeava ympäristö, kun pari näyttöä on jaettu useammalle koneelle, niin sammuttelen/disabloin jne. terminalin kautta näyttöjä :D

Pari oudompaa ongelmaa on nostanut päätään välillä, mutta suht nopsaan niistä on selvitty. Tällä hetkellä miniPC kadottaa 1440p-natiivireson ja pudottaa jostakin syystä ihan randomille resoluutiolle. Joku päivitys pisti sekasin.
inotifystä loppu tila yhdessä vaiheessa.
Synergyn kanssa tulee tapeltua, kun typeryyksissäni pistin Synergy 3:n takas, kun oletin, että siinä olis jo Wayland-tuki, kun kerran tukevat jo Linuxia natiivisti. Synergy 1/Input Leap sentään käynnistyy ja toimii Waylandilla, kolmonen ei ees käynnisty. Kuulemma tuki on tulossa...VMP. Backspace ei toimi hiirestä remote-koneilla, samoin näppisleiskojen kanssa on ongelmaa, esim osassa ei toimi at-merkki tai AltGr noin yleensäkään. Rasittavinta on, että noi tuntuu toimivan välillä ja Synergyn antamat korjausehdotukset ei oikeen pelitä.
Pelimyllyssä sai hetken säätää ja etsiä, että löytyi mukavat työkalut alikellotteluun, tuulettimien hallintaan, lämpöjen monitorointiin (CPU vaati Zenpower3:n), RGB:n hallintaan ja ettö sai kaikki MangoHUDiin.
 
Näissäkohtaa muistuu aina mieleen kuinka joskus rummutettiin kuinka linuxin päivitys on niin paljon helpompaa kuin windowsin, koskaan ei mene mikään mönkään ja aikoinaan kehuttiin jopa sillä ettei tarvitsisi edes uudelleenkäynnistää konetta. Vitsiä vedetiin vuosittaisesta windowsin uudelleen asennuksesta. Todellisuus taitaa (taaskin) olla vähän eri.
Ja joissakin tapauksissa (minä) Windowsia ei ole ikinä tarvinnut asentaa uudelleen, pistänyt vaan 2010 asennetun seiskan päälle kympin ja mennyt sillä, kunnes vaihdoin Linuxiin. Toisella myllyllä kloonasin vaan oletus-winkkuasennuksen uudelle SSD:lle, kun päivitin nopeampaan. Siitäkin nyt 6-7 vuotta.
Sama Linuxilla; päivittänyt nyt kahdesti major version Nobarasta (38-39-40), vaihtanut GNOMEsta KDE:hen kertaalleen ja päivittänyt Pulseaudion Pipewireen ilman minkään hajoamatta.
Paha sanoa onko tää vaan tuuria vai oikeat ohjeet.
 
Niin, no, windowsin päivittämiseen ei yleensä tartte mitään 100 sivuisia ohjeita olla tai ohjeita ylipäätään kun käyttäjän kannalta se on vain napin painallys.
 

Statistiikka

Viestiketjuista
286 719
Viestejä
4 924 063
Jäsenet
79 231
Uusin jäsen
Maanuli

Hinta.fi

Back
Ylös Bottom