Windows XP on Michael’s Domain

1000 kertaa liian hidas

Thu, 01 Dec 2016 00:00:00 +0000

Helsingin yliopisto on ulkoistanut osan IT-infrastruktuuristaan Microsoftille. Vaikka ulkoistaminen olisi lyhyellä aikavälillä halvempaa kuin vastaavien palvelujen tuottaminen paikallisesti, nettovaikutus on todennäköisesti negatiivinen menetettyjen työpaikkojen, osaamisen ja itsenäisyyden vuoksi. Tämän itsetuhoisen käyttäytymisen selittämiseen ei tarvita salaliittoteorioita, vaan syynä ovat vain huonot päätöksentekokriteerit, joissa ei oteta huomioon pitkän aikavälin ja ulkoistettuja kustannuksia. Pyrkiessään saamaan käyttäjät päivittämään uudemmat Windows-versiot Microsoft lopetti Windows XP:n laajennetun tuen 8. huhtikuuta 2014, ja yliopisto noudatti tätä kieltämällä XP-koneilta pääsyn verkkoon. Perusteluna oli, että XP:stä oli tulossa turvallisuusriski. Samaan aikaan Windows XP:n osuus oli edelleen noin 20 % kaikista Windows-asennuksista maailmassa ( https://www.statista.com/statistics/218089/global-market-share-of-windows-7/ ). Vielä lokakuussa 2015 yli 100 miljoonaa tietokonetta käytti Windows XP:tä ( https://en.wikipedia.org/wiki/Usage_share_of_operating_systems ja https://www.statista.com/statistics/218089/global-market-share-of-windows-7/ ), ilman että siitä olisi aiheutunut katastrofaalisia seurauksia. Windows XP:n käytön lopettaminen oli ongelma, sillä neljässä tutkimustyöhön tarvitsemassamme laitteessa on edelleen Windows XP. Käyttöjärjestelmää ei ole mahdollista päivittää ilman laitteiston uusimista (mikä maksaisi tuhansia tai kymmeniä tuhansia euroja ja on siksi lähes mahdotonta yliopiston nykyisessä tiukassa taloudellisessa tilanteessa). Eikä laitteiden käyttämiseen tarvittava ohjelmisto tietenkään ole yhteensopiva Windows 7:n kanssa. Tämän seurauksena emme voi hallita laitteita etäyhteydellä emmekä tehdä automaattisia varmuuskopioita. Jopa tietojen siirtäminen analysoitavaksi toiselle tietokoneelle edellyttää Adidas-verkkoa . Olin ottanut yhteyttä IT-tukeen hyvissä ajoin ennen Windows XP:n laajennetun tuen päättymistä ja pyytänyt heitä etsimään ratkaisua. Ilmeisesti mahdollisia ratkaisuja oli useita, ja IT-tuki alkoikin toteuttaa niitä, mutta henkilöstön vaihtuvuuden vuoksi projekti jouduttiin ”käynnistämään uudelleen” useita kertoja, ja eri tukihenkilöillä oli erilaisia näkemyksiä ongelman ratkaisemisesta. Yliopistossa toteutetun laajan ”fire and hire” -toimenpiteen myötä koko projekti hajosi jälleen. Tänä syksynä keskustelin jälleen tarpeistamme IT-henkilökunnan kanssa, mutta en ole toistaiseksi saanut mitään konkreettista apua. Tänä tiistaina halusin vihdoin selvittää, kuinka vaikeaa on todellisuudessa liittää Windows XP -kone verkkoon tavalla, joka ei vaaranna tietoturvaa, mutta mahdollistaa tiedostojen jakamisen, varmuuskopioinnin ja etäohjauksen. Kävin instituutin romupaikalla, jonne kerätään rikkoutuneita elektroniikkalaitteita, ja otin sieltä kolme vanhaa 10/100-verkkokorttia sekä muutaman ethernet-kaapelin. Yksi kortti ja yksi kaapeli olivat vielä toimintakunnossa, joten asensin verkkokortin Ubuntu 16.04 -tietokoneeseen ja liitin sen ethernet-kaapelilla yhteen XP-koneista. Määritettyäni verkkokortille IP-osoitteen manuaalisesti ja asennettuani Samban Ubuntu-koneelle pystyin liittämään Samba-jakon asemaksi Windows XP -koneeseen. Sitten tein Samba-jakon saatavaksi verkkosivun kautta. Koko homma kesti noin tunnin. Koska en ole IT-ammattilainen, käytin ehkä vielä kolme tuntia selvittämään, miten se tehdään (Samban asennus, Apache-palvelimen asennus, toisen verkkokortin konfigurointi, mikä ei tapahdu automaattisesti Ubuntussa). Tämä ratkaisu täyttää kaikki vaatimuksemme, ei maksanut mitään ja saatiin toteutettua yhden päivän kuluessa. Kirjoitan teknisistä yksityiskohdista myöhemmin, kunhan ehdin dokumentoida tekemäni toimenpiteet. Joustavuus on ehkä se, mitä eniten puuttuu, kun tarkastelen monia yliopistomme IT-projekteja. Mieleeni tulee erityisesti siirtyminen Drupaliin yliopiston verkkosivujen sisällönhallintajärjestelmänä. Valitettavasti tiedekuntamme käyttää edelleen Dreamweaveria verkkosivujensa luomiseen, minkä seurauksena monia verkkosivuja ei päivitetä lainkaan.

Windows XP -vieraskone VMWare 4:n alla olevasta raaka-osiosta, coLinux pelastustilana

Thu, 05 Apr 2007 00:00:00 +0000

Toistaiseksi en ole onnistunut ajamaan Windows XP -vieraskäyttöjärjestelmää raakalevyosiosta Linuxin VMWare-ohjelmistolla. Tässä on keskusteluketju .

Fujitsu Siemens Amilo D1840W ja Linux

Sat, 06 Mar 2004 00:00:00 +0000

Uusi kannettava tietokoneeni (tai pikemminkin pöytätietokoneeni) on Fujitsu Siemens Amilo D1840W. Asensin siihen Windows XP:n ja Suse Linux 9:n kaksoiskäynnistysjärjestelmän seuraavalla osioinnilla: /dev/hda1 * 1 637 5116671 7 HPFS/NTFS, 4,9 GB /dev/hda2 638 1274 5116702+ c Win95 FAT32 (LBA), 4,9 GB/dev/hda3 1275 1287 104422+ 83 Linux ext3 (/boot), 98,7 MB /dev/hda4 1288 9728 67802332+ f Win95 Ext'd (LBA) /dev/hda5 1288 1416 1036161 82 Linux swap, 1 GB /dev/hda6 1417 3244 14683378+ 83 Linux ReiserFS (/), 14GB/dev/hda7 3245 5072 14683378+ 83 Linux ReiserFS (/media/conf), 14GB/dev/hda8 5073 9728 37399288+ 83 Linux ReiserFS (/home), 35,7GBEnsin käynnistin tietokoneen Windows XP Professional -asennus-CD:llä ja loin 4,9GB:n NTFS-osion. XP:n asennuksen jälkeen asensin Suse 9:n. Suse-asennusohjelma tarjosi minulle automaattisesti mahdollisuutta liittää NTFS-osio kansioon /windows/C. Se on todennäköisesti vain luku -tilassa, mutta loin 4,9 GB:n FAT32-osion tiedostojen turvallista siirtämistä varten Windowsin ja Linuxin välillä. Linuxin asennus sujui ongelmitta. Ainoa ongelma oli, että asennusohjelma valitsi väärän ytimen. Oletusytimen (2.4.21) sijaan se asensi SMP4G-ytimen (“symmetrinen moniprosessori, enintään 4 GB RAM-muistia”). Tarkistin nykyisen ytimen version komennolla uname -all ja huomasin, että minulla on väärä ydin. Ilmeisesti asennusohjelma hämmentyi, koska Amilo D1840W:ssä on HT-prosessori (“hyper threading”), joka pystyy jollain tavalla emuloimaan moniprosessorikoneen. HT-ominaisuus voidaan kytkeä pois päältä BIOSissa, mutta se on oletusarvoisesti päällä. SMP4G-ytimen toiminta on moitteetonta, lukuun ottamatta verkkokorttia. Kyseessä on sis900 (versio 91). Aluksi luulin, että kyseessä oli sama virhe, joka vaivasi Suse 8.1:tä ( http://portal.suse.com/sdb/en/2003/03/ubrueck_sis900.html ). Tarkistin verkkokortin tiedot komennolla hwinfo --network_ctrl, mutta sitten huomasin, että vika johtui väärästä ytimestä. Kun asensin oikean ytimen, kaikki toimi kunnolla.