You can make a difference in the Apple Support Community!

When you sign up with your Apple Account, you can provide valuable feedback to other community members by upvoting helpful replies and User Tips.

Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

HowTo revert new MacBook Pro, Mac Pro or iMac to Snow Leopard

Hi all,


the following instructions were provided to me by our Apple Enterprise tech, and I've successfully performed these steps on a newly purchased MacBook Pro.


Please note the following - as of 15 Aug 2011:

- this technique will work on new MacBook Pro, Mac Pro or iMac computers UNTIL Apple modifies the hardware in these computers

- this technique will NEVER work on currently shipping MacBook Air or Mac Mini computers

- this configuration of Snow Leopard installed on a computer that shipped with Lion is not supported by Apple Support. It is entirely possible that after a trip for an AppleCare support incident, or the Apple Genius Bar, that the computer will return with Lion installed.


with these caveats, here are the step-by-step instructions:

---------------------------------------------------------------------


HowTo - NetRestore - Install Mac OS X 10.6.8 on new Mac delivered with Mac OS X 10.7.0


note: this only applies to Macbook Pro, Mac Pro, and iMac computers that originally shipped with Mac OS X 10.6.x.

Current Macbook Air and Mac Mini computers cannot be downgraded.


Required resources:

- another computer, running Mac OS X 10.6.8

- spare external disk

- Snow Leopard installation disc (Mac OS X 10.6.0 or 10.6.3 Box Set)

- Snow Leopard 10.6.8 Combo image file (download from Apple Support Downloads page)

- System Image Utility 10.6.8 (download Mac OS X 10.6.8 Update Combo v1.1.dmg from Apple Support Downloads page)



Procedure:


A. Create the NetImage:

1) mount the base source image (Mac OS X 10.6.3.dmg - created from Box Set Installer)

2) launch System Image Utility (from Server Admin Tools)

3) when source (from mounted image) appears in SIU screen, click Custom button

4) drag "Customize Package Selection" from Automator Library window to location

between existing "Define Image Source" and "Create Image"

5) drag "Add Packages and Post-Install Scripts" from Automator Library to location

between "Customize Package Selection" and "Create Image"

6) in the "Customize Package Selection" section:

a) expand the "Mac OS X" triangle

b) select options desired

c) collapse the "Mac OS X" triangle

7) mount the appropriate update image (Mac OS X 10.6.8 v1.1 Combo.dmg)

8) copy the MacOSXUpdCombo10.6.8.pkg package to a new local directory (Desktop/parts/)

9) drag the MacOSXUpdCombo10.6.8.pkg icon from local directory to the

"Add Packages and Post-Install Scripts" section of the SIU window

10) in the "Create Image" section:

a) select the type "NetRestore"

b) set the "Installed Volume:" field to "Macintosh HD" (no quotes, can be any name)

c) select the "Save To:" location

(will be faster to a second local internal disk)

(not faster to another partition on the same disk)

d) set the "Image Name:" field to "Snow Leopard 10.6.8 NetRestore"

e) the fields "Network Disk:", "Description:", and "Image Index:" don't

matter unless one is going to use results on a NetBoot Server

11) click the Run button

12) when the dialogs appear, ignore the text and click OK for proper completion

Dialog text: "Image creation in progress.

Cancel the image creation to proceed"


B. Post-process to create Restore Image:

1) find the directory created in the above process, named as in A.10d above

(Snow Leopard 10.6.8 NetRestore.nbi)

2) in this directory are three files:

- i386

- NBImageInfo.plist

- NetInstall.dmg

3) mount the NetInstall image (double-click the NetInstall.dmg file)

4) navigate into the Contents of the package, to: System/Installation/Packages/

5) copy the System.dmg file out to desktop or other work location

6) rename System.dmg to meaningful name, such as "Snow Leopard 10.6.8 System.dmg"

7) copy this .dmg file to external, bootable, Snow Leopard 10.6.8 system disk (install in /Users/Shared/)



