Beiträge von maybeageek

Zitat von Aluveitie

Sein Argument würde aber physikalisch Sinn machen. Wenn der statische Druck zu tief ist bleibt die Luft innerhalb des Kühlers stehen.

Exakt das hat mir mal ein Physikprof erklärt. Bin selbst natürlich kein Strömungsforscher, aber wenn Luft verwirbelt anstatt den Kühler zu durchströmen klingt das lauter als wenn der Druck etwas höher ist aber dafür der Durchfluss gewährleistet ist.

D.h. Eintrag hinzufügen -> Probleme weg.

Apple fixt das (z.B: mit 12.4 oder so) und wir können den Eintrag wieder rausnehmen?

Dann schau ich mir Monterey nochmal genauer an, Installation lief auf einer Testplatte schonmal durch mit meinem EFI.

Je nach Lüfterbauart brauchen die auch eine Mindestdrehzahl. Manche Lüfter laufen vorher nicht an, dann würde dauerhaft eine Spannung anliegen ohne das er dreht, das wäre nicht gesund.

Andererseits könnte es auch sein dass langsamer drehen = lauter bedeutet weil die Kühlerfinnen einen Strömungswiederstand haben, wenn der nicht überwunden wird, kommt es evtl. zu Verwirbelungen die akustisch lauter wären als wenn er eben etwas schneller läuft.

Meist testet man da ein paar Kurven in der Entwicklung und legt das dann per Firmware fest, denke Apple macht das ähnlich unter Berücksichtigung diverse Umstände (Ausfallrate, Lautstärke, Grundlast etc).

Zitat von Bob-Schmu

Hat so einen leichten Windows 10 Touch.

Plasma default halt

Plasma ist aber extrem anpassbar, z.B. https://www.dedoimedo.com/comp…plasma-look-like-mac.html

Ich finds echt heftig mit welch großen Schritten das Projekt voran kommt... und das ohne echte Hilfe seitens Apple. Die Tweets und Blogs sind teilweise extrem interessant zu lesen.

Und die Installation scheint ja wirklich trivial einfach zu sein, hätte ich nicht gedacht dass die mit der Alpha schon so weit sind

Wenn Arch mal sauber drauf läuft, fehlt mir eigentlich nur noch ne gute Möglichkeit meine Windows Games mitzunehmen - habe mit Proton und Wine ziemlich gute Erfahrungen unter Linux, frage wäre wie gut das dann noch mit box86/box64 zusammen spielt auf den M1s.

Am End kann ich wirklich meinen PC in Rente schicken...

Update auf 11.6.2 und 11.6.3 mit OC 074 einwandfrei

Update auf OC 0.7.9 -> Kexte aktualisiert, macOS 11.6.5 einwandfrei

Edit: Auch die Installation von Moneterey 12.3 hat einwandfrei geklappt. Leider mit bekanntem Radeon Problem, daher bleibe ich bei 11.6.5

Frohes Neues an alle!!!

5T33Z0 Naja, FreeBSD ist eben nicht Linux, daher ist die Überschrift schon so korrekt. Es wurden in letzter Zeit einige Stimmen laut die von macOS weg zu Linux wollen weil Windows=Böse und man den ARM Switch nicht mitmachen will (oder kann).

Daher finde ich die Überschrift komplett passend

julian91 Das ist richtig. Dann funzen aber unter Umständen manche Sachen nicht. Bin noch unentschieden Die Games die das für Windows 11 voraussetzen spiele ich nicht. Aber wer weiß, vlt. kommt ja was dazu?

karacho ist mir bekannt ich hab auch nicht vor seine efi zu übernehmen, ich spicke nur gern mal in andrer Leute EFIs rein. Wollte nur wissen ob ich das richtig verstehe dass eben UEFI SecureBoot an ist, d.h. Windows 11 korrekt bootet, und macOS eben trotzdem.

Update auf OC 0.7.3 -> Kexte aktualisiert, USB Mapping per kext statt ssdt.

Update auf OC 0.7.4 -> Kexte aktualisiert, macOS 11.6.1 einwandfrei.

a1k0n Servus, danke für die Erläuterung im HW Center -> Gigabyte Z390M Gaming und das EFI. Ich schau mir immer gern mal was von anderen ab

Falls man auf Windows 11 möchte, sollte man ja SecureBoot und das TPM enablen. Lese ich Deinen Kommentar richtig, dass mit Deiner EFI SecureBoot geht, i.e. Windows 11 laufen würde und macOS ebenfalls?

Dann müsste ich mich nur noch drum kümmern mein Linux irgendwie zu SecureBoot zu überreden, da war ich bisher zu faul für

roopie61 Danke!

