![]() |
|||||||||||
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
#1
|
|||
|
|||
write problems after cloning machine
I'm having some write problems after using SuperDuper! to clone my hard drive to a new Mac. It appears that certain files can be read, but not written to. I first noticed this in my ~/Library/Preferences directory, but it appears to be in other places also. I did an "ls -la" on each level of my heirarchy leading to Preferences on both the original machine and the new one, and all the security settings seem the same, so I can't figure out what went wrong. Here is exactly what I did:
Two Macs: old 1.25Ghz 15" PowerBook G4 with 80GB drive new 1.5Ghz 15" PowerBook G4 with 80GB drive OS version 10.3.6 Steps used to clone: 1) Booted off Apple DVD on old machine and ran Disk Utility "Repair Disk Permissions" 2) Booted up old machine and installed SuperDuper! 3) Booted new machine in Target Disk mode (held T down during boot) 4) Connected FireWire 800 cable between old machine and new 5) From old machine, used Disk Utility to format hard drive on new machine and name it same as old machine "Macintosh HD" 6) Ran SuperDuper! and cloned drive over to new machine 7) Ejected new machine from desktop of old machine and rebooted new machine Everything seemed fine when I booted up the new machine. My dock came up correctly and all my files seemed to be there. But when I would launch an app that writes to a preference file (e.g. BBEdit), the app would crash at that point with a disk error. Finally what I tried was to move my Preferences directory to the desktop, and log out/in. The mac created a new Preference directory, and I was able to launch BBEdit and run it. I then copied the contents of my Preferences directory from the desktop into the new one in ~/Library/ and logged out/in. Now everything seems much better. BBEdit has it's correct preferences, and so do all my other apps. However, it seems that when I launch other apps that maybe write to files in other places, I'm still getting disk errors (can't write). I'm confused because, as I said, everything looks right when I view the security on the old and new systems (either via finder, or ls -la). The correct owner and group appear on each directory I've looked at: e.g. "drwx------ 43 mkrueger mkrueger 1462 12 Dec 11:42 Library" This is the first time I've used SuperDuper!, any suggestions on what I may be doing wrong? Many thanks for writing this program, I have high hopes for it. |
#2
|
||||
|
||||
Hm... what you did should certainly work OK, as long as you're running a recent version of SuperDuper! (meaning 1.5 or later). I don't know of any case where permissions would get changed or cloned improperly.
In this case, I'd need to see the permissions for the involved files and directory. Unfortunately, since you've moved Preferences already we can't use that as an example, but if you have another case that'd help. Do an ls -l on both the file that's failing and its enclosing folder. Thanks -- we'll hopefully be able to figure this out.
__________________
--Dave Nanian |
#3
|
|||
|
|||
Many thanks dnanian,
First, on the version, I'm using SuperDuper! 1.5.3(v72). I'm now trying to launch Eudora v6.2 On launch, I get the error: "Eudora cannot continue. Error opening your settings file. -5000 {12:1942}" The Eudora Settings file is stored in ~/Documents/Eudora Folder/Eudora Settings So, this one seems easier to diagnose than the preference issue, because it actually does have different privs to the original. The enclosing directory on the new system: Code:
drwxrwxrwx 30 root unknown 1020 12 Dec 17:05 Eudora Folder Code:
drwxrwxrwx 30 mkrueger unknown 1020 10 Dec 13:47 Eudora Folder Code:
-rw-r--r-- 1 root unknown 0 10 Dec 23:17 Eudora Settings Code:
-rw-r--r-- 1 mkrueger unknown 0 10 Dec 23:17 Eudora Settings Quote:
|
#4
|
||||
|
||||
When you made this clone, were you logged in as root? Also, what version of OSX were you running?
The problem here is that the original files have strange ownership. If you boot from the original drive, and do an "sudo ls -l" on this same folder, you'll see that ownership changes to root. SuperDuper! 1.5 should handle this explicitly on the fly, and I just re-verified the fix here. Clearly there's something a bit unusual about your case. Could you send your SuperDuper! log from the old machine to the support address? I'll take a look and see if I can find an explanation.
__________________
--Dave Nanian |
#5
|
|||
|
|||
Quote:
Quote:
Thanks again for your help. |
#6
|
||||
|
||||
OK: there's nothing in the log that would explain this, unfortunately. I've done tests here to reproduce your case, and from what I can tell from these tests the files are copied properly, with the expected ownership.
I can give you instructions to repair the problems off-line (I'll send them as a reply to your log), but -- if possible -- could you re-clone with the current version of SuperDuper!, after verifying that the files on the original drive do, indeed, change ownership when you do the "sudo ls -l" as mentioned above, then see if -- after copying -- those files continue to do that on the clone (before booting from it)?
__________________
--Dave Nanian |
#7
|
|||
|
|||
I completely agree with this approach. I already decided it was prudent to switch back to the old machine for work today, as I had only changed maybe 10 files on the new one. I'm fine with re-formatting and re-doing the dupe, following the steps you outlined, to figure out what's happening here.
No need to send repair instructions, as we'll just work through this until we understand what the problem is. Thanks again for all your help! Quote:
|
#8
|
||||
|
||||
OK: let me know what you find out... thanks, Mark.
__________________
--Dave Nanian |
#9
|
|||
|
|||
Fantastic support!
I just wanted to follow up on this topic to commend the Shirt Pocket Software guys for amazing support. Even before I purchased SuperDuper! they helped me with a permission problems I was having on the computer I wanted to clone, which caused the issues listed above.
It turned out I had some pretty wacky permissions issues in my home directory on my original volume (I guess they built up over 5 years with almost 58,000 files in there). Anyway, I can't praise them enough, and wish more companies would offer this level of support today. |
#10
|
||||
|
||||
Thanks very much, Mark! Glad everything's working now... and thanks for your patience.
(The end result is that we've tweaked the way on-the-fly verify detects certain kinds of weird permission situations. This fix is in v1.5.4, release this morning for all to benefit from!)
__________________
--Dave Nanian Last edited by dnanian; 12-16-2004 at 02:08 PM. |
#11
|
|||
|
|||
Mkrueger,
I had the same issues with permissions before I bought SuperDuper! and Dave helped me fix them before I bought the product...I'd love to know why this happened, but I never figured that part out. The good news is that I bought SD! (actually, about 12 copies so far) and I am one happy and secure camper. I always recommend this software to anyone that will listen - it can't be beat for the price, and Dave rocks as a fellow Mac user. SB |
#12
|
||||
|
||||
Thanks, SB. Mark's all set, too -- his was a more complex case that was actually a problem in the way SD! handled his (very) unusual setup. But it's fixed in the current release!
Have a Happy New Year -- I'll be back full time on the 3rd...
__________________
--Dave Nanian |
#13
|
|||
|
|||
![]() Quote:
![]() SB |
#14
|
||||
|
||||
Thanks -- same to you!
__________________
--Dave Nanian |
![]() |
Currently Active Users Viewing This Thread: 10 (0 members and 10 guests) | |
|
|
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
New build (389) posted - all reported problems fixed. | dnanian | General | 0 | 08-06-2002 01:53 AM |