C. Install Snow Leopard 10.6.8 on new MacBook Pro or Mac Pro


via command line:

1) boot MacBook Pro or Mac Pro from external source prepared in B.7

2) open Terminal

3) find the restore target device specification

a) run the command "diskutil list"

b) look for a 650 MB partition, labelled "Recovery HD" (likely disk0s3)

c) the target partition should be immediately prior to the "Recovery HD" partition

d) for a new computer with a 500 GB drive, this partition should be

labelled "Macintosh HD", with a size of 499.2 GB

e) make note of it's Device Identifier, likely disk0s2

4) issue the following asr (Apple Software Restore) command

sudo asr restore --source "/path/to/restore.dmg" --target /dev/disk0s2 --erase

(replace "/path/to/restore.dmg" with the path to the location and name used in step b.7)

5) this process proceeds and completes quickly, about 3-5 minutes. This is due to

the "--erase" parameter; it indicates a block-copy operation

If the process seems slow, likely the "--erase" option was omitted and

the copy is being done as a file-copy operation. Quit (ctl-c) and

examine the command used...



via DiskUtility GUI:


1) boot MacBook Pro or Mac Pro from external source prepared in B.7

2) launch /Applications/Utilities/DiskUtility.app

3) select the computer hard drive (typically "Macintosh HD")

4) click on the "Restore" tab

5) click on the "Image..." button to specify the "Source"

6) navigate to /Users/Shared/ and select the "Snow Leopard 10.6.8 System.dmg" file

7) drag the computer hard drive volume (Macintosh HD) to the "Destination" field

(note: grab the volume, not the disk!!)

8) enable the "Erase destination" checkbox

9) click the "Restore" button

10) in the ensuing "Are you sure?" dialog, click the "Erase" button

11) authenticate with the local admin credentials



Apple Tech recommends leaving the Restore partition alone, and installing in the "Macintosh HD" partition only


commands to know:

- asr

- diskutil (diskutil -list to see partitions)

- hdiutil

Posted on Aug 15, 2011 9:00 AM

Reply
364 replies

Apr 5, 2012 8:49 AM in response to Roy Miller

Hi all,


just wanted to share a somewhat tangential bit of info.


here at our lab, one of my colleagues from another group used my Snow Leopard 10.6.8 "Restore" disc, which was created via "The Procedure", to perform a Disk Utility Restore to a brand new, current model Mac Mini.


It worked, the machine boots and runs, and is now capable of running an old version of IDL that requires Rosetta (the driving rationalle for even attempting this). I/we don't really know what hardware has changed in the Mini since the last one was delivered with Snow Leopard installed, other than this is a version with no optical drive, and an internal SSD alongside a 750 GB hard drive.


so, even though I went through this somewhat painful procedure for the express purpose of retrograding one MacBook Pro purchased in July of 2011, the resulting product (my Snow Leopard Restore disk) has just doubled the payoff! I think I'll keep that disk around for quite a while!


I wonder how long we will be able to install 10.6.8 on machines designed and built for Lion, Mountain Lion, and future systems!


For me, as we approach the anniversary of the Lion release, I will begin using a Lion desktop, along with my Lion laptop, as I learn to integrate these systems into our enterprise computing environment. For those of you who don't work in an "enterprise environment", there are many requirements and restrictions about how we integrate computers into the network, and implement security requirements, etc.


for my small workgroup, I imagine that we may leapfrog over Lion, and I'll have my users switch from Snow Leopard to Mountain Lion towards the end of the calendar year.


my thanks to all of you who contributed in the early days of this thread, and those who continue to contribute as time goes on. I'm very pleased that for the most part this thread has stayed true to its purpose, and has not degraded into a discussion of the pros & cons of Lion, etc.


cheers! 🙂

Apr 5, 2012 5:19 PM in response to Roy Miller