ozw00d Das ist klar, danke Den Update Prozess habe ich insgesamt ja nun schon ein paar Mal hinter mir. Nur wenn ich irgendwas wirklich umbauen muss haperts manchmal und ich muss nachlesen!

Edit: Das hat geklappt. Die Ports die ich damals gemappt hatte sind jetzt aktiv, und alle anderen inaktiv! Super!

Pi88no Moin,

jetzt komme ich ENDLICH dazu das mal umzusetzen. Ist ja nun mit 0.7.4 und Monterey überfällig

Frage: Was gebe ich bei ExecutablePath an? Bei den anderen kexts zeigt das im kext-Paket z.B. bei USBInjectAll auf Contents/MacOS/USBInjectAll und bei PlistPath auf Contents/Info.plist.

In meiner USBPorts.kext habe ich nur die Info.plist, eine Executable fehlt.

Muss das so? Einfach leer lassen?

Naja dass der Energiehunger der Welt (nicht nur im IT Bereich) rasant steigt ist seit Jahrzenten ein Thema. Dass es ein Ende an Resourcen gibt, ebenfalls. Über den Klimawandel und den Ausstieg aus Kohle und Gas wurde schon in den 70ern geredet, und das Thema Atom Energie ist in einigen Teilen der Welt auch durch (zumindest was den Willen der Bevölkerung angeht).

Von daher brauchte man da keine Glaskugel

Exakt die Ports die ich gemappt habe werden auch angezeigt.

mittlerweile wird die USBPorts.kext empfohlen, hab ich auch gelesen. USBInjectAll wird wohl nicht mehr weiter entwickelt. Aber als ich das gemacht habe, hatte ich über das Hackintool ja auch eine USBPorts.kext erstellt, von daher werd ich die auch ausprobieren.

Meine Frage ist einfach nur ob ich das gerade richtig sehe, dass wenn ich die USBInjectAll rausschmeiße auch die SSDT-UIAC.aml weg muss?

iPhoneTruth und Pi88no Danke für die Antworten.

Wenn ich mich richtig erinnere gab es zwei Wege das Mapping zu machen. Das eine war über eine USBPorts.kext und das andere über USBInjectAll zusammen mit einer Datei die USBInjectAll sagt welche Ports genutzt werden. Das lief über die SSDT-UIAC.aml meine ich.

Beim ursprünglichen Umzug von Clover zu OpenCore hatte ich Hilfe und "damals" hatten wir das dann auf die zweite Art gemacht auch mit Hackintool. Definitiv sind die Ports gemappt, denn die Ports die ich damals ausgeschlossen habe sind weiterhin komplett tot wie sie sein sollen. und alle anderen funktionieren.

Habe vom Mapping aber auch noch die USBPorts.kext hier liegen. D.h. der Einfachheit halber würde ich dann die SSFT-UIAC.aml, die USBInjectAll und den XhciPortLimit rausschmeißen und die USBPorts.kext bei Kernel -> Add zu den anderen Kexts hinzufügen?

Edit: XhciPortLimit ist bereits aus.

Probleme heißt dass kein Mapping da ist. Das Ports erkannt werden die im Mapping ausgeschlossen sind (z.B. mein interner USB Port wo für Windows und Linux der RGB Controller dran hängt), und andere die im Mapping explizit mit drin sind nicht funktionieren, z.B. frontPanel USB. Hier geht kein USB 2 und kein USB 3 Stick mehr.

Prinzipiell funktioniert USB, also z.B. Maus und Keyboard und einige Ports z.B. der interne für die Bluetooth Karte und einige am Board I/O hinten.

Ich kann nachher mal schauen, jetzt gerade brauch ich die Maschine wieder. Aber es sieht halt einfach so aus als würde er das Mapping nicht mehr respektieren und einfach 15 nehmen wie sie gerade kommen.

Pi88no Das ist jetzt mein persönlicher Facepalm Moment... jetzt klappts auch mit OpenCanopy, danke.

USB mapping wird leider trotzdem nicht korrekt geladen.

Hallo zusammen,

habe mich am Update auf 0.7.3 versucht, aktuell läuft 0.7.2 einwandfrei hier bei mir.

OpenCanopy wird nicht angezeigt, bekomme stattdessen den picker. Booten klappt, allerdings habe ich dann Probleme mit den USB Anschlüssen.

Der Verdacht liegt nahe dass das an den kexts und UEFI drivers liegt. Allerdings finde ich das Problem nicht. Habe die Struktur entsprechend umgebaut, und der Config Validator für 0.7.3 findet keine Probleme mit der Config.

Jemand noch eine Idee?

Grüße aus Frankfurt