
[Sammelthread] MacOS BigSur 11.0 DEV-Beta Erfahrungen
- Mocca55
- Erledigt
-
-
lol ich habe einfach dies guide genommen
Von Veemyu und statt Vmware Fusion virtualbox because AMD
VMware fusion is required or if you know of any other method to get a fully installed big sur installation onto your Harddrive that's also fine.
E.g Simple KVM
The problem with Big sur is that Opencore can't inject Kexts properly into the installer / Recovery so we need a fully installed Big sur installation first.
Either using KVM VMware(this guide) or from a real mac with an external ssd
1. Open VMware Fusion and create a new custom virtual machine choose Apple --> mac OS 10.15
Leave the Disk Settings at the default of 40GB and if possible don't split files and press continue
2. Customize the VM Settings to feature an additional virtual harddisk with at least 64GB also without split files
6-8GB of RAM should be minimum for the VM (speed)
3.Close VMWare fusion as we now have our 2 VMDKs created
4. Install Paragon VMDK Mounter
Disclaimer:
This isn't a crack. This software is just deprecated and the licensing has been shut down. You need a license but it was always free (you basically signed up with your email and got a free serial directly from paragon so this is nothing illegal)
http://dl.paragon-software.com/free/VMDK_MOUNTER_2014.dmg
PRODUCT KEY: VMDK-MOUNTER-2014-434979472
SERIAL NUMBER: 51537-43450-1B2D9-8213A
5. Go to your Home Folder then -- > Virtual Machines -- > where you'll find your 10.15 Virtual Machine. Right click and open it with VMDK mounter then it'll ask you what Virtual Disk you want to mount choose the 40GB one that you created. It will mount a Macintosh HD. If it says unknown Disk eg. Needs to be intitialised redo Step 1.
Go to disk utility and re-format the Macintosh HD as Mac OS Extended Journaled eg. HFS+ DO NOT FORMAT THE DEVICE just format the single partition.
6. Go into terminal and create your macOS Beta installer
sudo /Applications/Install\ macOS\ Beta.app/Contents/Resources/createinstallmedia --volume /Volumes/40GBVMDK
And then it'll transfer all the install files onto the 40GB VMDK
When it's finished, unmount the VMDK Disk with Disk Utility.
The whole Disk needs to be ejected so right click the VMDK Mounter Device and click eject there mustn't be any trace of it inside of Disk Utility if there's still a VMDK Mounter Device visible inside of Disk Utility please restart your PC.
Start up your VM. Which should boot into the Big Sur installer because the VM has the VMDK in it which we transferred the Install Data to.
Open the Big Sur Disk Utility in the VM and format the second Hard Disk with GUID APFS.
Tap on View --> Show all Devices
We now need to format the whole VMware Device so we'll create a GUID Partition Table.
We'll then quit Disk Utility and install Big sur onto our freshly formatted 64GB+ APFS Volume
If the installer initiates a reboot and it always boots into the installer or recovery instead of the second stage of installing Bug Sur.
Just remove the 40GB installer Virtual Disk from the Virtual Machine.
Installation should then continue as normal.
Setup Big sur and put in your user info. We need Big Sur set up right up to the normal Desktop or else it won't boot on your Hackintosh.
7. When you're booted to the Desktop in the VM shut it down.
8. Open the Big Sur VMDK from Home Folder --> Virtual Machines 10.15 and choose the 64GB+ VMDK
9. You now need to clone the installation to a Bootable disk.
10. Open Disk Utility and create a new APFS Container Partition (DO NOT ADD A VOLUME TO AN EXISTING APFS CONTAINER, YOUR EXISTING INSTALLATION WILL BREAK) on an internal Disk that you can boot from and then unmount that partition.
Unmount the single partitions of the VMDK mount not the VMDK Mount itself we just need it unmounted so we can clone the VMDK to our Internal Disk
Click on your Internal Disk's new APFS partition (not the device ) and restore it with the Big Sur (The normal Partition, not the Data partition that get's copied over automatically) and don't worry about the Update partition we don't need it.
It should copy over normally .
NVRAM > Add > 7C436110-AB2A-4BBB-A880-FE41995C9F82 > booter-fileset-kernel - type Data - value 00
NVRAM > Delete > 7C436110-AB2A-4BBB-A880-FE41995C9F82 > type String - value booter-fileset-kernel
AvoidRuntimeDefrag no longer needs to be off with OC from the latest master build.
You will need to bypass Stage 2 somehow, see above.
11. Open your config.plist and change:
Booter --> Quirks --> AvoidRuntimeDefrag to FALSE (NO) otherwise you can't boot at all
This is fixed with the latest OpenCore Build as of July 26th 2020
NVRAM > Add > 7C436110-AB2A-4BBB-A880-FE41995C9F82 > booter-fileset-kernel - type Data - value 00
And also
NVRAM --> Delete --> 7C436110-AB2A-4BBB-A880-FE41995C9F82
create a new String with value "booter-fileset-kernel"
IGPU users need -disablegfxfirmware to boot
That's about it
And use a freshly compiled version of OpenCore 6.0.0
Just install XCODE and then "git clone --recursive --depth=1 github.com/acidanthera/OpenCorePkg" the OpenCorePKG Repository and ./oc_buidtool to build opencore and then update opencore as normal
And also compile Lilu and VirtualSMC and it's plugins from source compile Lilu first with Xcode and then copy Lilu.kext into the VirtualSMC build Folder or use the goldfish repo
-
Das Flackern in der Dialog-Box ist schon krass. (...) Ich wollte nur dokumentieren, dass ich diese Grafikfehler selber nicht nachstellen kann, allerdings habe ich nur eine 5700XT und keine VII.
Habe meine RX 5700 XT bisher noch nicht eingebaut um das zu prüfen. Werde ich mal bei Gelegenheit machen. Pro Vega II im Mac Pro zeigt das Verhalten jedenfalls auch laut Feedback das ich mir bei Macrumors eingeholt habe. Wäre ja schön wenn sie die Navi Treiber gefixt hätten, dann ist ein Fix für Vega20 vielleicht auch nicht mehr weit.
Wenn mann mit Doppelklick ein rtf-Dokument öffnet, stürzt TextEdit sofort ab und es erscheint eine Sendebericht. Starte ich dagegen TextEdit und öffne die rtf-Datei über das Menü gibt es keinen Absturz und das Dokument öffnet sich.
Ja das habe ich auch schon bemerkt. Total nervig. Bei mir kackt er aber auch übers Menü regelmäßig ab.
-
Total nervig
Ist halt ne Developer-Beta. Wenn die sowas nicht permanent mit weiterschleppen muss man das in dieser frühen Phase so hinnehmen.
-
Jo klar, aber meckern kann man immer
-
-
wenn du dir genau die Anleitung anschaust...wird das so nix. Entweder fehlen teilweise Infos oder die Angaben sind nicht ganz fehlerfrei auf der Seite. Fängt schon bei der UUID und device path an
Nur Komisch das ich genau nach DER Anleitung mein WLAN zum laufen bekommen habe genauso The_Dave.
-
ralf. Da ich den installer nicht mit VirtualBox/VMware zum laufen bekomme bleibt mir nichts anderes übrig. Aber da es mit reichlich Aufwand verbunden ist die SSD ein/auszubauen (ist auf der Rückseite des Mainboards unter der Grafikkarte) möchte ich das nur einmal machen. Warte erst mal ab ob DP 2 native installiert werden kann oder das gleiche Problem besteht.
-
Mach es doch auf einer externen SSD. Mache ich auch so mit den neuen macOS Versionen. Einfach ne billige 2,5" SATA SSD und nen entsprechenden USB Rahmen kaufen.
-
Habe extra eine grössere 1TB NVMe SSD genommen da zusätzliche 2,5" SATA in meinem ITX Gehäuse recht umständlich werden bzgl Cable Management nur um die neue MacOS Version auszuprobieren. Da ist rausschrauben der NVMe fast einfacher. Da ich eh bald in die Ferien fahre ist bis danach vieleicht ja schon mehr möglich.
-
was ist der Eindruck von Big Sure, für die Developer, die das System schon installiert haben...ist es besser als Catalina!!
sind alle diese Aufregungen waren umsonst, als es veröffentlicht wurde!!!
-
-
Hab hier einen EFI-Ordner hochgeladen Klick
Danke. Gut an der Konfiguration liegt es wohl nicht. Bekomme bei beiden EFI den gleichen KernelPanic.
-
Da ich den installer nicht mit VirtualBox/VMware zum laufen bekomme
Hapert es nur am Installer oder was genau ist das problem?
Guck ich versuch mal den genauen schritt für den VmWare Fusion darzustellen.
1. Install App vom Beta sollte im Programme Ordner liegen !2. Im Terminal hdiutil create -o BigSurInstaller -size 10G -layout SPUD -fs HFS+J -type SPARSE eingeben
3. im Terminal hdiutil attach BigSurInstaller.sparseimage -noverify -mountpoint /Volumes/install_build
4. im Terminal sudo /Applications/Install\ macOS\ Beta.app/Contents/Resources/createinstallmedia --volume /Volumes/install_build
5. im Terminal hdiutil detach /Volumes/Install\ macOS\ Beta\/ -force
6. im Terminal hdiutil convert BigSurInstaller.sparseimage -format UDZO -o BigSurInstaller.dmg
Jetzt hast du in deinem Home Verzeichnis einen BigSurInstaller.dmg der auch wie ne ISO, InstallStick für den Fusion taugt.
Natürlich kann man hier auch beliebig anders erstellte Stick auch nehmen aber mit DMG kommst du evtl. klarer.7. Jetzt startest du den Fusion und erstellt einen neuen VM, Ablage Neu.
Bei dem sich öffnendem Fester zieht du einfach den BigSurInstaller.dmg die wir erstellt haben einfach drüber und lässt los.
Schon wird das passende System mit einem Install resource erstellt. Im Fenster einfach als MacOs 10.15 auswählen.
Den neu erstellten VM aber noch nicht starten.8. Zunächst sollte eine SSD angeschlossen sein auf der wir jetzt BigSur installieren werden, intern extern spielt keine rolle.
Lösche diesen SSD einfach im Festplattenmanager mit HFS+ Partition.
Finde von diesem SSD den Identifier heraus, Im Terminal diskutil list bspw. disk1 disk2 disk3 usw. In meinem Beispiel ist es "disk1",denn musst du zu deinem Gegebenheiten anpassen.
Achtung!!! Unter Systemsteuerung Sicherheit Datenschutz Festplattenzugriff com.vmware.DiskHelper zugriff gewähren nicht vergessen, sonst gibts probleme.
9. Jetzt wechseln wir einfach zu dem Verzeichnis wo der "vmware-rawdiskCreator" liegt und geben im Terminal
cd "/Applications/VMware Fusion.app/Contents/Library/" ein.
10. Im Terminal ./vmware-rawdiskCreator create /dev/disk1 fullDevice ~/RawSSD-File sata
11. Jetzt solltest du im Home Verzeichnis einen RawSSD-File.vmdk haben, den verschiebst du ins neu erstellte
Virtuelle Machine, und bindest den vmdk mit folgendem 4 Zeilen ins VMX Datei als neuen Disk ein.
sata0:2.present = "TRUE"
sata0:2.fileName = "RawSSD-File.vmdk"
sata0:2.deviceType = "rawDisk"
suspend.disabled = "TRUE"
12. Wenn bisher alles ohne Fehler durch ist jetzt einfach diesen neu erstellten VM starten, im Installer den richtigen 2. verbundenen SSD wählen und installieren !!!
13. Wenn man auf dem Desktop gelandet ist, den VM herunterfahren, SSD zu Hackintosh umpflanzen und mit dem angepassten config.plist vom OpenCore starten.
Ich persönlich musste nicht mal gross Änderungen vornehmen, mit den neuesten Kexten und dem Nvram Eintrag kann ich diesen Bigsur SSD im Fusion auf dem Hakcintosh sowie direkt vom OC Hackitosh starten.
Gruss Coban -
-
RadeonBoost.kext ist mal wieder kaputt und es hat in Catalina auch schon nicht richtig funktioniert.
Wen ich es genutzt habe ging zwar mein metal score auf 42000 hoch aber mein OpenGL ging auf 25000 runter in Geekbench 5
RadeonBoost funktioniert einwandfrei mit meiner Radeon VII. Was hast du für ne Karte? Polaris? Da verhält sich leider jede Karte anders, ist für mich auch nicht fixbar. Entweder es läuft oder eben nicht. "Ist mal wieder kaputt" stimmt also nicht. Wenn es in Big Sur nicht geht, geht es in anderen macOS Versionen auch nicht.
-
Red Devil RX 580
-
-
cobanramo Ich weiß nicht ob er es in Windows gemacht hat aber es sieht für mich aus wie ein klassischer Windows Virtual Fehler
Ich habe vor 5 Jahren alles in Windows versucht und Gemacht aber hat nie funktioniert weil AMD
Wenn du AMD hast musst du macOS verwenden um überhaupt zu einer bootenden vm zu kommen nach meinen Wissens
-