If you have an existing Snow L' mac and have just bought a mac running Lion, this worked for me...


Perhaps this is a little easier for "newbies" to understand. This will be repeating info gained from the last 22 pages (thanks all!) and it worked for me today!


Apple care informed me i needed a sep' Snow leopard disc to the one supplied with my 2010 IMac. I spent $39 and it didn't work, all i got was 3 annoying "beeps."


So...!


You need an existing Mac running the latest (10.6.8) Snow L.


1-Download and use Superduper! to copy your hard drive (the 10.6.8 one) onto a sep' hard drive or large enough USB..(Make sure the hard drive/usb is formatted to Mac os Extended (journaled) - i havn't a clue what it means but it will ask you, and it works!

2-Then, connect your new independent 10.6.8 hard drive to your "lion macbook pro etc.

3-Force start your Lion mac into disc utility by holding down the command+ R keys and starting the computer. You should see both the original (Lion) and your new hard drive (Snow L) in the left hand box.

4-"Erase" the existing lion memory following the prompted instructions, making sure your setting is "Mac OS extended(journaled)" and replace with your "new hard drive" using "restore".

5-Exit Disc Utility and the Mac will ask you to choose your new 'hard drive " as the start up disc and restart. If it works you can rename the new"hard drive" if you want. I then used my time machine from the Snow L' to restore the settings for internet and email etc.


It seems wrong to go backwards with Mac Os but i had so many programmes, Parrallels, Photoshop and car/bike tuning bits etc that worked and were set up for Snow L' on my iMac that all i wanted from my new Macbook Pro was a portable version of this.

Now I have exactly what I want and that I understand...🙂

Good Luck!

Apr 6, 2012 6:45 AM in response to Roy Miller

hey,


got bored of seeing 'Macbook Pro firmware update: 2.7' in Sw update (list of available Sw-updates), so I:


-connected an ext. drive/launched time machine --- just to create a current backup

-installed firmware 2.7, then clicked 'restart'

-workz! 😎


The macbook pro I have is:


