<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>Netatalk on Holyarmy.org</title>
		<link>https://holyarmy.org/tags/netatalk/</link>
		<description>Recent content in Netatalk on Holyarmy.org</description>
		<generator>Hugo</generator>
		<language>en-US</language>
		
		
		
		
			<lastBuildDate>Sun, 27 Jan 2008 22:20:42 +0000</lastBuildDate>
		
			<atom:link href="https://holyarmy.org/tags/netatalk/index.xml" rel="self" type="application/rss+xml" />
			<item>
				<title>Advertising Linux Services via Avahi/Bonjour</title>
				<link>https://holyarmy.org/2008/01/advertising-linux-services-via-avahibonjour/</link>
				<pubDate>Sun, 27 Jan 2008 22:20:42 +0000</pubDate>
				<guid>https://holyarmy.org/2008/01/advertising-linux-services-via-avahibonjour/</guid>
				<description>&lt;p&gt;&lt;strong&gt;Update:&lt;/strong&gt; &lt;em&gt;most of this information is still correct but an update for combining service definitions into one file and setting an icon is available here: &lt;a href=&#34;https://holyarmy.org/2008/11/bonjour-avahi-addendum&#34;&gt;bonjour-avahi-addendum&lt;/a&gt;&lt;/em&gt;&lt;/p&gt;&#xA;&lt;p&gt;In my last post I outlined how I followed others’ directions to enable netatalk on Linux and Time Machine backups to a shared AFP folder. Originally, I also described how to put all your shares on netatalk. I suppose if only have Mac clients or you REALLY want to use AFP, you can do so. As I worked with files over AFP shares, I started noticing that the performance seemed to be quite bad. No, I didn’t benchmark, but copying large video files to a shared folder over my gigabit network was substantially slower over AFP (netatalk) than over CIFS/SMB (samba). I use my network shares pretty heavily, so this was a concern. Also, netatalk tries very hard to replicate an HFS filesystem complete with resource fork support. This means that your shared directories end up with lots of extra folders named “.AppleDouble”(and a few others) containing Mac specific info. (Note: even on CIFS you’ll get the “.AppleDB” folders unless you disable a setting in Finder. I can deal with .AppleDB better than .AppleDouble AND .AppleDB) So, because of these two issues I decided to try using CIFS and samba again.&lt;/p&gt;</description>
			</item>
			<item>
				<title>Time Machine backup to Linux via Netatalk</title>
				<link>https://holyarmy.org/2008/01/time-machine-backup-to-linux-via-netatalk/</link>
				<pubDate>Thu, 24 Jan 2008 07:26:49 +0000</pubDate>
				<guid>https://holyarmy.org/2008/01/time-machine-backup-to-linux-via-netatalk/</guid>
				<description>&lt;div&gt;&#xA;  So, when I got the upgrade from Tiger to Leopard on my MacBook Pro, I was looking for a good backup solution. I&amp;#8217;ve used &lt;a href=&#34;http://samba.anu.edu.au/rsync/&#34; target=&#34;_blank&#34;&gt;rsync&lt;/a&gt; in the past, but when I saw that Apple had a new &lt;a href=&#34;http://www.apple.com/macosx/features/timemachine.html&#34; target=&#34;_blank&#34;&gt;Time Machine&lt;/a&gt; backup tool, I was curious to give it a shot. The catch is you basically needed an external USB or Firewire drive, until they recently came out with the &lt;a href=&#34;http://www.apple.com/timecapsule/&#34; target=&#34;_blank&#34;&gt;Time Capsule&lt;/a&gt;. Anyway, tonight I got the itch to really see if I could make Time Machine work without buying extra hardware. I mean, seriously, I&amp;#8217;ve got a good hunk of mirrored disk sitting on my home server; that seems like a good place to do backups.&#xA;&lt;/div&gt;&#xA;&lt;div&gt;&#xA;  Some googling found me this &lt;a href=&#34;http://www.fey.ca/blarchives/2007/11/18/time_machine_and_netatalk.html&#34; target=&#34;_blank&#34;&gt;link&lt;/a&gt; to a blogger who&amp;#8217;d done it!&#xA;&lt;/div&gt;&#xA;&lt;div&gt;&#xA;&lt;/div&gt;&#xA;&lt;div&gt;&#xA;  I&amp;#8217;ll make my own version of this post, since I had a few differences from the original I where I found the info.&#xA;&lt;/div&gt;</description>
			</item>
	</channel>
</rss>
