Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Very slow boot times #306

Closed
DeadBread99 opened this issue Oct 10, 2024 · 7 comments
Closed

Very slow boot times #306

DeadBread99 opened this issue Oct 10, 2024 · 7 comments

Comments

@DeadBread99
Copy link

macOS Version

Sequoia

What is your CPU's model?

AMD Ryzen 9 5900HX

Please describe the behaviour in detail.

When i activate the NootedRed Kext my boot times get really long to like 5-10minutes and normally its jus about 1 minute this also didnt happen on ventura just after i updated to sequoia

What should've happened instead?

It should boot just as fast as without the kext

If applicable, attach the .gpuRestart, .panic, etc file related to this issue.

No response

Copy link

Greetings. It seems like this is the first issue you open on this repository.

We are letting you know that these are for bug reports or feature requests. Most of the reports we receive in this GitHub Organisation are user errors.

For the sake of saving time, here are the most common cases:

  • Outdated version of this kext.
  • Conflicts with other kexts (e.g. WhateverGreen).
  • Issues caused by other kexts like memory corruption (e.g. AirportItlwm).
  • Intended behaviour by Apple (e.g. V-Sync or cursor rendering).
  • Using cheap hacks like kext/library downgrades (e.g. OCLP, BFixup).
  • Duplicate kexts.
  • Malformed config.plist caused by configurator software (OCAT, OCC, etc).
  • Lack of TSC synchronisation or use of badly programmed TSC kext (only use ForgedInvariant).
  • Outdated macOS minor version (e.g. macOS 11.0.0 instead of latest).
  • Using beta versions of macOS.
  • Using the kext during installation or update. There is a Lilu bug which makes macOS stall during the last install phase.
  • Incorrect SMBIOS. Please use iMac20,1, MacBookPro16,3, MacPro7,1 or iMacPro1,1.
  • (e)DP link training failure. -NRedDPDelay will fix this as mentioned in the README. This is last resort, black screen can be caused by other factors mentioned.
  • Insufficient VRAM size.

We will never support the use of configurator software, solutions like OCLP/BFixup, or using macOS beta versions.

This issue will be looked over by the respective maintainer when they can. In the meantime, look if you can resolve this yourself via checking the above.

Be patient, we are hobbyists.

@VisualEhrmanntraut
Copy link
Member

@DeadBread99 Use the release build, not the debug one.

@DeadBread99
Copy link
Author

I already do, also tried different versions but nothing changes

@VisualEhrmanntraut
Copy link
Member

I don't know what to do in order to debug this

@VisualEhrmanntraut
Copy link
Member

Maybe try -NRedDebug and see if there's anything going on while it's stuck

@jalavoui
Copy link

if this happens on desktop: open activity monitor - show all processes - sort by CPU
also check /Library/Logs/DiagnosticReports for hang cause

@VisualEhrmanntraut
Copy link
Member

Timed out waiting for response.

@VisualEhrmanntraut VisualEhrmanntraut closed this as not planned Won't fix, can't repro, duplicate, stale Nov 5, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants