Submit Hint Search The Forums LinksStatsPollsHeadlinesRSS
14,000 hints and counting!


Click here to return to the '10.3: Move swap to another partition in Panther' hint
The following comments are owned by whoever posted them. This site is not responsible for what they say.
10.3: Move swap to another partition in Panther
Authored by: daniel_steffen on Nov 13, '03 10:56:18PM
Pie,
my purpose is to welcome discussion here, not to be critical.
sure, no prob
The reason for the removal is not for a *correctly* mounted Swap volume. If your Swap FAILS to mount, the vm system will create a swap directory in "/Volumes/Swap" but this will be on your root volume. Then when the Swap Volume *does* mount, it will mount as "/Volumes/Swap 1".
I do understand this and know the problem from Jaguar but I don't believe this can occur anymore in Panther with my setup above, a mount as /Volumes/Swap 1 can only occur if mount -vat hfs fails but autodiskmount -va later on (in StartupItems) is successful at mounting the volume. This sort of thing used to happen on 10.1/10.2 but with better support for fstab on Panther it doesn't seem to happen anymore as far as I've seen, but further testing would cetainly be useful to confirm this.

See, the trick is not to get this to work when all things are happy and normal. It's to cover your OSes ass!
most early Swap-moving implementations in Jaguar didn't work when stress tested as well.
I agree w.r.t Jaguar, where I know this problem well (the best way to workaround it there was to run autodiskmount in /etc/rc)

However, this seems much improved in Panther, _if_ you use fstab as above; which makes all the precautions that were needed for Jaguar unnecessary in my experience.

FWIW I haven't seen any of the Jaguar style problems with my technique across numerous hard reboots and panics in many seeds of Panther as well as the final release.

But I think the mount syntax change will only be a... well... mount syntax change!
the important thing to understand is that the existing, early mount -vat hfs in /etc/rc has no effect with fstab formatted as in your original hint, whereas it does indeed cause the mount and disk check if explicit /dev/disk* is used. That's what makes all the difference and makes your use of mount_hfs unnecessary.

Let me note that it is possible that the improved behaviour vs Jaguar I'm seeing is related to use of journaled HFS which doesn't cause fsck to run, but I doubt it since I had the same volume journaled under 10.2 (not a swap volume btw) and I needed the autodiskmount workaround.



[ Reply to This | # ]