Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!emory!gatech!bloom-beacon!eru!hagbard!sunic!mcsun!ukc!icdoc!qmw-cs!liam From: liam@cs.qmw.ac.uk (William Roberts;) Newsgroups: comp.unix.aux Subject: Re: HFS volumes uner A/UX revisited Message-ID: <3056@redstar.cs.qmw.ac.uk> Date: 17 Apr 91 16:33:51 GMT References: Sender: usenet@cs.qmw.ac.uk Distribution: comp Lines: 23 Nntp-Posting-Host: whitesand In d88-jwa@byse.nada.kth.se (Jon W{tte) writes: >How hard would it be to write a device driver that read HFS volumes ? You don't mean device driver, you mean "file system" as in the things which understand the information structure made out of blocks on the disk. This is hard because Apple don't publish the information and don't promise it won't change even if you do read the "Recovering after Hard Disk Crashes" documents and work it out for yourself. >How hard would it be to implement a NFS server that exported a HFS >volume ? I had a student do this (read only HFS access) for A/UX 1.1 - it can be done as a user-level process but seemed to provoke some serious NFS bugs (like it would trash the server disk). I couldn't find the code again without some serious looking at our archive tapes, though I agree it would be a useful thing to have. I'd currently settle for a way of mounting HFS volumes which didn't assume a local SCSI device with a partition map: I'm prepared to port simple block-level remote disk devices so that I can get at centrally served CD-ROMs.