note to myself:<\/p>\n
if the login from a cloned disk does not work, use this little tip:<\/p>\n
\nQ(17): I’ve booted from the clone, but it presents me with a login screen and won’t accept my password. What do I do?
\nA: Occasionally (but rarely), the NetInfo database does not copy properly. Often this is because the target disk was not formatted before cloning. The fix is fairly easy:<\/p>\nReboot into single-user mode (hold down command+s during boot). When prompted, type:<\/p>\n
fsck -y
\n[repeat until it no longer says that the Filesystem was modified]
\nmount -uw \/
\ncd \/var\/db\/
\nrm .AppleSetupDone
\ncd netinfo
\nmv local.nidb local.nidb.bak
\nexit<\/p>\nAs the system boots, you will get the Apple Setup Assistant. Enter your name, password, etc (be sure to use the same short name). You should be able to get in just fine now.<\/p><\/blockquote>\n
one more thing, if scheduled tasks don’t work:<\/p>\n
\nHello everyone. <\/p>\n
I have identified a problem with running scheduled tasks on Tiger. Apparently Apple changed the format used to write out files. When CCC writes out the scheduled tasks, a null character is written in between every character in the script. As such, the shell cannot execute the file (“bash: Cannot execute binary file”). The workaround is to run the following command in the Terminal whenever you create a scheduled task: <\/p>\n
Code:
\nsudo perl -p -i -e ‘s\/00\/\/g’ \/etc\/ccc.*<\/p>\nJust copy\/paste that command into the Terminal application (in \/Applications\/Utilities), and provide your admin password when requested. <\/p>\n
This will be resolved in 3.0. <\/p>\n
Mike\n<\/p><\/blockquote>\n