Tiger's Powerful Migration Assistant
Pages: 1, 2
Let the Migration Begin: the Selection Process
A real assistant: step-by-step instructions
After all these considerations, we can now safely proceed with the migration procedure. Note that the assistant will ask you to authenticate, even if you just want to transfer a user account, as it will need to perform administrative tasks so that your new installation recognizes the new account as a valid one.
Once authenticated, you will be asked whether you wish to transfer information from another drive in your Mac or from another Mac booted in FireWire Target Disk Mode. Picking the first option will open up a few panes that will guide you through the process of connecting this other Mac to your new one and starting it up properly. Picking "Another volume on this Mac" will simply display a list of the various Mac OS X drives installed on your computer.
Appropriate volumes are instantly recognized, the others ignored
The assistant will then display a list of the accounts you can transfer. Note that, next to every one, you will see how much space this transfer requires, as well as some basic information regarding the account--a user picture and, if appropriate, a line of information about its transferability status. This is quite straightforward although you should avoid to overwrite accounts you have already created on your Mac with an account that uses the same name in the Migration Assistant. Indeed, you might end up involuntarily archiving your existing account and replacing it by the old one--no data will be lost but it can be quite a surprising effect before one understands what happened.
Once your accounts are selected, now comes the trickier part: selecting which applications, files, and folders you wish to migrate. The voice of convenience would tell you to select everything and the voice of reason nothing, so the balance is up to you. As a general rule, Migration Assistant will perform version checks and tries, as much as possible to guide you through the process of transferring preferences--by insisting that you migrate /Library if you choose to migrate your applications, for example. Transferring the files and folders will mostly be needed if you use the root level of your hard drive--or any files/folders that already exist there--to share files between users of the computer. This is especially important to remember if your workflow relies on features such as faxing that involve putting files there.
Tricky, tricky: will you listen to the voice of convenience or the voice of reason?
The next step is more system-oriented and will ask you about time zones, network settings, and sharing options. Transferring time settings is definitely recommended as it will make for a smoother upgrade and will ensure that your logs are consistent--although one would hope that the right time zone was already detected by Setup Assistant when you first started your Mac, so you'll probably not even need to select that option. Transferring network and Sharing settings can also speed the setup process up--especially if your ISP prides themselves in giving out the most atrocious mandatory login names and passwords or if you need to join VPNs that all have a separate configuration that you need to type manually. Just keep in mind when migrating from an older system that the Tiger sharing features have evolved and are now refined, so migrating them does not mean you should not visit the Sharing preferences pane in order to ensure that all the fine details are properly set up--you do turn that firewall on, do you?
Clicking on the "Migrate" button will then cause the Migration Assistant to run a number of checks including making sure that you will not accidentally overwrite any existing account, in which case it will prompt you for instructions. A cool feature of the Tiger Migration Assistant is that you can rename accounts on-the-fly if, for some reason, you need to import a user whose name already appears on the new configuration.
Once any conflicts solved, the Assistant will proceed to transfer files and folders step-by-step keeping you updated on the status of the process. Note that now may be a good time to lock your screen and grab a cup of soy milk, as neither the Finder nor the assistant enjoy having to fight with you over the ownership of files or folders they are working on--you might experience punctual but real slowdowns or Finder windows may seem empty when you open them as the assistant is transferring a large number of files to them--purely cosmetic but counterproductive never the less and you need to rehydrate anyway!
One feature that is missing from the Assistant is a log window, like the one that exists for Installer and that keeps you informed, step-by-step of what gets done, copied and installed from within the application.
Once the transfer has completed, Migration Assistant will display a succinct summary of what happened, along with a shiny "Done" button that will, in one swell click, close the window and quit the application. In most cases, you will simply be informed that the transfer was successful. Should it not be the case, the apparent lack of a log might be an issue--more on that later.
Application Extravaganza
Mac OS X has been designed from the ground up so that installing applications is as easy as dropping an icon onto an Applications folder--the Applications folder located at the root of your hard drive or the little known ones located in each user's individual home. From there, applications maintain a cleverly organized hierarchy of .plist files, containing their preferences, store caches in a finite, predictably placed, number of "Caches" folders and, if at all necessary, stick a couple files in the "Application Support" directory. This makes it all easy to transfer applications from computer to computer, from user to user and to put all the files back in place without needing to worry too much.
This was without counting on some developers that decided that this structure wasn't good enough and started creating folders where they shouldn't have--Microsoft Office User Data anyone?--or breaking the user hierarchy and precedence system. Worse, some larger companies invested in some sloppy DRM software that relies on a complex structure of files and folders scattered in invisible locations on your system. Luckily, these cases are relatively uncommon but they do exist. These applications, of course, cannot be transferred with the same degree of confidence and, for the most protected ones, are guaranteed to fail.
This is why Migration Assistant, once its job completed, will attempt to give you a list of the applications it could not transfer, so that you can start re-installing them properly. While this is by no means fool-proof, it's already an excellent start and should allow you to quickly grab the appropriate CDs.
As a general rule, transferring the shared files and folders should transfer a good portion of any system-wide application-specific files. It's up to you to decide whether that's a good thing--will this allow you to get your settings back and start working immediately or will this cause some funky DRM software to go berserk on you and call the legal department of some software manufacturer? (Hint: it is usually the first case but professional users relying on some high-end editing applications might want to exercise caution)
The Magic of Serial Numbers
Most applications, when they quiz you for a serial number, will rely on some embedded engine to decide whether that is or not a valid serial number and grant you access based on that calculation, usually along with displaying a nice thank you dialog. Some others, though, rely on what the developers think are permanent, computer-specific indicators.
While relying on the MAC address of a machine, its hard drive's serial number or some other hardware-based indicator is usually relatively transparent to the user, keep in mind that some applications rely on software markings that your upgrade might well change--unfortunately popular examples are your time zone (what if you move?), the name of your home folder (what if you change your name?), a checksum of some invisible UNIX directories (what if I go Fink-happy?). In that case, you might need to call the developers and explain your situation so be sure to factor that time into your migration process.
Should you use any applications that rely on others, now would be time to look into these dependencies too. For example, Tiger now ships with the awesome QuickTime 7, that brings us drool-worthy new encoding features, along with a slick new interface. Unfortunately, it also brings us a new activation number for the Pro version, that you might need to obtain from the Apple Store before installing some of your other applications. The same applies to other software, like Photoshop plugins, which will obviously need Photoshop to be up and running to do their work.
Post-Migration Healing
Once the migration has completed, you should be able to use your Mac without having to worry too much about setup and configuration--after all, what we have outlined above is more of a worst-case scenario. However, it's important to keep in mind that you might run into some glitches in the unlikely event that Setup Assistant migrated an old component that it shouldn't have transfered or damaged cache files that will cause an application to misbehave.
Luckily, this is all easy to fix. You might want to try following these steps in order to get back on track:
Repair permissions on your boot drive by using the "Disk Utility" located in your "Utilities" folder. This will ensure that all your applications are installed as they should be and will diminish the chances that you will run into the "Access denied" kind of errors that can be easily bothersome. So far, Migration Assistant always did a perfect job permissions-wise for me but, as the saying goes, it cannot hurt...
Run Software Update one last time. In the unlikely event that an optional download (like a Java installer) was reverted to an older state, it might confuse Tiger applications that rely on it. Using Software Update will help ensure that everything is up-to-date. These cases are uncommon, though, given that Migration Assistant does perform some integrity and version checks. A word of caution: deleting the "Receipts" (installer packages) located in (drum roll) /Library/Receipts is unlikely to be of a real help--it can in certain cases trick Software Update into re-applying an installer but is not guaranteed--and is guaranteed to prevent Disk Utility from doing permissions repair properly as it relies on these files. When in doubt, download installers from the Apple Support Downloads site.
Get rid of cache files. Deleting (or moving away in a first time) your various Library/Caches folders can help get rid of potentially unwanted files that might cause applications to misbehave. Should you decide to parse through the "Application Support" directories, keep in mind that these can contain some irreplaceable data like your Address Book database--feel free to peek inside and delete appropriate subdirectories but, unless you have some of that Rogaine left, do not delete the whole directories!
Use the Console, Luke!
While the Migration Assistant does not have a log window and can sometimes be succinct in letting you know what is happening, Console can be of a great help. This utility, located in your "Utilities" folder allows you, as you probably know, to look at your various Mac OS X logs easily. Both the System and Console logs should provide you with valuable information.
For easier viewing, you can enter "Migrat" (Yep, "Migrat") in the filter field, which will catch both references to the "Migration Assistant" and "MigrateTool", the executable located deep down inside the Migration Assistant bundle from which all magic originates. Of course, keep in mind that the Console can be quite verbose and that what appears to be an error message can sometimes be innocuous.
Now comes the meaty part! A very detailed log (get the spectacles and a box of candy) called SystemMigration.log can be found in /Library/Log and, of course, read through Console as well--you will find it listed in the "Logs" list on the left hand side. While very detailed, this log will allow you to know exactly what was transferred, what was skipped, what the UIDs of the new accounts are and just about everything you might need to know. Studying this log will without doubt be of use to system administrators who wish to learn more about how the system works and treats their default configuration before recommending it to their users.
By the way, should you have written any shell scripts that rely on user ID numbers (UIDs), you may want to ensure that your script will work with the new account as Migration Assistant cannot guarantee that accounts will have the same ID on your new system and on the old--as the ID might already be occupied by another account.
Old Mac, Uh?
When Migration Assistant finds applications to migrate to your new Mac, it will try to transfer them in as transparent a way as possible. An application called Cute Tarsier.app will be migrated as the exact Cute Tarsier.app, which will avoid confusing scripts or processes that might expect to find them.
However, should the Migration Assistant transfer the same application twice (this can happen when you transfer applications multiple times, especially when the applications are contained inside folders, which seems to slightly confuse the migration tool), the second copy will be labeled "From old Mac" (no matter where it actually comes from) and following copies will also be numbered "From old Mac 1,2,3...".
Transferring System Settings
Even system settings can be easily migrated. But is it really a good idea?
Thanks to the modular .plist architecture that powers Mac OS X, transferring system settings is as easy as transferring the right .plist files for Migration Assistant. Should you have already started to set Tiger up, though, you will want to exercise caution as the transfer can overwrite your existing settings--for example, even though your Panther firewall settings will be transfered, any UDP blocking or logging options you might have on will be lost. These are minor issues, though, as the assistant is likely to be used before you start really setting your Mac up. Security conscious users will definitely want to keep that in mind, though!
Also, be careful when migrating from radically different Macs. For example, your laptop may be set up to display a battery indicator in the menu bar and its Energy Saver preferences pane will allow you to set up sleep delays for both the battery and the adapter. Of course, these are all nonsense to your shiny new desktop Mac. During the transfer process, though, the preferences file that says "display a battery indicator here" might be transfered, causing a strange crossed icon to be displayed--your Mac is basically telling you "I can display it if you want but, dude, it makes no sense whatsoever". These glitches are purely cosmetic as Mac OS X is smart enough to ignore any preferences or applications that do not apply to your hardware--just don't be surprised if you notice a few harmless oddities like these.
Network settings are trickier as your new Mac (or Tiger) might allow you to interact with other devices in more ways than Panther or your old machine did. This is why you will want to have a look at your Network Preferences pane, dismiss any "Hey, this is new!" sheets that appear when your Mac wants to share its joy to have discovered a new port and, if applicable, to set up these new services--or disable them for additional security, battery savings and speed.
The Fun Never Stops
Attention to detail: when your Terminal feels apologetic.
Looking into the Setup Assistant's bundle reveals a "migration tool" that can easily be called from command line and displays the cutest little message ("Please don't run me") when launched from Terminal from a non-root user account. As this tool has not been designed to be used from Terminal, it will expect parameters to be passed when launched and will not make efforts to help you find them. Never the less, one rarely encounters such polite applications!
While running the Migration Assistant from the command line is certainly doable, thanks to a mixture of shell scripting, GUI apple scripting, and a sprinkle of Mac magic, system administrators looking to "push" an upgrade onto multiple Macs will more likely benefit from using different technologies such as NetBoot or NetInstall, which provide them with a truly scalable, push-button system. While it is a versatile, powerful application, Migration Assistant has been developed for individual users above all.
Final Thoughts
Migration Assistant is a small utility that doesn't look like much when launched. It is, however, technically brilliant and will solve many of the headaches traditionally associated with migrating from one computer or operating system to another. By following a few simple rules and applying common sense to the process, you will be able to get back to work (or play) in a matter of minutes, with the assurance that, far, far away, in an office in Cupertino, someone made sure your installation is in the best possible shape.
FJ de Kermadec is an author, stylist and entrepreneur in Paris, France.
Return to MacDevCenter.com.
You must be logged in to the O'Reilly Network to post a talkback.
Showing messages 1 through 22 of 22.
-
Migrating from a Dead iMac
2008-04-18 15:46:38 bughunter [Reply | View]
My Rev A iMac G5's [fourth!] power supply has died, leaving me with a doorstop. I am purchasing a Core2Duo iMac to replace it.
How do I migrate from the old iMac's HD?
I can remove the drive and put it in a firewire enclosure. Will that work with the Migration Assistant? Do I mount it first and then tell the MA that it is "another volume on this Mac?"
-
Migration of multiple Macs to a single Mac
2007-11-29 08:21:33 ijak [Reply | View]
I have three Macs two running client 10.5, and one running 10.4.11 Server.
I am getting a new, much larger MacPro eight core machine. ...
I would like to migrate data from all three machines into the one. Is that possible?
Where could things go wrong?
-
how to trick Migration Assitant?
2007-06-04 12:58:35 chrisrosa [Reply | View]
I'm wondering what's the bare minimum that is required for the source volume in order for the Migration Assistant to think it's valid?
For instance, rather than imaging the whole drive, I often just create a diskimage (from folder) of a user's home directory. I'd love to be able to use the Migration Assistant on just this folder, but that doesn't seem to work. So I'm guessing when it looks at the source volume, it must tap into the some other files that are outside of the user's home.
Any ideas?
-
Freeze during migration
2007-06-03 09:52:24 florian75 [Reply | View]
Hi there, I have a PBG4 running 10.4.9 and a MacBook Dual running 10.4.9. When trying to migrate my user account the migration assistant and the old mac in target mode always freeze when 45 min. of copying are left. Already tried the following:
- complete new set up of the new mac
- all possible maintenance on both macs
- both hard drives seem to OK
- tried regular migration and migration assistant
I do have quite big email (Mail) accounts (in total approx 8GB and each folder about 2 GB) - does this matter? I think that the freeze comes from the old mac as the symbil freezes and at the new mac "only" the migartion ass. freezes.
Any ideas? Thanks a lot and great forum!
florian
-
Freeze during migration
2007-08-26 18:27:41 cmsimmers [Reply | View]
I'm having exactly the same issue, and I can't find anything else onine with information about this problem.
The firewire symbol on the "source" machine freezes, and the Migration Assistant on the "destination" machine just stops at "XXX minutes remaining". I've attempted to complete the migration several times, and the amount of time remaining has varied. I've also upgraded the source machine to 10.4 to see if that would help, and there's no change. I've run Disk Utility on the source machine, and no change.
In my case I have a large iTunes library (>30 gigs), and a large amount of pictures, both in iPhoto, and on the disk drive.
Anyone else having this problem, or have a possible solution? -
Freeze during migration
2008-05-11 00:12:50 DaveInKC [Reply | View]
Success! I placed the old (source) machine in target disk mode and used Retrospect to make a duplicate of it into a file on the new machine. Be sure to use "get info" to uncheck the "ignore permissions" box on the old machine's disk before you duplicate it. Retrospect will place a duplicate of the disk in a folder on the new machine. Next, use disk utility to make a disk image from the folder. With this disk image on the new machine that you want to migrate to you double click the image so that the disk mounts onto the desk top. Once mounted on the desktop, Migration Assistant will recognize it as a disk volume when you use the option to "migrate from another volume on this machine". The migration process is long and migration assistant sat at the "less than a minute" remaining point for about 40 minutes, but it completed successfully and everything transferred and worked.
It seems that the migration assistant has a problem with transferring really large files over the firewire. I had a couple of drive images from earlier versions of Virtual PC and an 8 gig Entourage database that appeared to be the problem with the initial attempts to migrate with setup assistant and migration assistant. This appears to be due to the program timing out and returning an error that the network was not responding while attempting to transfer the large files. -
Freeze during migration
2008-05-08 19:44:29 DaveInKC [Reply | View]
Same problem here. Brand new out of the box MacBook Pro. The geniuses at the genius bar had no helpful advise other than to blame it on unspecified "hardware problems" in the source machine. I pulled the drive from the source machine and tried to run it in an external enclosure but migration assistant didn't recognize it even though the drive mounted.
-
iPhoto Album transfers
2007-02-10 21:54:17 WestCoastMacUser [Reply | View]
Hi- I have a MacBook Pro I have been using for about 4 months and now have decided to use migration assistent to move my iPhoto albums to my new mac.
(My MacBook Pro iPhoto is empty at the moment.)
When I select to "Migrate Files and Folders" just the files and folders, I get a blank screen of choices, with about 6.3GBs of selected "nothings" with the continue button being active to move those "nothings".
All I want to do is to bring over my iPhoto Albums with there respective pictures organized in the albums (about 2000 pictures over 45 albums).
How do I only migrate only those albums?
Thank you.
Bruce
-
Where are my files?
2006-06-29 13:56:50 ChrysT [Reply | View]
Help, please. I had 'tons' of photos in iPhoto and I used the Migration Assistant earlier today to transfer from a Powerbook to my new duo iMac. I deleted the extra user which had been created, but can't seem to find these or any other files (like music in iTunes).
I know the answer is probably quite simple...
-
Problem with multiple users
2006-06-11 10:30:21 davester2 [Reply | View]
I have a multi-user powerbook that included an account for my daughter. Since I bought her a new macbook for graduation, I used the migration assistant to move her user account and files & folders to the new macbook. However, the problem now is that all the files & folders associated with all user accounts (not just hers) seem to have moved to her machine and have completely clogged up the harddrive. Simply delete them you say? Unfortunately, they can't be accessed from the finder because the user accounts (i.e. mine and my other family members) associated with them aren't on the new macbook. I'm also wondering whether a bunch of files & folders associated with applications on the old machine came over also (though I don't have a way of figuring this out. Any suggestions on how to solve this conundrum and get rid of all the superfluous files would be appreciated. -
Problem with multiple users
2006-06-12 08:27:03 FJ de Kermadec |
[Reply | View]
davester2,
Thanks for taking the time to post, I really do appreciate it!
That is a most interesting situation… Indeed, Migration Assistant should only transfer the files you specified, lest you ran into a bug, which is always in the realm of possibles.
You say it copied files on the hard drive but cannot access them… In that light, how do you know the space is taken by files associated to other accounts? Is there a specific clue or message you saw that pointed you in that direction?
Should other accounts have been transfered along with the one of your daughter, you should be able to simply delete them, as well as all the files they contain, by using the "Accounts" preferences pane available through the "System Preferences" application.
Let me know if this helps,
FJ
-
MigrateTool
2005-05-31 13:44:19 andyinindy [Reply | View]
Hi!
I would like to use the "MigrateTool" from the command line to move user accounts between machines. Has anyone been able to accomplish this?
My goal is to be able to move user folders from old to new Macs. However, I do not want to have to use firewire target disk mode! Not sure if there are existing tools for this (maybe ARD or rsync?) that would preserve permissions. Any ideas?
Thank you!
--Andyinindy -
MigrateTool
2005-05-31 13:52:41 FJ de Kermadec |
[Reply | View]
Hi!
First of all, thank you very much for taking the time to write, I really do appreciate it! :^)
Moving users folders is, permissions-wise a complex operation that can lead to issues it if its not performed properly. This is why FireWire Target Disk Mode is usually considered a safe way to proceed it "disables" the permissions on the target volume without damaging them and makes swapping folders easier.
To copy a folder and preserve resource forks through command line, you might want to simply look into "ditto". More information is available in your Terminal (man ditto) or on Mike Bombich's site. Of course, you will need to use extra caution when dealing with complete user folders. Try to avoid copying them as much as possible and instead copy their sub-folders. For added security, you can repair permissions on the affected computer (through the command line utility diskutil for example) as well.
Let me know if this helps!
FJ
-
CCC
2005-05-22 17:11:19 pmccann [Reply | View]
Might be worth mentioning that Carbon Copy Cloner doesn't work in Tiger (as per the page on Apple's site that you linked to, and also Mike Bombich's web page). On the other hand you can *clone* partitions using disk utility rather easily now, and psync (which underlies CCC's synchronisation ability) seems to work fine in 10.4. Well... modulo the new ACL capabilities (I've not tested whether they're preserved). -
CCC, Disk Utility and "clones"
2005-05-25 13:39:48 jim_mac [Reply | View]
A tip first and then a question:
Actually, there is a work-around to get CCC to function in Tiger: open CCC by usingsudo openin Terminal.
My question is about the "clone" capability of Disk Utility. Does using the "Restore" command of Disk Utility to "clone" your boot drive work as well as CCC does to create an identical bootable clone? Are there any drawbacks to using Disk Utility for this purpose?
Thanks!
-
CCC
2005-05-23 01:42:26 FJ de Kermadec |
[Reply | View]
Hi!
First of all, thank you very much for taking the time to write, I really do appreciate it! :^)
That is entirely true! I mentioned CCC in that article as it is only needed to back up and restore a Panther partition, from a system that is booted from Panther. In my experience, CCC can at times be more efficient and reliable when cloning partitions than Disk Utility in this specific context.
Nevertheless, as you very rightly point out, Disk Utility now provides similar features in Tiger. :^) (Even though CCC and DU will both probably appeal to a different audience when both are Tiger-compatible)
FJ
-
10.3.4?
2005-05-19 00:32:08 jkp [Reply | View]
Didnt this get introduced in Tiger? :/ -
10.3.4?
2005-05-19 02:32:45 FJ de Kermadec |
[Reply | View]
Hi!
First of all, thanks for taking the time to write! :^)
While the Setup Assistant / Migration Assistant combo as we know it today was introduced with Tiger, their common ancestor (the Setup Assistant featuring migration capabilities) was, if memory serves well, introduced around 10.3.4.
FJ
-
A troubleshooting note
2005-05-18 11:14:49 FJ de Kermadec |
[Reply | View]
Hi all!
The following is a little note, based on some comments that were kindly forwarded to us by an O'Reilly reader. This person, after installing Tiger on a new machine, ran into issues with Migration Assistant when attempting to transfer an account whose name was identical to the name of a freshly created account on the new computer. Various attempts to work around the issue resulted in a Migration Assistant crash that prevented him from transferring data.
The easiest way to avoid confusion while migrating accounts is to ensure that you do not migrate an account with a name similar to the name of an existing account on your new machine.
Should you experience issues during the transfer, such as crashes, repeat the maintenance steps on both Macs. Indeed, Mac OS X and even command-line tools can sometimes "freak out" when they encounter a damaged file and not know how to proceed which, by the way, can be the symptom of heavy directory damage and should raise red flags.
The Console logs, as discussed in the article, should provide you with information about what went wrong, how and why.
Thank you all for your great mails and feedback! Your trust and enthusiasm are the greatest gifts of all! :^)
FJ
-
Wonder about the time to migrate 40Gb
2005-05-18 08:03:13 pjpf [Reply | View]
First, thank you for the article. Mac's are getting a lot more attention these days. My migration over the weekend took about an hour for 40gb. I was wondering if this seems a little longer than it should be, using the firewire conection. I can report the migration went well. I didn't tranfers the applications, but I can later i believe. Most settings were transfered, but I may have had to set the clock.
pj . . . -
Wonder about the time to migrate 40Gb
2005-05-18 08:58:12 FJ de Kermadec |
[Reply | View]
Hi!
First of all, thank you very much for taking the time to write and for your kind words, I really do appreciate them! :^)
It is difficult to say how long the migration process should have taken, as this heavily depends on the speed of the hard drive of your older Mac, as well as its level of fragmentation. Indeed, some older models (especially laptops) used to ship with drives that, while advanced for their time, feel awfully slow nowadays which is reinforced by the fact that we are used to see transfers with our iPods and external drives go at blazing speeds.
Should the resulting installation be stable and in good shape, chances are nothing went wrong and the delay was just due to hardware considerations.
Let me know if this helps!
FJ






Thanks