Jump to content

RePete222

Members
  • Content Count

    73
  • Donations

    $0.00 
  • Joined

  • Last visited

About RePete222

  • Rank
    Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. And what do I do if I don't have VM software? Don't want to shell out additional cash right now.
  2. I am looking for guidance on creating a Chameleon boot USB volume from Windows, as I currently have no bootable Mac partitions, nor working bootloader to cross-boot with. I just need to build something on a USB flash drive that will allow me to cross-boot to a Mac system on a HDD whose own bootloader is currently defunct. If that's covered somewhere in this forum, I can't find it. Once I can get a Mac OS booted up, I will get the working Chameleon version installed there, to make that HDD/partition bootable again. Thanks!
  3. No good. Booting still hangs in basically the same place, no matter what combinations of -f and Usekernelcache=Yes/No I use. I am attaching a screenshot of where it stalls (for this particular trial, I applied the fixes you suggested, and booted with no overrides to bootflags. The last message, referencing org.ntp.sntp.117, is written about 2 minutes 40 seconds after the preceding set of messages, and then it's stuck there forever until I reset/reboot. I think it was issued in the previous instance; I probably took the picture too soon that time. The "Can't get kextd port." messages (11 or 12 of them issued in a row; some of them have scrolled off the top of the screen by the time this pic was taken) are something I don't remember seeing in prior attempts. For this latest set of attempts, they are being issued for every combination of bootflags, but may show up sooner or later depending on which combination is used.
  4. <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict> <key>BooterConfig</key> <string>0x28</string> <key>CsrActiveConfig</key> <string>103</string> <key>EthernetBuiltIn</key> <string>Yes</string> <key>Kernel</key> <string>/System/Library/Kernels/kernel</string> <key>Kernel Flags</key> <string>-v -f npci=0x3000 kext-dev-mode=1 usekernelcache=No</string> <key>USBBusFix</key> <string>Yes</string> <key>USBLegacyOff</key> <string>No</string> </dict> </plist>
  5. I tried doing that, and even rebuilt the installer USB after downloading the 10.11.3 Install app. Still get same results. When I do manage to get all the way into the Installer, I still have a dead mouse. After making every possible repair/rebuild with Kext Wizard (and also booting in -s mode to enter kextcache commands), booting still hangs in the same place as before. Does the latest Kext Wizard version do the cache/prelinked kernel rebuilds properly for El Cap? If not, what utility/version should I be using for that purpose? If I were to attempt it via a Terminal session (from a working El Cap system), is there a way to issue the kextcache commands against a different target volume? Does anyone know what the real issue is that is causing this boot hang (per screenshot in prior post)?
  6. I have El Capitan 10.11.2 up and running on a test partition, and have resolved some of my post-installation issues (including USB, Ethernet and Audio). In iTunes, however, I am unable to play any of my iTunes Store-downloaded videos. All I get is a black screen, the time counter goes nowhere from the last saved timepoint, and don't even get any audio playing. Songs in the Music library play without any problems. Whatever is happening seems to be isolated to iTunes. YouTube videos will play in Safari OOB, and tvguide.com video clips will play after installing Adobe Flash Player. The DVD Player app even works! (something I could never get to work in SL or Mav.) Since iTunes is bundled with El Capitan, it would have to be using native kexts for video playback. Any ideas as to what might need patching to resolve this issue? Thanks.
  7. Success once again on my El Cap test partition. I figured out that the USB Fix V3 kexts need to go into both E/E and S/L/E--including the two replacements for the ones the instructions say to remove from S/L/E (IOUSBFamily.kext & IOUSBMassStorageClass.kext). With those in place, I still got the errors rebuilding PrelinkedKernel in single-user mode, but managed to reach the desktop with a working mouse. Once there, I ran Kext Wizard to repair permissions in E/E and S/L/E, and then opened a Terminal session to rerun the sudo commands to rebuild caches. This time, I only got warning messages, and the rebuild succeeded. Upon rebooting, I had full USB support, and no more "System Extension cannot be used" messages popped up. Now--any ideas on how I can get my Installer USB volume to boot all the way? (see previous post)
  8. My installer USB volume still hangs, even after applying the same fixes that got my test partition working. Here's a screenshot of the point where it hangs.
  9. I tried applying the USB Fix V3 and the Y2K4U kernel, and still get a dead mouse. With various other combinations of kernel version/USB kext versions, I still get the same result. What I had prior to this latest tinkering would work off and on, without any changes being made to kexts/kernel/bootflags! What isn't clear on the USB Fix page is whether the supplied kexts need to go into E/E, S/L/E, or both. I have tried putting them in E/E only, as well as replacing/adding them in S/L/E (other than the ones it says to remove from S/L/E), and still no working mouse. For extracting DSDT/Ioreg, can that be done under a back-level OS (Mav or SL)? Without a working mouse, I would need a mouse-less way of doing it if it needs to be done in El Cap. Also, I noticed that the sample kextcache output spakk pasted into the comments section has messages "kext-dev-mode allowing invalid signature ..."; I don't see those when I do it, but instead get the invalid permissions error-type messages (don't recall exact wording). What kext-dev-mode value should I be using (currently using kext-dev-mode=1)? Does it make a difference doing it in single-user mode? (which is the only way I can do it, without a working mouse.) org.chameleon.Boot.plist RePete222’s Mac Pro IOReg.ioreg RePete222 System DSDT.dsl
  10. I will work on getting DSDT & ioreg at some point. Working some more over the weekend, I did make enough progress (not really sure what I did differently than before) to at least have working USB, even though the same messages about unusable System Extensions pop up whenever a USB device is plugged in. Getting past those messages, however, flash drives will still mount, and the plugged in mouse still works. For my USB Installer volume, however, things have gone backwards. After applying the same kernel update and USB fixes that I now have on my working El Cap system, booting from the Installer volume stalls after the mount messages are issued for the other connected volumes. I let it sit for over 30 minutes, and still no progress past that point. I really would like to get the Installer volume bootable, complete with working mouse support.
  11. Partial success. I backed out to the 10.9-level IOUSBFamily and IOUSBMassStorage kexts, and also updated to a newer AMD kernel, and at least got my mouse working. However, all other USB access (besides keyboard & mouse) is not working: I get a message about "System Extension ____ cannot be used" when inserting a flash drive, e.g., and said flash drive will not mount. BIOS settings might have been in play initially, as I discovered that they had reverted to factory default settings. However, resetting those to their intended settings did not solve the mouse issue. Since I have also updated my kernel, I may go back to the vanilla kexts and see if I now have a working mouse that way, and then apply the previous USB fixes (which were basically a reversion to 10.10-level kexts) as needed.
  12. Closing out this thread, as I have now been able to boot into the OS X Installer. Opening new thread for latest issue.
  13. I have created an Enoch-bootable USB Installer volume for El Capitan, and after applying USB fixes, I can get it to boot all the way to the OS X Installer welcome screen. Unfortunately, my mouse is non-responsive at that point. I can get past the language selector screen by hitting return or enter, but can't get past the next screen (with the Back and Continue buttons at the bottom). My tab key works for switching the highlight outline from one button to the other, but hitting return/enter after highlighting the Continue button does nothing. The system will recognize a Cmd+Q, and put up the Quit dialog, but from there I can only get to the Startup Disk selector, and can't do a thing except reboot. Any ideas on what kernel flags or other fixes I need to get to the OS X installer with a working mouse (and keyboard)?
  14. I finally got Enoch installed to my ElCap installer USB, but had to first build a barebones Mav system to run the Enoch installer on. Seems there is something with my SL and/or hardware that the Enoch installer just won't work on. On to next issue ...
  15. Tried that, and even included the necessary Kernel path designation in org.chameleon.boot.plist--still not working. Now after kext loading, I get the message: panic(cpu 0 caller 0xffffff800033e806): "zone_init: kmem_suballoc failed"@/Users/Micky1979/Desktop/xnu-3247.1.106/osfmk/kern/zalloc.c:2189 followed by the endlessly repeating message: invalid kernel opcode (64-bit): 2a 44 3f 00 80 ff ff ff 08 00 00 00 00 00 00 00 BTW, I am not looking to boot in SL--just run an Installer in SL against an ElCap target system.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.