-
Notifications
You must be signed in to change notification settings - Fork 624
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
Ignoring kextcache invocation from early boot #463
Comments
Done in release 5142. Test please and report. |
Do I add it in the quirks section like in OC?
|
No, Clover has no such key. It just disable TrimTimeout as a bad function. See testing results at dortania bug 192. |
Well, in OC it's configurable : user can choose values => likely for a samsung I would like to have 4294967295 (read: trim enabled and big timeout) looks like in CLOVER it's fixed to '999' by reading sourcecode : https://github.com/CloverHackyColor/OpenCorePkg/blob/f0926840864a5538782e53eae465c3c409dfbb8e/Include/Acidanthera/Library/OcConfigurationLib.h#L281 log on the machine : clover 5142 $ log show --last boot | grep -A20 "launchd: Doing boot task: bootroot" |
You are really wait for 18446744073709.497498 s,? |
well: What does 999 means ? On dortania it's said "minimal timeout" and people provider result based on experiment. result for example:
=> For me I would really like that the trimming phase could complete : and not being aborted at all. |
Check after loading the OS that the trim is enabled no matter of a bootloader. |
Need a option to disable TRIM like on OpenCore SetApfsTrimTimeout
for NVME SSD without trim support, according to this post dortania/bugtracker#192
The boot stuck for 10 seconds with message:
Ignoring kextcache invocation from early boot because my NVME don't support TRIM
The text was updated successfully, but these errors were encountered: