i'd like to set up my laptop dual boot to run 7.2 (my current
setup, which is nice and stable), and 7.3, sort of in "test drive"
mode, with the option of always falling back to 7.2 if need be,
and wanted to list the minimum amount of work i have to do to
share directories/filesystems between the two so switching is
as painless as possible.

  for example, whenever i went to a new release, i would completely
reinstall over top of the old one, but leave the /home filesystem
to preserve user's files.  i would also preserve the config files
/etc/passwd, /etc/shadow and /etc/group, since they're pretty
essential to support that user population.

  i'd also back up and restore /var/spool/mail, so users
wouldn't lose any of their mail, but it occurs to me that i
could just as easily make /var/spool/mail another separate
filesystem and preserve it across the install as well.

  so i'm just looking for the cleanest and easiest way to set
up RH to allow one to move to 7.3, but bail if need be and regress
to 7.2 with a minimum of muss and fuss.  so far, my list is

  * separate /home filesystem
  * the unavoidable need to copy /etc/{passwd,shadow,group} when
        switching
  * copy/preserve /var/spool/mail to keep mailboxes

i don't want to preserve any of the other config files since the
whole point is to really test a new install/config of 7.3, as in
to start from scratch there.

  and what about /var?  well, you wouldn't want to preserve *all*
of /var since that would carry over, for example, inappropriate
log files under /var/log.  but would it be inconsistent to 
preserve /var/ftp and /var/www if you've taken the time to set
up an ftp or web server?  how much under those directories is
version-dependent?  that is, not related to pure data to be
shared?

  anyway, i'm sure you get the idea.  what's the most convenient
setup and checklist to allow switching both up and back if
need be?  

rday



_______________________________________________
Redhat-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/redhat-list

Reply via email to