>> it's clear you're not very comfortable
>> managing a *nix system.
>
>Which is amusing, as I administered Solaris (as well as FreeBSD, Linux,
>HP-UX and SCO Unix) for seven years (although it's been almost as long again
>since I've been out of the job).  

>But there are some things in OpenSolaris which strike me as strange, and
>'non-Solaris'.  For example, when I created the original user during the
>install, its permissions were 700, yet when I created a second user afterwards,
>they were 755.   Nor have I ever come across a situation where I couldn't
>delete a user directory as root.  Even when dropping down to single-user mode,
>I still cannot delete that directory.  I can't umount it, either.  Telling me
>that I can't delete a directory if I 'su' as that user is pretty insulting,
>really.  Well, it would be, but since I didn't tell anyone I used to do this
>for a living, I'm not offended.  :)
>
>I'm obviously doing something wrong, but that's OK.  I've created another
>user directory for myself, and the 'old' one is sitting empty.  I'll live
>with it.
>
>Thanks for the advice, anyway. :)

Since Solaris 2.x was first shipped, there was a "/home" directory
controlled by the auto mounter.

Now that we have "zfs", it's easy to create a filesystem per-user.

In neither scenario, it's not possible to remove the directory with "rmdir".

To remove a file controlled by the automounted, you will need to update
the auto map (/etc/auto_home).

To remove a zfs filesystem, use "zfs destroy <filesystem>".

I assume it's the latter as the automounter probably isn't started when
you've booted single user.

Casper

Reply via email to