Beiträge von griven

Seltsam sowas hatte ich noch nie...

Vielleicht die App mal komplett deinstallieren (App Cleaner) und neu installieren? Kann mir eigentlich nur vorstellen das die App irgendwie beschädigt ist (Update möglicherweise teilweise schief gegangen)...

Mirroring ist nach wie vor in der EU nicht verfügbar sagt es (macOS 15.4 RC. 1). Getestet mit einem M1 MacBookPro und iPhone 15 Pro...

Installation vom RC1 verläuft aber problemfrei sowohl auf dem M1 als auch auf dem Elitebook (inkl. Wifi OCLP Patch). Leider nach wie vor PerfPowerServices und KernelTask mit relativ hoher Last auf der Intel Maschine.

Naja vielleicht wäre es schonmal hilfreich zu sehen was die Panik auslöst..

Normalerweise zeigt macOS in dem Fall nach dem Login noch einen Panikreport an bzw. gibt die Möglichkeit diesen einzusehen den solltest Du ggf. mal posten damit man dem Problem im Kern auf den Grund gehen kann.

Na dann mache ich da mal nen Haken dran und schön das es am Ende ein gutes Ende genommen hat

Vorausgesetzt Du hast vorher in den Optionen ( c im Hauptmenü des Tools) Bind Companios (wieder c) deaktiviert dann wird auch nur der Port verwendet der ausgewählt wurde. Du erkennst recht gut was verwendet wird denn Ports die verwendet werden sind durch eine grün eingefärbte Raute gekennzeichnet

Update auch beim Elitebook problemfrei gelaufen und auch hier spinnen die beiden Prozesse fröhlich vor sich hin (kernel_task und PerfPowerServices)...

Du musst die Leerzeichen mit einem Backslash (\) "escapen"...

Für die Einstellungen wäre die Schreibweise dann wie folgt: System\ Settings.app

Ich fürchte an der Stelle kann ich vermutlich auch mit keiner guten/zündenden Idee aufwarten einfach weil das tatsächlich ein Thema ist mit dem ich mich bisher nie auseinander gesetzt habe. Was man bedenken sollte ist das IconChamp seit geraumer Zeit nicht weiter entwickelt wird und quasi seit 2021 unverändert angeboten wird es wäre demnach gut möglich das es schlicht und ergreifend nicht mehr sonderlich gut mit den aktuellen Versionen von macOS arbeitet. Gedacht war es letztlich für BigSUR bzw. Monterey und seitdem ist ja bekanntlich eine ganze Menge Wasser den Apfel entlang geflossen

Der Punkt ist das ein NVRAM Reset auf PC Hardware eben auch die BootEinträge putzt die das Bios selbst setzt. Wenn man jetzt ein Bios/UEFI hat das den OC Eintrag nicht von allein findet/setzt guckt man in die Röhre bzw. muss sich halt selbst darum kümmern wieder einen Eintrag für OC zu erstellen (Stichwort EasyUEFI bzw. BootICE unter Windows und in bequem oder EFI Shell wenn eben kein Windows zur Hand). karacho ist im Grunde der gleiche Driss wie damals bei den OZ Roms wenn das Bios halt eigenständig keinen BootEintrag erstellen wollte...

Der durchgestrichene Apfel weißt eigentlich immer auf ein nicht korrekte gesetztes SMBIOS hin...

Hast Du die EFI mal kontrolliert hier insbesondere den Bereich PlattformInfo nicht das da schlicht Unfug steht der noch ersetzt werden muss ?!?

An einem fehlenden Bootmedium kann es eigentlich nicht liegen denn das Bios/UEFI müsste sich auf alle Fälle melden egal ob ein Bootmedium steckt oder nicht. Normalerweise sollte der Rechner nach dem Zusammenbau beim ersten Einschalten ein paar mal Powercyclen (2-3 mal zwecks Ram Training) und dann den Biossplash zeigen wenn das nicht passiert dann ist entweder wirklich was mit dem Speicher im argen (sitzt nicht richtig, steckt in den falschen Slots, ist nicht kompatibel oder die Riegel sind defekt) oder das Bios kann mit der CPU nichts anfangen (sollte hier aber eigentlich nicht der Fall sein). Kontrollier aber auch ob Du wirklich alle Stromkabel gesteckt hast gerade die zusätzlichen Anschlpüsse fpr CPU und PCIe werden gerne mal vergessen und wenn die fehlen dann tut der Rechner erstmal auch nichts...

