Tuohon cloud-init:iinkin on pitänyt jossain välissä tutustua mutta on tässä ollut niin monta muutakin asiaa että ei ole kerinnyt.
Dockeria suositellaan ajettavaksi VM:ssä LXC:n sijaan. Keskusteluja tästä aiheesta on netti pullollaan, mutta myös Proxmoxin dokumentaatiossa sanotaan:
Juu ei kiitos.
# 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.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)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.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.apt update -y
apt upgrade -y
apt dist-upgrade -y
apt autoremove
apt cleanapt update -y
apt upgrade --without-new-pkgs -y
apt full-upgrade -yNä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.
Ei ole väliä vaikka olisi päivitetty aiemmin.
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ä.
Se, että jatkettu tuki on olemassa kertoo siitä, että versiopäivitykset eivät aina ole ongelmattomia. Samasta varoittaa myös Debian itse Release Noteissa.
Mistä ne tarkalleen valittaa?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öä
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.
En nyt ihan suoraan lähtisi vertaamaan työpöytäkäytössä olevaa Windowsia ja (tässä mainitussa tapauksessa) Debiania jossa muutenkin tulee ns. vakaa versio ulos ~2 vuoden välein ja sitten jos jätetään yksi versio päivittämättä (kuten esim servereissä on useasti tapana, ei niitä päivitetä uusimpaan heti vaan vasta ehkä sitten kun tietoturvapäivitykset loppuu).
Jolla kaikki asennetut ohjelmat päivittyvät?
Riippuu distrosta ja käytetystä pakettienhallinsta. Joku oli mikä päivittä samalla käyttiksen paketit, snapit ja flatpakit.
Ei taida Windowssissa mikään kolmannen osapuolen ohjelma päivittyä samalla, kun Windows päivittyy? Linuxissa tämä on edes teoriassa mahdollista, jos ohjelmat on asennettu distron repoista.
Manjaron tekemä Pamac paketinhallintaohjelmisto, tämän saa päivittämään AUR, flatpak ja snap paketit samalla. Tämän saa käyttöön AUR pakettina mihin tahansa Arch pohjaiseen distroon. Itse käytän tätä Archin kanssa koska on vaan niin käytännöllinen.
Kyllä minulle yksi isoimmista syistä valita Arch on juuri se että repot+AUR+flatpak sisältää jokaisen linuksille tehdyn ohjelmiston mitä on osannut kaivata, yhtä ainutta ohjelmaa ei ole tarvinnut ladata paketinhallinnan ulkopuolelta, ja kaikki asennetut ohjelmistot päivittyy yhdellä napin painalluksella.
Syy ei siis ollut päivittämisessä, vaan pakettienhallinnan laajuudessa (ja sitten siinä, että niitä paketteja on helppo päivittää).
AMD:n näyttis ja käytössä OpenSuse Tumbleweed KDE Plasmalla, 240 Hz + 60 Hz näytöt toimii ongelmitta. Mutta Linuxilla käsittääkseni voi olla isojakin eroja toiminnassa näyttiksen valmistajasta riippuen joten ehkä joku Nvidian omistaja osaa sanoa siitä puolesta paremmin.
Ei tossa nyt ihan hirveesti tavaraa ole. Eikä pahemmin tarvi ajatella mitään, jos ei halua. Ja tämä siis isommassa versiopäivityksessä, Softat ja kernelit jne. päivittyy normisti Update-napista.
Ei nuo poissulje toisiaan, se että kaikki paketit löytyy repoista tekee päivittämisestä helppoa. Ei se päivittäminen olisi helppoa jos se päivittäisi vain kernelin ja kaikki muut ohjelmistot pitäisi kaivaa päivitykset ties mistä.
Eiköhän se normaaliasennuskin vaihda tekstiin (tulevissa booteissa), jos
sudo systemctl set-default multi-user.targetsudo systemctl isolate graphical.target
On myös hyvä jos haluaa paskoa Arch asennuksena, pamac on siinä varsin hyvä
Haluisin kuulla lisää, viis vuotta käyttäny Archia eikä se oo sen jälkeen menny päivityksessä rikki kun heitti grubin hiiteen ja EFIstub tilalle. Nykyään Archinstall antaa valita tuon jo asennusvaiheessa. Pamacin kanssa ei ole ongelmia ollut, viikon välein päivitän.On myös hyvä jos haluaa paskoa Arch asennuksena, pamac on siinä varsin hyvä
Se osaa rikkoa mm dependencyt suhteellisen helposti, etenkin jos Pacman päivittyy ja sattuu sopivasti päivittämään.
www.tecmint.com
To switch to runlevel 3, run the following command.
# systemctl isolate multi-user.target
To change the system to runlevel 5, type the command below.
# systemctl isolate graphical.targetTässä on vähän puurot ja vellit sekaisin. Normaali päivitysten asennus toimii (ainakin vakiintuneissa distroissa kuten Debian) kuin junan vessa: "apt-get update; apt-get upgrade" ja tämä päivittää kaiken pakettienhallinnan kautta asennetun distron tuoreimpiin versioihin.
No täytyy kyllä myöntää se että jos pamac ei oo saanut jotain dependencyjä jostain syystä selvitettyä päivittäessä niin olen ajanut päivitykset yaylla.
Noilla saa "sillä kertaa" graafisen käyttöliittymän joko pois päältä tai takaisin päälle.
# systemctl set-default multi-user.target # bootataan jatkossa ilman GUIta kunnes toisin käsketään
tai
# systemctl set-default graphical.target # bootataan jatkossa GUIn kanssa kunnes toisin käsketäänJuuri se oli pointti, että et ottaisi distroa tai muuta käyttöjärjestelmää pelkän päivittämisen helppouden vuoksi, jos sillä ei voisi tehdä (helposti) mitään muuta.
Mitäs haasteita tässä on? Updaten kautta päivitys pyöriin. Ei sillä että Linuxissa sen vaikeempaa nykyään olisi
näyttää monia kiinnostavan, onhan noita päivityseroja jauhettu jo monta viestiä. En tiedä onko topikki oikea mutta vääriä väitteitä pitää oikoa tai ainakin vähän kysellä tarkennuksia
