Windows on Michael’s Domain

Windows muuttaa tietokoneeni kellonaikaa

Mon, 28 Aug 2017 00:00:00 +0000

Jos en ole erehtynyt, Windows on ainoa käyttöjärjestelmä, joka käyttää paikallista aikaa järjestelmäkellossaan (UTC:n sijaan). Tämä tarkoittaa, että monikäynnistysasetuksissa jokainen järjestelmän uudelleenkäynnistys Windowsiin sekoittaa järjestelmän kellonajan. Voit nollata sen (Ubuntu 16.04:ssa) komennolla sudo timedatectl set-timezone Etc/UTC.

Unicorn 7:n käyttäjien määrittäminen edellyttää manuaalista toimenpidettä verkkokäyttäjäympäristössä

Fri, 17 Jun 2016 00:00:00 +0000

Unicorn, Äkta Avant, Äkta Explorer, GE Healthcare, Windows, verkkotodennus, käyttäjän määrittäminen, menetelmä, tulos, tiede, proteiinien puhdistus Koska käytämme Äkta Avant -laitettamme monikäyttäjäympäristössä, meidän on erotettava eri käyttäjien menetelmät ja tulokset toisistaan. Oletusasetuksina jokainen verkkokäyttäjä voi tällä hetkellä nähdä kaikki menetelmät ja tulokset, jotka kuka tahansa muu verkkokäyttäjä on laitteella tuottanut. Tämä on merkittävä yksityisyys- ja turvallisuusongelma, sillä pahantahtoinen käyttäjä voisi poistaa (tai vielä pahempaa: muokata) menetelmiä ja tuloksia.Äkta-laitteemme on konfiguroitu siten, että käyttäjät voivat kirjautua Unicorn 7 -tietokoneeseen yliopiston käyttäjätunnuksella ja salasanalla tavallisen Windows-verkkotodennusmekanismin kautta. Jos kuitenkin useat henkilöt jakavat vastuun yhdestä mittaussarjasta, tämä järjestely ei ole mahdollinen, sillä heidän olisi paljastettava salasanansa toisilleen. Siksi olemme luoneet paikallisen tilin, jota voivat käyttää ne käyttäjät, jotka haluavat jakaa Äkta-laitteen käytön. Windowsiin kirjautumisen jälkeen käyttäjien on vielä kirjauduttava Unicorn 7 -ohjelmistoon, minkä he tekevät yliopiston käyttäjätunnuksella ja salasanalla (“Windows-todennus”). Tässä järjestelyssä jokainen käyttäjä voi nähdä kaikki menetelmät ja tulokset, mikä ei ole hyväksyttävää. Kun uusi käyttäjä määritetään Unicorn-ohjelmistossa (valikko ”Access > Folders”), voidaan määrittää tarkasti, mihin kansioihin kyseisellä käyttäjällä on pääsy, jolloin käyttäjä näkee vain omat menetelmänsä ja tuloksensa. Koska Unicorn 5:n kansiorakenne noudatti Windows-tiedostojärjestelmän kansiorakennetta, käyttäjät pystyivät aina kopioimaan menetelmiä ja tuloksia kansiosta toiseen ja saamaan ne siten käyttöönsä huolimatta Unicorn 5 -ohjelman asettamista rajoituksista.Kun luin ensimmäisen kerran, että Unicorn 7 tukee Windowsin verkkoautentikointia, toivoin, että voisimme välttää sen työlään käyttäjien määrittämisen, jonka jouduimme suorittamaan jokaisen käyttäjän kohdalla Äkta Explorerissa. Vaiva jatkuu kuitenkin, sillä käyttöoikeuksien määrittäminen kerran ryhmälle ei takaa käyttäjien eristämistä.Ensinnäkin Unicorn 7:ssä ei voi rajoittaa yksittäisten käyttäjien käyttöoikeuksia, vaan ainoastaan ryhmien käyttöoikeuksia. Meidän piti luoda yksi käyttöoikeusryhmä jokaiselle verkkokäyttäjälle, lisätä verkkokäyttäjä tähän ryhmään, luoda ryhmälle erillinen kotikansio ja sitten rajoittaa kansion käyttöoikeudet tähän kotikansioon. Muutaman käyttäjän kohdalla tarvittiin satoja napsautuksia, sillä oletusasetuksena on, ettei käyttäjällä ole pääsyä mihinkään, ja jokainen käyttöoikeusvalintaruutu on aktivoitava paitsi järjestelmänvalvojan oikeudet. Tässä suhteessa Windows (ja kaikki muut käyttöjärjestelmät) on paljon älykkäämpi kuin Unicorn. Jos yliopiston työntekijä kirjautuu koneelle, johon hän ei ole aiemmin kirjautunut, järjestelmä luo automaattisesti kaiken tarvittavan oletusarvoisen paikallisen kansiorakenteen ja liittää kyseisen käyttäjän yksityisen kotikansion ilman, että hänelle myönnetään pääsyä mihinkään muuhun, mitä muut työntekijät ovat kyseisellä koneella tehneet. Mielestäni tämän pitäisi olla vaihtoehto myös Unicornissa. Ehkä se onkin, enkä vain osaa löytää sitä? Toinen suuri haittapuoli edellä kuvatussa menetelmässä, jossa jokainen käyttäjä erotetaan omaan käyttöoikeusryhmäänsä, on se, että Unicorn-ohjelmaan kirjautuminen muuttuu suureksi koettelemukseksi: käyttäjänimen ja salasanan kirjoittamisen lisäksi käyttäjän on valittava oikea käyttöoikeusryhmä, jotta kirjautuminen onnistuu. Ja mikä vielä pahempaa: meidän järjestelmässämme emme voi välttää sitä, että jokainen yliopiston työntekijä kuuluu kahteen käyttöoikeusryhmään: manuaalisesti luotuun käyttöoikeusryhmään käyttäjien erottelua varten ja ”oletusryhmään”, joka toimii Windowsin verkkoautentikoinnin kautta – ehkä Kerberos?). Siksi, jos käyttäjät valitsevat oletuskäyttöoikeusryhmän (jota meidän tapauksessamme kutsutaan nimellä ”Users”), he pääsevät kirjautumaan sisään, mutta eivät näe omia menetelmiään ja tuloksiaan.On kaksi syytä, miksi emme voi poistaa ”Users”-käyttöoikeusryhmää: Ensinnäkin se on tiedekunnan määräys, ja toiseksi (ja olemme yrittäneet) emme voi enää poistaa sitä, koska monet ovat jo luoneet menetelmiä ja tuottaneet tuloksia ollessaan ”Users”-käyttöoikeusryhmässä. Näin ollen UNICORN estää meitä poistamasta tätä tiliä. Työstän parhaillaan tätä ongelmaa: minun pitäisi pystyä pääsemään suoraan taustalla olevaan MS-SQL-tietokantaan, jotta voisin muuttaa menetelmien ja tulosten omistajuutta. GE ei kuitenkaan ollut kovin avomielinen, kun kysyin käyttöoikeuksien hallinnasta. Vastaus oli: ”Itsenäisessä UNICORN-ratkaisussa tietokannan käyttöoikeustiedot on salattu, eikä niitä julkisteta.” Jos sinulla olisi yritysratkaisu (jossa isännöit omaa (SQL Server) -tietokantaasi), sinulla olisi hallintaoikeudet tunnistetietoihin ja teoriassa voisit poimia halutut tiedot (muoto on sellainen, jonka joudut selvittämään itse, emmekä me tue sitä). Voit päivittää ratkaisusi yritysversioon, jos haluat. Tämä kuulostaa pahemmalta kuin se on, koska meillä on fyysinen pääsy MS-SQL-palvelimeen ja käyttöoikeustietojen poimiminen ei vaikuta kovin vaikealta. Mutta minulta vie aikaa löytää haavoittuvuus, jonka avulla voin ”murtautua omaan järjestelmäämme”, ja juuri se ärsyttää minua. GE:n Lisa Bromarkin mukaan 7.0.2-päivitys näyttää kuitenkin korjaavan tämän ongelman: UNICORN voidaan konfiguroida käyttämään uutta tietokantasalasanaa. On mahdollista luoda salattu salasana tai syöttää jo salattu salasana. Tämä tehdään ajamalla UNICORN Service Tool -työkalu UNICORNin asennuksen jälkeen.Päivityksen saaminen on kuitenkin uskomattoman vaikeaa (ainakin se näyttää vievän viikkoja). Jakelu tapahtuu ilmeisesti edelleen optisilla tallennusvälineillä ja postitse. Luulen, että viimeksi hankin ohjelmiston CD- tai DVD-levyltä yli 10 vuotta sitten. GE kertoi minulle kuitenkin, että he ovat juuri siirtämässä UNICORN-ohjelmistopäivityksiä ”sähköiseen jakeluun”. Tervetuloa 21. vuosisadalle!

