RE: Best practices for upgrading?
RE: Best practices for upgrading?
- Subject: RE: Best practices for upgrading?
- From: "Karan, Cem (Civ, ARL/CISD)" <email@hidden>
- Date: Thu, 5 May 2005 14:03:37 -0400
- Thread-topic: Best practices for upgrading?
Actually, this sounds like the best way; it just means I need to finally go back and cleanup my drives enough that I can do this (I've moved stuff from my old computers to my new ones since 1985; its time to clean out the attic/harddrive)
Thanks,
Cem Karan
-----Original Message-----
From: Thierry Faucounau [mailto:email@hidden]
Sent: Thu 05-May-05 12:51 PM
To: Karan, Cem (Civ, ARL/CISD)
Cc: email@hidden
Subject: Re: Best practices for upgrading?
Here is what i have been doing for a while now which has given me
good results.
I have 3 revolving OS partitions (each 10GB although I may need to
update that to 15GB eventually since Tiger+Dev Tools+Apps+Spotlight
db has only left about 3GB of free space).
I have my user folder off on another disk (could be another partition
of the OS disk but this allows me to transport my user folder drive
with me when I need to)
Each partition has a major revision of the OS, when a new one comes
out, I format the oldest one (in this case it was bye bye to 10.1)
and do a clean install of the new OS on the now empty partition.
I always create an initial machine user for the initial OS setup
whose home folder ends up on the OS partition. From this initial
machine user, I then create my personla user account and using
NetInfo point its home folder to my existing home folder on the
separate drive (as well as turning off the auto login stuff).
Although it does always take a few days to get things the way I like
this approach has many advantages:
-I can always go back to the previous OS or even the one before it
(this is necessary for testing the games we port or in case the new
OS is just not ready for primetime) and things are basically as I
left them.
-Most of the configuration lives in my home folder so the only new
setup I need to perform are things that need components in /Library
(or other system directories) and some /etc config files. Each time,
I can decide if I want to copy things over from the previous OS or go
looking for newer versions to install on the new OS. For the most
part, everything returns in the new OS the way I had left it in the old.
-Since the OS install is clean, I do not suffer from the issues of
old or out of date components installed in the system directories.
-Since I still retain the last 2 OS partitions, and I always create
my machine user then my personal user accounts in the same order (so
they end up with the same user ids on all OSes), checking for
differences or looking at how I had configured something in the
previous OS is very easy.
-Since all of the various OSes are on separate partitions, they will
all show up as choices when booting with the Option key down for a
quick one off OS switch.
-I can easily verify/repair my home disk/partition by logging in as
the machine user and running DiskUtility verify/repair on it (since
to function, it needs to unmount the drive/partition, something not
possible if it is you currently logged in user home partition).
Anyway, this technique has worked pretty well for me so far :)
Thierry Faucounau
Senior 3D Engineer -- Zonic
http://www.zonic.co.uk/games/
On May 4, 2005, at 9:27 PM, Karan, Cem (Civ, ARL/CISD) wrote:
> I've noticed that there are a few people that have mentioned having
> problems while upgrading to Tiger & XCode 2.0. Is it better
> (safer) to do a clean install rather than an upgrade (will this
> avoid the potential problems people are faced with)?
>
> I ask because I'm in the fortunate position right now that work has
> slowed down a fair amount and I could actually spend the time
> paritioning and installing everything fresh, but I want to know if
> its worth the effort of getting everything back up and running
> afterwards.
>
> Thanks,
> Cem Karan
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Xcode-users mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
> 40zonic.co.uk
>
> This email sent to email@hidden
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden