Beiträge von spacepilot3000

Okay. Nun gehöre ich zu den Menschen, denen direkt beim Login die GUI einfriert. (Meine AppleMCEReporterDisabler.kext hatte ich zwar vorhanden, aber in der plist abgeschaltet).

Aluveitie Eine bestimmte Version? Ich habe die kext drin... aber tut trotzdem grad nicht.

Bei mir bleibt der Boot nun nach dem ersten "echten" Start nach dem Update einfach stehen. No way 12.3. Muss nun erst einmal die ganzen Debug Configs wieder aktivieren um zu sehen was nach dem Update nun streikt.

LÖSUNG für das TRIM Problem mit NVME:

Klappt bei mir (auch ohne NVRAM reset):

Those who are suffering to slow boot issues in Monterey due to NVMe please read this post carefully:

For fixing that slow boot issue you can follow the following steps:

Update OC to 0.7.9 (Oc 0.7.8 or lowers does not work with the fix)

In config.plist go to kernel > Quirks > SetApfsTrimTimeout

set the value from -1 to 0

Save

Reboot and reset Nvram.

It should fix your issue.

N.B:

This fix works only with OC 0.7.9 (Till today's date 12-02-2022)

Tested with latest Monterey stable 12.2.1 (Till today's date 12-02-2022)

LÖSUNG, klappt bei mir (auch ohne NVRAM reset):

Those who are suffering to slow boot issues in Monterey due to NVMe please read this post carefully:

For fixing that slow boot issue you can follow the following steps:

Update OC to 0.7.9 (Oc 0.7.8 or lowers does not work with the fix)

In config.plist go to kernel > Quirks > SetApfsTrimTimeout

set the value from -1 to 0

Save

Reboot and reset Nvram.

It should fix your issue.

N.B:

This fix works only with OC 0.7.9 (Till today's date 12-02-2022)

Tested with latest Monterey stable 12.2.1 (Till today's date 12-02-2022)

Was für eine GPU fährst Du denn? Evtl. Brauchst Du den agpmod=Pikera nicht. Ein EFI 1:1 zu booten geht eher oft schief. Klau dir besser Schritt für Schritt kexts und settings in dein EfI…

Zitat von Flexarius

spacepilot3000

Danke.Bei der Plattform nutzt Du iMacPro1,1, ich hatte MacPro7,1. Gibts da Unterschiede. Kann ich meine Seriennummer/UUID MLB ROM weiter verwenden?

Ich hatte Probleme mit dem MacPro7,1 als Basis. Habe mir eine eigene UUID, Serial und co. Im hackintool generieren lassen. Nach Reboot war die cloud damit sofort einverstanden. Ich glaube das muss passen, also behalten kannst Du die alten settings daher nicht.

Flexarius Ich habe mal die UUID, Serial usw. entfernt. Hier ist die EFI aus meinem Onedrive: https://1drv.ms/u/s!AvMPfwCRMoP2g48iVR-ZnNJP_AT0Eg?e=aF5ll5

Aktuell funktioniert bei mir "alles" unter 12.2. - natürlich bleibt mir grad der Bootdelay, aber das liegt an der Platte, nicht an der EFI.

Zitat von bumbuy

@spacepilot3000 Heute gab es eine Störung bei den Apple-Diensten. Siehe: Systemstatus

Danke. Mist. Daran hab ich nicht gedacht. Bin schon leicht verpeilt wenn sowas hoch kommt bei all dem Basteln.

Bekomme grad das Problem, dass seit heute auf allen Geräten( Pad, Phone, Hacki) ständig meine AppleID überprüft werden soll. Meist kommt dann auf den Endgeräten Unbekannter Fehler oder this action cannot be completed at this time, und ich erhalte erneut ein Login Fenster. Das lief jetzt Monate super - hab auch keine Configs geändert. Hat so etwas auch akut jemand? Bin unsicher ob das mit dem Hacki zusammen hängt...

Update erfolgreich ohne zucken - musste aber meinen Drucker wieder neu ziehen. Der sponn'...

Entschuldigt, wenn ich den Thread hier nochmal kapere. Ich habe tatsächlich den BESTEN Hinweis bekommen, wenn BT mal nicht mehr geht den Rechner wirklich so 10sek komplett stromlos zu machen. Mit meinem neuen Board passiert mir das mit der verwirrten FW hin und wieder bei Reboots oder auch beim Wechsele Windows/Monterey.

Meine Frage - Was ist der Hintergrund? Kann ich was präventiv unternehmen, damit BT nicht zwischendrin aus dem Grund spinnert? Wenn hier jemand den Deepdive angehen mag, ich wäre bereit

Danke!

Ich hatte hier: Luxusproblem: Bootzeit. Pause von 40Sek bei "bootroot" in Monterey 12.1 einen zweiten Thread eröffnet, da ich den Zusammenhang erst nicht hinbekommen habe.

Nutze eine Crucial NVMe 1TB CT1000P2SSD8 und hatte/habe das selbe Problem... Nach guten Hinweisen zum Thema habe ich heute meiner Crucial die neueste Firmware (Allerdings auch bereits von 02/2021) verpasst. Danach hat sich markant etwas getan:

VOR dem Update hat der Hacki verlässlich etwa 150 Sekunden getrimmt:

2021-12-23 18:08:05.681862+0100 0x3a3 Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3153: disk2 scan took 0.257032 s, trims took 150.929044 s

NACH dem Update trimmt er nun stets bei 51s

2021-12-27 10:32:17.578211+0100 0x3ee Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3153: disk2 scan took 51.939741 s, trims took 51.728071 s

Spannend ist auch die Änderung bei Scan/Trim - Dazu habe ich noch keine echte Erklärung.

Obwohl es ja tatsächlich egal sein sollte, aber mein Trim Timeout ist aktuell auf -1, NVMefix Kext aktiv

Eine kleine Erkenntnis:

Nachdem ich heute meiner Crucial die neueste Firmware (Allerdings auch bereits von 02/2021) verpasst habe, hat sich markant etwas getan:

VOR dem Update hat der Hacki verlässlich etwa 150 Sekunden getrimmt:

2021-12-23 18:08:05.681862+0100 0x3a3 Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3153: disk2 scan took 0.257032 s, trims took 150.929044 s

NACH dem Update trimmt er nun stets bei 51s

2021-12-27 10:32:17.578211+0100 0x3ee Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3153: disk2 scan took 51.939741 s, trims took 51.728071 s

@ Moderator - Ich teile das mal im Ursprungsthread, dann kann dieser hier wegen "doppelt" zu. Danke!

Wenn ich eines nicht bin: Zu faul zum Suchen. Schade, dass dies immer zuerst angenommen wird.

Leider kann ich die Zeilen "dahinter" nicht sehen, da es zu fix wegscrollt. Die Suche brachte mir nicht wirklich etwas.

Zunächst denke ich, trim könnte mein Problem sein:

Disk2 ist der APFS Container mit Monterey drin auf einer Crucial CT1000P2SSD8 Disk:

12-23 18:05:34.446281+0100 0x3cb Default 0x0 0 0 kernel: (apfs) spaceman_datazone_init:625: disk2 allocation zone on dev 0 for allocations of 1 blocks starting at paddr 139132928

2021-12-23 18:05:34.446284+0100 0x3cb Default 0x0 0 0 kernel: (apfs) spaceman_datazone_init:625: disk2 allocation zone on dev 0 for allocations of 2 blocks starting at paddr 151748608

2021-12-23 18:05:34.446287+0100 0x3cb Default 0x0 0 0 kernel: (apfs) spaceman_datazone_init:625: disk2 allocation zone on dev 0 for allocations of 3 blocks starting at paddr 93388800

2021-12-23 18:05:34.446290+0100 0x3cb Default 0x0 0 0 kernel: (apfs) spaceman_datazone_init:625: disk2 allocation zone on dev 0 for allocations of 4 blocks starting at paddr 151453696

2021-12-23 18:05:34.575664+0100 0x3cb Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3171: disk2 scan took 0.129344 s (no trims)

2021-12-23 18:08:05.681862+0100 0x3a3 Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3153: disk2 scan took 0.257032 s, trims took 150.929044 s

2021-12-23 18:08:05.681869+0100 0x3a3 Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3155: disk2 164083574 blocks free in 236523 extents

2021-12-23 18:08:05.681873+0100 0x3a3 Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3163: disk2 164083574 blocks trimmed in 236523 extents (638 us/trim, 1567 trims/s)

2021-12-23 18:08:05.681878+0100 0x3a3 Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3166: disk2 trim distribution 1:74339 2+:48688 4+:47484 16+:24471 64+:15963 256+:25578

Richtig?

Ich habe jetzt versucht trimforce disable - Kein Unterschied - bin zurücke auf enable

Im OC habe ich den Parameter nun auf SetApfsTrimTimeout = 999, SetApfsTrimTimeout = -1 und SetApfsTrimTimeout = 1 gesetzt. Ändert nichts.

Somit bin ich jetzt "im Club"- da der Ur-Thread auch mit Schulterzucken endet... richtig?

Ebenfalls, Fröhliche Weihnachten - und GESUND bleiben!

Ein vorweihnachtliches Moin in die Runde!

Nachdem mein EFI nun tatsächlich sehr gut funktioniert und alle LAN/WLAN/BT Probleme usw. ausgemerzt sind, bastle ich noch immer an einem kleinen Problem herum. Beim Booten verliere ich immer ca. 40 Sekunden an der folgenden Stelle:

com.apple.xpc launchd (....) Doing boot task: bootroot

Was tut der hack da?

Ich bin offen für Ideen! Danke Euch!

Grüße,

David

Läuft bei mir auch sauber. Allerdings gibt es neuen Ryzen Ungemach. Fusion360 benötigt einen übeln Hack zum Laufen unter 12, und mein Zweit-Photoshop crasht...

Aber BT, WLAN, Ethernet usw. perfekt.

Moin! Mit Beta4 ist leider trotz aktuellem BTFixup mein BT Adapter komplett verschwunden.

Ich benutze die IntelBluetoothFirmware.kext, BluetoolFixup.kext

Sehe, dass der BT Prozess ale paar Sekunden crasht. Was hab ich verpasst?

2. Update: KOPF->TISCH

Ich erinnerte mich grad an einen gaaaanz alten Tipp aus dem Forum hier. Habe mal den Rechner aus gemacht, Strom ab, 10 Sekunden. Boot, BT wieder da. AUA....

Mit Beta 4 ist bei mir Bluetooth wieder broken... Der ganze Adapter wird nicht mehr "gesehen".

Update mit Kopf-Tisch: Ich erinnerte mich grad an einen gaaaanz alten Tipp aus dem Forum hier. Habe mal den Rechner aus gemacht, Strom ab, 10 Sekunden. Boot, BT wieder da. AUA....a