Random panics on boot

[BlvckBytes]

Hello!

To be honest... I don't understand how something like this can happen at all. Why do panics occur randomly? Shouldn't the system be in a definite state all the time? Or maybe it has something to do with the state it gets put in when shutting down...

Okay, now to the topic:

Before those panics, the cause of the earlier ones (as far as I could read them) was the CodecCommander kext. I've deleted every kext which had something to do with audio, since that won't really work on my system natively anyways (I either use USB C headphones or an external sound-card, I've wasted enough time on audio, maybe going back later...).

Now the panic seems to stem from the broadcom NIC? What? That worked flawlessly in the past and does to this day! I really don't understand how this happens... It's not that hindering (since it takes a max. of 3 boot tries until I am in a fully running (except audio, lol) hackintosh system), but it really p!$$es me off that I'm not able to resolve this.

I've attached two images of the panics (since it doesn't seem to get logged into any file, which I also don't understand) and the PR-files (debug).
Thank you guys a lot for helping me out again, this forum is amazing! It's what got me started and interested.

Yours,
BlvckBytes

 

[Mrgeque]

try disabling vbox

 

[BlvckBytes]

@Mrgeque

What do you mean by "vbox"? Sry, but I don't know what to change.

 

[Feartech]

@Mrgeque

What do you mean by "vbox"? Sry, but I don't know what to change.

virtualbox, remove that software

 

[BlvckBytes]

@Feartech, @Mrgeque

Oooh, right... I'm sorry . Removed it (didn't really need it anyways). Also, today I finally had time to update my Hackintosh to 10.14.6 (formerly 10.14.3), so it's the last Mojave version ever released. Catalina is something I'm not considering at this point in time since I'd like to keep 32b support

With those two changes I'm curious if some new panics will appear. If so, I am going to post them here, thanks for now, guys!

 

[BlvckBytes]

Sadly, today I noticed that my hackintosh was stuck while booting, but no panic was visible. I can't really make any sense of the output :/ Also, I don't see any proof of kext names which could cause this in the verbose output, maybe audio-related stuff though.

PR Files attatched, with the image of -v output.

 

[Feartech]

Sadly, today I noticed that my hackintosh was stuck while booting, but no panic was visible. I can't really make any sense of the output :/ Also, I don't see any proof of kext names which could cause this in the verbose output, maybe audio-related stuff though.

PR Files attatched, with the image of -v output.

lilufriend.kext shouldn't be needed in clover

config.plist:
debug=0x100 can be removed

try disabling this:

<key>FixHDA</key>
                <true/>

 

[BlvckBytes]

@Feartech

So, lilufriend.kext should be in /L/E? Or do you mean remove totally? I think something is dependent on that... Or maybe thats not the case anymore, as I didn't read the changelog of many kext updates .

Then, debug=0x100 is the flag which stops a reboot on panic, right? I need that in order to make these fotos.

And FixHDA is now disabled, if this will help will show itself over time, thank you!

 

[Feartech]

@Feartech

So, lilufriend.kext should be in /L/E? Or do you mean remove totally? I think something is dependent on that... Or maybe thats not the case anymore, as I didn't read the changelog of many kext updates .

Then, debug=0x100 is the flag which stops a reboot on panic, right? I need that in order to make these fotos.

And FixHDA is now disabled, if this will help will show itself over time, thank you!

lilufriend is only needed when you install all your kexts to /L/E

you have all your kexts in clover so it is not needed, remove

 

[BlvckBytes]

@Feartech

Thank you for your fast and helpful replies, I've now uninstalled lilufriend.kext and disabled FixHDA. We'll see how that configuration works out, I'm going to post again if some errors occur.