Zu der Thematik mit der nicht eingespeisten CPU Benennung via RestrictEvents.kext Doctor Plagiat greecedrummer hier mal meine EFI.
Ich finde da nichts woran es liegen könnte.
macOS 13 VENTURA beta
- Mork vom Ork
- Erledigt
-
-
... ...
... ...
-
-
-
-
fabiosun
will test, will report.Ok, my fault...Noir0SX bei MacPro7,1 ist das doch richtig oder was soll deine Ausführung mitteilen? - hab es dann doch verstanden, danke für den ausführlichen Hinweis.
Manchmal sieht man den Weg zu den einfachsten Dingen nicht. Alles hatte ich durch, hätte schwören können die kext hatte TRUE stehen.
Naja, nun ist sie an und er zeigt alles richtig an.
Danke!
-
CMMChris Hast du ein Clean gemacht und alles neu installiert?
Nein Upgrade von Monterey. Wollte eigentlich auf ne externe SSD installieren aber Apple hat den Installationsprozess verändert. Über den Updater wird nun direkt installiert ohne Rückfrage. Das war mir nicht bekannt und dann wurde mein Produktivsystem aktualisiert. Bisher bin ich aber ganz froh darüber, denn Monterey war für mich eine Zumutung.
-
Wie schon mehrmals beschrieben wurde, darf auf einen Z690 Board CPUid nicht 0 also Auto stehen! Man nimmt die von der
zugehörigen CPUid des SMBIOS 3841 oder eben 3842.
Dann kommen einige Enträge wie hier jeder übernimmt ein CPUFakeID, NVRAM und Kext.
Tatsächlich replizierte ich den Fehler "unbekannte" CPU mit Cinfig.plist Schaltungen und nicht aktiver RestrictEvents.kext
Bin jetzt unterwegs und spicke nur rein...
Was ich auf den HP 250 G8 gesehen habe, clean install mit aktiver Internet Anbindung kommt er auf einer security Seite für Firmen Zugang wo er nur registrierte User reinlässt und eine weitere Installation unterbindet wenn man nicht bei Appleals Firmenkunde ist.
Wenn man alle Netzwerk Kexte deaktiviert und neu ladet kommt die Fehlermeldung, das ist ein Firmengerät und benötigt Fernzugang. Das Selbe auf Monterey nur dort, muss man "ich habe kein internetzugang" wählen und umgeht diesen Installationsschritt.
mir fällig fremdes Installationsverhalten! -
CMMChris Hast du das Upgrade über dein laufendes System gemach oder zuerst Monterey Clean Inst und dann Upgrade?
Bei mir ist nach einem Upgrade von Monterey im laufenden System danach das Netzwerk weggeblieben und dann war die SSD auch noch futsch. Habe mein MacBook gestern mit einem neuen Board von der Reparatur wieder abgeholt.
Gruß Steeve
-
Genau so wie ich geschrieben habe. Versehentliches Upgrade auf dem produktiven System. Kein Clean Install.
-
Also mit der EFI vom greecedrummer ist Install unter Ventura sauber möglich. Und blitzschnell. Wie greecedrummer schon sagte die CPU nicht auf 0 setzen. Beim MacbookPro 2020 anstandslos drübergebügelt. Alles funktioniert einwandfrei bisher. Das war ja mein mobiles Produktivsystem bisher.
-
Genau so wie ich geschrieben habe. Versehentliches Upgrade auf dem produktiven System. Kein Clean Install.
ist mir zuerst auch passiert. Obwohl die automatische Installation von Upates komplett deaktiviert war, startet der Installationsprozesess unbeaufsichtigt, wenn der Download des Updates zuvor händisch angestoßen wurde. Habe dann den Installer abgebrochen und 13.0 per AnyMacOS geladen und einen Stick gemacht um erstmal Clean einen Install zu machen.
Der Installer steht nun immer noch im OC Menü- Werde mal testen, ob ich damit Monterey noch aktualisieren kann. Ich habe den Eindruck, dass Ventura recht stabil und fehlerfrei läuft. Selbst der alte Brother DCP 7055 löppt.
EDIT: Leider die halbe Wahrheit, mit dem DCP 7055
Nur Drucken funzt.
Der Scanner wird erkannt, aber er lässt sich nicht zur Arbeit bewegen.
Das ist schade. Das Teil ist essentiell für meine Büroarbeit.
-
Mein HP OfficeJet Pro 6970 funzt auch. Nur der Scanner will nicht, wie schon zuvor von einem anderen User mit anderem Multifunktionsdrucker hier im Thread beschrieben.
-
das mit dem firmenkonto nennt apple dann vielleicht spontane kundenbindung und die wirtschaft ist überrascht wie und warum plötzlich so viele ich-ags /firmengründungen passieren
. naja, den installer-eintrag kann man evtl. via eines nvramresets und ändern des startvolumes entfernen.wenn das via cleaninstall läuft, wäre das wohl der erste schritt, das auf einem aktuellerem system (nach 3rd gen) auszuprobieren- mal sehen wie es soweit mit hardware aussieht
lg
-
Hat irgendwer das schon mit Clover zum laufen gebracht? Bekomme bei mir OC nicht ans laufen...
-
Hi. Installation ist bei mir soweit ohne Probleme möglich. Jedoch wird meine WLAN Karte nicht erkannt (DW1830). Es handelt sich um einen Laptop (Acer Nitro VN7 792G 17"). Es ist eine NGFF Karte. Unter macOS Monterey funktioniert sie ebenfalls nicht. Könnte sich mal jemand meinen EFI Ordner anschauen?
-
Hey,
hat schon jemand getestet ob das Problem mit DisplayPort DSC unter Ventura behoben ist? Im Moment funktionieren 4K@144hz Displays unter macOS nicht, da der DisplayPort 1.4 DSC Support seit einiger Zeit nicht mehr läuft. Hier gibt es weitere Infos: https://forums.macrumors.com/t…ing-after-update.2267913/
Wäre super interessant ob Ventrua das Probelm behoben hat.
-
BlueToolFixup.kext
Required for macOS 12 or newer, as in macOS 12 Apple has changed parts of the Bluetooth stack from kernel-space to user-space as detailed in here and here. Requires Lilu 1.5.4+
Do not use it with BrcmBluetoothInjector for macOS 12 or newer.
du hast hier BlueToolFixup.kext mit BrcmBluetoothInjector drin.
Hab ich mal deaktiviert.
UsbInjectAll.kext sollte auch nicht mehr funktionieren, du musst deine USB Ports Mappen.
Und irgendwie seltsam die beiden1.0 AirportBCRMfixup.kext Patches zusätzlich zum 2.61 habe ich auch mal deaktiviert.
-
msart
Danke für die schnelle Antwort. Die WLAN Karte funktioniert so leider immer noch nicht. Mit der DSDT.aml im ACPI Verzeichnis hatte sie bis macOS Monterey noch funktioniert. Die hatte al6042 netterweise vor einiger Zeit mal für mich erstellt. Mit dieser DSDT kann ich aber leider kein macOS Ventura booten. Ohne die DSDT gehts, aber eben ohne WLAN und BT. Muss ich die Karte eventuell vorher unter Device Properties einbinden?
-
Unter Device Properties kannst du die PCI Devices deklarieren und mit Optionen versehen, geht oft aber auch mit BootArg.
Sieht halt schöner aus unter PCI:
Kannst du dir mit dem Hackintool unter PCI exportieren und in deine config Einbauen.
Ich würde mal den AirportBcrmFixup.kext 2.6.1 auch noch deaktivieren, die DSDT wieder einbinden und das mal versuchen
Schon mal das Tool OC Auxiliary Tool probiert ?
Schreib doch al6042 mal ne PM, mit der DW1830 habe ich keine Erfahrung
