Jump to content

PlutoDelic

Members
  • Posts

    115
  • Joined

  • Last visited

  • Days Won

    6

PlutoDelic last won the day on September 12 2015

PlutoDelic had the most liked content!

Profile Information

  • Gender
    Male

PlutoDelic's Achievements

Staff Sergeant

Staff Sergeant (7/17)

12

Reputation

  1. It's the layout in loading the Tools (or drivers). You can use OpenCore Auxilary Tool which does the conversion for you. You need to pay good attention to Configuration Changes on every OC release.
  2. Indeed. I've lost the selection of 1440p, but that might be due to my spoiled up device properties that i played around with from WhateverGreen's patching instructions. Scaling now does not have the list of resolutions, but the choice of "how big you want your text" (with a resolution under it). Seems only 1440p is missing. No deal breaker.
  3. @Jake Lo Hero of the week mate. Thanks a lot. It makes sense, the fbmem and stolenmem ones are when you cant go around having the DVMT changes. No need to use them when you can switch them. What is very weird is that i did these values, i even checked them up to confirm. Your modified grub must be the difference maker, and this explains why unlocking CFG never actually worked for me and i had to use the quirks for it. Much appreciated sir. I cannot believe i am writing this from a virtually complete hackintosh.
  4. Guys, I did report this in the past and i never found a workaround let a lone a solution. Basically, Windows can do [email protected] in HDMI (it's a 1.4 HDMI), and [email protected] through the miniDP 1.2. MacOS maxes at [email protected] on both ports. I did get curious about this and stumbled on the WhateverGreen patching for Intel iGPU's. Here i am, having tried virtually a Dr Strange amount of times of entries, to no avail. This is my latest Device Properties for it. I have to say there's virtually no difference in performance from Jake Lo's original package. Another entry that seems to cause issues is the hdmi20-enable, which causes a well known blank/black screen. I guess that should be very normal considering we have HDMI 1.4. WhateverGreen patching guide give us these values to play around:
  5. Installing macOS without the Windows one being present seems to avoid the issue, completely differnet outcome with the same EFI.
  6. I am going through the debug log once again, and i can only guess that it's trying to find macOS EFI files in the wrong disk, at least that's the impression i am getting with the GUID's. The "blessed" entries dont make much sense to me cause there's no information that seems to distinguish the entries to separate disks. EDIT: Here's a debug file of an attempt that actually booted, It still reverted to OCB: StartImage Failed - Aborted after two restarts.
  7. @Jake Lo Many thanks for the tip, made me quite curious too as it worked out. I Disabled the WWAN/GPS interface on BIOS. For odd reasons, restarting and shutting down is extremely slow now, and this is happening on POST and BIOS. OC is also affected, the debug version took +5 minutes to load its drivers off, where as macOS booted in less then 15seconds. Obviously this may have been better if i physically removed the 2nd SDD where Windows is at. macOS used to be in that SSD in the past, and Big Sur would always corrupt the APFS containers after a few restarts. Of course Dell did not intend to have this device have two internal drives, so i cant really blame them for any kind of negligence happening in the Dell Firmware. What would be the next step on this? I am reading about "blessed drives" in OC but i cant find any configuration guide for them. PS, would i be avoiding this issue if per say i leave the OC on the Windows EFI, and leave macOS completely vanilla'd in its drive? Would OC have a better view if it sits next to the Windows boot manager? EDIT: Never mind, it's really foolish of me to completely forget ScanPolicy. I removed NTFS and ESP from the list, and it's working perfectly and got Windows rid completely. PS, when i re-enabled the WWAN/GPS port (which of course it's under Wireless Devices), UEFI/BIOS and OC speed caught up. Reporting this to Dell is most probably worthless. An additional side-effect i am noticing is, neither Windows nor Open Core can create EFI Entries anymore. I am strictly booting the "UEFI: DEVICENAME" auto entries. Is there any downfall on this, should i add direct entries for OC and Windows manually? EDIT 2: Incredible. Boot once again in Windows, and all problems return. Tough wall.
  8. Can't make any sense as why i managed to boot and install successfully, just to never be able to boot once again. Here's my latest debug output. Anyone with a hint of a ray of hope would be greatly appreciated.
  9. Team, I am facing this issue when trying to boot the Installer from the SSD. Initially, i faced the same issue when using the 0.7.0 OC package from the Guide thread, but that happened on booting the USB installer. After cross comparing and adapting a Debug version of 0.7.2 with the Guide package, i managed to boot the USB installer, went half-way through booting/installing from the SSD Installer, but on the 3rd restart, the "OCB: StartImage Failed - Aborted" issue came back once again. Apart from updating carefully to the recent OC Debug, i made sure i updated all the kext as well (except the ones from the Guide which are custom). Here's the OC Debug output. Additionally, when i try to sanitize the config,plist with OpenCore Auxiliary Tool, i get this output: Original path: PciRoot(0)/Pci(0x1f,3) Path after internal conversion: PciRoot(0x0)/Pci(0x1F,0x3) DeviceProperties->Add[0]->DevicePath is borked! Please check the information above! CheckDeviceProperties returns 1 error! Hardware wise, my e7470 is a i5-6200U (2x8GB 2133 RAM), latest BIOS, CFG Unlocked, DVMT done properly, 2242/WWAN SSD running Windows 11 (SanDisk/WD SN520 Gen3 1x NVMe, this ran macOS in the past) and a WD SN750 Black for macOS. I am keeping the EFI entries separate in UEFI and don't plan to DualBoot through OC. The config.plist that i used as a reference from the guide, is the Intel Wifi one. Would appreciate your help a lot. EDIT: I've traced Err(0xE) to CFG, so i enabled the CFG Quirks in OC, seems it went through. Unusual as even the OC CFG Driver reports CFG to be Unlocked. Installer went through which resulted in a successful install, and booting "macOS" gave me "OCB: StartImage Failed - Aborted". Weird enough, i noticed a difference in output after a retry, now im on the Log In page. Weird success story, but inconsistent boot try with different results always worry me.
  10. Having the exact same issue as i do it seems. This could be tied to 11.1, as i did not test it with 11.0.1. I keep reading that Installing Catalina first and upgrading directly proves to be a workaround.
  11. So i found some time to come back to this. Apparently, i've hit of what seems to be known as the 12 Minute Remaining issue on the installer. Seems to even affect real mac hardware. Unfortunately, none of the tips i found worked for me. I can confirm these things: I am using your 7450 OC 0.6.4 Package. Modified to omit AirportBCRM patches/kext under kernel. I havent added the ITLWM yet as i am planning to do that in post-install. BIOS settings are intact as instructed. Updated on the last BIOS too. SSD is being formatted to APFS with GPT Layout (havent used MBR's for ages). OC boots the installer just fine, Disk Utility does the above process flawlessly. The installer goes for about 10 minutes, and it gives me a few errors on the installer log. But it will always restart at 12 MINUTES REMAINING. I went further and tried booting the installer 3-4 times again, but to no avail, it restarts the installation, it does not continue. Here are some Installer Logs and system verbose logs, but i have no clue if they're in order. LINK (you can ignore the first image with the log, as that is probably macOS not liking its NTFS neighbours).
  12. I wouldn't be surprised at any uncommon issues, this is another attempt to install on a WWAN SSD, similar to my 7470. PS, can you elaborate GUID / Extended Journaled? I was able to format the drive in Disk Utility to APFS without any issues, but i used only APFS. Also, yes, HFSPlus.efi is there, as i said, it's your package from the main thread with non-bcrm Wifi and ITLWM added.
  13. That's how it went in my 7470, but on this one, i just get the Installer just as in the first time (Restore, Install, Disk Utility). Or is it in this case normal?
  14. Would anyone have any idea why the installer restarts around 60-70% of the progress? Boot's fine to installer, but around 15-20 minutes in, it just reboots. There's something on the installer log, but it's too fast to tell (researching right now if i can find a log somewhere). Certainly it's crashing somewhere as there's no macOS drive showing up on OC as it usually does after a successful install. Running on the 0.6.4 Package from the Main Thread.
  15. From the many questions that i have researched for a similar question, the main slot is x2 unfortunately, although it should be x4. I've read through quite a few dell community threads reporting the same. It could depend on the model, i.e, i have the low-spec i5-6200u. I have windows residing on the main m.2, and it reports x2 lanes speed.
×
×
  • Create New...