>I don't this this will work tho I suppose you could export the file
>systems and mount them as NFS drives. Why you would want to do this is
>beyond me... Perhaps they could be mounted as localhost:/<dirpath>
>those this would probably be kind of slow.
I don't think so. (the idea, not the speed)...
>What's wrong with symlinks? They can certainly be abused (just ask me
>:-) but are a very powerful tool for customizing a file structure.
Because of their non-intuitive behaviour for directories. Watch this:
mkdir real
mkdir real/abc
mkdir real/def
mkdir pretend
ln -s real/abc pretend/001
ln -s real/def pretend/002
Got the picture? I need this, believe it or not. Now,
cd pretend/001
ls ..
what would you expect? I would like:
001 002
but instead I get:
abc def
Were I to put /home and /www on the second disk, should I do
chdir /home # a symlink to /mnt/sdb2/home
ls ..
I wouldn't see the contents of / (bin, etc, usr & co), I'd see the
contents of /mnt/sdb2, and that, frankly, is rather unsettling.
>Frankly I doubt the performance would be any worse than following a
>mount across disks.
A nanoscopical amount.
>Unless you are going to be thrashing this disk a
>_lot_, a couple of extra milliseconds or so per access isn't going to
>make any measurable difference.
Ok, I can live with that. Still, I don't like how the parent directory
of a symlinked directory is displayed.
>If you are going to wipe out the new disk and copy stuff over why not
>just mount it "normally?" Create a couple or three partitions, mount
>them to /tmp_mnt to copy the data across, verify the copy worked,
delete
>the original trees, and change fstab to reflect the new file structure.
Because I am *not* going to wipe out the new disk. It is at a remote
location, in a different tz, so it's difficult to coordinate a tape
backup. It's also in use now, albeit it in a bit of a pigsty way.
Thanks for the input,
David
--
PLEASE read the Red Hat FAQ, Tips, Errata and the MAILING LIST ARCHIVES!
http://www.redhat.com/RedHat-FAQ /RedHat-Errata /RedHat-Tips /mailing-lists
To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the Subject.
