Thanks Steve. In any case, I can't serve HFS+ serving files because P9
can't access them. But I could serve a FAT device.
I finally managed to exportfs the drive, I'm not sure if due to a
combination of things in /lib/namespace or the -t flag in listen1 did the
trick, or the combination of the
On Sat Mar 8 13:12:40 EST 2014, ru...@mostlymaths.net wrote:
I don't seem to have θfs, which is weird (the Raspberry Pi distribution is
9atom, isn't it?.) At least, its source is not in sys/src/cmd. I pulled
changes 3 or 4 days ago.
the rpi distribution is not 9atom.
- erik
Rubén,
For better, or worse, nothing really serves HFS+ these days. Apple’s
transitioning from AFP to SMB2 when sharing files. I can’t say I’m
disappointed that AFP is finally going away.
Until someone writes an HFSX fs device support you won’t be able to mount a
drive formatted under OSX.
Hi Jeff, thanks:
On Sun, Mar 9, 2014 at 6:52 PM, Jeff Sickel j...@corpus-callosum.com wrote:
Rubén,
For better, or worse, nothing really serves HFS+ these days. Apple's
transitioning from AFP to SMB2 when sharing files. I can't say I'm
disappointed that AFP is finally going away.
Until
θfs(4)http://www.9atom.org/magic/man2html/4/%CE%B8fs
is designed for this. it serves nfs as well as 9p directly.
I've been meaning to send out an announcement for a while, but this
has been a pretty hectic week with the SIGCSE conference. Thanks to
Coraid and Brantely Coile, I am
- Taking a snapshot is an O(1) operation
most interestingly, that is a property of #ℙ, which is not directly
tied to θfs. so you could, with arrangements, snapshot any other
file system.
- erik
- Taking a snapshot is an O(1) operation
most interestingly, that is a property of #ℙ, which is not directly
tied to θfs. so you could, with arrangements, snapshot any other
file system.
That's correct. #ℙ doesn't depend on θfs at all. θfs can be used
without #ℙ, but it does have some
Thanks all for the prompt replies. I add a few answers:
@Sergey: The point is using an existing HFS+ with ~500 GB of data. Moving
all the data and reformatting is way beyond the time commitment I wanted to
give to this, which was only the moderately convenient remote access. I
know how to use
A mildly related question, though (I'm getting a little lost among
namespaces):
How can I (I guess it's possible?) exportfs an external drive? As far as I
understand, 9import (or in general, import) will connect to my remote
machine with the current username, in its own namespace, and as
Thanks for the quick reply. Where is exactly the proper point to consider
it as started on boot? I really don't know how the Plan9 boot process
follows along (I guess something loads /lib/profile which in turn loads
/rc/bin/termrc, but I'm not even sure about this ordering), and so far the
On Sat Mar 8 08:01:20 EST 2014, ru...@mostlymaths.net wrote:
Thanks for the quick reply. Where is exactly the proper point to consider
it as started on boot? I really don't know how the Plan9 boot process
follows along (I guess something loads /lib/profile which in turn loads
/rc/bin/termrc,
Sorry to be bothersome again, but still can't figure it out. I need
/srv/dos available in /lib/namespace, so I can mount the external drive
before anything else is done on the system, but to do so I need to execute
dossrv, and in a namespace file I can't execute anything beside bind/mount
and
On Sat Mar 8 09:10:24 EST 2014, ru...@mostlymaths.net wrote:
Sorry to be bothersome again, but still can't figure it out. I need
/srv/dos available in /lib/namespace, so I can mount the external drive
before anything else is done on the system, but to do so I need to execute
dossrv, and in a
I agree with Gorka, this would be a good GSoC project.
But there are other ways to mount the device. Have you tried u9fs
(http://plan9.bell-labs.com/magic/man2html/4/u9fs)? Or drawterm from a Mac
with the drive connected? Or running Inferno hosted on the Mac and exporting
the volume?
Any
The thing is, I don't want access to HFS+ from my Plan9 host. I want my
Plan9 host to serve a HFS+ drive. Access is required, but it's not the end
goal.
On Sat, Mar 8, 2014 at 4:16 PM, Jeff Sickel j...@corpus-callosum.com wrote:
I agree with Gorka, this would be a good GSoC project.
But
On Sat Mar 8 12:55:25 EST 2014, ru...@mostlymaths.net wrote:
The thing is, I don't want access to HFS+ from my Plan9 host. I want my
Plan9 host to serve a HFS+ drive. Access is required, but it's not the end
goal.
θfs(4) http://www.9atom.org/magic/man2html/4/%CE%B8fs
is designed for this.
I don't seem to have θfs, which is weird (the Raspberry Pi distribution is
9atom, isn't it?.) At least, its source is not in sys/src/cmd. I pulled
changes 3 or 4 days ago.
On Sat, Mar 8, 2014 at 6:58 PM, erik quanstrom quans...@quanstro.netwrote:
On Sat Mar 8 12:55:25 EST 2014,
I want my
Plan9 host to serve a HFS+ drive.
If you want to serve files (rather than a block device) from plan9 to
a mac then plan9 has an nfs server and, two cifs servers available.
-Steve
Hi all,
can Plan9 access a USB disk formatted with HFS plus (i.e. the Mac OS
Extended ( journaled) file system?
The part about USB is just because it happens to be an USB drive, but
basically I don't know how to mount the /dev/sdD.D/data. Of course, dossrv
can't do it (already tried).
Thanks,
Hello !
Plan9 can't mount HFS or HFS+ filesystems (no fileservers :) ) but you can
use USB disk by formatting it to a supported filesystem (fossil(4),
kfs(4)). I think, that your Mac USB disk is labaled as UUID, and UUID is
unsopported. Please read prep(8) for how to lebel and format disks. :)
This would probably make for a nice GSoC project (even if, for the purposes of
the project is a read only, without all the bells and whistles,
version of HFS+). It is documented for example here:
http://dubeiko.com/development/FileSystems/HFSPLUS/tn1150.html#BTrees
On Fri, Mar 7, 2014 at 9:54 AM,
Plan9port's libdiskfs might suffice for reading that USB drive.
It supports hfs, read-only.
-dave
On Mar 7, 2014, at 10:00, Gorka Guardiola wrote:
This would probably make for a nice GSoC project (even if, for the purposes of
the project is a read only, without all the bells and whistles,
On Fri Mar 7 04:01:31 EST 2014, pau...@gmail.com wrote:
This would probably make for a nice GSoC project (even if, for the purposes of
the project is a read only, without all the bells and whistles,
version of HFS+). It is documented for example here:
23 matches
Mail list logo