So the situation you are describing is that you have a "critical" server on Linux that you want to be able to switch over to Windows if you screw up its setup?
If that's the case then how about actually having another image of Linux on another partition and boot to it if you screw up the "primary" image? It would also mean that you have only one kind of OS and an entire set of software/patches/config files to share between the two images. Cheers, --Amos On Wed, 02 Mar 2005 15:54:04 +1100, Rod Butcher <[EMAIL PROTECTED]> wrote: > Apache runs as uid & gid 72, so I changed fstab to :- > /dev/hdh1 /Win2k vfat defaults,umask=002,uid=72,gid=72 0 0 > and remounted /Win2k. > Still no dice, Apache wouldn't read it. ??? > I added apache to root user group (yeah, I know... just as a test) but > still didn't work - I thought that if apache was in the root group it > should gain all the access priviliges of root ? > Reason I'm using vfat is I want to be able to fall back immediately to > Win2k dualbooted if something goes wrong with Linux... hence I've put > email, working .docs etc on this common partition. > Is there a better way ? I hadn't intended to get bogged down with > security issues... > thanks > Rod > ------------------------------------------------------------------------ > Brought to you by a thunderbird, penguin, gnu and a camel > > Shaun Butler wrote: > > Phil Scarratt wrote: > > > >> Michael Lake wrote: > >> > >>> Rod Butcher wrote: > >>> > >>>> Hello sluggers, I've moved an Apache intranet I run on my home > >>>> office from an ext3 to a vfat partition. I did this by copying the > >>>> DocumentRoot using nautilus and changing the conf files. Apache now > >>>> returns "You don't have permission to access /bookmarks.htm on this > >>>> server" to the browser. > >>>> I don't have this problem if I copy the webserver directory to > >>>> another ext3 partition - seemingly proving that I'm changing the > >>>> necessary conf info. > >>>> So - is there something different about ext and vfat security, > >>>> necessitating some more sophisticated directory copy process ? > >>> > >>> > >>> > >>> > >>> Surely there would be permissions problems as vfat does not have the > >>> ownership or permissions that unix files do. > >>> What happens if as root you su to whatever user apache runs as and > >>> then try to read the vfat files? If you find that apache cant read > >>> the files then you have found the error. If it can read them then > >>> look at the conf file again maybe. > >>> > >>> Mike > >> > >> > >> > >> I believe it would depend on the permissions set when mounting the > >> vfat partition. You would need specify extra options for who gets > >> read/write access in fstab I think... > >> > >> Fil > > > > > > > > > > Fil is correct. If you HAD to use a VFAT partition to store web files > > for Apache, then you could ensure appropriate permissions are set for > > files on that VFAT partition by adding options at the end of your > > mounting statement in /etc/fstab: > > > > /dev/hdb1 /mnt/data vfat defaults,umask=002,uid=500,gid=100 0 0 > > > > The uid and gid specify the user and group ownerships and the umask sets > > the octal permissions of files on that partition > > > > hth > > > > Shaun > -- > SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ > Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html > > ---------- Your email is protected by Mailshell ---------- > To block spam or change delivery options: > http://www.mailshell.com/control.html?a=balatsrial4tlprafm_jqupsjnpz1k > > ReturnPath.net http://rd.mailshell.com/ad481 > Earn up to $3 for each of your friends who signs up with Mailshell! > http://rd.mailshell.com/sp5 > -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