Naja kannst Dich ja hier mal durchwursteln...

https://dortania.github.io/Ope…ck-on-eb-log-exitbs-start nen Patentrezept gibt es da in dem Fall wohl leider nicht...

Hum, okay...

Der Fehler kann verschiedene Ursachen haben probier mal unter Booter -> Quirks -> SetupVirtualMap auf false zu setzen (denn der Dortania Guide als mögliche Fehlerquelle)...

Hast Du unter UEFI -> Quirks -> ForceOcWriteFlash auf true stehen wenn nicht machen die Lenovo Laptops brauchen den Quirk andernfalls tun die nix...

Nö ist nicht schlimm. Die BootArgs sind relativ individuell und hängen stark von der eingesetzten Hardware ab meint nicht jedes System braucht auch alle BootArgs. Für die WIFI Patches reicht eigentlich das was da bei Dir schon drin steht.

Naja wenn Du in macOS das Startvolume änderst dann wird das im NVRAM abgelegt erstmal also eigentlich nichts dramatisches es sei denn der NVRAM bei Deinen Systemen funktioniert nicht so wie er soll in dem Fall kann das dann nämlich schon einiges durcheinander werfen. Was Du mal versuchen kannst wäre einen NVRAM Reset zu machen normalerweise sollte das dem Spuk dann ein Ende bereiten (wobei üblicherweise OC sich vom setzen des BootVolumes nicht beeindrucken lässt aber gut man steckt nicht drin)....

Hehe das T430 habe ich auch noch immer und auch das rennt nach wie vor die Dinger sind nicht kaputt zu kriegen Das T430 war ja der direkte Nachfolger vom meinem damaligen T420 (Das leider aufgrund eines vermurksten Bios seinen Geist aufgegeben hatte)...

Was beim T420 mit iGPU ggf. wichtig ist ist auf den Speicher zu gucken und möglichst 1600er Speicher zu verwenden die HD3000 in dem Ding ist da mitunter sehr wählerisch und produziert gerade im Betrieb mit macOS massive Artefakte wenn der Speicher vom Speed oder von den Timings nicht passt. In meinem damals hatte ich Hynix Riegel drin die aus einem macBook stammten und keinerlei Probleme mit der HD3000...

Die HD630 läuft OOB normalerweise wenn sie das nicht tut ist das in fast allen Fällen ein verbasteltes UEFI (KabyLake ist UEFI kein Bios). Bei fertig Rechnern ist das ein relativ gängigs Problem denn die sollen und müssen ja "nur" mit Windows "gut" laufen. Wenn Du im UEFI nichts zur iGPU einstellen kannst (kein V-RAM, kein DVM-T usw.) dann spricht das schon ziemlich dafür das ACER hier einfach keinen Fokus drauf gelegt hat und die Kiste eben auch gar nicht dafür gedacht war mit der iGPU zu laufen...

Ist nen Ivy-Bridge daher aufgrund des fehlenden AVX-2 Supports in den Ivy CPU's ist Monetery die letzte macOS Version die ohne Bastelei läuft...

Ab Ventura braucht es dann die CryptexFixup.kext um das AVX-2 Thema zu umschiffen allerdings gilt das dann nur für das Kernsystem nicht jedoch für die Grafiktreiber (man kann AMD Polaris basierte Karten in Verbindung mit OCLP verwenden aber so richtig sinnvoll ist das nicht). Wenn Du also ohne viel Bastelkram einen sauber laufenden Hacki aus der Kiste basteln willst dann mit Monterey als OS und mit einer RX5XX als Grafik. Die RX bietet die Option auch höher zu gehen dann aber eben mit den genannten Einschränkungen.

Wie gesagt eigentlich ist die HD630 unproblematisch im Zusammenspiel mit macOS wobei gerade bei fertig PC's es schon sein kann das die entweder ein komisch vermurkstes Bios haben oder aber die iGPU irgendwie seltsam angebunden ist (Anschlüsse nach aussen sind damit gemeint). Was Du noch versuchen kannst ist mal das BootArg igfxonln=1 mit in die config aufzunehmen. Das Arg bewirkt das whatevergreen.kext an den "online" Status für alle möglichen Anschlüsse der iGPU erzwingt.