Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

Leopard and /etc/fstab

In 10.4 I was able to mount my /Users directory from a separate disk partition by inserting a line like the following in /etc/fstab:

LABEL=Users /Users hfs rw 1 2

This works under Leopard. The problem is that my bootup times increased dramatically. After examining the console log and system log I was seeing errors from automount that say something like:

Can't stat LABEL=Users: No such file or directory

fsck_hfs was also printing scaring messages regarding this partition. I don't have the exact errors on hand. Since this is a work machine and I needed to be up and running quickly, I just reverted back to a single partition setup.

Things would work fine but I think these messages are related to how long it was taking to boot the machine.

Cheers,
Ryan

Macbook Pro, Mac OS X (10.5)

Posted on Nov 1, 2007 12:19 PM

Reply
17 replies

Nov 5, 2007 3:11 PM in response to Ryan Hodges1

Ryan,

I was searching the forums because I have a similar setup and wanted to see how it would fair under and upgrade from 10.4 to 10.5. I have not have the boot-up delay problems you report. This is probably because I explicity refer to the disks in the fstab. I recall reading other reports of OS X not seeing the volume labels at boot time.
Here's what my fstab looks like:

#device mount point filesystem options freq passno
/dev/disk1s3 / hfs rw 1 1
/dev/disk0s3 /Users hfs rw 1 2

Hope this helps,

-Jake

Nov 8, 2007 1:28 AM in response to jherbold

Ryan,

I made the mistake of not seeing that your post as a warning. I upgraded the G5 where /Users is mounted from another drive. With 10.5 I now have the same problem. The boot process stalls for a while, all the fans go full speed (it gets pretty loud). I believe I'm onto to source of the problem.
I get system.log messages like:

Nov 8 00:51:36 thresher com.apple.autofsd[57]: automount: Mount for LABEL=bigeye has no host name

I can't use the paths to devices like /dev/disk0s3 like I recommended because these now change around with every boot.
I guess it's good news that someone else has duplicated your problem. I also believe I'm on my way to a solution. It appears that leopard adds a daemon called autofsd and files auto_master, auto_home, autofs.conf in /etc. I'm somewhat familiar with this auto mounting scheme from doing some solaris administration. From what I can tell by doing "man auto_master" the documentation indicates that autofs is reading the fstab. The man page says it should only be processing things in fstab that network drives but that does not appear to be the case. I think the solution is to have leopard mount the drive automatically under /Volumes/LABEL and then use this autofs stuff to also mount it at /Users. I hope to try this tomorrow.

-Jake

Nov 11, 2007 10:13 AM in response to jherbold

So I think this new automount stuff in 10.5 is buggy. Anything that I put in /etc/fstab that does not refer to a network drive causes the long boot delay and corruption of that drive.
My hopefully temporary solution is to use the automount features.

I edited /etc/exports to have the line
"/Volumes/<drive name> -alldirs <hostname>"

where <drive name> is the label on the drive and <hostname> is your computer's host name

I changed /etc/auto_master to look like this:
#
# Automounter master map
#
#+auto_master # Use directory service
/net -hosts -nobrowse,nosuid
/Users auto_home
/Network/Servers -fstab
/- -static

Note the only changes from the default is I commented out the directory service line and changed the auto_home line from "/home auto_home -nobrowse" to "/Users auto_home".

In /etc/auto_home I have a line
"<user> <hostname>/Volumes/<disk name>/<user>"
for every user on the system and this line for the Shared directory
"Shared <hostname>:/Volumes/<disk name>/Shared

Again <disk name> is the same disk label used in /etc/exports and <hostname> is your computer's name, <user> is the user name which is normally also the name of the user's home directory.

This does mount my systems user directories from a disk that is not the boot disk. It has the disadvantage of using NFS to do it. I expecting some disk related performance hits but I haven't had time to try that out yet. Will report more in future.

Also the other configuration that worked for me was to put symlinks in /Users to the location of each user's home directory. For example the shell command
ln -s /Volumes/<disk name>/<user> /Users/<user>

Nov 12, 2007 11:02 AM in response to jherbold

Using automount setup I described causes many applications to preform unacceptably slow. iPhoto hangs when deleting the trash, iMovie is slow. Therefore I don't recommend this setup. I'm now using symlinks to put the directories on my second harddrive into the right place.

While nothing fails, using symlinks is not a good long term solution. Some application's file open or save as dialogs open in /Volumes/bigeye instead of the user's home directory.

Short story: Leopard forces you to put it all on one disk.

Jan 6, 2008 12:17 AM in response to KJK555

Maybe i'm wrong but i tried automountmaker. It was only for network mounting.

I still have not yet found a solution to the problem. Using a symlink is not a good solution (using a hard link is not even possible).

In the advanced option for user accounts there is the possibility of setting a different home directory. However... I wonder how much software this will break.

Mar 26, 2008 6:32 PM in response to KJK555

I used to have the same problem i.e. "UUID=xyz /Users" entries in fstab would cause all manner of mayhem during boot e.g. failing stat. In the end I had to use a "/dev/diskxxx /Users" entry which meant that 50% of my reboots end up with a blank /Users directory. Strangely enough the problem seemed to go away with 10.5.2 or the latest security updates -- I just reinstated the UUID line and rebooted, and everything works fine except for a single "automount: Mount for UUID=xyz has no host name" line in the Console on reboot.

May 19, 2008 8:34 AM in response to linkx

I have had the following in my fstab for /usr/local

LABEL=CubeUSRLocal /usr/local hfs rw 0 0

This works. I have the 0 0 because in the past having a real number there would crash the system when the disk was hfs. The volume is case sensitive journaled hfs+.

I do get the messages "5/19/08 3:45:26 AM com.apple.autofsd[61] automount: Mount for LABEL=CubeUSRLocal has no host name" but no other ill effects it seems.

G

Leopard and /etc/fstab

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple ID.