No, PRAM/NVRAM reset won't affect the hack of the extension.
Will wipe out the boot setting to allow unsigned extensions to load, so, will have to boot via recovery or external source and reset that value via:
sudo nvram boot-args="kext-dev-mode=1"
----------
This might not be necessary.
Yesterday was my monthly computer maintenance day. Have not been running TRIM enabler hacks since Yosemite (so, one month). Did not note previous what my free vs in-use block count report was, so, a bit of speculation here.
Anyway, booted into recovery mode yesterday and ran Disk Utility Repair Disk on the drive. Got the "Trimming blocks" message. Today, noticed that I got back 3+GB of storage. Since booting off recovery, none of the extensions have been changed there. So, appears you can TRIM a drive with Disk Utility in a recovery mode and not have to mess with changing anything in the extension.
Will wipe out the boot setting to allow unsigned extensions to load, so, will have to boot via recovery or external source and reset that value via:
sudo nvram boot-args="kext-dev-mode=1"
----------
It can be. Just enable TRIM then command-s boot to single user mode and run the command "fsck -fy" (without the quotes) and unused space on the drive will be TRIM and performance will be restored to like new.
This might not be necessary.
Yesterday was my monthly computer maintenance day. Have not been running TRIM enabler hacks since Yosemite (so, one month). Did not note previous what my free vs in-use block count report was, so, a bit of speculation here.
Anyway, booted into recovery mode yesterday and ran Disk Utility Repair Disk on the drive. Got the "Trimming blocks" message. Today, noticed that I got back 3+GB of storage. Since booting off recovery, none of the extensions have been changed there. So, appears you can TRIM a drive with Disk Utility in a recovery mode and not have to mess with changing anything in the extension.