简体   繁体   English

Mac OS X在根卷上的MacFUSE挂载点上创建.Spotlight-V100和.Trash

[英]Mac OS X creating .Spotlight-V100 and .Trashes at MacFUSE mountpoint on root volume

I'm creating a MacFUSE filesystem for adding HFS write support to Mac OS X Snow Leopard, and it mostly works, but the system creates .Spotlight-V100 and .Trashes directories on the mountpoint in /Volumes before the volume is actually mounted, so those two directories stay there after the volume is unmounted, which prevents the mountpoint from being deleted. 我正在创建一个MacFUSE文件系统,用于向Mac OS X Snow Leopard添加HFS写入支持,并且大多数情况下都可以工作,但是在实际装入/Volumes之前,系统会在/Volumes的装入点上创建.Spotlight-V100.Trashes目录,因此卸载卷后,这两个目录将保留在该目录中,以防止删除安装点。 Successive mounts of the same disk create new mountpoints in /Volumes with sequential numbers (/Volumes/Disk, /Volumes/Disk 1, /Volumes/Disk 2, etc), this leads to /Volumes being filled with lots of useless directories unless they are deleted manually. 同一磁盘的连续挂载会在/ Volumes中创建具有顺序号的新挂载点(/ Volumes / Disk,/ Volumes / Disk 1,/ Volumes / Disk 2等),这会导致/ Volume充满很多无用的目录,除非它们手动删除。

This happens wether I mark the volume as local or not, with fuse_opt_add_arg(&args, "-olocal"); 无论我是否使用fuse_opt_add_arg(&args, "-olocal");将卷标记为本地卷,都会发生这种情况

How can I avoid this? 如何避免这种情况?

My source code is at http://vc.namedfork.net/nf/fusehfs/trunk/ , the filesystem bundle is installed as /System/Library/Filesystems/fusefs_hfs.fs , and the mounting is done with a fuse_wait wrapper, like fuse-ext2 and ntfs-3g 我的源代码位于http://vc.namedfork.net/nf/fusehfs/trunk/ ,文件系统捆绑包安装为/System/Library/Filesystems/fusefs_hfs.fs ,并且安装是通过fuse_wait包装器完成的,例如保险丝-ext2和ntfs-3g

You might want to check OSXFuse project. 您可能要检查OSXFuse项目。 It is basically MacFUSE that contains numerous bugfixes. 基本上,它是MacFUSE,其中包含许多错误修正。 It might happen that the problem is already solved there. 问题可能已经在那里解决了。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM