hier die EFI
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...
-
-
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.
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.
Inzwischen sollte man es ja unter Windows machen, falls der Fehler eventuell am USB Mapping liegt.
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...
-
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!!!
