<?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/en/tags/macos/</link><description>Recent content in MacOS on Michael’s Domain</description><generator>Hugo</generator><language>en-us</language><copyright>Copyright © 2002 - 2026 Michael Jeltsch.</copyright><lastBuildDate>Fri, 24 Jul 2026 00:18:18 +0300</lastBuildDate><atom:link href="https://jeltsch.org/en/tags/macos/index.xml" rel="self" type="application/rss+xml"/><item><title>Windows changes my computers clock</title><link>https://jeltsch.org/en/windows_changes_my_computers_clock/</link><pubDate>Mon, 28 Aug 2017 00:00:00 +0000</pubDate><guid>https://jeltsch.org/en/windows_changes_my_computers_clock/</guid><description>&lt;p&gt;If I am not mistaken, Windows is the only OS, that uses local time for the system clock (instead of UTC). This means that in multiple boot configurations, every restart of the system into Windows will screw up the system time. In order to reset it (in Ubuntu 16.04), use&lt;code&gt;sudo timedatectl set-timezone Etc/UTC&lt;/code&gt;&lt;/p&gt;</description></item><item><title>Binhexed attachments and Mozilla (hexbin, macutils)</title><link>https://jeltsch.org/en/binhexed_attachments_and_mozilla_hexbin_macutils/</link><pubDate>Sat, 26 May 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/en/binhexed_attachments_and_mozilla_hexbin_macutils/</guid><description>&lt;p&gt;OK, today I tried to open the final version of the manuscript for Cell &amp;amp; Tissue Research. My boss sent it to me as an e-mail attachment some 2 weeks ago. I use Mozilla Mail and saved the attachment. Open Office didn&amp;rsquo;t manage to open it. Obviously my boss uses still Macintosh binhex encoding to attach files to his e-mail instead of MIME to make himself as incompatible to the rest of the world as possible. There is luckily the command line utility hexbin in Linux, which converts the binhexed file into some readable stuff:&lt;code&gt;hexbin -3 Lymphangio_review_CTR.doc&lt;/code&gt;That is the theory. The conversion didn&amp;rsquo;t succeed with the error message &amp;ldquo;unexpected EOF&amp;rdquo;. I suspected that Mozilla was involved and thus I used pine to extract the attachment and voila hexbin managed to convert the macintosh-gibberish into three files.For these three different files the only useful part (the Word Document data) appeared as Lymphangio_review_CTR.doc.data. From this I still had to delete the .data ending and Open Office had no problems anymore to open it. Whow. It took me only 2 hours to figure out all that stuff (including to set up pine locally to access the e-mail server via SSL-secured connection). I still have to figure out why Mozilla Mail handles binhexed attachments wrongly…The hexbin utility is e.g. included in the macutils package (available for Suse and RedHat).&lt;/p&gt;</description></item><item><title>Mac-Linux Connectivity (netatalk, atalk, Appletalk)</title><link>https://jeltsch.org/en/mac_linux_connectivity_netatalk_atalk_appletalk/</link><pubDate>Sat, 26 May 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/en/mac_linux_connectivity_netatalk_atalk_appletalk/</guid><description>&lt;p&gt;&lt;strong&gt;Connecting from a Macintosh to Linux&lt;/strong&gt;I did this already a while ago, but just for documentation purposes: You need to install a Appletalk server on your Linux machine. The package you need is called netatalk. Things worked OK, I just had a problem concerning Appletalk zones. Despite setting the default zone in the atalkd.conf file as &amp;ldquo;Biomedicum cancerbio&amp;rdquo; (the zone I want to be in), netatalk overrides this upon service restart. Thus my linux machine ends up always in the default zone (which is called in Finnish &amp;ldquo;Kadotus&amp;rdquo;).The atalkd obviously has to negotiate the zone somehow with the router, but how? Macs obviously manage to stay in the zone that they specifcy in their Preferences. They only end up in &amp;ldquo;Kadotus&amp;rdquo; when they do not specify a zone, consequently it should be possible to do so as well under Linux. By try and error I figured out that changing the zone in /etc/atalk/atalkd.conf doesn&amp;rsquo;t do the trick. One has to delete the default entry in /etc/atalk/afpd.conf and replace it by another entry (in Suse 9 the location is /etc/netatalk instead of /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;and then the definition of the shares (in the AppleVolumes.default):&lt;code&gt;&amp;quot;Public&amp;quot; -uamlist uams_guest.so -loginmesg &amp;quot;Welcome guest!&amp;quot;&lt;/code&gt;However, netatalk is actually only needed in order to connect from older Macs to Linux. Mac OS X can run SAMBA and to my experience file sharing using SAMBA is more reliable than netatalk. Long file names (I think &amp;gt;31 characters) got netatalk to choke in several cases, while SAMBA did the trick without any problems. Both Mac OS X and Linux support filenames &amp;gt;31 characters, but apparently netatalk doesn&amp;rsquo;t.&lt;strong&gt;Connecting from Linux to Macintosh&lt;/strong&gt;Now this depends on whether you want to connect to a Mac running OS 9.2 or below or Mac OS X. To be able to connect to a Mac running OS 9.2 or below, you need the afpfs module. This module is not maintained and the last compilation has been done for the 2.1 kernel. Meaning: you are most probably out of luck unless you are a real geek (or you use the still the 2.1 kernel). In order to connect from Linux to Mac OS X, you just should use SAMBA. In GNOME you just need to type smb:// into the Location field of the Nautilus browser window and you will see the domains/workgroups/computers that are visible on the network. I admit network discovery is quite slow. So if you know the workgroup or domain name (e.g. mcbl as in my case), just type smb://mcbl&lt;/p&gt;</description></item><item><title>Duplicating Macintosh-formated (hfs and hfs+) CDs under WindowsXP with Nero Express</title><link>https://jeltsch.org/en/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/en/duplicating_macintosh_formated_hfs_and_hfs_cds_under_windowsxp_with_nero_express/</guid><description>&lt;p&gt;Although a standard Windows XP Professional OS cannot read (= mount) Macintosh-formatted CDs (neither hfs nor hfs+), the burning program Nero Express can duplicate such CDs!&lt;/p&gt;</description></item><item><title>Start netatalk as system service during bootup on Suse Linux 9</title><link>https://jeltsch.org/en/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/en/start_netatalk_as_system_service_during_bootup_on_suse_linux_9/</guid><description>&lt;p&gt;I am missing from Suse Linux 9 a nice GUI that collects ALL system services with the options &amp;ldquo;start&amp;rdquo;, &amp;ldquo;stop&amp;rdquo; and &amp;ldquo;start on every system boot&amp;rdquo;. RedHat 9 has something like that. There is Yast2, but under the services, netatalk is not even listed. To boot netatalk during system boot, I just create manually a link: &lt;code&gt;cd /etc/init.d/rc5.d sudo ln -s ../atalk S22atalk&lt;/code&gt; After rebooting (and to my surprise) my computer froze. No Ctrl-Alt-F2, no access via ssh; the only rescue being the physical reboot button button (something I am only used to from my Macintosh times). After rebooting in safe mode and removing the link everything is fine again. When I manually start atalk, the system freezes in the same way after a couple of seconds…&lt;/p&gt;</description></item><item><title>Converting Mac text files into UNIX text files (tr)</title><link>https://jeltsch.org/en/converting_mac_text_files_into_unix_text_files_tr/</link><pubDate>Wed, 04 Apr 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/en/converting_mac_text_files_into_unix_text_files_tr/</guid><description>&lt;p&gt;If you though text files are all the same, you are wrong. Mac text file lines end with a carriage return (CR, ASCII 13), UNIX text file lines with a line feed (LF, ACII 10) and Microsoft Windows text file lines end with a combination of 2 characters: CR followed by LF. From Mac to Unix you convert with this command line: &lt;code&gt;tr '\015' '\012' out_file&lt;/code&gt;&lt;/p&gt;</description></item><item><title>Windows XP and deleting files with invalid filenames (The system cannot find the path specified)</title><link>https://jeltsch.org/en/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/en/windows_xp_and_deleting_files_with_invalid_filenames_the_system_cannot_find_the_path_specified/</guid><description>&lt;p&gt;I was fighting for several days to delete a file in Windows XP that started with dot underscore (.&lt;em&gt;). The message was always: &amp;ldquo;The system cannot find the path specified&amp;rdquo;. Nothing worked. No safe mode, no command line, no special syntax. The Microsoft Knowledge Base addresses the problem, but instead of pointing to an easy solution it gives lots of 
 &lt;a href="http://support.microsoft.com/kb/120716" target="_blank" rel="noopener noreferrer nofollow"&gt;useless and even wrong information&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;
, e.g the Windows XP Resource Kit didn&amp;rsquo;t contain the RM.EXE program, that was supposed to be able to delete those files with &amp;ldquo;weird&amp;rdquo; file names. Finally I found a software called 
 &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;
, that did the job for me.
However, how on earth did Windows manage to created such a file in the first place if its file name is invalid? The dot underscore .&lt;/em&gt; comes obviously from Macintosh, but in any case Windows must have allowed the creation of that file…&lt;/p&gt;</description></item><item><title>How to mount a partition formatted with UFS (UNIX file system) and the partitioner included with the MacOS X installer</title><link>https://jeltsch.org/en/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/en/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 is not really able to read the partition table that the Macintosh installer writes. To figure out what you have you can e.g. use the Yast partitoning tool. &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>