Contribute
Register

[solved] Mojave 10.14.1 update lost USB 3.0

Status
Not open for further replies.
- now your ioreg shows two EC objects (this is obvious stuff... sticks out like a sore thumb when you look at ioreg). No doubt due to renaming EC0 *and* adding SSDT-EC. Those two things are mutually exclusive. You only use SSDT-EC if you don't already have a serviceable EC device.

Removed SSDT-EC

- SATA-unsupported.kext still not installed

Installed

- kexts still not installed properly (expect to see FakeSMC.kext or VirtualSMC.kext and other kexts you need in kextcache output)

I remembered, after looking back through, I installed VirtualSMC as opposed to FakeSMC. I believe I learned somewhere along the way VirtualSMC was newer. It's now installed in S/L/E

- why is AppleHDA.kext patched? (and you have realtekALC.kext?). Onboard audio not working anyway.... Typically, we are using AppleALC.kext now.

I removed patches. Installed AppleALC.

- HDAS should be renamed HDEF

Done

- Plex Tuner still installed, still hooking onto USB stuff

Plex is an ap

- legacy XHC power properties not injected (use config.plist/Devices/USB/Inject=true)

Done



Will you have another look, please?
 

Attachments

  • debug_31666.zip
    2.3 MB · Views: 75
I remembered, after looking back through, I installed VirtualSMC as opposed to FakeSMC. I believe I learned somewhere along the way VirtualSMC was newer. It's now installed in S/L/E

Better to install kexts to /L/E, not /S/L/E.

I removed patches. Installed AppleALC.

Why do you still have realtekALC.kext still installed?
Did you review your kextcache output after my comments and before submitting PR files?

Plex is an ap

I know what Plex is. I have my own Plex server (but it runs on Windows).
 
Better to install kexts to /L/E, not /S/L/E.

I will fix it.

Why do you still have realtekALC.kext still installed?
Did you review your kextcache output after my comments and before submitting PR files?

I felt I must have installed it for a reason (a long time ago) and didn't want to mess anything up, but I will remove it. It could be leftover from a previous configuration.

I don't know what to look for in kextcache output. At this point, all the kexts it's referring to are listed as having invalid signatures. I believe that's not a problem because it's just indicating they weren't signed by Apple, correct? I've seen text regarding not being improperly installed, but I don't recall the exact wording. Reading the kextcache output doesn't really trigger any action on my part as I have no basis of interpretation.

I know what Plex is. I have my own Plex server (but it runs on Windows).

My previous response to this was incomplete. I meant to say Plex is an app I actually use and don't want to uninstall. Why do I need to uninstall it, especially if I have the Mac version installed?
 
I felt I must have installed it for a reason (a long time ago) and didn't want to mess anything up, but I will remove it. It could be leftover from a previous configuration.

Not a good idea to mix different audio solutions.
Such solutions (realtekALC.kext vs. AppleALC vs. patched AppleHDA vs. etc) are mutually exclusive.

I don't know what to look for in kextcache output.

I was just wondering why you didn't notice the obvious conflicting realtekALC/AppleALC.

My previous response to this was incomplete. I meant to say Plex is an app I actually use and don't want to uninstall. Why do I need to uninstall it, especially if I have the Mac version installed?

For testing purposes, you might want to eliminate it.
It is a good idea to avoid installing a lot of extra stuff until you get your system working properly.
 
It worked for me, you just made my day, thanks.
 
Not a good idea to mix different audio solutions.
Such solutions (realtekALC.kext vs. AppleALC vs. patched AppleHDA vs. etc) are mutually exclusive.

Makes sense.

I was just wondering why you didn't notice the obvious conflicting realtekALC/AppleALC.

Obvious? Based on what? I see realtekALC and AppleALC listed, but there's nothing obvious about any conflict.

For testing purposes, you might want to eliminate it.
It is a good idea to avoid installing a lot of extra stuff until you get your system working properly.

Understood, but "properly" is clearly subjective here.

There's "I installed everything using the tonymacx86 guide" -properly

or

there's "I installed everything using RehabMan's many guides" -properly. :lol:
 
@RehabMan,
Installing all of the aftermarket kexts to L/E broke my system. Thumb drive boot wouldn’t even work. Had to restore using Time Machine. I didn’t delete them from S/L/E however. Is that the problem and will deleting them from S/L/E fix it?
 
Obvious? Based on what? I see realtekALC and AppleALC listed, but there's nothing obvious about any conflict.

They are two separate/mutually exclusive audio solutions.

Understood, but "properly" is clearly subjective here.
There's "I installed everything using the tonymacx86 guide" -properly

or

there's "I installed everything using RehabMan's many guides" -properly. :lol:

I'm referring to "properly" as in "100% done fixing things that are not working".
 
@RehabMan,
Installing all of the aftermarket kexts to L/E broke my system. Thumb drive boot wouldn’t even work. Had to restore using Time Machine. I didn’t delete them from S/L/E however. Is that the problem and will deleting them from S/L/E fix it?

It means you made a mistake.
I cannot tell you what it was without details.
 
Having the same issues. I implemented your ketch patch and it worked in making USB 3.0 devices appear. But they still run at 2.0 480mbps speeds. Also USB 3.1 G2 ports still don't work for me.

having the same problem still. Going to try the guide when I have time.
 
Status
Not open for further replies.
Back
Top