I have this problem too, and have had it for a couple years. I think it is probably a basic bug in netatalk, and not configuration dependent, because it occurs with a default install using only the default settings.
I've been hoping to use netatalk to manage a Ubuntu Linux server, and using the superior development tools available for the Mac to edit all the various various root-owned files (by adding '-admingroup admin' to afpd.conf). Unfortunately, it doesn't work unless you make separate shares for every directory on the machine: /etc, /var, etc. I can confirm this bug exists in netatalk (2.1.4-1) that is the default on Ubuntu 11.04. It also existed on a fresh install of Ubuntu 10.4 (don't know what version that was). Steps to reproduce: 1.) Add a line like "/ Root" to AppleVolumes.default 2.) Connect to the Mac via AFP over TCP/IP. Initially it looks like it works, but: - if you navigate into a subfolder, the Finder on the client Mac shows it as empty - if you copy a folder to the root directory using Finder on the client, the Finder throws all manner of weird errors (copying a file works, however) If you do take the time to make AFP volumes out of every folder on the root volume of the netatalk host, everything works as expected. So this problem seems to pertain only to the root volume. For use cases like mine (perhaps not so common) it means that netatalk is not a viable option (although I keep checking every year to see if it's been fixed...). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org