Um schreiben oder kommentieren zu können, benötigst du ein Benutzerkonto.
Du hast schon ein Benutzerkonto? Melde dich hier hier an.
Jetzt anmeldenHier kannst du ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellen
Ich habe für mich festgestellt, das es sich hierbei meistens um schlecht oder nicht konfigurierte USB Ports handelt.
Bitte da noch mal hier im Forum recherchieren. Dazu gibt es gute Anleitungen.
Bei mir war es ein verwendeter Bluetooth-Dongle für die Magic Mouse, die meinen Hack ab 10.14.4 nach ein paar Sekunden wieder aufgeweckt hat. Falls du also einen solchen verwenden solltest in den Bluetooth Einstellungen mal das Häkchen bei "Bluetooth Geräten ermöglichen, den Ruhezustand des Computers zu beenden" rausnehmen. Für mich tut´s auch ein Tastendruck, um ihn wieder an zu machen, aber seither ist bei mir Ruhe.
Also ich habe kein Problem mit USB "NACH" dem aufwachen. Ich habe das Problem das die Bildschirme ausgehen und dann hört man die Fetsplatte abschalten und die Lüfter hören auf zu drehen. Und dann nach 2-5 Sekunden geht Lüfter und Festplatte wieder los obwohl die Monitore ausbleiben.Das wechselt sich immer wieder ab. Aber dieses Sleep Licht mit langsamen auf und ab glimmen am Gehäuse (Sleep) seh ich überhaupot nicht wie es vorher mal war.
Falls es irgendwo was hilfreiches gibt, ich lese mich gerne dazu ein finde aber nichts passendes.
Vielleicht hilft das hier ? Terminal Befehl: pmset -g
Nunja..... wenn die Kiste läuft, gab es mit USB meistens kein Problem, sondern erst wenn es Bubu machen soll.
Welche Maßnahmen hast du denn bisher seitens USB getroffen?
Bist du diese Anleitung zB mal durchgegangen? Anleitung: USB 3.0 Mojave / (High-) Sierra / El Capitan für jedermann (zukunftssicher für Updates & komplett gepatcht)
oder noch besser diese: Anleitung 2.0 – USB 3.0 El Capitan/High Sierra/Mojave per HackinTool (ehemals FBPatcher) für jedermann (Zukunftssicher für updates & komplett gepatcht)
nabend Com.,
gibs schon eine Lösung ? ich habe nämlich selbes Problem.
wenn ich manuell den Ruhezustand ausführe über power knopf geht der hacki kurz im sleep. es klickt als wenn sich hdd´s abschalten ( habe keine mechanische ) und dann klickt es wieder die Lüfter drehen auf von der GPU und der hacki ist wieder da.
Das kuriose ist das er ab und an wohl doch in den sleep fällt und bleibt. nach meinen Beobachtungen!
bin @Tommisan seinen link gefolgt und habe mir einen UBSkext gebastelt mit Hackintool. meine USB funktionieren alle...doch leider ohne erfolg zwecks SLEEP!
Ich nutze VirtualSMC, kann es vllt auch damit zuhängen?
beste Grüsse Kasi
hy@thewave70
nutzt du VirtualSMC oder FakeSMC ?
vllt können wir das Problem ja ein wenig einengen..
Gruss
Nutzt du eine WLAN Bluetooth Lösung und falls ja welche?
Kann auf deine EFI nicht vor 23 Uhr zugreifen.
Kasi99 und TheWave70 Ich habe leide genau das gleiche Problem und schon einiges ausprobiert. Versucht mal, nachdem der Sleep bei euch wieder nicht funktioniert hat, folgenden Befehl im Terminal auszuführen: pmset -g log
Dort wird bei mir folgender Grund für den nicht funktionierenden Sleep angezeigt:
Ich weiß das dies mit USB zusammenhängt, aber ich bekomme dies nicht gelöst. Ich wollte heute Abend eine andere Maus und Tastatur von der Arbeit mitbringen und prüfen ob es daran liegen könnte.
Verwendet ihr alle zufällig den Usbinjectall.kext? Wenn würde ich euch empfehlen einen eigenen USB Kext zu erstellen, finde ihr hier im Forum sehr gut beschrieben.
ich habe die Lösung:)
zumindestens bei mir....es läuft und bluethoot ist schuld....
bitte mal hier den haken entfernen...
Na dann anscheinend den Port an dem Bluetooth hängt nicht auf intern gesetzt, den dann würde genau das nicht auftreten bzw notwendig sein.
nabend DSM2,
danke aber habe mir den Kext gebastelt und der bluethoot port steht auf internal...
habe bloss die zwei SSDT.aml nicht mit eingefügt ...kann es vllt dann auch dran liegen ?
kannst du mir nen tipp geben wo die hinkommen und was ich bei Clover dann beachten muss? die zwei SSDT.aml hat Hackintool mit dem Kext rausgeschmissen...
beste grüsse
Deine Kext ist grundsätzlich absolut falsch konfiguriert, geht schon damit los das die USB ports nicht richtig definiert sind. Alles steht sinnlos auf intern, keine definierten SS Ports, keine USB 2.0/3.0 Zuweisung...
Grundsätzlich wird ausser der Kext selbst nichts weiteres benötigt.
Schau dir mal die Threads zu USB im Forum an, bin auf der Arbeit!
Kext as Kext can oder USB 3.0 ohne USBInjectAll
Eigentlich wirklich nicht schwer, man muss sich halt einfach die Zeit nehmen...
Ich spreche aus Erfahrung!
hallo @DSM2
ich hatte gestern ein wenig zeit gefunden doch leider ohne erfolg!
ich bin dieser Anleitung gefolgt ANLEITUNG 2.0 – USB 3.0 EL CAPITAN/HIGH SIERRA/MOJAVE PER HACKINTOOL (EHEMALS FBPATCHER) FÜR JEDERMANN (ZUKUNFTSSICHER FÜR UPDATES & KOMPLETT GEPATCHT)
und finde meinen Fehler nicht.
patches verwende ich diese ( siehe screenshot )
gebootet habe ich auch mit -uia_exclude_ss und habe mich dann an Hackintool gewagt . USB 2 und 3 habe ich definiert bekommen. was ist eine SS Port ? USB-C konnte ich nicht verwenden da ich grade kein anschlussgerät parat habe.
auf jedenfall besteht leider immer noch mein bluetooth Problem.. Internal verwende ich doch nur für die bluetooth/wlan karte ?
beste grüsse
Wo hast du die Anweisung gehabt das du diese von dir gezeigten patches benötigst?
Auch brauchst absolut gar keine Excludes das ist blödsinn...
Was du brauchst ist USBInjectAll sowie den Port Limit Patch für die von dir verwendete MacOS Version und dann das ganze durchgehen mit USB 2/3.
Bei der aktuellen Mojave Version wäre das:
Desweiteren habe ich Zweifel das dein HS11 ein USB3 Controller ist.
Der sollte generell auf 255 stehen also intern, SS Ports sind USB 3.0 Ports - HS Ports USB 2.0 Ports
Ein USB 3.0 hat immer ein Gegenstück für USB 2.0.
USB 3 Port bzw dessen HS Gegenstück wird immer als USB 3.0 Port definiert.
Beispiel ohne Bezug zu deinem Kext:
USB 2.0 Stick an HS01 dran, der Anschluss selbst ist aber ein USB 3.0 Port, wenn du jetzt einen USB 3.0 Stick in selbigen Port steckst,
dann taucht dieser als SS01 auf, dass heißt du definierst HS01 als USB 3 und SS01 ebenfalls.
nabend DSM2
es ist wirklich schwer für mich zu verstehen, dennoch will ich es 
okay ich habe einen Fehler gemacht mit der SS Definition. da ich keinen usb stick 3.0 verwendet habe...
verstehe ich es nun richtig... ich füge deine genannten patchés in Clover hinzu mit USBInjectAll boote dann neu und definiere dann mit Hackintool meine Ports neu!
Exportiere mir dann eine Kext?
entferne USBInjectAll wieder disable die port-limit patchés wieder und füge den erstellten USBports.kext ein?
oder bin ich jetzt wieder auf dem Holzweg?
beste grüsse