MacBookPro8,2 (Late 2011) (15" -- 2.2ghz config.)

Original OS: OSX Lion 10.7


On the Apple support page for macbook pro firmware-update 2.7......it (now?) says:

System Requirements

  • OS X Lion 10.7.3 or later
  • Mac OS X 10.6.8

Apr 19, 2012 1:38 PM in response to Roy Miller

Hi all,


I have been slogging my way through all 22 pages of this thread and had a question I was hoping someone might be able to help me with. I support Macs in a corporate environment. All of our Macs are bound to a Windows 2008 Active Directory domain. To make matters worse, it is an AD domain that ends in “.local”. With Mac OS X 10.6, up through version 10.6.7, as long as the Mac is plugged into the LAN, everything works fine. However, if you disconnect from the LAN, such as when you take a Mac laptop home, login on the Mac takes forever. At least that was the case until Mac OS X 10.6.8 came out.


With the 10.6.8 update, Apple changed their AD plugin and made the problem exponentially worse. With all Mac OS’s after 10.6.7, the long login time now occurs even when you are connected to the LAN. It also now takes an extremely long time to access any network resource that requires network authentication. As you can imagine, we have not updated any of our Macs beyond 10.6.7.


So now we have several new MacBook Pros that shipped with Lion that we are trying to get to run with 10.6.7. For the most part we have been successful. I have been able to put 10.6.7 onto the new Macs using Carbon Copy Cloner and an image that was made on a 2.2 GHz i7 MacBook Pro that shipped with Snow Leopard. Almost everything seems to work OK on these new MacBook Pros except for the trackpad. I can use the trackpad to move and click the cursor, but none of the multi-touch features work. When I click on the trackpad system preference pane, it isn’t able to detect the trackpad on the new MacBook Pro.


Obviously, there was a hardware change for the trackpad in the MacBook Pro since the one that shipped with Snow Leopard. As a further test, I upgraded this new MacBook Pro to 10.6.8, and sure enough, it can now detect the trackpad and configure it properly.


So after all of the above, my question is this: is it possible to copy the trackpad drivers from the 10.6.8 installation onto a 10.6.7 installation and get them to work? If so, does anybody know which files I will need to copy? Any input on this would be appreciated.

Apr 19, 2012 6:34 PM in response to tmcbride67

Hi tmcbride67,



like you, I work in an enterprise environment, and we have the same issue with laptops that are bound to our Active Directory server. The bulk of our Macs are running 10.6.8. When they are connected to our LAN, and the location is set to the one where the computer is specified as a known IP on our LAN, login is quick and (mostly) painless.



However, when the laptops are taken out of our enterprise environment, and one logs in, there is a range of possibilities in the length of time needed for authentication. I have spent a lot of time, and tried several different "solutions" to the slow login issue. Most solutions had no effect for our configurations.



Before proceeding with some other details, let me say that this is *not* a Mac OS X problem - this is an Active Directory problem. I have this information from our IT security officer, and have found verification of this in my reading of threads out on the web. This affects laptops running Windows as well.



So, my understanding is that when a computer that is bound to Active Directory detects that there is an "active" network port available, the computer scans that "network" for possible AD servers. I have "active" and "network" in quotes, because this is central to this issue. To make matters worse, when the AD client is scanning the "network" for AD servers, it must loop through a variety of possible networks to see if a server will respond. Only after all attempts to connect to an AD server on the "network" have timed out does the AD client decided to use locally cached credentials. Your statement about the naming of your AD domain (.local) indicates to me that you have probably researched this, and seen many of the same threads I have in searching for a solution.



Unfortunately, on both Windows and Mac OS X laptops, when the wireless/airport card/chip is enabled (read: turned on, or active), the laptop thinks it has an "active" "network" available, and does its polling of the "network", waiting for each attempt to connect to an AD server to time out. With cascading loops over possible servers, this can take up to 5 minutes to complete.



Dell laptops have a nice feature - the wireless card/chip can be toggled on or off by an external physical switch. So Dell laptops running Windows can toggle that off without being logged in, and bypass the wait. Unfortunately, Apple laptops don't have this physical switch.



What does work, 100% of the time in my personal experience, is to turn off Airport prior to logging out, or when I'm finished working on the network. This of course, when I'm not connected to my enterprise LAN. If no "active" "network" is detected, the AD client immediately uses the cached AD credentials.



You may know all this already, and this solution unfortunately requires user training and changes in user behavior. In my experience, solutions requiring such modification to behavior often fail.



anyway, this does not answer your question, and probably does not provide you with any new information. However, on the chance that it does, I'll submit this.



if you ever find a better solution to the slow login for AD clients with wireless enabled but not on the enterprise LAN, I'd love to hear about it!



cheers!

Apr 20, 2012 1:03 PM in response to Roy Miller

Hello, I am following your procedure on a new macbook pro 13, i5 , 2.4ghz. Step A was fine, but this one (B 7 ) it seems not to work.

What I tried: Making a restore from the image created 10.6.8 on an external Usb stick. didnt work when I attached it and tried to boot from it from the macbook pro, It was not recognized.


7) copy this .dmg file to external, bootable, Snow Leopard 10.6.8 system disk (install in /Users/Shared/)


Do you mean, just copy, normal copying to for example a USB stick? thank you

Apr 20, 2012 1:20 PM in response to the beloved

Hi beloved,


you need to have an external disk, with Snow Leopard 10.6.8 already installed on it, that can boot the computer with Lion on it.


then, and only then, do you copy the .dmg file you've created to it.


you can not copy the .dmg file to a plain USB stick and boot from it.


The .dmg file is not a bootable image. It is a restorable image. This means it is a source image which Disk Utility can use to restore a bootable system to the destination computer.


I hope this helps!


I'll take a moment to reiterate one of the caveats of installing Snow Leopard 10.6.8 on any current Mac model. Snow Leopard does not contain drivers for all the hardware in any Mac that has new hardware installed after August 2011. As you can see in the recent tcmcbride67 post, the current trackpad on Mac laptops is new, and there are no drivers in the old operating system to support it!


I figured this thread would die a graceful death before the end of 2011. Although I understand well a desire to run Snow Leopard on current Mac models, I for one am moving forward with learning, understanding and configuring Lion to do what I want and/or need. With Mountain Lion not far away, running Snow Leopard on new hardware is becoming less and less possible, regardless of whether one "likes" the Lion OSes or not.


my best wishes to all who want to try - and make a good, restorable backup of your Lion system prior to attempting a Snow Leopard install!


cheers!

Apr 20, 2012 4:31 PM in response to tmcbride67

@tmcbride67


I found some candidates for enabling the trackpad under 10.6.7 using 10.6.8 drivers. Anyone else reading this should not experiment with this unless you are comfortable with terminal or willing to render your system unbootable. As such, you should only really try this on a test install because recovering from a kernel panic, while doable, is beyond the scope of this discussion 😉


So @tmcbride67when I look in my /System/Library/Extensions of my 10.6.8 install and sort by date, I see some kexts that were modified June 7th 2011 at the top level. The one that seems most promising is "AppleMultitouchDriver.kext."


As I look through the other kexts I saw some other potentially relevant ones. Some that were dated from 2009 had sub-kexts inside them that were dated from June 7th 2011 as well. I see:


[watch my spelling! These are not exact!]

AppleUSBMultitouch

AppleUSBTopcase

AppleBluetoothMultitouch.kext

AppleHIDKeyboard

AppleHIDMouse


The reason I include USB ones is because when I use System Profiler to look at the USB bus, the trackpad (and bluetooth) seems to come off the USB bus.


Still, at first, I would consider trying only the AppleMultitouchDriver.kext from your 10.6.8 install with the following steps....


Now how do you do this?

You may be able to manually drag-copy a backup of any previous version of this kext from your 10.6.7 /System/Library/Extensions to back it up somewhere...and then drag the new 10.6.8 one into that folder.... but I prefer an app called "KextHelper" (Google it) because it will make a backup of any original kexts it may ovewrite and puts them in your hard drive root....then it installs the one you want. Never send a human to do what the computer will do better 😉


Now, copying stuff, even with KextHelper, isn't enough.


You've got to fire up Terminal and fix some permissions on the files you've dragged over. Again, on your first pass, I would limit it to installing the first kext only, fix permissions, then reboot and see if it works before adding on the others.


So in Terminal, normally I have set the permissions for the whole Extensions folder including contained kexts but I don't want to screw up your rig... so while tedious, I'll just show you how to fix permissions on an individual kext and you would repeat for each one you've moved:


sudo chown -R root:wheel /System/Library/Extensions/AppleMultitouchDriver.kext

sudo chmod -R 755 /System/Library/Extensions/AppleMultitouchDriver.kext


rinse and repeat


When you are done fixing permissions on your files, run these commands:


sudo rm -rf /System/Library/Extensions.mkext

sudo rm -rf /System/Library/Caches/com.apple.kext.caches/Startup/Extensions.mkext

sudo diskutil repairpermissions /


[caution: sudo rm -rf is super powerful ... removes stuff... so just make sure you're pointing it at the exact right place!]


Now reboot and report back!


If your computer kernel panics, etc, try booting with the shift key held down to get into "safe mode" ... It will take awhile to boot in safe mode so don't panic (5-10 minutes?)


Alternatively, if you boot from a functioning install and connect/mount your hobbled drive...you can put the old drivers back in. You might not be able to use KextHelper because it may only act on your boot drive and not your target...but you can just move-copy the files you need around. But for the above terminal commands, you have to choose your target drive volume and not your boot drive! ... e.g. /Volumes/hobbleddrive/System/Library etc.


Then you can start over and try another variation/combination of kexts.

Apr 23, 2012 10:46 AM in response to Roy Miller

@Roy Miller,


Thanks for the input. Our biggest problem stems from our use of an AD domain that ends in ".local". Since the Mac uses ".local" for its multicast DNS, that seems to cause additional problems that don't exist if your AD domain ends in anything other than ".local". Before Lion was released, I spent a few months going back and forth with a couple Apple engineers on this issue. Initially, they were telling me that it was a know issue with 10.6 and that the issue would be solved when Lion came out. Then Lion was released and the problems were actually made worse. Finally, Apple flat out said that I would either need to change the name of our domain to fix the problem, or implement IPv6 as a workaround. As you can imagine, those ideas didn't go over to well with our network admin.


Just as an FYI, we did set up a new test domain that ended in ".internal". When we bound a few test Macs to that network and logged in with new test accounts in that domain, we didn't experiance any of the problems we had with the ".local" domain. We then set up a trust between the ".local" and ".internal" domains. The idea was that we would bind the Macs to the ".internal" domain, but have the users log in with their accounts in the ".local" domain. Unfortunately, it appears that the Macs would only allow logins from accounts in the domain they are bound to. They don't allow logins from any other domains, even if there is a trust between the two domains.


So that has brought me back to square one. My next step is going to be trying out the AD solution offered by Centrify. It isn't cheap, but it may be our only option.

Apr 23, 2012 2:03 PM in response to tmcbride67

@tmcbride67

So that has brought me back to square one. My next step is going to be trying out the AD solution offered by Centrify. It isn't cheap, but it may be our only option.


our sysadmin/network security guy looked at both Centrify and AdmitMac. He chose AdmitMac, and is playing around with that. It also is not cheap. There were some aspects of AdmitMac that he found more satisfying than Centrify - I don't know what they are/were!


We have an added complication that by the end of the calendar year, our primary authentication to computer resources is mandated to be by use of CAC cards. These are our site ID cards, and I believe they have come out of the Dept. of Defense route of secure authentication. These cards are embedded with solid state chips, and we have little usb card readers that work for computers without built-in card readers.


anyway, I received a client copy of AdmitMac to replace the AD plugin delivered with the Mac OS. It exposed more of the client configuration details to the Directory Services application, which did allow me to fix a couple of other configuration issues we had.


I really haven't played with it enough - lack of time to investigate everything I'd like to! I just wanted to mention it as another possibility, in case you weren't aware of it.


cheers!

Apr 25, 2012 10:42 AM in response to Roy Miller

@Tech Harmony,


Well, it is not looking good for getting the 10.6.8 trackpad drivers to work under 10.6.7. I copied over both the "AppleMultitouchDriver.kext" and the "AppleUSBMultitouch.kext" files. That fixed one part of the problem, but created another. After copying those files using your procedure, the trackpad is now showing up in the System Prefferences. I was even able to get the multitouch features to work properly. There is now one new problem, however. I now can't "click" on anything using the trackpad! I can move the cursor around, but if I try clicking on anything, nothing happens. If I plug a mouse in, I am able to click with that. I'm going to try copying a few more files over to see if it fixes anything, but I am not hopeful at this point.

Apr 25, 2012 12:32 PM in response to tmcbride67

@tmcbride67 That's pretty amazing! The fact that it worked at all is pretty huge and actually makes me think it's doable.... but at some point it stops being practical to try 😉


When you say you can get multitouch to work, you're saying that the trackpad recognizes your touches, swipes and gestures? So it recognizes tap/touch inputs? Only with multiple fingers? Does it recognize single tap/touch clicks? It sounds like the actual mechanical click doesn't work but if multitouch works, do tap/touch-clicks work when enabled?

HowTo revert new MacBook Pro, Mac Pro or iMac to Snow Leopard

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.