17 Jul
2013
17 Jul
'13
9:35 a.m.
So after spending countless hours messing around with Netinfo, I got
basic NFS Functionality up between a Mac running OS X 10.8.2 and
OpenStep 4.2 on SPARC. OS X Dropped support for mounting NFS shares,
but it will gladly hand them out, so ive got file transfer working over
something other then FTP. Works great on Sparc, but the intel
thinkpad I havent been so lucky. Going to try and reload OS 4.2 on it
today and get it operational
For anyone that is interested I found this, Its the next administration
manual
http://web.archive.org/web/20070722131827/http://www.channelu.com/NeXT/NeXT…
17 Jul
17 Jul
9:49 a.m.
On 7/17/13 8:35 AM, Steven Landon wrote:
So after spending countless hours messing around with
Netinfo, I got
basic NFS Functionality up between a Mac running OS X 10.8.2 and
OpenStep 4.2 on SPARC. OS X Dropped support for mounting NFS shares,
Most definitely not the case.
10:16 a.m.
On Wed, Jul 17, 2013 at 09:35:40AM -0400, Steven Landon wrote:
[...] OS X Dropped support for mounting NFS shares,
[...]
I'm running 10.8.4 and I can assure you that this is most definitely not the
case, as I keep most of my data on real computers and mount them over NFS from
my Mac laptop.
The most user-friendly way is from the Finder: Go -> Connect to Server... (or
hit Apple-K) and then enter a Server Address of nfs://hostname/path. You can
set up an Automator action and add it to your login items if you want shares
to come back when you reboot.
If you prefer the Unix way, that's fine too. There's an automounter running,
and so just visit /net/hostname/path to get at the files. If all else fails,
you can even manually fiddle with mount_nfs to drop the NFS share anywhere you
like in the filesystem. It's usually saner to make a symlink which points into
the appropriate share under /net though.
11:21 a.m.
On 7/17/13 7:16 AM, Peter Corlett wrote:
On Wed, Jul 17, 2013 at 09:35:40AM -0400, Steven
Landon wrote:
Are there any magic flags that need to be set for NFS to correctly handle legacy
app resource forks? I managed to screw myself trying to recover from an rsync backup from
10.4 to a FreeBSD NFS server and having what was copied with rsync -avX create
a backup that can't be interpreted correctly on the 10.4 system (all of the
resource forks are gone as far as 10.4 is concerned).
There is also the problem where there are several incompatible schemes for storing
resource forks (some systems append ._ others create an .AppleDouble directory) leaving
trails of invisible cruft as files were backed up from system to system.
This is a nightmare for backup migration. I'm having to go through every backup that
was
ever made from MacOS to Unix to identify if the apps have had their resource forks screwed
up
and either put them back together or purge them.
[...] OS X Dropped support for mounting NFS
shares, [...]
I'm running 10.8.4 and I can assure you that this is most definitely not the
case, as I keep most of my data on real computers and mount them over NFS from
my Mac laptop.
11:37 a.m.
On Jul 17, 2013, at 11:21 AM, Al Kossow <aek at bitsavers.org> wrote:
On 7/17/13 7:16 AM, Peter Corlett wrote:
I have a lot of the same problems with migrating Netatalk shares between
various BSD and Linux hosts; the installs of Netatalk tend to have different
AppleDouble schemes set up and so the resource forks end up borked. One of
these days, I really need to make a quick tool to move from one format to
another easily.
FWIW, Netatalk claims to handle the old OS X AppleDouble method as well as
at least two of its own, all of which are generally mutually incompatible.
- Dave
On Wed, Jul 17, 2013 at 09:35:40AM -0400, Steven
Landon wrote:
Are there any magic flags that need to be set for NFS to correctly handle legacy
app resource forks? I managed to screw myself trying to recover from an rsync backup
from
10.4 to a FreeBSD NFS server and having what was copied with rsync -avX create
a backup that can't be interpreted correctly on the 10.4 system (all of the
resource forks are gone as far as 10.4 is concerned).
There is also the problem where there are several incompatible schemes for storing
resource forks (some systems append ._ others create an .AppleDouble directory) leaving
trails of invisible cruft as files were backed up from system to system.
This is a nightmare for backup migration. I'm having to go through every backup that
was
ever made from MacOS to Unix to identify if the apps have had their resource forks
screwed up
and either put them back together or purge them. [...] OS X Dropped support for mounting NFS
shares, [...]
I'm running 10.8.4 and I can assure you that this is most definitely not the
case, as I keep most of my data on real computers and mount them over NFS from
my Mac laptop.
1:05 p.m.
At 8:21 AM -0700 7/17/13, Al Kossow wrote:
Are there any magic flags that need to be set for NFS
to correctly
handle legacy
app resource forks? I managed to screw myself trying to recover from
an rsync backup from
10.4 to a FreeBSD NFS server and having what was copied with rsync -avX create
a backup that can't be interpreted correctly on the 10.4 system (all of the
resource forks are gone as far as 10.4 is concerned).
There is also the problem where there are several incompatible
schemes for storing
resource forks (some systems append ._ others create an .AppleDouble
directory) leaving
trails of invisible cruft as files were backed up from system to system.
This is a nightmare for backup migration. I'm having to go through
every backup that was
ever made from MacOS to Unix to identify if the apps have had their
resource forks screwed up
and either put them back together or purge them.
Something I've found with Eudora and Lightroom is that you don't want
them running when the rsync runs to back them up.
Zane
--
| Zane H. Healy | UNIX Systems Administrator |
| healyzh at aracnet.com | OpenVMS Enthusiast |
| | Photographer |
+----------------------------------+----------------------------+
| My flickr Photostream |
| http://www.flickr.com/photos/33848088 at N03/ |
| My Photography Website |
| http://www.zanesphotography.com |
4057
days inactive
4057
days old
5 comments
6 participants
participants (6)
-
abuse＠cabal.org.uk -
aek＠bitsavers.org -
fraveydank＠gmail.com -
healyzh＠aracnet.com -
ryan＠hack.net -
slandon110＠gmail.com