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

Ignoring kextcache invocation from early boot #463

Closed
artickc opened this issue Oct 24, 2021 · 7 comments
Closed

Ignoring kextcache invocation from early boot #463

artickc opened this issue Oct 24, 2021 · 7 comments

Comments

@artickc
Copy link

artickc commented Oct 24, 2021

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

@xma xma mentioned this issue Oct 26, 2021
@SergeySlice
Copy link
Collaborator

Done in release 5142. Test please and report.

@LeeBinder
Copy link

Do I add it in the quirks section like in OC?

<key>Quirks</key>
   <dict>
        <key>SetApfsTrimTimeout</key>
	<integer>4294967295</integer>
   </dict>

@SergeySlice
Copy link
Collaborator

Do I add it in the quirks section like in OC?

<key>Quirks</key>
   <dict>
        <key>SetApfsTrimTimeout</key>
	<integer>4294967295</integer>
   </dict>

No, Clover has no such key. It just disable TrimTimeout as a bad function. See testing results at dortania bug 192.

@xma
Copy link

xma commented Nov 6, 2021

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"
2021-11-05 22:16:03.475602+0100 0x1b3 Default 0x0 1 0 launchd: Doing boot task: bootroot
2021-11-05 22:16:59.384680+0100 0x592 Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3153: disk1 scan took 18446744073709.497498 s, trims took 63.812215 s

@SergeySlice
Copy link
Collaborator

You are really wait for 18446744073709.497498 s,?

@xma
Copy link

xma commented Dec 19, 2021

well:
dortania/bugtracker#192
999 means "minimal timeout, means TRIM is disabled". seems that's you've hardcoded in clover

What does 999 means ?
that looked more like a magic number and not a time value to me

On dortania it's said "minimal timeout" and people provider result based on experiment.

result for example:

SetApfsTrimTimeout time (s)
999 44.84
-1 53.05
4294967295 56.26

=> For me I would really like that the trimming phase could complete : and not being aborted at all.

@SergeySlice
Copy link
Collaborator

Check after loading the OS that the trim is enabled no matter of a bootloader.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants