OCLP T2

Deutsch

English

Deutsch

English

Erscheinungsbild

← Alle Issues

Bug in two step install

· von @Ang1l3ff

Hi! My MacBook Pro 15,4 don't going first step. They show error (watch photo) image

And I'm pinning last text logs an error:

194:290 00:091 AAPL: #[EB|LOG:VERBOSE] 2026-08-28T10:19:07
194:388 00:097 AAPL: #[EB|OPT:BM] 0x82
194:478 00:090 AAPL: #[EB|P:CPR] N
194:569 00:090 AAPL: #[EB|P:MPI] N
194:662 00:093 AAPL: #[EB|P:BPI] N
194:762 00:099 AAPL: #[EB|KMR] 472621056
194:861 00:099 AAPL: #[EB.CS.CSKSD|+]
194:953 00:091 AAPL: #[EB.CS.CSKSD|!] Err(0xE) <- RT.GV boot-info-payload 8D63D4FE-BD3C-4AAD-881D-86FD974BC1DF
195:043 00:090 AAPL: #[EB.G.CS|-?] Ok(0)
195:218 00:175 AAPL: #[EB.LD.LF|IN] 0 1 <""> <"1">
195:387 00:168 AAPL: #[EB.B.SBS|SZ] 723512
195:515 00:128 AAPL: #[EB|B:SHA] <577616335361e008b8f0654bb72384a5c4470fa2>
195:613 00:098 AAPL: #[EB.WL.PWLFNV|!] Err(0xE) <- RT.GV wake-failure 7C436110-AB2A-4BBB-A880-FE41995C9F82
195:707 00:094 AAPL: #[EB.WL.DT|!] Err(0xE) <- EB.WL.PWLFNV
195:804 00:096 AAPL: #[EB.WL.PWLFRTC|NONE]
195:904 00:099 AAPL: #[EB.WL.DT|!] Err(0xE) <- EB.WL.PWLFRTC
196:002 00:097 AAPL: #[EB.LD.LKC|D] <"System\Library\KernelCollections\BootKernelExtensions.kc.development">
196:104 00:101 AAPL: #[EB.LD.OFS|OPEN!] Err(0xE) <"System\Library\KernelCollections\BootKernelExtensions.kc.development">
198:176 02:072 AAPL: #[EB.LD.LKC|R.2] <"System\Library\KernelCollections\BootKernelExtensions.kc">
199:068 00:892 OC: Kext reservation size info 57E000 exe 39C000
199:161 00:092 OC: Trying 64-bit XNU hook on System\Library\KernelCollections\BootKernelExtensions.kc
205:853 06:692 OC: Result of 64-bit XNU hook on System\Library\KernelCollections\BootKernelExtensions.kc (00000000) is Success
205:984 00:130 OCAK: Read kernel version 25.6.0 (250600)
206:140 00:156 OCAK: 64-bit PanicKextDump replace count - 1
206:232 00:092 OCAK: [OK] Patch success kext dump
206:332 00:099 OCAK: [OK] Found jettisoning fileset
206:549 00:216 OCAK: Local relocs 689 on FFFFFF8004175000
206:644 00:095 OC: Prelinked injection Lilu.kext (Patching Engine) - Success
206:747 00:102 OC: Prelinked injection Lilu.kext v1.7.2
206:851 00:104 OCAK: Patching invalid size 53180 with 1790000 for com.apple.iokit.IOPCIFamily
206:979 00:127 OCAK: Local relocs 5945 on FFFFFF80041A6000
207:127 00:147 OC: Prelinked injection AppleALC.kext (AppleHDA Patching) - Success
207:221 00:094 OC: Prelinked injection AppleALC.kext v1.9.7
207:337 00:115 OCAK: Local relocs 1940 on FFFFFF800438B000
207:444 00:106 OC: Prelinked injection WhateverGreen.kext (GPU Patching) - Success
207:545 00:101 OC: Prelinked injection WhateverGreen.kext v1.7.0
207:655 00:109 OCAK: Local relocs 311 on FFFFFF800440E000
207:750 00:095 OC: Prelinked injection RestrictEvents.kext (Process Blocker) - Success
207:845 00:094 OC: Prelinked injection RestrictEvents.kext v1.1.6
207:941 00:096 OCAK: Patching invalid size 1B28 with 1CD8000 for com.apple.iokit.IOACPIFamily
208:871 00:929 OCAK: Local relocs 611 on FFFFFF800441F000
210:118 01:246 OC: Prelinked injection CPUFriend.kext (CPUFriend - Patching X86PlatformPlugin) - Success
210:215 00:097 OC: Prelinked injection CPUFriend.kext v1.3.0
210:308 00:092 OC: Prelinked injection CPUFriendDataProvider.kext (CPUFriendDataProvider - Data for CPU Friend) - Success
210:403 00:095 OC: Prelinked injection CPUFriendDataProvider.kext v1.0.1
210:497 00:093 OC: Prelinked injection AGPM-Override.kext (AppleGraphicsPowerManagement Override) - Success
210:598 00:101 OC: Prelinked injection AGPM-Override.kext v9.9.9
210:707 00:109 OCAK: Local relocs 307 on FFFFFF800442A000
210:802 00:094 OC: Prelinked injection DebugEnhancer.kext (Enhance DEBUG output in system logs) - Success
210:953 00:151 OC: Prelinked injection DebugEnhancer.kext v1.1.0
211:124 00:170 OCAK: Local relocs 318 on FFFFFF8004434000
211:279 00:154 OC: Prelinked injection CryptexFixup.kext (CryptexFixup) - Success
211:429 00:149 OC: Prelinked injection CryptexFixup.kext v1.0.5
211:604 00:175 OCAK: Local relocs 8376 on FFFFFF8004442000
211:836 00:231 OC: Prelinked injection AMFIPass.kext (AMFIPass) - Success
211:991 00:155 OC: Prelinked injection AMFIPass.kext v1.4.1
212:143 00:152 OC: Prelink size 71372800 kext offset 67588096 reserved 3784704
212:293 00:149 OCAK: KC TEXT is 65536 bytes with 59912 Mach-O headers need 712
212:511 00:218 OCAK: Patching invalid size ADA8E with 2702000 for com.apple.driver.AppleKeyStore
212:660 00:148 OCAK: 64-bit Patch AppleKeyStore SEP retry limit replace count - 1
212:810 00:149 OC: Prelinked patcher result 0 for com.apple.driver.AppleKeyStore (Patch AppleKeyStore SEP retry limit) - Success
213:001 00:191 OC: Prelinked status - Success
213:232 00:230 AAPL: #[EB.LD.LKFS|-?] Ok(0)
215:410 02:177 AAPL: #[EB.LD.LKC|-?] Ok(0)
215:617 00:207 AAPL: #[EB|BST:REV1]
215:823 00:205 AAPL: #[EB|CSR:IN] 0x00000FFF
216:038 00:215 AAPL: #[EB|CSR:OUT] 0x00000FEF
216:258 00:220 AAPL: #[EB.BST.FBS|+]
216:467 00:208 AAPL: #[EB|GIP:PHS.1] OS Installer 2
216:676 00:208 AAPL: #[EB.BST.FBS|ADSZ] 0
216:884 00:208 AAPL: #[EB.BST.FBS|KSSZ] 0
217:106 00:221 AAPL: #[EB|SB:SBGMFNS] j213ap.im4m
217:316 00:209 AAPL: #[EB|RH:PF] usr\standalone\OS.dmg.root_hash
217:533 00:217 AAPL: #[EB|RH:MF] <"usr\standalone\OS.dmg.root_hash.j213ap.im4m">
217:743 00:210 AAPL: #[EB.LD.LF|IN] 0 1 <"usr\standalone\OS.dmg.root_hash"> <"0">
217:952 00:209 AAPL: #[EB.LD.OFS|OPEN!] Err(0xE) <"usr\standalone\OS.dmg.root_hash">
218:168 00:215 AAPL: #[EB.RH.LRH|P!] Err(0xE) <- EB.LD.LF
218:376 00:207 AAPL: #[EB.BST.FBS|!] Err(0xE) <- EB.RH.LRH
218:594 00:218 AAPL: #[EB.B.WFDW|WF] 1
218:807 00:212 AAPL: #[EB|LOG:DT] 2026-08-28T10:19:31
219:017 00:210 AAPL: #[EB|LOG:EXITBS:START] 2026-08-28T10:19:31

Kommentare

@albert-mueller · · bearbeitet

Thanks for the report! Looking at the log you pasted: I don't see an actual kernel panic here — everything is still pre-kernel EFI/bootloader logging (AAPL:/OC:/OCAK: lines), and the log ends right where its ~256 KB capture buffer runs out (LOG:EXITBS:START), not necessarily where the boot actually fails.

The Err(0xE) on usr\standalone\OS.dmg.root_hash during the OS Installer 2 phase looks concerning, but this exact sequence has shown up before on a device where the boot actually continued fine afterward — it turned out to be harmless log truncation rather than the real failure point.

To pin this down, could you:

  1. Describe/transcribe exactly what the screenshot shows — the actual on-screen error text is what's missing here, since the pasted log doesn't contain it.
  2. If possible, reproduce with -v (verbose) boot-args, and if you have a second Mac available, capture the log over serial/network instead of relying on the on-screen buffer, so it isn't cut off at the same point.

That will tell us whether this is a real OpenCorePkg-side bug or something else (root patching, installer media, etc.) — I'd rather not guess at a fix without knowing what's actually failing.

@Ang1l3ff

@Ang1l3ff ·

Thanks for the report! Looking at the log you pasted: I don't see an actual kernel panic here — everything is still pre-kernel EFI/bootloader logging (AAPL:/OC:/OCAK: lines), and the log ends right where its ~256 KB capture buffer runs out (LOG:EXITBS:START), not necessarily where the boot actually fails.

The Err(0xE) on usr\standalone\OS.dmg.root_hash during the OS Installer 2 phase looks concerning, but this exact sequence has shown up before on a device where the boot actually continued fine afterward — it turned out to be harmless log truncation rather than the real failure point.

To pin this down, could you:

  1. Describe/transcribe exactly what the screenshot shows — the actual on-screen error text is what's missing here, since the pasted log doesn't contain it.
  2. If possible, reproduce with -v (verbose) boot-args, and if you have a second Mac available, capture the log over serial/network instead of relying on the on-screen buffer, so it isn't cut off at the same point.

That will tell us whether this is a real OpenCorePkg-side bug or something else (root patching, installer media, etc.) — I'd rather not guess at a fix without knowing what's actually failing.

@Ang1l3ff

So my Mac stop install in apple logo and progress bar 29%. Later they image open this recovery..

I don't use SMBIOS, but I'm using spoof level: Moderate.
I make all in instruction but it's don't work, later i trying now and send you logs and details (Sorry on errors, English not my native language)

@albert-mueller ·

Thanks for the report! Looking at the log you pasted: I don't see an actual kernel panic here — everything is still pre-kernel EFI/bootloader logging (AAPL:/OC:/OCAK: lines), and the log ends right where its ~256 KB capture buffer runs out (LOG:EXITBS:START), not necessarily where the boot actually fails.

The Err(0xE) on usr\standalone\OS.dmg.root_hash during the OS Installer 2 phase looks concerning, but this exact sequence has shown up before on a device where the boot actually continued fine afterward — it turned out to be harmless log truncation rather than the real failure point.

To pin this down, could you:

  1. Describe/transcribe exactly what the screenshot shows — the actual on-screen error text is what's missing here, since the pasted log doesn't contain it.
  2. If possible, reproduce with -v (verbose) boot-args, and if you have a second Mac available, capture the log over serial/network instead of relying on the on-screen buffer, so it isn't cut off at the same point.

That will tell us whether this is a real OpenCorePkg-side bug or something else (root patching, installer media, etc.) — I'd rather not guess at a fix without knowing what's actually failing.

@Ang1l3ff

So my Mac stop install in apple logo and progress bar 29%. Later they image open this recovery..

