this is a request to consider to bury link(2)/unlink(2) support
for directories in UFS
as we all know if a process with appropriate privilidges executes unlink(2)
on a directory, things like ".." (and the link count in the parent)
would not be cleaned up. this leads to orphaned directories requiring fsck's attention.
for the gory details that explain the pure existance and standard requirements
and implications of this behavior see 4917742
this came up just recently on opensolaris once again and we discussed some
escape route with Casper in it:
http://www.opensolaris.org/jive/thread.jspa?messageID=80961
Linus GIT revision control system also caught this in the act on Solaris:
http://article.gmane.org/gmane.comp.version-control.git/52654
is there a chance we can manage to get rid of it without getting into much hassle
as far as the standard is concerned ?
at least via a new mount option for UFS if not just remving the implementation of it?
You know, people just do not get rmdir(2/1).
Work Around
just use rmdir(1/2)
or use ZFS
*** (#1 of 1): [ UNSAVED ] xxxxx@xxxxx.com