|
|
Post by aquamac on Sept 27, 2008 22:52:29 GMT
This looks v interesting. I have downloaded and added my packages, but at the end, the macosx.iso is only 40 megs in size?? Surely it should be a number of gigs? Wonder what I messed up, will try again tomorrow.
|
|
|
|
Post by STLVNUB on Sept 28, 2008 0:33:23 GMT
This looks v interesting. I have downloaded and added my packages, but at the end, the macosx.iso is only 40 megs in size?? Surely it should be a number of gigs? Wonder what I messed up, will try again tomorrow. Man, thats gota be the worlds smallest Leopard Install DVD!!! Does it install??(ha ha) Check the logs, may give you clue. Of course there is always the possiblilty I GOOFED somewhere in zipping the files. Will try downloaded one myself and see how it goes. edit: You may have run DVDMaker.sh first. You need to run INSTAHackintosh.sh first. Just make sure it is setup properly first. Now I'm firsty... edit: Just finished a run with the downloaded pack. Working as expected on MY system. What did your packages consist of?? Of course being beta there are bound to be bugs. You may have discovered the first one. |
|
|
|
Post by alvinsclee on Sept 28, 2008 7:47:45 GMT
As for the Samsung, make a pkg with the three patched kexts you mentioned and place it in the User_Update_PKGs folder. If you don't know how to make a pkg, let me know. For GFX selecting:and booting in safe mode is the best option until you figure out what works. Ritalin > Report #3: Tried again on my Samsung NP-Q35... this time I noted that I do not have to replace that 3 files mentioned in my earlier posts! All I need to do is to replace 1 file (AppleIntelIntegratedFrameBuffer.kext) with an older version and the GMA950 video works again. I have been using v10.4 of your installer, as this is the best version (v10.5.x keep rebooting the laptop halfway, despite me trying all kinds of BIOS settings and kernel flags). That laptop is now running Leopard 10.5.5, with apparently no problems receiving automatic updates. Alvin |
|
|
|
Post by ritalin on Sept 28, 2008 10:38:03 GMT
As for the Samsung, make a pkg with the three patched kexts you mentioned and place it in the User_Update_PKGs folder. If you don't know how to make a pkg, let me know. For GFX selecting:and booting in safe mode is the best option until you figure out what works. Ritalin > Report #3: Tried again on my Samsung NP-Q35... this time I noted that I do not have to replace that 3 files mentioned in my earlier posts! All I need to do is to replace 1 file (AppleIntelIntegratedFrameBuffer.kext) with an older version and the GMA950 video works again. I have been using v10.4 of your installer, as this is the best version (v10.5.x keep rebooting the laptop halfway, despite me trying all kinds of BIOS settings and kernel flags). That laptop is now running Leopard 10.5.5, with apparently no problems receiving automatic updates. Alvin Thanks for the feedback Alvin, glad to here you got it working. I'm taking some time out from developing this script, I may or may not return to it. However there is in development a much better script that builds install discs. The script isn't publicly available yet, but take my word for it, it blows anything that is currently available out of the water. Hopefully it will be released soon. TTFN |
|
|
|
Post by ritalin on Sept 28, 2008 10:53:24 GMT
Do let me know how thing go. Was there something to be deleted? The script is meant to tidy up for its self, so there shouldn't have been. It was user error  I got it working, works good. I've since Moved to DFE-132 though for mostly vanilla install though. Thanks for getting back to me. I found problems in the latest script with kext permissions, resulting in me being unable to access my iDisk, also with Mail not remembering password. To be fair plenty of real mac suffered the same issues, so maybe it wasn't my scripts fault. |
|
|
|
Post by ritalin on Sept 28, 2008 11:09:53 GMT
Failed again, after boot from dvd,it says fail to load extension org.tgvbd.driver.acp1ps2mub from path "uuld" waiting for boot volume with uuid 9514RCDR-BD9C-35......... waiting on <dict id="0"><key> ot-uuid-nedia</string></dict> appleinelpidpata:secondary pci ide channel is disabled I took a photo,not clear enough,the above is all i got. It looks like my script has failed to produce a DVD that supports you hardware. You should try one of the numerous pre made install DVDs that are available (they are all much the same, I can't recommend one over another). |
|
|
|
Post by ritalin on Sept 28, 2008 11:26:34 GMT
STLVNUBINSTAHackintosh V0.1 sound like an interesting idea. Although currently of limited use to my AMD hardware (this will hopefully change with the new Voodoo XNU with on the fly CPUID patching). My C2D is currently out of action so I can't test out your script, sorry. Hope you enjoyed creating it and learn some new stuff along the way.
|
|
|
|
Post by STLVNUB on Sept 28, 2008 12:19:43 GMT
STLVNUBINSTAHackintosh V0.1 sound like an interesting idea. Although currently of limited use to my AMD hardware (this will hopefully change with the new Voodoo XNU with on the fly CPUID patching). My C2D is currently out of action so I can't test out your script, sorry. Hope you enjoyed creating it and learn some new stuff along the way. I have a suspicion that dfe-132 WILL work on AMD. Just install DFE-Installer package to a 'Cloned' system to try it out. Boot with -v -f Need to do this once or twice to rebuild kext caches. May need to place your needed kexts in Extra/Extensions folder. Need to edit any kexts info.plist to include </dict> <key>OSBundleRequired</key> <string>Root</string> </dict> as the last entry to get them to load. Check out the info at InsanelyMac for that. After all DFE-132 is mainly the kext loader for the kernel so I'm assuming any kernel SHOULD work,well it does with p4 sse2 etc. Worth a try if you have the time. I'd be surprised if it DIDN'T work. I'd try it myself if i could. It should also work on Genuine Macs, (anyone out there???) Just don't install any hackintosh packages and adjust script to do the blessing etc. See ya. |
|
|
|
Post by ritalin on Sept 28, 2008 14:25:30 GMT
STLVNUBINSTAHackintosh V0.1 sound like an interesting idea. Although currently of limited use to my AMD hardware (this will hopefully change with the new Voodoo XNU with on the fly CPUID patching). My C2D is currently out of action so I can't test out your script, sorry. Hope you enjoyed creating it and learn some new stuff along the way. I have a suspicion that dfe-132 WILL work on AMD. Just install DFE-Installer package to a 'Cloned' system to try it out. Boot with -v -f Need to do this once or twice to rebuild kext caches. May need to place your needed kexts in Extra/Extensions folder. Need to edit any kexts info.plist to include </dict> <key>OSBundleRequired</key> <string>Root</string> </dict> as the last entry to get them to load. Check out the info at InsanelyMac for that. After all DFE-132 is mainly the kext loader for the kernel so I'm assuming any kernel SHOULD work,well it does with p4 sse2 etc. Worth a try if you have the time. I'd be surprised if it DIDN'T work. I'd try it myself if i could. It should also work on Genuine Macs, (anyone out there???) Just don't install any hackintosh packages and adjust script to do the blessing etc. See ya. The problem with AMD and dfe-132 isn't dfe-132 per se. You can use dfe-132 with AMD, it will work, but the point of using dfe-132, as you say, is to leave the partition containing the OSX install as standard ("vanilla") and load the kext and (possibly the XNU) from a "different" location. This is good because if it works you can update the OSX install without breaking you system. Only the partition containing the "vanilla" OSX install will be affected by the Apple update, the patches in the "different" location will be unaffected. In this case people often incorrectly state that they are running a "vanilla" install, they aren't (that's impossible without true mac or cloned hardware). What they are actually doing is running a patched OSX install made up from the "vanilla" OSX install from one partition and patches from the "different" location. So why won't this work with an AMD processor? Well the OSX system is littered with binaries which check for a CPUID of GenuineIntel, when the AMD unit returns AuthenticAMD the binary won't run. To get round this at the moment we patch all of the binaries with CPUID checks. So the "vanilla" OSX install is no longer "vanilla", more of a raspberry with a chocolate flake in it, and any Apple update can brick the system. So if we are going to patch the CPUIDs we may as well add the patches that would reside in the "different" location as well. So on AMD this means using dfe-132 instead of chameleon is a bit of a broken pencil... That is until the new Voodoo XNU is released with CPUID on the fly patching. Well that is the way I see it. |
|
|
|
Post by STLVNUB on Sept 28, 2008 20:03:52 GMT
OK understand now,so will come in handy soon then.
Good.
|
|
|
|
Post by adderall on Oct 6, 2008 19:49:31 GMT
I have a quick suggestion for ritalin's project. The StripPPC script can safely be applied to /System/Library/CoreServices for a moderate savings of about 20+ MB. I have used tools such as Xslimmer or Monolingual to strip those apps on every Intel Mac I own and I've never once encountered a problem.
I've also pointed it at a few other folders:
/System/Library/Automator | 8mb savings
/System/Library/QuickTime | 22mb
P.S. Maybe this is already removed, but the Alex voice takes 670mb.
|
|
hackz
New Member
Posts: 1 
|
Post by hackz on Oct 21, 2008 15:31:29 GMT
Hi there i've fellowed all the instruction but tring to boot from an USB key it's hang on for a looong time.
My Laptop is a Acer Aspire 9300,AMD Turion 64 with a GeForce 7300 Graphc card,Anyone has installed a Leopard distro on it?
If yes Could you point to me the exact way?I prefer to stay on patching my retailed Leopard DVD
Thanks in advance for answering me
|
|
|
|
Post by ritalin on Oct 29, 2008 20:11:27 GMT
After taking a break from development of this script I have re-written it and started a new but similar project here. |
|
