Sparse Bundle Images on external NTFS formatted drive

FYI, this issue also appears to extend to sparse bundles located on AFP network shares (which happens to be where my TM backups are located !)

Salient entries in the log appear to be;

31.08.09 11:18:21 PM hdiejectd[49324] running
31.08.09 11:18:22 PM diskimages-helper[49319] terminating disk1 - image is no longer available
31.08.09 11:18:22 PM fseventsd[40] failed to create the uuid file /Volumes/<volumename>/.fseventsd/fseventsd-uuid
31.08.09 11:18:22 PM kernel disk1: media is not present.

Any suggestions would be appreciated.

Logs from Console available if anyone is curious to take a look ?

I've done some further testing and this might be a possible solution;

Attach the NTFS disk to a Windows computer and share it over a network. I'm able to mount sparse bundle images over an SMB share (read / write) that appears to be reliable.

Curious to know if that works for you ?

i too am unable to mount and use sparse bundle disk images on an afp share. if i move the external drive to my macbook pro, running 10.6, the sparse bundle disk images mount and are usable. when i try to access the sparse bundle disk images over the network, from the same external drive, they mount briefly before disappearing, rendering them un-usable.

this is a real issue. there are other uses for shared sparse bundle disk images. hopefully not just an attempt to sell more time capsules.

my limited testing shows no problems creating and mounting r/w disk images and sparse disk images to an afp share. yet trying to create or mount a sparse bundle disk image to an afp share fails, sometimes silently.

Exactly the same here! No luck mounting old or new sparse bundle images from an afp share... My log entry is even less verbose:

04.09.09 23:46:13 diskimages-helper[536] terminating disk3 - image is no longer available
04.09.09 23:46:13 kernel disk3s2: media is not present.

I'm glad I found this thread. So it seems to be a snow leopard issue. Does anyone know how to bring this to apples attention? I'm just wondering how the time capsules keep working without a firmware update. I really find it hard to believe that this is related to marketing interests...

Message was edited by: sebastianmorsch

I just found out that the image stays mounted when served on a samba share. I can read and write to it.

I too am having this issue. Intel / 10.5.8 attached to an SMB share from Ubuntu Linux.

I ran a test of various image types, and while Sparse Image works, Sparse Bundle fails. Here are my logs. Happy to do some testing and log posting if anyone has a test theory to try.



9/5/09 2:20:29 PM Disk Utility[1822] Disk Utility started.


9/5/09 2:22:38 PM Disk Utility[1822] Creating Image “test1-rw-disk-image.dmg”

9/5/09 2:22:38 PM Disk Utility[1822] Initializing…

9/5/09 2:22:38 PM Disk Utility[1822] Creating…

9/5/09 2:22:39 PM Disk Utility[1822] Formatting…

9/5/09 2:22:39 PM com.apple.KernelEventAgent[37] KernelEventAgent: sysctl_queryfs: No such file or directory
9/5/09 2:22:39 PM Disk Utility[1822] Attaching…

9/5/09 2:22:40 PM Disk Utility[1822] Finishing…

9/5/09 2:22:41 PM Disk Utility[1822] Image “test1-rw-disk-image.dmg” created successfully.

9/5/09 2:23:21 PM Disk Utility[1822] Creating Image “test2-sparse-disk-image.sparseimage”

9/5/09 2:23:21 PM Disk Utility[1822] Initializing…

9/5/09 2:23:21 PM Disk Utility[1822] Creating…

9/5/09 2:23:21 PM Disk Utility[1822] Formatting…

9/5/09 2:23:21 PM com.apple.KernelEventAgent[37] KernelEventAgent: sysctl_queryfs: No such file or directory
9/5/09 2:23:21 PM Disk Utility[1822] Attaching…

9/5/09 2:23:23 PM Disk Utility[1822] Finishing…

9/5/09 2:23:24 PM Disk Utility[1822] Image “test2-sparse-disk-image.sparseimage” created successfully.

9/5/09 2:24:04 PM Disk Utility[1822] Creating Image “test3-sparse-bundle-image.sparsebundle”

9/5/09 2:24:04 PM Disk Utility[1822] Initializing…

9/5/09 2:24:04 PM Disk Utility[1822] Creating…

9/5/09 2:24:04 PM Disk Utility[1822] Formatting…

9/5/09 2:24:05 PM Disk Utility[1822] Finishing…

9/5/09 2:24:05 PM Disk Utility[1822] Unable to create “test3-sparse-bundle-image.sparsebundle”. (Operation not supported)

9/5/09 2:24:05 PM Disk Utility[1822]

Robert,

I understand this issue is due to the way permissions are handled on SMB shares. If you create the sparse bundle on a HFS+ drive (say, your desktop !) and then copy the bundle across to the SMB share, it should behave itself thereafter.

Let me know how you go.

Sebastian,

I've just installed 10.6.1 update -- I was hoping this issue might be resolved. Unfortunately, it appears that it isn't.

Would you test again after installing 10.6.1 and verify the behaviour is not resolved -- I have a support case open with Apple.

RewAU,

same here, even on my updated 10.6.1 images still re-eject themselves 1 sec after they're mounted. I'm using a regular AFP share and I tried three types of sparsebundles: GUID partition, Apple partition and no partition. No luck...

Thanks for letting Apple know!

Sebastian

Ok, I had all of the same probs everyone else here had.. could not work this out.

I tried to change the password to something really simple in SMB. I changed it to an all numerical password, and it worked! Seems like OSX 10.6 cant authenticate with an alphanumeric pw. For reference, I used an 8 digit numeric one! This was the ONLY change I made, and now it works fine.