Hi Adam,
On 18/05/2010, at 8:35 PM, Adam Lippiatt wrote:
> Ronni
>
> Thanks for this. I did have a backup of the drive but unfortunately after
> having the machine for more than a month I think the technician got
> exasperated and just wanted to see the back of it. So, I got a new hard
> drive which was, unfortuantely, a little noisier than the original and also
> the install was done on a new user account which did not have the same name
> as the old one.
>
> So, perhaps this is the source of the permissions problems.
Definitely, for sure … You don't 'own' (have Permissions) of the files, another
User does! As I explained in my previous email.
A couple of things need clarifying Adam.
1. You say you DID have a backup of the old Hard Drive (User Accounts /
Settings / Data) … do you still have that backup?
2. Did the Technician do the New Install and create a New (different) User on
the new Hard Drive?
If so, he would have / or should have told you that you needed to create a new
Administrator Account with EXACTLY the 'same User Name & Short Name &
Password' that your Original Drive (& backup) have.
Then 'Log Out' of the 'Wrong Account' , 'Log In' to the New Account (you have
created exactly as is on the backup drive) & under System Preferences DELETE
the 'Wrong User Account'.
ThenTransfer everything across from the firewire 'Backup' Drive.
What to recommend you do now to sort the mess out???
A or B?
A. Do a complete Erase of your Hard Drive and Clean Install of Snow Leopard.
1. Startup from the SL install disk, erase the hard drive with disk
utility (on the Disc) .
2. Quit disk utility, and proceed with the install.
3. On the first reboot it will offer to migrate your data from a Time
machine backup or an External Drive. Choose your External Drive and migrate
from the backup you have.
(i.e When your computer restarts with the clean install, DON'T create a
User Account, let Migration Assistant transfer your User Account / Settings /
Files from the External Backup Drive … )
B. Do 2 that I mentioned above:
1. Create a NEW Administrator Account with exact details of the User
Account that you have on the backup drive
2. 'Log out' of the OLD Administrator (wrong) Account.
3. 'Log In' to the NEW Administrator Account
4. DELETE the OLD Account
5. Transfer your Data across from the Backup Drive.
Cheers,
Ronni
> I did the id command and got the following:
>
> admins-imac:~ adam3$ id
> uid=501(adam3) gid=20(staff)
> groups=20(staff),101(com.apple.sharepoint.group.1),204(_developer),100(_lpoperator),98(_lpadmin),81(_appserveradm),80(admin),79(_appserverusr),61(localaccounts),12(everyone),401(com.apple.access_screensharing)
> admins-imac:~ adam3$
>
> Thanks for your help.
>
> Adam
>
> Begin forwarded message:
>
>> Hi Adam,
>>
>> On 17/05/2010, at 12:03 PM, Adam Lippiatt wrote:
>>
>>> Thanks Ronda
>>>
>>> I will look into that. Unfortunately when the hard drive died I had to do a
>>> lot of manual shifting of things as the service people could only give me a
>>> fresh install with the data sitting in folders on the desktop. As time goes
>>> by I am getting through all of the little issues.
>>
>> Hmmm, this doesn't sound good to me. From reading above, I take it you did
>> not have a 'Backup' of the Drive before it was corrupted?
>> If the service people have just given you what they recovered from the
>> corrupted drive … and you are trying to copy these files onto the fresh
>> install, there could be corruption in some of the files.
>>
>> Did you create an 'exact' User Account on the Fresh Install as the 'User'
>> you had on the original hard drive?
>> If you didn't, you will run into Permission problems, as you will find the
>> UID & GID are not the same.
>>
>> Mac OS X displays the user name of the account that owns a folder or file,
>> it’s easy to assume that that account with that user name owns the item. In
>> reality, it’s not quite so simple.
>> The owner is actually determined by a number called the UID—the user
>> identification number, not by the user name.
>> In addition the group is, in fact, determined by the GID—the group
>> identification number.
>>
>> To reveal your account’s UID and primary GID, type id in a Terminal window
>> (and then press Return).
>> The output of the id command looks like this:
>> ronni$ id
>> uid=501(ronni) gid=20(staff)
>> groups=20(staff),204(_developer),100(_lpoperator),98(_lpadmin),81(_appserveradm),80(admin),79(_appserverusr),61(localaccounts),12(everyone),401(com.apple.access_screensharing)
>
>
-- The WA Macintosh User Group Mailing List --
Archives - <http://www.wamug.org.au/mailinglist/archives.shtml>
Guidelines - <http://www.wamug.org.au/mailinglist/guidelines.shtml>
Unsubscribe - <mailto:wamug-unsubscr...@wamug.org.au>
