Beiträge von Henninges

hier mal mein tagesbericht:

- ssd mit BS installation von catalina aus gelöscht und von dort aus gleich neu aufgesetzt

- nachdem der installer ( 11.0.1 ) sich auf der ziel ssd aufgebaut hat und neu startet, wieder in catalina gebootet um DoNotSeal auf true zu setzen

- BS bis zur ländereingabe installiert, CMD+Q und reboot in die recovery der BS installation

- terminal mit csrutil clear um alles auf anfang zu setzen

- neustart wieder in die BS recovery um csrutil disable und anschliessend csrutil authenticated-root disabled

- setup fertig stellen und ich renne immer in den "66"er

zweite methode, diesmal mit einem 11.2.1 bootstick:

- gleiche methode wie beim ersten mal

- UpdateOptions.plist lässt sich nicht mehr ändern, egal welche rechte ich vergebe, somit ist keine installation ohne versiegelung möglich

da ich morgen wieder arbeiten muss und dem herrlichen wetter heute zum trotz, den ganzen tag irgendwie vor oder neben dem mac verbracht habe, wird's zeit für den tatort.

vielleicht hab ich auch irgenwas falsch gemacht...

AppleHDA in der version 283.15 ( BS ) ist nach wie vor vorhanden, die von mir per hand unter catalina eingesetzte HighSierra version ist nach jedem neustart verschwunden.

csrutil status berichtet mir alles ist disabled bis auf BaseSystem Verification, dieser wert steht auf enabled.

ich setze den authenticated-root jetzt auf disabled und versuche erneut die partition unter BS zu mounten.

leider ohne erfolg, AppleALC kommt per config.plist ins system und ist aktiv, layout 13 ist auch gewählt...

bin ich dran...komme hier irgendwie zu nichts...

uiii, gute neuigkeiten.
ich bin eben erst dazu gekommen die DoNotSeal methode zu versuchen, leider erfolglos.
nachdem sich der installer auf die platte kopiert hat und ich DoNotSeal auf TRUE stelle, nach dem shutdown beim "early setup" boote ich zurück in catalina, lösche die "neue" AppleHDA und kopiere die "alte HS" kext nach S/L/E, was aber ins nichts führt, weil nach dem "early setup" die 283.15er version von BS wieder aktiv ist.
weitergehende versuche, die versteckte BS partition zu mounten, resultieren in dem allseits gehassten "66"er fehler...

dann versuche ich mein glück mal mit catalina und der DoNotSeal geschichte...ich berichte.

MacPeet : der unterschied zum 4,1/5,1 muss grösser sein, den ich ändere ja nichts an der konfiguration ( was an sich schon seltsam genug ist, den ich kann auf dem 4,1 auch die penryn ssdt nutzen... )
einmal damit gestartet, läuft die installation von BS durch und am ende habe ich eine native soundausgabe, ohne ALC oder HDA geimpft zu haben.

HackBook Pro : bis catalina ist das impfen problemlos möglich, durch die geSEALte installation von BS jedoch nicht mehr.

vielen dank für deine einschätzung und die mehr als ausführliche antwort MacPeet.

der hintergrund der ganzen geschichte ist folgender: ich möchte gerne ein OC paket, ähnlich wie das von martin lo, für den 3,1er schnüren.
viele benutzen seine konfiguration und wundern sich, keine OTA updates damit zu bekommen. die meisten interessiert es eben nicht das es für einen 4,1/5,1 geschneidert wurde.
die lösung dafür war im grunde einfach und liegt in der verwendeten SSDT datei. dortania hat da ja ein wunderbares tutorial und wenn man sich bewusst geworden ist: eine harpertown xeon cpu ist im grunde nur ein aufgebohrter penryn, nutzt man eben die entsprechende datei.
das man damit im grunde jeden nativen mac "impfen" und durch das board-id spoofing auch jedes macOS installieren kann, macht es fast zu einer dosdude alternative.
mehr als einen passenden full installer braucht es dann nicht mehr...

das paket ist zu 98% soweit fertig und könnte verteilt werden, wenn, ja wenn da nicht die doofe sachen mit dem ton und bluetooth wären.

ich habe noch etwas beobachten können: natürlich sind der 4,1/5,1 und der 3,1, in sachen hardware, grundsätzlich verschieden.
die soundcodecs in beiden sind jedoch identisch, RTL ALC855. wohingegen auf einem 4,1/5,1 überhaupt keine notwendigen änderungen vorgenommen werden müssen, scheint es dieses problem nur auf dem 3,1 zu geben.