BSD ja Linux

Fri, 10 Jun 2016 00:00:00 +0000

Olen tottunut siihen, että Linuxin asennusohjelma tunnistaa tietokoneella jo olevan Windows-asennuksen ja tarjoaa asennuksen aikana mahdollisuutta määrittää tietokone kaksikäyttöiseksi. Päinvastoin, mikään Windowsin asennusohjelma ei tunnista mitään muuta tietokoneella jo olevaa käyttöjärjestelmää. Siksi olin yllättynyt, kun yritin asentaa Ubuntu 16.04:n PFSense-koneelleni (FreeBSD) ja Ubuntu-asennusohjelma ei edes havainnut, että levyllä on BSD-asennus. Valitsin vaihtoehdon ”poista kaikki”, mutta kun käynnistin tietokoneen uudelleen asennuksen päätyttyä, järjestelmä käynnistyi suoraan PFSenseen antamatta minulle mahdollisuutta valita Ubuntu. Oletan, että Ubuntu-asennusohjelma ei ollut koskenut käynnistyslataajaan. Käynnistin järjestelmän Ubuntu-live-USB-tikulta, alustin levyn uudelleen fdisk-komennolla ja kirjoitin nollia käynnistyslataajaan: dd if=/dev/zero of=/dev/sda bs=512 count=1. Sen jälkeen toistin asennuksen, ja kaikki sujui hyvin. PFSense-asennukseni kuitenkin katosi…

