Ylikuormitettu IT-tuki

Ongelma: Järjestelmän kaatuminen käynnistyksen aikana

Yli vuosi sitten, muutama viikko sen jälkeen, kun olin saanut uuden työtietokoneeni, se ei käynnistynyt uudelleen järjestelmäpäivityksen jälkeen, vaan jumittui käynnistysprosessin alkuvaiheessa. Huomasin pian, että pystyin silti käynnistämään tietokoneen ”turvatilassa”. Outoa kyllä, mikään ei näytä olevan vialla, sillä kun poistun turvatilasta manuaalisesti käynnistysprosessin lopussa, tietokone toimii normaalisti. IT-osastomme on yrittänyt korjata ongelmaa monta kertaa tuloksetta. Jouduin jopa työskentelemään ilman tietokonetta noin kolme viikkoa, kun se oli ”korjauksessa”. Tiedät varmaan, kuinka paljon töitä voi saada tehtyä ilman tietokonetta: lähes nolla.Tietokoneellani on Cubbli  20.04.06LTS, epävirallinen Ubuntu-versio, jota Helsingin yliopisto ylläpitää sisäiseen käyttöön. Vaikka bioinformatiikkaa voi harrastaa myös Windows- tai macOS-tietokoneella, Linux on ylivoimaisesti paras valinta. Monet bioinformatiikan kehittäjät eivät edes vaivaudu julkaisemaan ohjelmistojaan Windowsille. MacOS toimii pääosin hyvin (koska sekin on UNIX-yhteensopiva käyttöjärjestelmä), mutta joutuisin maksamaan kaksinkertaisen hinnan samasta laskentatehosta.Tietokone on Lenovo P350  , jossa on NVIDIA T1000  -näytönohjaimella, jota käytän kahden näytön ohjaamiseen. Tarvitsen näytönohjainta pääasiassa 3D-mallinnukseen, fylogeneettiseen analyysiin ja vastaaviin tehtäviin. Tämä näytönohjain on saattanut aiheuttaa ongelman. En alun perin halunnut ostaa tätä mallia, mutta koska grafiikkakorteista oli tuolloin pulaa, IT-osasto sai minut vaihtamaan alkuperäisen valintani T1000-malliin.

Ratkaisu: Päivitä!

Tänään keksin vihdoin, miten ongelmani voidaan korjata. Ostin NVMe-muistitikun, vaihdoin pääaseman ja asensin Vanilla Ubuntu 22.04:n. T1000 oli kytkettynä asennuksen aikana, ja minulla oli Lenovon näyttö kytkettynä HDMI1-porttiin ja HP:n näyttö HDMI2-porttiin. Ja voilà, ongelmia ei ole. Asensin asennuksen aikana automaattisesti kolmannen osapuolen ajurit, ja asennusohjelma käytti Nvidia 535 -ajuria. Koska tietokoneellani on Ubuntun suhteellisen vanha 20.04-versio, halusin testata myös puhdasta 20.04-asennusta. Asennus suoritettiin täsmälleen samalla tavalla kuin 22.04:n kanssa, ja kaikki näytti samalta uudelleenkäynnistykseen asti, jolloin järjestelmä jumittui jälleen täsmälleen samassa kohdassa: [ 0.145189] ACPI BIO -virhe (bug): Symbolia [\_SB.PCIO.SAT0] ei voitu ratkaista, AE_NOT_FOUND (20210730/dswload2-162)[ 0.145199] ACPI-virhe: AE_NOT-FOUND, nimen hakuvaiheessa/luettelossa (20210730/ps object-220)/dev/nvme0n1p2: puhdistus, 198342/244162560 tiedostoa, 18453697/976623104 lohkoa[ 5.599585][ 5.615264] USB 1-1: 2:1: taajuutta ei saada ep:stä 0x1Helppo ratkaisu kahden vuoden vanhaan ongelmaani olisi ollut yksinkertaisesti päivittää versio 20.04:stä versioon 22.04. Mutta tässä se muuttuu mielenkiintoiseksi: IT-osastomme on estänyt päivityksen versiosta 20.04 versioon 22.04. Ja arvatkaa miksi? Cubblissa on ilmeisesti jokin vika, jota IT-osasto ei ole korjannut kahden viime vuoden aikana. Versio 22.04 julkaistiin huhtikuussa 2022. Tämä tarkoittaa, että IT-osastolla oli lähes kaksi vuotta aikaa korjata virhe, mutta he joko eivät vaivautuneet korjaamaan sitä tai eivät kyenneet siihen. Tämä on tyypillinen esimerkki epäonnistumisesta johtuvasta kysynnästä: ongelmaa ei korjata, ja sitten alkuperäisen ongelman vuoksi syntyy monia toissijaisia ongelmia. Sitten IT-osasto ihmettelee, miksi heillä on niin paljon työtä. Tietokoneeni korjaamiseen mennyt työaika on helposti yli viikon (lukuun ottamatta niitä monia tunteja, jotka olen nyt käyttänyt ongelman tunnistamiseen).

Helsingin yliopistolla ei ole resursseja ylläpitää omaa Ubuntu-muunnostaan

Cubbli on mielestäni huono idea. En ole koskaan ymmärtänyt, miksi Helsingin yliopisto haluaisi muokata yleistä Linux-jakelua. Käyttöjärjestelmät ovat nykyään niin monimutkaisia, että jopa maailman rikkain yritys korjaa noin 100 virhettä kuukaudessa eikä silti onnistu pitämään hakkereita poissa omien toimitusjohtajiensa tietokoneista ( https://www.bleepingcomputer.com/news/security/microsoft-reveals-how-hackers-breached-its-exchange-online-accounts/  ). Sellaisen kanssa puuhastelu, jota ei täysin ymmärrä, on riskialtista. Helsingin yliopiston olisi pitänyt ottaa oppia Münchenin kokeilusta. München meni niin pitkälle, että loi oman Linux-jakelunsa, mikä oli resepti katastrofille. Nyt he palasivat takaisin Microsoftin turvaan  . He olivat yllättyneitä siitä, että heidän piti maksaa kehittäjille käyttöönottamansa räätälöidyn ohjelmiston ylläpidosta. Kuka olisi uskonut, että ohjelmistoa pitää ylläpitää? Täysin keskitetysti hallinnoidun työaseman sijaan UH voisi asentaa tavallisen Ubuntun niiden työntekijöiden työpöydille, jotka tarvitsevat hieman enemmän kuin lelukäyttöjärjestelmän. Perusversion Ubuntun tarjoama integrointi (esim. Active Directory) olisi riittänyt yliopistomme tarpeisiin. Se olisi vapauttanut paljon IT-resursseja. Se olisi varmasti estänyt ongelmani, sillä päivitän yleensä nopeasti seuraavaan Ubuntu LTS -versioon heti, kun se tulee saataville.