Beiträge von kru102

Ich hatte nix mit anymacos probiert. Auf ganz normalem Wege über die Systemeinstellungen -> Softwareupdate versuche ich es. Bis jetzt hat das ja immer geklappt. Das mit der Internetverbindung habe ich jetzt auch nochmal getestet. Mein WLan Empfang ist mehr als miserabel. Deshalb habe ich es per ethernet versucht. Auch ohne Erfolg. Ich versuchte gerade die anymacos 12.2. Variante.

Ich kann es nicht über mein bestehendes System "bügeln". Nur auf Nichtbetriebsystemfestplatten.

Bei der installstick-Methode bekomme ich Bauchschmerzen. Das System läuft gerade echt einwandfrei. Ich will doch nur ein kleines Sicherheitsupdate von macOS machen. Das muss doch irgendwie klappen.

Und die Internetverbindung ist nicht die beste des Landes, doch für so etwas muss die doch genügen. Auch beim T440s hat das ohne Probleme geklappt.

apfel-baum Hab jetzt die EFI von Dir versucht. Klappt nicht. 0.7.8 läuft. Dennoch die selbe Fehlermeldung.

hackintosh-forum.de/attachment/190684/

Ich bekomme das Update von Monterey angeboten über Softwareupdates. "Upgrade-date im bestehenden System" heißt was? Ich versuche das update im laufenden System zu installieren. Ja. Wenn das das heißt. Beim T440s hat das auch ganz ohne Probleme geklappt.

und meine EFI...

SMBIOS ist iMac16,2

SIP habe ich alles enabled.

Hat vielleicht jemand eine Idee?

Hallo,

auf dem Haswell Dell Optiplex 3020 kann ich das Update auf 12.2 nicht machen wegen folgender Fehlermeldung. Aktuell ist 12.1. am Laufen.

Kann mir da jemand helfen?

Also mal ein Rückmeldung:

Ich habe das Problem mit den Wake gelöst. Ich habe den Dortania-Guide sleep-problem nochmals von null begonnen und ALLE Einstellungen nach der Anleitung gesetzt. Siehe da es funzt. Mitschuldig waren auch Bios-Einstellungen, z.B. SpeedStep und WOL.

Auch mein WOL geht, obwohl es nach der Anleitung nach ausgeschaltet ist. Das hätte ich auf keinen Fall erwartet. Da habe ich was dazugelernt.

Danke an die Beteiligten hier im Thread!!!

ja genau.. an das dachte ich jetzt gar nicht.

edit:

Meine Versuche seit gestern Abend erbrachten die Erkenntnis, dass ohne die PCIe der Wake klappt. Mit der PCIe im Slot hatte ich wieder zwei Hänger.

Ich habe die EFI von schabulske etwas abgeändert verwendet. Die Wlan/Bluetooth-Karte ist nicht in deviceproberties in der config eingetragen. In meinen alten EFIs habe ich immer diese eingetragen. Vielleicht muss ich die Karte in meiner config anders eintragen?

Oder fällt jemanden noch etwas anderes dazu ein, wie ich mein Problem mit den Wake-Hängern durch die PCIe-Karte lösen kann?

Hab mal meine config angehängt. ...

cobanramo Hab erstmal einen anderen Test gestartet. Die PCIe bluetooth/wlan-Karte mal ganz aus dem Steckplatz gemacht. Tja, keine Reboots mehr beim Wake. Es hängt also erstmal irgendwo an der PCIe/USB Geschichte.

Die PCIe-Karte ist eine Fenvi T919 (also BCM94360CD), dessen bluetooth-Teil am USB hängt. Diesen habe ich mit Hackintool gemappt zu einem internen Port. Da klappt also irgendetwas nicht. Ich versuche bei vielleicht morgen mal den Weg über Windows-Mappen.

PowerNap hab ich über pmset auf disabled. Ich hatte es auch schon auf enable. Kein Unterschied.

Aber dein Phänomen hört sich ähnlich an wie meines:

Ich kann nicht immer neben dem Rechner stehen und alles versuchen, da fehlt mir einfach dann doch die Zeit. Deshalb sind meine Beobachtungen nur unscharf und vielleicht manchmal nicht zutreffend, doch meine Vermutung/Beobachtung gerade ist:

- Zu ca. 75% funktionieren Sleep und Wake problemlos. Er schläft brav ein (in den Hibernate 25) er wacht brav wieder auf (auch nach ein paar Std.) und es klappt problemlos.

- zu ca. 25% hat er Schwierigkeiten damit. Er geht in den Sleep (ja und ich habe auch manchmal den Eindruck, als ob es mit einem selbständigen Aufwachen zu tun hat. Ich komme ins Zimmer und er ist dann nicht mehr im Schlaf, sondern der Lüfter läuft, die LEDs sind aktiv, doch ein Erwachen per Space-Taste ist nicht möglich. Er reagiert auf nix mehr. Blackscreen.

- ich schaue immer per pmset ob ein Dienst den sleep verhindert. Falls dies so ist, ist es häufig so, dass er in dieses Szenario fällt.

schabulske

Ich habe meine eigene USBPort.kext gemacht. Die müsste schon passen, doch man weiß ja nie.

das tolle ist, es funktioniert ja eigentlich zu 80%. Gestern habe ich ihn ca. 20 mal geweckt. Ohne Probleme. Dann hängt er sich unvorhersehbar irgendwie wieder auf.

Zitat von schabulske

kru102

Inzwischen sollte man es ja unter Windows machen, falls der Fehler eventuell am USB Mapping liegt.

USB-Ports mappen unter Windows

ok. Das ist mir neu. Unter Windows mappen. Das bedeutet erstmal viel Aufwand.

Wo genau muss ich im Absturzbericht nachsehen. Die Zeile, die du ansprichst habe ich auch schon vermutet. Dies wechselt aber immer wieder mal.

im Bericht von vorgestern war z.B.

Process name corresponding to current thread (0xffffff85424056e0): mdworker_shared

Boot args: v keepsyms=1 debug=0x100 alcid=17 swd_panic=1

der von heute sagt:

Process name corresponding to current thread (0xffffff854d654160): kernel_task

Boot args: v keepsyms=1 debug=0x100 alcid=17 swd_panic=1

hmm...

schabulske

jetzt melde ich mich nochmal wegen meines Rebtot-Problems. Es läuft mittlerweile alles vorzüglich. Sleep und Wake klappen.

Was ich leider immer noch habe ist, dass er sich immer wieder im sleep aufhängt. Es hilft dann nur noch 10sek Druck auf den Powerbutton.

Hier habe ich den Fehlerbericht den er nach dem Neustart gibt:

Machine-check capabilities: 0x0000000000000c09

family: 6 model: 60 stepping: 3 microcode: 39

signature: 0x306c3

Intel(R) Core(TM) i5-4570 CPU @ 3.20GHz

9 error-reporting banks

mp_kdp_enter() timed-out on cpu 1, NMI-ing

mp_kdp_enter() NMI pending on cpus: 0 2 3

mp_kdp_enter() timed-out during locked wait after NMI;expected 4 acks but received 1 after 36871054 loops in 1596299809 ticks

panic(cpu 1 caller 0xffffff800e1e67c7): Machine Check at 0xffffff800e141a76, registers:

CR0: 0x0000000080010033, CR2: 0x0000700006a12498, CR3: 0x000000040cd1f010, CR4: 0x00000000001626e0

RAX: 0x000000000000014c, RBX: 0x0000000000000000, RCX: 0x0000000000000000, RDX: 0x0000000000000020

RSP: 0xffffffd078e43910, RBP: 0xffffffd078e43a20, RSI: 0x0000000000000000, RDI: 0xffffff80301f2400

R8: 0x0000000000000000, R9: 0xffffffd078e43af0, R10: 0x0000000000000000, R11: 0x0000000000000010

R12: 0xffffff801febe4f0, R13: 0xffffff80301f2474, R14: 0xffffff80301f2400, R15: 0xffffff80301f2408

RFL: 0x0000000000000217, RIP: 0xffffff800e141a76, CS: 0x0000000000000008, SS: 0x0000000000000010

Error code: 0x0000000000000000

@trap_native.c:168

Panicked task 0xffffff853ed78d40: 2 threads: pid 242: usbd

Backtrace (CPU 1), panicked thread: 0xffffff853ecc8160, Frame : Return Address

0xffffff800df56ac0 : 0xffffff800e09c00d mach_kernel : _handle_debugger_trap + 0x41d

0xffffff800df56b10 : 0xffffff800e1f5d85 mach_kernel : _kdp_i386_trap + 0x145

0xffffff800df56b50 : 0xffffff800e1e5763 mach_kernel : _kernel_trap + 0x533

0xffffff800df56ba0 : 0xffffff800e03ba60 mach_kernel : _return_from_trap + 0xe0

0xffffff800df56bc0 : 0xffffff800e09c3dd mach_kernel : _DebuggerTrapWithState + 0xad

0xffffff800df56ce0 : 0xffffff800e09bb96 mach_kernel : _panic_trap_to_debugger + 0x2b6

0xffffff800df56d40 : 0xffffff800e918649 mach_kernel : _panic + 0x54

0xffffff800df56db0 : 0xffffff800e1e67c7 mach_kernel : _sync_iss_to_iks_unconditionally + 0x167

0xffffff800df56ec0 : 0xffffff800e91e7cc mach_kernel : _panic_machine_check64 + 0x15

0xffffff800df56ed0 : 0xffffff800e03c2bf mach_kernel : _hndl_machine_check + 0xf

0xffffffd078e43a20 : 0xffffff800e145d3f mach_kernel : _vm_fault_unwire + 0x2ff

0xffffffd078e43b30 : 0xffffff800e1511d5 mach_kernel : _vm_map_remove + 0xde5

0xffffffd078e43c80 : 0xffffff800e150463 mach_kernel : _vm_map_remove + 0x73

0xffffffd078e43cb0 : 0xffffff800e149b24 mach_kernel : _kmem_free + 0x74

0xffffffd078e43ce0 : 0xffffff800e7db541 mach_kernel : __ZN11OSSerialize4freeEv + 0x21

0xffffffd078e43d00 : 0xffffff800e895fcc mach_kernel : _is_io_registry_entry_get_property_bin_buf + 0x4ec

0xffffffd078e43d70 : 0xffffff800e1a1b26 mach_kernel : _iokit_server_routine + 0x7396

0xffffffd078e43dc0 : 0xffffff800e076cf9 mach_kernel : _ipc_kmsg_send + 0x449

0xffffffd078e43e50 : 0xffffff800e08dd89 mach_kernel : _mach_msg_overwrite_trap + 0x2d9

0xffffffd078e43ee0 : 0xffffff800e1caaf2 mach_kernel : _mach_call_munger64 + 0x272

0xffffffd078e43fa0 : 0xffffff800e03c246 mach_kernel : _hndl_mach_scall64 + 0x16

Process name corresponding to current thread (0xffffff853ecc8160): usbd

Boot args: v keepsyms=1 debug=0x100 alcid=17 swd_panic=1

Mac OS version:

21A559

Kernel version:

Darwin Kernel Version 21.1.0: Wed Oct 13 17:33:23 PDT 2021; root:xnu-8019.41.5~1/RELEASE_X86_64

Kernel UUID: 19BD4E1B-0268-3EE0-BC66-91F035BC9429

KernelCache slide: 0x000000000de00000

KernelCache base: 0xffffff800e000000

Kernel slide: 0x000000000de10000

Kernel text base: 0xffffff800e010000

__HIB text base: 0xffffff800df00000

System model name: iMac16,2 (Mac-FFE5EF870D7BA81A)

System shutdown begun: NO

Panic diags file available: YES (0x0)

Hibernation exit count: 0

System uptime in nanoseconds: 745975516319

Last Sleep: absolute base_tsc base_nano

Uptime : 0x000000adaf9b206e

Sleep : 0x0000009478e4150d 0x000000002d30c82c 0x000000888682a242

Wake : 0x00000094798828c8 0x000000002d1f078c 0x0000009478f5392e

Zone info:

Foreign : 0xffffff8018562000 - 0xffffff801856f000

Native : 0xffffff802fd50000 - 0xffffffa02fd50000

Readonly : 0 - 0

Metadata : 0xffffffdf2449f000 - 0xffffffdf44617000

Bitmaps : 0xffffffdf44617000 - 0xffffffdf4a617000

Er macht ja brav sleep und wake. Jedoch mit sporadischen Aufhängern. Ich hab noch nicht herausgefunden, warum er sich immer wieder aufhängt im sleep. Meistens wenn er länger steht und dann wieder aufwachen soll merke ich, dass er hängt.

Danke auf jeden Fall für Eure Hinweise...!

Nein, am Interface nicht. Aber an MacOS, das nicht in den sleep geht wenn am USB etwas hängt. Oder verstehe ich da etwas falsch?

Nach einigen Tagen hin und her versuchen bin ich nun an dem Punkt:

Sleep geht, Wake geht. Jedoch nicht immer.

Bei längerem Sleep hängt er dann und lässt sich nicht mehr wecken, bzw. ich habe die Vermutung, weil dann nicht mehr wie im sleep Lüfter und LEDs aus sind, sondern der Lüfter arbeitet und auch die NetzwerkkartenLED leuchtet. Dann lässt er sich nicht mehr wecken sondern nur noch ausschalten durch langes drücken des Powerbuttons.

Beim Hochfahren hängt er immer wieder.

Das ist nicht immer, sondern nur immer sporadisch.

Ich habe mal eine OC Debug angehängt. Vielleicht kann mir da jemand helfen.

ja, ja, ja,..

hast ja recht...

Ich habe ein RME Babyface. Eine externe Soundkarte, die ich an per USB anschließe. Ich will diese als intern mappen damit mein sleep funktioniert. Geht das?

Bzw. kann ich die Karte dann auch in der Geschwindigkeit von USB3 nutzen oder ist diese dann als USB2 deklariert, wenn ich diese als intern markiere?

Für mich wäre sie echt eine tolle Sache. Ich bediene den Rechner immer wieder vom Laptop aus. Der Rechner hat kein WakeOnLan. D.h., wenn ich ihn in den Ruhestand lassen könnte, könnte ich ihn laufen lassen und dann wacht er per networkoversleep wieder auf... so sollte das eigentlich bei realmac klappen.

Vielleicht noch jemand anderer eine Idee zum Ruhestand - Reboot - kein Wake durch Tastatur Problem?

schabulske Nach vielen Versuchen muss ich jetzt doch feststellen, dass der sleep oder Standby nicht klappt. Ich kann ihn in den Ruhezustand schicken, doch bei deiner pmset Einstellung macht er dann einen Reboot im Ruhezustand wenn er in den disksleep geht (so würde ich das zumindest interpretieren). Hab vieles rumprobiert. Alle verschiedenen hibernategeschichten, 0,1,3 und verschiedene Standby und sleep Einstellungen mit pmset.

Aber ich komme gerade zu dem Ergebnis, dass er

• nicht alleine in den sleep geht (Minutenwert bei sleep geht nicht), sondern ich muss mit appleMenü in den Ruhezustand schicken.
• er dann bei den meisten Einstellungen sich rebootet
• wenn ich "disksleep" auf 0 setze geht er in den Ruhezustand. Er lässt sich dann auch wieder wecken (beim drücken von space-Taste macht er Hochfahr-Geräusche), doch dann bleibt der Bildschirm schwarz und bei meiner Tastatur leuchtet kein Lämpchen. (bekommt also kein Strom nach dem Wake...
• USB-port.kext habe ich eine eigene erstellt. die läuft. bin aber nicht 100%ig sicher, ob die so wirklich passt.

Das sind mal die Werte mit denen er zumindest in den Standby geht. aber dann bleibt Tastatur tot:

standby 1

Sleep On Power Button 1

womp 0

hibernatefile /var/vm/sleepimage

proximitywake 1

powernap 0

gpuswitch 2

networkoversleep 0

disksleep 0

standbydelayhigh 0

sleep 0 (sleep prevented by nsurlsessiond, screensharingd)

autopoweroffdelay 259200

hibernatemode 0

autopoweroff 0

ttyskeepawake 0

displaysleep 86400

highstandbythreshold 0

standbydelaylow 0

Warum stehen da eigentlich für einen iMac solche Einträge? Ich habe vom MacBookPro die Platte eingebaut... das kommt daher oder? Die ganzen "standbydelayhigh, standbydelaylow,..." das sind doch Einstellungen für Akku. Ich bin aber am Optiplex3020 Desktop-Rechner. Kann man die irgendwie anpassen? Wäre mir ja eigentlich egal, wenn sie funktionieren würden.

Welche Werte stehen da bei dir?

ja.... das sieht gut aus!

Seit ca. 20min. kein Reboot!!!

Ich muss mir die efi von dir ansehen. bin gespannt was da anders ist. aber er läuft auf den ersten Blick erstmal astrein. DANKE!!!

hier mal die EFI...

Ich habe im Hackintool und kextupdater gesehen, dass er mir das Opencore 0.5.7 anzeigt und ich auf 0.7.5 aktualisieren soll. Ich habe aber zur Installation meine Catalina-efi mit ocauxiliarytool geupdatet und mir von der aktuellen Master auf GitHub die 0.7.6 gezogen. Da bin ich mir nun nicht sicher, ob er deshalb das falsch anzeigt, weil es offiziell die 0.7.6 noch nicht als Release gibt.

Bei meinem T440s habe ich es genau so gemacht. Da zeigt er mir aber jetzt im Hackintool auch die 0.7.6 an als verwendete Version.

Aber da könnte ich nochmal schauen, ob da vielleicht ein Fehler steckt. Oder könntest Du auch mal sehen, was Du da siehst? Vergleichst die efis mit einem Programm oder per Hand?

edit: Ach... den USBInjektall habe ich vom USBMappen noch drin... aber der ist in der efi als "no" gestellt...