Unicorn 7:n käyttäjien erottelu edellyttää manuaalista toimenpidettä verkkokäyttäjäympäristössä

Mon, 09 May 2016 00:00:00 +0000

Koska käytämme Äkta Avant -laitettamme monikäyttäjäympäristössä, meidän on erotettava eri käyttäjien menetelmät ja tulokset toisistaan. Oletusasetusten mukaan jokainen verkkokäyttäjä voi tällä hetkellä nähdä kaikki menetelmät ja tulokset, jotka joku muu verkkokäyttäjä on tuottanut laitteella. Tämä on merkittävä yksityisyys- ja turvallisuusongelma, sillä pahantahtoinen käyttäjä voisi poistaa (tai vielä pahempaa: muokata) menetelmiä ja tuloksia.Äkta-laitteemme on konfiguroitu siten, että käyttäjät voivat kirjautua Unicorn 7 -tietokoneeseen yliopiston käyttäjätunnuksella ja salasanalla tavallisen Windows-verkkotodennusmekanismin kautta. Jos kuitenkin useat henkilöt jakavat vastuun yhdestä ajosta, tämä järjestely ei ole mahdollinen, sillä heidän pitäisi paljastaa salasanansa toisilleen. Siksi olemme luoneet paikallisen tilin, jota voivat käyttää ne käyttäjät, jotka haluavat jakaa Äkta-laitteen käytön. Windowsiin kirjautumisen jälkeen käyttäjien on vielä kirjauduttava Unicorn 7 -ohjelmistoon, minkä he tekevät yliopiston käyttäjätunnuksellaan ja salasanallaan (“Windows-todennus”). Tässä järjestelyssä jokainen käyttäjä voi nähdä kaikki menetelmät ja tulokset, mikä ei ole hyväksyttävää. Kun uusi käyttäjä määritetään Unicorn-ohjelmistossa (valikko ”Access > Folders”), voidaan määrittää tarkasti, mihin kansioihin kyseisellä käyttäjällä on pääsy, jolloin käyttäjä näkee vain omat menetelmänsä ja tuloksensa. Koska Unicorn 5:n kansiorakenne noudatti Windows-tiedostojärjestelmän kansiorakennetta, käyttäjät pystyivät aina kopioimaan menetelmiä ja tuloksia kansiosta toiseen ja saamaan ne siten käyttöönsä huolimatta Unicorn 5 -ohjelman asettamista rajoituksista.Kun luin ensimmäisen kerran, että Unicorn 7 tukee Windowsin verkkotodennusta, toivoin, että voisimme välttää sen työlään käyttäjien määrittämisen, jonka jouduimme suorittamaan jokaisen käyttäjän kohdalla Äkta Explorerissa. Vaiva jatkuu kuitenkin, sillä käyttöoikeuksien määrittäminen kerran ryhmälle ei takaa käyttäjien eristämistä.Ensinnäkin Unicorn 7:ssä ei voi rajoittaa yksittäisten käyttäjien käyttöoikeuksia, vaan ainoastaan ryhmien käyttöoikeuksia. Meidän piti luoda yksi käyttöoikeusryhmä jokaiselle verkkokäyttäjälle, lisätä verkkokäyttäjä tähän ryhmään, luoda ryhmälle erillinen kotikansio ja sitten rajoittaa kansion käyttöoikeudet tähän kotikansioon. Muutaman käyttäjän kohdalla tarvittiin satoja napsautuksia, sillä oletusasetuksena on, ettei käyttäjällä ole pääsyä mihinkään, ja jokainen käyttöoikeusvalintaruutu on aktivoitava paitsi järjestelmänvalvojan oikeudet. Tässä suhteessa Windows (ja kaikki muut käyttöjärjestelmät) on paljon älykkäämpi kuin Unicorn. Jos yliopiston työntekijä kirjautuu koneelle, johon hän ei ole aiemmin kirjautunut, järjestelmä luo automaattisesti kaiken tarvittavan oletusarvoisen paikallisen kansiorakenteen ja liittää kyseisen käyttäjän yksityisen kotikansion ilman, että hänelle myönnetään pääsyä mihinkään muuhun, mitä muut työntekijät ovat kyseisellä koneella tehneet. Mielestäni tämän pitäisi olla vaihtoehto myös Unicornissa. Ehkä se onkin, enkä vain osaa löytää sitä? Toinen suuri haittapuoli edellä kuvatussa menetelmässä, jossa jokainen käyttäjä erotetaan omaan käyttöoikeusryhmäänsä, on se, että Unicorn-ohjelmaan kirjautuminen muuttuu suureksi koitokseksi: käyttäjänimen ja salasanan kirjoittamisen lisäksi käyttäjän on valittava oikea käyttöoikeusryhmä, jotta kirjautuminen onnistuu. Ja mikä vielä pahempaa: meidän järjestelmässämme emme voi välttää sitä, että jokainen yliopiston työntekijä kuuluu kahteen käyttöoikeusryhmään: manuaalisesti luotuun käyttöoikeusryhmään käyttäjien erottelua varten ja ”oletusryhmään”, joka toimii Windowsin verkkoautentikoinnin kautta – ehkä Kerberos?). Siksi, jos käyttäjät valitsevat oletuskäyttöoikeusryhmän (jota meidän tapauksessamme kutsutaan nimellä ”Users”), he pääsevät kirjautumaan sisään, mutta eivät näe omia menetelmiään ja tuloksiaan.On kaksi syytä, miksi emme voi poistaa ”Users”-käyttöoikeusryhmää: Ensinnäkin se on tiedekunnan määräys, ja toiseksi (ja olemme yrittäneet) emme voi enää poistaa sitä, koska monet ovat jo luoneet menetelmiä ja tuottaneet tuloksia ollessaan ”Users”-käyttöoikeusryhmässä. Näin ollen UNICORN estää meitä poistamasta tätä tiliä. Työstän parhaillaan tätä ongelmaa: minun pitäisi pystyä pääsemään suoraan taustalla olevaan MS-SQL-tietokantaan, jotta voisin muuttaa menetelmien ja tulosten omistajuutta. GE ei kuitenkaan ollut kovin avomielinen, kun kysyin käyttöoikeuksien hallinnasta. Vastaus oli: ”Itsenäisessä UNICORN-ratkaisussa tietokannan käyttöoikeustiedot ovat salattuja eivätkä ne ole julkisia.” Jos sinulla olisi yritysratkaisu (jossa isännöit omaa (SQL Server) -tietokantaasi), sinulla olisi hallintaoikeudet tunnistetietoihin ja teoriassa voisit poimia halutut tiedot (muoto on sellainen, jonka joudut selvittämään itse, emmekä me tue sitä). Voit päivittää ratkaisusi yritysversioon, jos haluat. Tämä kuulostaa pahemmalta kuin se on, koska meillä on fyysinen pääsy MS-SQL-palvelimeen ja käyttöoikeustietojen poimiminen ei vaikuta kovin vaikealta. Mutta minulta vie aikaa löytää haavoittuvuus, jonka avulla voin ”murtautua omaan järjestelmäämme”, ja juuri se ärsyttää minua. GE:n Lisa Bromarkin mukaan 7.0.2-päivitys näyttää kuitenkin korjaavan tämän ongelman: UNICORN voidaan konfiguroida käyttämään uutta tietokantasalasanaa. On mahdollista luoda salattu salasana tai syöttää jo salattu salasana. Tämä tehdään ajamalla UNICORN Service Tool -työkalu UNICORNin asennuksen jälkeen.Päivityksen saaminen on kuitenkin uskomattoman vaikeaa (ainakin se näyttää vievän viikkoja). Jakelu tapahtuu ilmeisesti edelleen optisilla tallennusvälineillä ja postitse. Luulen, että viimeksi hankin ohjelmiston CD- tai DVD-levyltä yli 10 vuotta sitten. GE kertoi minulle kuitenkin, että he ovat juuri siirtämässä UNICORN-ohjelmistopäivityksiä ”sähköiseen jakeluun”. Tervetuloa 21. vuosisadalle!

Mikä vastaa Windowsin ipconfig /all -komentoa Linuxissa?

Sat, 26 May 2007 00:00:00 +0000

Luulen, että komento /sbin/ifconfig näyttää ainakin IP-osoitteen, laiteosoitteen, aliverkon peitteen ja joitakin muita tietoja. Mutta se ei kerro juuri mitään muusta, kuten DHCP- tai DNS-osoitteista…

Windowsin sulauttaminen pehmeästi

Fri, 25 May 2007 00:00:00 +0000

Minulla on kaksi kiintolevyä, ja niiden osiot ovat seuraavat: hda1 120 GB /dev/hda1 100 MB Linux ext3 /boot /dev/hda2 95 GB Linux ext3 /home /dev/hda3 1 GB Linux swap /dev/hdb4 Laajennettu osio /dev/hdb5 17 GB Linux /hdb1 32 GB /dev/hdb1 100 MB Linux ext3 /boot /dev/hdb2 1 GB Linux swap /dev/hdb3 Laajennettu osio /dev/hdb4 12 GB NTFS Windows 2000 /dev/hdb5 18 GB Linux reiserfs Molemmille käynnistysosioille oli asennettu GRUB (hdb1:llä oli aiemmin vanha Linux Red Hat 7 -asennus). BIOS oli asetettu käyttämään ensimmäistä kiintolevyä (hda1) käynnistykseen. Windows 2000:n käynnistämiseksi tarvitaan ilmeisesti Windowsin kirjoittama MBR (master boot record), joka on ymmärtääkseni eräänlainen piilotettu osio, joka on joka tapauksessa minkä tahansa levyn ensimmäinen osio (kuten hda0). Koska hda1:lle ei ollut koskaan asennettu Windows 2000:ta (se asennettiin koneeseen myöhemmin ja asetettiin BIOSin käynnistysjärjestyksessä ensimmäiseksi), sen MBR:ään ei myöskään ollut kirjoitettu Windows 2000:n kaltaista MBR:ää. Toisella kiintolevyllä (hdb) on Windows-asennus (Linux asennettiin myöhemmin), joten siellä on täytynyt olla toimiva Windows 2000 -tyyppinen MBR. Tuo MBR tuhoutui todennäköisesti jossain vaiheessa. Tämä tuhoutuminen ei tapahtunut ensimmäisen Linux Red Hat 7 -asennuksen aikana, sillä sen jälkeen koneesta pystyi vielä käynnistymään Windows 2000:een GRUB:n kautta. Sen on täytynyt tapahtua myöhemmin jollain tavalla (ehkä GRUB:n päivityksen yhteydessä?). Sitten asensin toisen kiintolevyn, asensin Red Hat 9:n ja tämän asennuksen aikana Red Hat -asennusohjelma asensi toisen grub-asennuksen sen käynnistysosioon, joka sisälsi Windows-merkinnän (kuten määritin Red Hat 9:n asennuksen aikana). Käynnistäminen Windows 2000:een (joka sijaitsi toisella kiintolevyllä) oli edelleen mahdollista. Mutta koska en enää käynnistänyt Windowsia (aloin käyttää VMwarea ja sitten Winea), huomasin vasta äskettäin, että Windows-merkintä grub.conf-tiedostosta oli kadonnut. Näin ollen en enää pystynyt käynnistämään Windowsia. Syötin Windows-merkinnän manuaalisesti, kuten kaikkialla neuvottiin: title Windows 2000 root oververify (hd1,1) chainloader +1 Mutta se ei toiminut. Sain aina virheilmoituksen (Error 13 invalid device). Luulin valinneeni väärän osion ja kokeilin kaikkia mahdollisia osioita (hd1,0):sta (hd1,5):een. Ei vieläkään toiminut. Vaikka virheilmoitukset olivat erilaisia. Osion: /boot (hd1,0) kohdalla: Grubloader-virhe 25linux /home (hd1,1): Virhe 13: virheellinen tai tuettu suoritustiedostomuoto linux swap (hd1,2): Virhe 12: virheellinen laite laajennetun osion merkinnässä (hd1,3): virhettä ei ilmennyt, mutta päädyin toisen kiintolevyn käynnistysosion grub-valikkoon linux / (hd1,4): Virhe 12: virheellinen laite; kaikki muut (korkeammat) osiot, joita ei ollut olemassa (esim. hd1,5): Virhe 12: virheellinen laite. Käynnistin siis tietokoneen Windows 2000 -asennus-CD:llä ja yritin korjata hdb:n MBR:n. Siirryin manuaalisen korjauksen osioon ja kirjoitin fixmbr-komennon. Näkyviin tuli varoitus: ”Tämä toimenpide muuttaa osiotaulua ja voi tehdä kaikki kiintolevyllä olevat tiedot saavuttamattomiksi”. Minulla ei ollut muuta vaihtoehtoa, joten tein sen. Se ei auttanut. Ainakaan paljoa. Yksi asia kuitenkin parani: kun vaihdoin levyjen paikkaa (tein hdb:stä master-levyn ja hda:sta slave-levyn ja annoin BIOSissa käynnistysprioriteetin uudelle master-levylle), pystyin käynnistämään Windows 2000:n. Se oli jo jonkinlainen parannus. En kuitenkaan vieläkään pystynyt käynnistämään Windows 2000:ta grubin kautta. Joten käynnistin tietokoneen uudelleen Windows 2000:n asennus-CD:llä ja suoritin toisen ”vaarallisen” komennon: FIXBOOT. Tämä oli Windows-järjestelmäni loppu. Sen jälkeen en pystynyt käynnistämään Windowsia lainkaan. Sain aina virheilmoituksen: ntldr puuttuu (NT-latausohjelma puuttuu). Pystyin kyllä käyttämään tätä Windows 2000 -asennusta yhdessä VMware:n kanssa, mutta muuten sitä ei ollut mahdollista käynnistää. Microsoftin tietokannan artikkeli 318728 kuvaa monia mahdollisia ratkaisuja ”ntldr puuttuu” -virheeseen, ja kokeilin niitä kaikkia, mutta ilman myönteisiä tuloksia. Microsoft myöntää ilmeisesti, että tätä virhettä ei joissakin tapauksissa voida korjata, sillä viimeinen keino tällaisen tilanteen pelastamiseksi on: ”Suorita Windows 2000:n rinnakkaisasennus ja kopioi palautettavat tiedot Windowsin Resurssienhallinnan avulla”.

