<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>MacOS on Michael’s Domain</title><link>https://jeltsch.org/fi/tags/macos/</link><description>Recent content in MacOS on Michael’s Domain</description><generator>Hugo</generator><language>fi</language><copyright>Copyright © 2002 - 2026 Michael Jeltsch.</copyright><lastBuildDate>Fri, 24 Jul 2026 00:18:18 +0300</lastBuildDate><atom:link href="https://jeltsch.org/fi/tags/macos/index.xml" rel="self" type="application/rss+xml"/><item><title>Windows muuttaa tietokoneeni kellonaikaa</title><link>https://jeltsch.org/fi/windows_changes_my_computers_clock/</link><pubDate>Mon, 28 Aug 2017 00:00:00 +0000</pubDate><guid>https://jeltsch.org/fi/windows_changes_my_computers_clock/</guid><description>&lt;p&gt;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 &lt;code&gt;sudo timedatectl set-timezone Etc/UTC&lt;/code&gt;.&lt;/p&gt;</description></item><item><title>Binhexed-liitteet ja Mozilla (hexbin, macutils)</title><link>https://jeltsch.org/fi/binhexed_attachments_and_mozilla_hexbin_macutils/</link><pubDate>Sat, 26 May 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/fi/binhexed_attachments_and_mozilla_hexbin_macutils/</guid><description>&lt;p&gt;Selvä, yritin tänään avata Cell &amp;amp; Tissue Research -lehteen tarkoitetun käsikirjoituksen lopullisen version. Pomoni lähetti sen minulle sähköpostin liitteenä noin kaksi viikkoa sitten. Käytän Mozilla Mailia ja tallensin liitteen. Open Office ei onnistunut avaamaan sitä. Ilmeisesti pomoni käyttää edelleen Macintosh-binhex-koodausta liitetiedostojen lähettämiseen sähköpostissaan MIME:n sijaan, jotta hän olisi mahdollisimman yhteensopimaton muun maailman kanssa. Onneksi Linuxissa on komentoriviohjelma hexbin, joka muuntaa binhex-koodatun tiedoston luettavaksi muodoksi: &lt;code&gt;hexbin -3 Lymphangio_review_CTR.doc&lt;/code&gt;. Näin ainakin teoriassa. Muunnos ei onnistunut, ja sain virheilmoituksen ”unexpected EOF”. Epäilin, että Mozilla oli osasyyllinen, joten käytin pine-ohjelmaa liitteen purkamiseen, ja kas, hexbin onnistui muuntamaan Macintoshin siansaksaa kolmeksi tiedostoksi. Näistä kolmesta eri tiedostosta ainoa käyttökelpoinen osa (Word-asiakirjan tiedot) näkyi nimellä Lymphangio_review_CTR.doc.data. Tästä minun piti vielä poistaa .data-päätte, ja sen jälkeen Open Office pystyi avaamaan tiedoston ilman ongelmia. Vau. Kesti vain kaksi tuntia selvittää kaikki tämä (mukaan lukien pine-ohjelman paikallinen asennus, jotta pääsin sähköpostipalvelimelle SSL-suojatun yhteyden kautta). Minun täytyy vielä selvittää, miksi Mozilla Mail käsittelee binhex-muotoisia liitteitä väärin… Hexbin-apuohjelma sisältyy esimerkiksi macutils-pakettiin (saatavilla Suse- ja RedHat-jakeluille).&lt;/p&gt;</description></item><item><title>Mac-Linux-yhteydet (netatalk, atalk, Appletalk)</title><link>https://jeltsch.org/fi/mac_linux_connectivity_netatalk_atalk_appletalk/</link><pubDate>Sat, 26 May 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/fi/mac_linux_connectivity_netatalk_atalk_appletalk/</guid><description>&lt;p&gt;&lt;strong&gt;Yhteyden muodostaminen Macintoshista Linuxiin&lt;/strong&gt;Tein tämän jo jonkin aikaa sitten, mutta kirjaan tämän muistiin: Sinun on asennettava Appletalk-palvelin Linux-koneellesi. Tarvitsemasi paketti on nimeltään netatalk. Kaikki toimi hyvin, minulla oli vain ongelma Appletalk-vyöhykkeiden kanssa. Vaikka asetin atalkd.conf-tiedostossa oletusvyöhykkeeksi &amp;ldquo;Biomedicum cancerbio&amp;rdquo; (vyöhyke, johon haluan kuulua), netatalk ohittaa tämän asetuksen palvelun uudelleenkäynnistyksen yhteydessä. Siksi Linux-koneeni päätyy aina oletusvyöhykkeeseen (jota kutsutaan suomeksi &amp;ldquo;Kadotus&amp;rdquo;).Atalkd:n on ilmeisesti neuvoteltava vyöhykkeestä jotenkin reitittimen kanssa, mutta miten? Mac-tietokoneet onnistuvat selvästikin pysymään siinä vyöhykkeessä, jonka ne määrittävät Asetuksissa. Ne päätyvät ”Kadotukseen” vain silloin, kun ne eivät määritä vyöhykettä, joten sen pitäisi olla mahdollista myös Linuxissa. Kokeilemalla sain selville, että vyöhykkeen muuttaminen tiedostossa /etc/atalk/atalkd.conf ei toimi. On poistettava oletusmerkintä tiedostosta /etc/atalk/afpd.conf ja korvattava se toisella merkinnällä (Suse 9:ssä sijainti on /etc/netatalk eikä /etc/atalk):&lt;code&gt;&amp;quot;Michael's Linux Box@Biomedicum cancerbio&amp;quot; -transall -uamlist uams_clrtxt.so,uams_dhx.so -nosavepassword&lt;/code&gt;ja sitten jaettujen kansioiden määritelmät (tiedostossa AppleVolumes.default):&lt;code&gt;&amp;quot;Public&amp;quot; -uamlist uams_guest.so -loginmesg &amp;quot;Welcome guest!&amp;quot;&lt;/code&gt;Netatalkia tarvitaan kuitenkin käytännössä vain vanhemmista Mac-tietokoneista Linuxiin muodostettaviin yhteyksiin. Mac OS X:llä voi käyttää SAMBAa, ja kokemukseni mukaan tiedostojen jakaminen SAMBAN avulla on luotettavampaa kuin netatalkin. Pitkät tiedostonimet (luultavasti yli 31 merkkiä) saivat netatalkin jumittumaan useissa tapauksissa, kun taas SAMBA toimi ongelmitta. Sekä Mac OS X että Linux tukevat yli 31 merkin pituisia tiedostonimiä, mutta ilmeisesti netatalk ei.&lt;strong&gt;Yhteyden muodostaminen Linuxista Macintosh-tietokoneeseen&lt;/strong&gt;Tämä riippuu siitä, haluatko muodostaa yhteyden Mac-tietokoneeseen, jossa on OS 9.2 tai vanhempi versio, vai Mac OS X:ään. Jotta voit muodostaa yhteyden Mac-tietokoneeseen, jossa on OS 9.2 tai vanhempi versio, tarvitset afpfs-moduulin. Tätä moduulia ei enää ylläpidetä, ja viimeisin käännös on tehty 2.1-ytimelle. Tämä tarkoittaa, että olet todennäköisesti pulassa, ellet ole todellinen nörtti (tai käytä edelleen 2.1-ytintä). Yhteyden muodostamiseksi Linuxista Mac OS X:ään sinun tulee käyttää SAMBAa. GNOME-ympäristössä riittää, että kirjoitat smb:// Nautilus-selaimen Sijainti-kenttään, ja näet verkossa näkyvät toimialueet, työryhmät ja tietokoneet. Myönnän, että verkon tunnistus on melko hidasta. Joten jos tiedät työryhmän tai verkkotunnuksen nimen (esim. mcbl, kuten minun tapauksessani), kirjoita vain smb://mcbl&lt;/p&gt;</description></item><item><title>Macintosh-muotoisten (hfs ja hfs+) CD-levyjen kopioiminen Windows XP:ssä Nero Express -ohjelmalla</title><link>https://jeltsch.org/fi/duplicating_macintosh_formated_hfs_and_hfs_cds_under_windowsxp_with_nero_express/</link><pubDate>Mon, 21 May 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/fi/duplicating_macintosh_formated_hfs_and_hfs_cds_under_windowsxp_with_nero_express/</guid><description>&lt;p&gt;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ä!&lt;/p&gt;</description></item><item><title>Käynnistä netatalk järjestelmäpalveluna käynnistyksen yhteydessä Suse Linux 9:ssä</title><link>https://jeltsch.org/fi/start_netatalk_as_system_service_during_bootup_on_suse_linux_9/</link><pubDate>Thu, 05 Apr 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/fi/start_netatalk_as_system_service_during_bootup_on_suse_linux_9/</guid><description>&lt;p&gt;Suse Linux 9:stä puuttuu mielestäni kätevä graafinen käyttöliittymä, joka kokoaa yhteen KAIKKI järjestelmäpalvelut ja tarjoaa vaihtoehdot ”käynnistä”, ”pysäytä” ja ”käynnistä jokaisen järjestelmän käynnistyksen yhteydessä”. RedHat 9:ssä on jotain vastaavaa. Yast2 on kyllä olemassa, mutta palveluiden luettelossa netatalkia ei edes mainita. Käynnistääkseni netatalkin järjestelmän käynnistyksen yhteydessä luon vain manuaalisesti linkin: &lt;code&gt;cd /etc/init.d/rc5.d sudo ln -s ../atalk S22atalk&lt;/code&gt; Uudelleenkäynnistyksen jälkeen (ja yllätyksekseni) tietokoneeni jumiutui. Ctrl-Alt-F2 ei toiminut, en päässyt sisään SSH:n kautta; ainoa pelastus oli fyysinen uudelleenkäynnistyspainike (johon olen tottunut vain Macintosh-ajoiltani). Kun käynnistin tietokoneen uudelleen vikasietotilassa ja poistin linkin, kaikki toimi jälleen normaalisti. Kun käynnistän atalkin manuaalisesti, järjestelmä jumiutuu samalla tavalla muutaman sekunnin kuluttua…&lt;/p&gt;</description></item><item><title>Mac-tekstitiedostojen muuntaminen UNIX-tekstitiedostoiksi (tr)</title><link>https://jeltsch.org/fi/converting_mac_text_files_into_unix_text_files_tr/</link><pubDate>Wed, 04 Apr 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/fi/converting_mac_text_files_into_unix_text_files_tr/</guid><description>&lt;p&gt;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ä: &lt;code&gt;tr '\015' '\012' out_file&lt;/code&gt;&lt;/p&gt;</description></item><item><title>Windows XP ja virheellisiä tiedostonimiä sisältävien tiedostojen poistaminen (Järjestelmä ei löydä määritettyä polkua)</title><link>https://jeltsch.org/fi/windows_xp_and_deleting_files_with_invalid_filenames_the_system_cannot_find_the_path_specified/</link><pubDate>Wed, 04 Apr 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/fi/windows_xp_and_deleting_files_with_invalid_filenames_the_system_cannot_find_the_path_specified/</guid><description>&lt;p&gt;Yritin useita päiviä poistaa Windows XP:ssä tiedostoa, jonka nimi alkoi pisteellä ja alaviivalla (.&lt;em&gt;). 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 
 &lt;a href="http://support.microsoft.com/kb/120716" target="_blank" rel="noopener noreferrer nofollow"&gt;turhaa ja jopa virheellistä tietoa&amp;nbsp;






 
 
 
 &lt;svg class="svg-inline--fa fas fa-up-right-from-square fa-2xs" fill="currentColor" aria-hidden="true" role="img" viewBox="0 0 512 512" overflow="visible"&gt;&lt;use href="#fas-up-right-from-square"&gt;&lt;/use&gt;&lt;/svg&gt;&lt;/a&gt;
