After Trimforce MBP does not Boot "No Parking" sign

[sudiste]

Hi,

Already posted here [1] but my post was undergoing by various discussions.
--------------------
no idea if Hell was riding me this morning, i never install the newest updates on the first day, but this morning i have pushed the buttons without thinking and enabled the trimforce function,
First i have disabled and uninstalled "Trim Enabler" while doing this i re-enabled the Kext signing.

Executed "Trimforce enable" after a reboot it was all good and wanted to see if there is a way to check if it's enabled or not, so i reapplied the command again, bad idea!
Now the machine boots and stops with the No Park Sign.
Bootet in Safe and Single user mode, same problem.
Started in Recovery Mode, the Disk is visible and the Disk Check did not found any errors.
Still in the Recovery Mode i was able to locate the binary in /usr/bin
Tried to "trim force disable" on the terminal, i can call the command and i can confirm with Yes but at the end it says:
"touch: /System/Library/Extensions/: Read-only file system"

Would be cool if somebody can help me undo this.

The machine is a MBP early 2011 with a Intel 520 SSD and 240Gb capacity.
--------------------

[1] https://forums.macrumors.com/thread...es-and-trimforce.1893358/page-3#post-21534083

 

[sudiste]

Hmm, nobody knows how to get RW access on the Local Volume via Terminal?
Have searched in Google, but didn't found yet the golden command.

Any Help is appreciated.

 

[sudiste]

OK, one step done and just for the record, to have RW access in the Recovery Console (Terminal) type
mount -o rw /

Have now Trimforce disabled, but still gets the No Parking Sign at Boot, how debug where it's stuck?
In Verbose mode it doesn't talk much, after loading
"AppleUSBMultitouch Diver"
it stops moving further.

 

[dyn]

IIRC the Intel 520 is a Sandforce drive which you should not use TRIM on since there are issues with its TRIM implementation.

You may need to restore from backup.

 

[Draeconis]

I have trimforce enabled on an Intel 330 and an Intel 335, both machines just had this issue today for no reason.

There are no issues I'm aware of using TRIM on these drives, and have been using TRIM in various forms since 2011 without incident until now.

 

[sudiste]

Thanks for your feedback,
Today i have restored the machine from Nas Backup (Timemachine) without success, same issue,
Now i'm restoring a older Backup from Thunderbolt disk.

How have you acheved the recovery?

 

[Draeconis]

"touch: /System/Library/Extensions/: Read-only file system"

This is because your command, while pointing at /Volumes/[volumename]/usr/bin/trimforce, isn't trying to make changes on /Volumes/[volumename]/, it's trying to make changes to root, which when you're in the Recovery HD partition, is a read-only partition.

 

[Draeconis]

I'm not sure what the cause was, so it makes the issue hard to diagnose. Both machines previously had TRIM enabled via the script originally written by Grant Pannell, but the IOAHCIBlockStorage.kext that was modified would have been overwritten when installing OS X 10.10.4.

 

[Draeconis]

Managed to fix it by running nvram boot-args=kext-dev-mode=1, rebooting, then running;

nvram -d boot-args

cd "/Volumes/Macintosh\ HD"

rm -rf System/Library/Extensions/IOAHCIFamily.kext

cp -r /System/Library/Extensions/IOAHCIFamily.kext System/Library/Extensions/IOAHCIFamily.kext

chown -R root:wheel System/Library/Extensions

chmod -R 755 System/Library/Extensions

touch System/Library/Extensions

kextcache -u "/Volumes/Macintosh\ HD"

 

[h9826790]

Managed to fix it by running nvram boot-args=kext-dev-mode=1, rebooting, then running;

nvram -d boot-args

cd "/Volumes/Macintosh\ HD"

rm -rf System/Library/Extensions/IOAHCIFamily.kext

cp -r /System/Library/Extensions/IOAHCIFamily.kext System/Library/Extensions/IOAHCIFamily.kext

chown -R root:wheel System/Library/Extensions

chmod -R 755 System/Library/Extensions

touch System/Library/Extensions

kextcache -u "/Volumes/Macintosh\ HD"

This will restore that system file back to the state that user before apply TRIM Enabler (or any other same method to modify the system file), which should able to fix the boot issue.

However, after this action, the trimforce command may be no longer applicable (because that IOAHCIFamily.kext may be from 10.10.3). The user should (and I personally highly recommended) reinstall the OSX 10.10.4 once more to make sure all system files updated to the 10.10.4 version.

 

[sibelius101]

I had this problem. I reinstalled 10.10.4 via the recovery partition. After rebooting everything is OK. Trim is enabled and all of my settings are still in place.

 

[Draeconis]

This will restore that system file back to the state that user before apply TRIM Enabler (or any other same method to modify the system file), which should able to fix the boot issue.

However, after this action, the trimforce command may be no longer applicable (because that IOAHCIFamily.kext may be from 10.10.3). The user should (and I personally highly recommended) reinstall the OSX 10.10.4 once more to make sure all system files updated to the 10.10.4 version.

Sorry yes, should have mentioned that this was run from Recovery HD, and it's really only to get you back up and running temporarily.

After this you should be able to get back in, but I'd back up your account and reinstall OS X.