Linux-kysymyksiä & yleistä keskustelua Linuxista

Ei yarvitse mennä kuin muutama kuukausi niin nuo LTS ja non-lts versiot ovat jo vanhentuneita. Kwrneli ei päivity versiosta toiseen jne.
Miten tämä pitäisi tulkita, muutaman kuukauden välein pitää asentaa uusi versio?

Sitten vielä ihmetellään kun Linux ei yleisty
 
Samaa mieltä Lammas nimimerkin kanssa eli sillä ajanhetkellä kun Ubuntun uusi distro versio tulee saataville niin LTS ja ei-LTS versioilla ole teknisesti mitään eroa. Kaikki versiot on rakennettu samoilla periaatteilla uusimmista sillä hetkellä saatavilla olevista paketeista. Ainoa ero on että johonkin versioon on lyöty päälle LTS leima ja johonkin toiseen ei sitä leimaa lyödä.

Niin, kun tulee uusi release josta tulee myös LTS versio, ei noilla sillä hetkellä ole mitään eroa. Mutta puolen vuoden päästä ei-LTS voidaan päivittää release upgradella uudempaan. Tai ainakin ennen pystyi, ehkä se oikeasti on nykyään niin kuraa että vaatii uudelleenasennuksen.

LTS päivittyy sitten kahden vuoden päästä seuraavaan LTS versioon. Jos päivittyy. Niitä välissä tulevia minimaalisia pistepäivityksiä ei lasketa. Tietty aina voi vaihtaa ei-LTSään mutta miksi sitten alunperin edes piti LTSään sotkeentua.

Miten tämä pitäisi tulkita, muutaman kuukauden välein pitää asentaa uusi versio?

Sitten vielä ihmetellään kun Linux ei yleisty

Se pitäisi tulkita siten että Ubuntussa tietyt peruspaketit naulataan siihen versioon mikä ne on releasessa määritelty eikä niihin välttämättä tule kuin patchitason päivityksiä, ehkä myöhemmin saattaa tulla minor versiopäivityksiä tai jotakin vähän suurempaa HWE muodossa.

Jos ei sitä pysty (enää?) release upgradella päivittämään, oli sitten LTS tai ei, niin se on vain yksi syy lisää pysyä Ubuntuista erossa.
 
LTS version pystyy päivittyämään 6kk päästä seuraavaan ei-lts versioon ihan normaalisti. 6kk välein kun päivittää niin joka neljäs sattuu olemaan LTS versio kolmen ei-LTS version välissä.

Netissä näkee valituksia päivityksessä pois LTS versiosta mutta ne johtuu siitä että nämä henkilöt unohtivat päivittää 6kk välein ja haluavat sitten päivittää liian uuteen versioon joka ei ole se seuraava LTS versiosta.

LTS versioon sotkeutumisessa ei ole mitään ongelmaa jos siitä ei tee itselleen ongelmaa yrittämällä käyttää LTS version ekstra ominaisuutta.

Jos uusin versio sattuu olemaan LTS niin mitään ei voita olemalla asentamatta tätä ja valitsemalla tätä vanhempi ei-LTS koska sen päivittäminen ei sitten onnistu.
 
Miten tämä pitäisi tulkita, muutaman kuukauden välein pitää asentaa uusi versio?

Sitten vielä ihmetellään kun Linux ei yleisty
Ei vaan tärkeimmät paketit esim päivittyy jatkuvasti tai että koko järjestelmä on "rolling release".

Ensimmäisestä esimerkkinä vaikka Fedora ja jälkimmäisestä tietysti Arch.
 
LTS version pystyy päivittyämään 6kk päästä seuraavaan ei-lts versioon ihan normaalisti. 6kk välein kun päivittää niin joka neljäs sattuu olemaan LTS versio kolmen ei-LTS version välissä.

Netissä näkee valituksia päivityksessä pois LTS versiosta mutta ne johtuu siitä että nämä henkilöt unohtivat päivittää 6kk välein ja haluavat sitten päivittää liian uuteen versioon joka ei ole se seuraava LTS versiosta.

LTS versioon sotkeutumisessa ei ole mitään ongelmaa jos siitä ei tee itselleen ongelmaa yrittämällä käyttää LTS version ekstra ominaisuutta.

Jos uusin versio sattuu olemaan LTS niin mitään ei voita olemalla asentamatta tätä ja valitsemalla tätä vanhempi ei-LTS koska sen päivittäminen ei sitten onnistu.

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.
 
Viimeksi muokattu:
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.
 
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.
 

Uusimmat viestit

Statistiikka

Viestiketjuista
280 901
Viestejä
4 827 870
Jäsenet
78 178
Uusin jäsen
Jimi123456

Hinta.fi

Back
Ylös Bottom