, 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ä 
 &lt;a href="http://www.jrtwine.com/Products/DelFXPFiles/" target="_blank" rel="noopener noreferrer nofollow"&gt;Delete FXP Files&amp;nbsp;






 
 
 
 &lt;svg class="svg-inline--fa fas fa-up-right-from-square fa-2xs" fill="currentColor" aria-hidden="true" role="img" viewBox="0 0 512 512" overflow="visible"&gt;&lt;use href="#fas-up-right-from-square"&gt;&lt;/use&gt;&lt;/svg&gt;&lt;/a&gt;
, 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 .&lt;/em&gt; ovat selvästi peräisin Macintoshista, mutta joka tapauksessa Windows on täytynyt sallia kyseisen tiedoston luomisen…&lt;/p&gt;</description></item><item><title>Kuinka liittää UFS-tiedostojärjestelmällä (UNIX-tiedostojärjestelmä) alustettu osio Mac OS X:n asennusohjelman mukana toimitettavalla osiointityökalulla</title><link>https://jeltsch.org/fi/how_to_mount_a_partition_formatted_with_ufs_unix_file_system_and_the_partitioner_included_with_the_macos_x_installer/</link><pubDate>Thu, 29 Mar 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/fi/how_to_mount_a_partition_formatted_with_ufs_unix_file_system_and_the_partitioner_included_with_the_macos_x_installer/</guid><description>&lt;p&gt;fdisk ei oikeastaan pysty lukemaan sitä osiotaulukkoa, jonka Macintosh-asennusohjelma kirjoittaa. Voit selvittää, millainen osiotaulukko sinulla on, käyttämällä esimerkiksi YAST-osiointityökalua. &lt;code&gt;mount -t ufs -o ufstype=openstep -o ro /dev/sda3 /media/misc&lt;/code&gt;&lt;/p&gt;</description></item></channel></rss>