Winen ajaminen aidossa Windows-asennuksessa

Wed, 23 May 2007 00:00:00 +0000

Ajattelin, että Wine saattaisi toimia paremmin aidossa Windows-asennuksessa. Niinpä muutin osioiden kokoa vapauttaakseni noin 8 GB tilaa. Valitettavasti osiointiohjelma ei ollut kovin hyvä, sillä menetin yhden osioistani (sen, johon olin tallentanut kaikki lataukseni…). Päätin siis aloittaa puhtaalta pöydältä ja alustin koko kiintolevyn. Ensin osioin levyn cfdisk-ohjelmalla. Sitten asensin Windows 98:n asennus-CD:ltä FAT32-osioon ja sen jälkeen Windows 2000:n asennus-CD:ltä toiseen FAT32-osioon (halusin asentaa Windows XP:n, mutta asennus-CD ei suostunut käynnistämään tietokonettani). Sen jälkeen asensin Suse 9:n uudelleen ja kopioin kotikansioni takaisin varmuuskopiolevyltäni. Toistaiseksi Wine toimii hyvin (tehtyäni joitakin pieniä säätöjä tiedostossa $home/.wine/config ja liitettyäni Windows 98 -osion komennolla `mount -t vfat -o uid=jeltsch,gid=users,fmask=644,dmask=755 /dev/hda1 /media/win98). Ilman uid-, gis-, fmask- ja dmask-vaihtoehtoja et voi kirjoittaa mitään osiolle.

Macintosh-muotoisten (hfs ja hfs+) CD-levyjen kopioiminen Windows XP:ssä Nero Express -ohjelmalla

Mon, 21 May 2007 00:00:00 +0000

Vaikka tavallinen Windows XP Professional -käyttöjärjestelmä ei pysty lukemaan (= liittämään) Macintosh-muotoisia CD-levyjä (ei hfs- eikä hfs+-muotoisia), Nero Express -poltto-ohjelma pystyy kopioimaan tällaisia CD-levyjä!

BSPlayer ja vioittuneet DivX-tiedostot

Sun, 20 May 2007 00:00:00 +0000

Minulla on pari naarmuuntunutta CD-levyä, joilla on DivX-videotiedostoja. Sekä VLC että DivX Player eivät pystyneet toistamaan näitä tiedostoja ensimmäisten vioittuneiden ruutujen jälkeen. Ohjelmat yrittivät jatkaa toistoa, mutta koska vaurio oli liian suuri, ne jumittuivat kokonaan. Löysin kuitenkin soittimen, joka selviää suurimmasta osasta näistä ongelmista varsin hyvin: BSPlayer . Se on kuitenkin saatavilla vain Windowsille…

Windows NT, verkkoasemien selaaminen, verkkoasemien liittäminen ja irrottaminen (netuse-komento)

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

Verkon selaaminen Windowsissa on mysteeri. Joskus jotkut tietokoneet eivät yksinkertaisesti näy verkkoa selattaessa. Tämä näyttää pätevän erityisesti Linux-palvelimiin. Uudemmissa Windows-käyttöjärjestelmäversioissa (2000, XP) voit muodostaa yhteyden palvelimeen (jos tiedät sen IP-osoitteen) verkkoaseman liittämiskomennolla, vaikka verkkoselain ei näe kyseistä palvelinta. Windows NT:ssä ei ole tätä vaihtoehtoa. Ainoa mahdollisuus on käyttää komentoriviltä annettavaa “net use” -komentoa. Tämä on hankalaa, vaikka usein käytettyjä yhteyksiä varten voi luoda .bat-tiedostoja. Komento on: net use * \\ip-osoite\käyttäjätunnus Tähdellä (*) jaetaan jaettu resurssi seuraavalle vapaalle asemakirjaimelle (tietenkin voit määrittää sen manuaalisesti esimerkiksi H:ksi). Voit poistaa tämän tietyn verkkoaseman kirjoittamalla: net use H: /delete Itse asiassa, vaikka voisit selata ja muodostaa yhteyksiä ilman komentoriviä, tarvitset komentoriviä aina, kun haluat katkaista yhteyden NT-palvelimen jaettuun resurssiin. Huvittavaa kyllä, Windows NT:ssä ei ole muuta keinoa kuin kirjoittaa net use * /delete. Joissakin keskusteluketjuissa mainittiin, että Linux-palvelimen smb.conf-tiedostossa tulisi ottaa WINS-tuki käyttöön wins support = Yes. Jos muodostat yhteyden Linuxiin, varmista, että Samba on käynnissä ja että käyttäjällä, jonka kotikansioon haluat muodostaa yhteyden, on merkintä ja salasana smb-tietokannassa (tätä EI ole esiasetettu edes Suse 9.2:ssa): root-käyttäjänä: smbpasswd -a käyttäjätunnus Se ei kuitenkaan auttanut minua. MacOS X -tietokoneet (10.3) näkyvät nyt ilman ongelmia (vanhemmissa MacOS X -versioissa oli myös ongelmia). Ehkä minun pitäisi verrata smb.conf-tiedostoja tai kopioida se suoraan Suse 9.1:een.

Kuinka ottaa kuvakaappauksia Windows XP:ssä ilman lisäohjelmistoja

Wed, 04 Apr 2007 00:00:00 +0000

Paina PrtSc-näppäintä (jossain PageUp/Down-näppäinten lähellä) tallentaaksesi koko näytön ja Alt+PrtSc-näppäinyhdistelmää tallentaaksesi vain aktiivisen ikkunan. Avaa sitten Paint (valikosta Ohjelmat, Apuohjelmat), liitä kuva ja tallenna se.

Mac-tekstitiedostojen muuntaminen UNIX-tekstitiedostoiksi (tr)

Wed, 04 Apr 2007 00:00:00 +0000

Jos luulit, että tekstitiedostot ovat kaikki samanlaisia, olet väärässä. Mac-tekstitiedostojen rivit päättyvät rivinvaihtoon (CR, ASCII 13), UNIX-tekstitiedostojen rivit rivinsiirtoon (LF, ASCII 10) ja Microsoft Windows -tekstitiedostojen rivit kahden merkin yhdistelmään: CR:ään, jota seuraa LF. Macista Unixiin muunnat tällä komentorivillä: tr '\015' '\012' out_file

smbclient (liittäminen, Windows XP, SFS, tiedostojen jakaminen)

Wed, 04 Apr 2007 00:00:00 +0000

Koska käytän aina graafisia käyttöliittymiä, en enää oikein muista, miten Windows-koneeseen muodostetaan yhteys komentoriviltä. Komento smbclient -L windowshost näyttää käytettävissä olevat jaetut resurssit. Usein niitä ei voi selata ilman kyseisen Windows-koneen käyttäjätunnusta ja salasanaa, joten sinun on kirjoitettava smbclient -L windowshost -U käyttäjätunnus. Joskus NetBIOS-nimi ei myöskään toimi, jolloin se on korvattava IP-osoitteella.

Windows XP ja virheellisiä tiedostonimiä sisältävien tiedostojen poistaminen (Järjestelmä ei löydä määritettyä polkua)

Wed, 04 Apr 2007 00:00:00 +0000

Yritin useita päiviä poistaa Windows XP:ssä tiedostoa, jonka nimi alkoi pisteellä ja alaviivalla (.). Viesti oli aina: ”Järjestelmä ei löydä määritettyä polkua”. Mikään ei auttanut. Ei vikasietotila, ei komentorivi, ei erityistä syntaksia. Microsoftin tietokannassa käsitellään ongelmaa, mutta sen sijaan, että siinä osoitettaisiin helppo ratkaisu, se tarjoaa paljon turhaa ja jopa virheellistä tietoa , esimerkiksi että Windows XP Resource Kit ei sisältänyt RM.EXE-ohjelmaa, jonka piti pystyä poistamaan nämä ”outoja” tiedostonimiä sisältävät tiedostot. Lopulta löysin ohjelmiston nimeltä Delete FXP Files , joka hoiti homman puolestani. Mutta miten ihmeessä Windows on ylipäätään onnistunut luomaan tällaisen tiedoston, jos sen tiedostonimi on virheellinen? Piste ja alaviiva . ovat selvästi peräisin Macintoshista, mutta joka tapauksessa Windows on täytynyt sallia kyseisen tiedoston luomisen…