gleiches gilt für grafikkarten.
während eine von mir, mit apple efi gop geimpfte hd7870, auf dem 4,1/5,1 ein wunderbares bild von bootscreen, über verbose output und desktop zaubert, hört die ausgabe auf einem 3,1 plötzlich auf und man denkt die karte hätte sich verabschiedet.
ein weiterer vbios patch lässt die karte dann aber irgendwie in einen "fallback" modus fallen sobald ein desktop gerendert werden soll und das bild erscheint auch wieder auf dem 3,1. auch wenn ich dafür das mDP kabel abziehen und wieder einstecken muss.

es sind also grundsätzlich verschiedene welten in der man sich bewegt, man kann nicht "einfach so" aus einem MAC einen HACK zaubern.

schönes WE euch beiden und nochmals danke für eure antworten!

vielen dank für deine hilfe MacPeet, ich versuche es später mal mit der snapshot methode.

edit:

frage mich jedoch warum das ganze mit einem alten mojave kext für die von mir verwendete WiFi karte funktioniert

erstmal danke für eure antworten MacPeet + LuckyOldMan .
dosdude patcher sind mir selbstverständlich bekannt, mir geht es jedoch um die big sur installation.
diese lässt sich "vanilla" von el capitan als auch von einem dosdude gepatchten catalina aus starten und läuft normal durch.
ich habe jetzt den high sierra applehda.kext mit dem "hackintool" in S/L/E als auch in L/E installiert und den KK neu aufgebaut.

nach dem reboot meldet big sur jedoch weiterhin den installierten applehda.kext in version 283.15 statt 281.52...

uups, sorry...danke! ( dachte es wäre im POST install gut aufgehoben )

hallo zusammen,

vielleicht klingt das ein wenig komisch: es geht hier in erster linie nicht um einen wirklich "klassischen hackintosh", wohl mehr in die richtung, macOS auf unsupported Mac, vielleicht könnt ihr mir trotzdem helfen?

ich habe eine passende config.plist für meinen MacPro3,1 gebastelt. sie erlaubt mir jedes pre-el capitan macOS zu installieren.

unter sierra und high sierra funktioniert auch alles bestens, ab mojave ist natürlich eine metal fähige grafikkarte mehr als empfehlenswert.

bei einer big sur installation muss zusätzlich das interne BT2.0 modul entfernt werden, was nicht weiter schlimm ist.

viel schlimmer ist es, es wird kein audio ausgabe gerät gefunden.

ich habe es mit dem bootarg: ALCID=11, 12 und 15 versucht, als auch mit dem reinen laden des AppleALC kextes.
Lilu und WEG sind mit "betaall" bzw. "beta" eingebunden.

leider wird nach wie vor der ALC885 sound chip im 3,1er nicht angesprochen, eine externe soundkarte per USB wird einwandfrei erkannt.

könnte mich jemand auf die richtige spur bringen? danke im voraus!

auch schön : ich habe mir aus restbeständen noch einen hack gebastelt...

ga h61m-s2pv, i3-2120, 2 x 4gb ( ecc! )...habe gestern dort mit dem sierra bootstick und einem verbliebenden mojave stick, ruck zuck mojave installiert, ohne probleme ( bis auf die hd2000, sound und lan, was aber nicht so schlimm ist... )

das ganze hatte ich auf einer 160gb platte installiert, eine weitere hatte ich noch im fundus...

wenn die auf dem rücken liegen, sehen die alle gleich aus. dummerweise habe ich die bereits mit mojave installierte platte in den "grossen" hack gehängt und siehe da :

mojave bootet einwandfrei und ohne gross rumzuzicken...natürlich auch hier ohne sound und lan, dafür mit metal oberfläche ( gtx1070 wird als 6gb karte erkannt... )

da bräuchte ich ja jetzt nur noch sound und lan kext einzupflanzen und die möhre läuft statt mit sierra dann direkt mit mojave...

du bist der knaller kuckkuck VELEN, VIELEN DANK !

dann können wir ja jetzt 10.14.1 angreifen

bleibt bei einem kern...

der profiler meldet eine unbekannte cpu mit 2,6ghz...anzahl prozessoren 1 / anzahl der kerne 8
hab aber nur einen geekbench von 2488 im multicore...das sollten mehr sein.

es gibt da ja die für 8 kerner...die gleich mal versuchen oder die "stinknormale" ?

voodooPS2 ? wusste nicht das die evtl. was mit der cpu zu tun hat...aber versuchen kann ich es ja mal.

die xeon e5-2670 hat 8 core und 16 threads

hier der screen :

dann bleibt er leider stehen...mit cpus=16 allerdings auch...

grafik, sound und lan funktionieren jetzt auch...

da ich ja mit cpus=1 starte, wird dann auch die ganze zeit nur ein kern genutzt ?

edit : eindeutig...ein geekbench multiscore von 2470 lässt dies nicht nur vermuten