I don't use SMBIOS, but I'm using spoof level: Moderate.
I make all in instruction but it's don't work, later i trying now and send you logs and details (Sorry on errors, English not my native language)

I totally understand you. My native language is not English as well.
My English is my third language, I speak both Bulgarian and German better than English.

@albert-mueller ·

Thanks for the report! Looking at the log you pasted: I don't see an actual kernel panic here — everything is still pre-kernel EFI/bootloader logging (AAPL:/OC:/OCAK: lines), and the log ends right where its ~256 KB capture buffer runs out (LOG:EXITBS:START), not necessarily where the boot actually fails.
The Err(0xE) on usr\standalone\OS.dmg.root_hash during the OS Installer 2 phase looks concerning, but this exact sequence has shown up before on a device where the boot actually continued fine afterward — it turned out to be harmless log truncation rather than the real failure point.
To pin this down, could you:

  1. Describe/transcribe exactly what the screenshot shows — the actual on-screen error text is what's missing here, since the pasted log doesn't contain it.
  2. If possible, reproduce with -v (verbose) boot-args, and if you have a second Mac available, capture the log over serial/network instead of relying on the on-screen buffer, so it isn't cut off at the same point.

That will tell us whether this is a real OpenCorePkg-side bug or something else (root patching, installer media, etc.) — I'd rather not guess at a fix without knowing what's actually failing.
@Ang1l3ff

So my Mac stop install in apple logo and progress bar 29%. Later they image open this recovery..

I don't use SMBIOS, but I'm using spoof level: Moderate. I make all in instruction but it's don't work, later i trying now and send you logs and details (Sorry on errors, English not my native language)

@Ang1l3ff can you try whether with the latest release it gets stuck here?

@Ang1l3ff ·

Moderate

Yeah I can, but later, maybe today or tomorrow

@Ang1l3ff ·

Thanks for the report! Looking at the log you pasted: I don't see an actual kernel panic here — everything is still pre-kernel EFI/bootloader logging (AAPL:/OC:/OCAK: lines), and the log ends right where its ~256 KB capture buffer runs out (LOG:EXITBS:START), not necessarily where the boot actually fails.
The Err(0xE) on usr\standalone\OS.dmg.root_hash during the OS Installer 2 phase looks concerning, but this exact sequence has shown up before on a device where the boot actually continued fine afterward — it turned out to be harmless log truncation rather than the real failure point.
To pin this down, could you:

  1. Describe/transcribe exactly what the screenshot shows — the actual on-screen error text is what's missing here, since the pasted log doesn't contain it.
  2. If possible, reproduce with -v (verbose) boot-args, and if you have a second Mac available, capture the log over serial/network instead of relying on the on-screen buffer, so it isn't cut off at the same point.

That will tell us whether this is a real OpenCorePkg-side bug or something else (root patching, installer media, etc.) — I'd rather not guess at a fix without knowing what's actually failing.
@Ang1l3ff

So my Mac stop install in apple logo and progress bar 29%. Later they image open this recovery..

I don't use SMBIOS, but I'm using spoof level: Moderate. I make all in instruction but it's don't work, later i trying now and send you logs and details (Sorry on errors, English not my native language)

@Ang1l3ff can you try whether with the latest release it gets stuck here?

Hi I'm return back. My Macbook 15,4 have a problem in startup in EFI OCLP. I found out if turn on "Allow spoofing native macs" Mac don't correct startup and having problem "AppleUSBXHCI::createPorts:

unsupported speed mantissa"

And I know it's kernel problem but maybe you know what fix it?

@albert-mueller ·

Thanks for the report! Looking at the log you pasted: I don't see an actual kernel panic here — everything is still pre-kernel EFI/bootloader logging (AAPL:/OC:/OCAK: lines), and the log ends right where its ~256 KB capture buffer runs out (LOG:EXITBS:START), not necessarily where the boot actually fails.
The Err(0xE) on usr\standalone\OS.dmg.root_hash during the OS Installer 2 phase looks concerning, but this exact sequence has shown up before on a device where the boot actually continued fine afterward — it turned out to be harmless log truncation rather than the real failure point.
To pin this down, could you:

  1. Describe/transcribe exactly what the screenshot shows — the actual on-screen error text is what's missing here, since the pasted log doesn't contain it.
  2. If possible, reproduce with -v (verbose) boot-args, and if you have a second Mac available, capture the log over serial/network instead of relying on the on-screen buffer, so it isn't cut off at the same point.

That will tell us whether this is a real OpenCorePkg-side bug or something else (root patching, installer media, etc.) — I'd rather not guess at a fix without knowing what's actually failing.
@Ang1l3ff

So my Mac stop install in apple logo and progress bar 29%. Later they image open this recovery..
I don't use SMBIOS, but I'm using spoof level: Moderate. I make all in instruction but it's don't work, later i trying now and send you logs and details (Sorry on errors, English not my native language)

@Ang1l3ff can you try whether with the latest release it gets stuck here?

Hi I'm return back. My Macbook 15,4 have a problem in startup in EFI OCLP. I found out if turn on "Allow spoofing native macs" Mac don't correct startup and having problem "AppleUSBXHCI::createPorts:

unsupported speed mantissa"

And I know it's kernel problem but maybe you know what fix it?

Yes, it’s a kernel problem for sure. I can conclude the same. Were working hard to fix this:
@Ang1l3ff

@Ang1l3ff ·

Thanks for the report! Looking at the log you pasted: I don't see an actual kernel panic here — everything is still pre-kernel EFI/bootloader logging (AAPL:/OC:/OCAK: lines), and the log ends right where its ~256 KB capture buffer runs out (LOG:EXITBS:START), not necessarily where the boot actually fails.
The Err(0xE) on usr\standalone\OS.dmg.root_hash during the OS Installer 2 phase looks concerning, but this exact sequence has shown up before on a device where the boot actually continued fine afterward — it turned out to be harmless log truncation rather than the real failure point.
To pin this down, could you:

  1. Describe/transcribe exactly what the screenshot shows — the actual on-screen error text is what's missing here, since the pasted log doesn't contain it.
  2. If possible, reproduce with -v (verbose) boot-args, and if you have a second Mac available, capture the log over serial/network instead of relying on the on-screen buffer, so it isn't cut off at the same point.

That will tell us whether this is a real OpenCorePkg-side bug or something else (root patching, installer media, etc.) — I'd rather not guess at a fix without knowing what's actually failing.
@Ang1l3ff

So my Mac stop install in apple logo and progress bar 29%. Later they image open this recovery..
I don't use SMBIOS, but I'm using spoof level: Moderate. I make all in instruction but it's don't work, later i trying now and send you logs and details (Sorry on errors, English not my native language)

@Ang1l3ff can you try whether with the latest release it gets stuck here?

Hi I'm return back. My Macbook 15,4 have a problem in startup in EFI OCLP. I found out if turn on "Allow spoofing native macs" Mac don't correct startup and having problem "AppleUSBXHCI::createPorts:

unsupported speed mantissa"

And I know it's kernel problem but maybe you know what fix it?

Yes, it’s a kernel problem for sure. I can conclude the same. Were working hard to fix this:
@Ang1l3ff

Hello! I'm using OCLP last update, and EFI startup correct, but problem in assistant installer process install Mac OS Tahoe freeze up on 12 minutes and show error "Mac OS could not be installed; you can try again."
But I guess they not installed for apple support. Log journal "OSISPredicateUpdateProduct: Incompatible Apps List: Timed out loading catalo
Lersetupd [323]:
OSISPredicateUpdateProduct: Incompatible Apps List: No products found.
lersetupd [323]: Failed to find incompatible apps list on software update catalog lersetupd [323]: Syncing extracted data to disk"

I guess they need internet but idk what is it, I'm using offline installer. Today I'm try again and text you:)

Dieses Issue auf GitHub diskutieren8 Kommentare

Copyright © Dortania 2020–2025 · T2-Fork © 2026 Albert Müller und OCLP-T2-Mitwirkende