Hallo,
weiß jemand, ob man noch irgendwo die Versionen 11.0, 11.1, 11.2 und 11.3 laden kann? AnymacOS zeigt nur noch ab Version 11.4 an. 
Ältere macOS BigSur Versionen laden?
- atl
- Erledigt
-
-
Aus offizieller Quelle, ist Big Sur 11.3.1 die älteste, noch verfügbare Version.
Download entweder über das Terminal: softwareupdate --fetch-full-installer --full-installer-version 11.3.1
oder über diesen Link
: http://swcdn.apple.com/content…zglp/InstallAssistant.pkg -
Beitrag wurde entfernt!
-
atl was zeigt den gib macos an?
Das gleiche, wie AnymacOS:
Alles anzeigenCode- 1. macOS Big Sur 11.6 (20G165)
- - 071-97382 - Added 2021-09-17 18:52:42 - 12.43 GB
- 2. macOS Big Sur 11.5.2 (20G95)
- - 071-78704 - Added 2021-08-18 18:28:53 - 12.45 GB
- 3. macOS Big Sur 11.5.1 (20G80)
- - 071-72781 - Added 2021-07-26 17:10:10 - 12.45 GB
- 4. macOS Big Sur 11.5 (20G71)
- - 071-71342 - Added 2021-07-21 17:06:05 - 12.45 GB
- 5. macOS Big Sur 11.4 (20F71)
- - 071-00696 - Added 2021-06-02 17:04:00 - 12.40 GB
- 6. macOS Catalina 10.15.7 (19H15)
badbrain, leider funktioniert das nicht mehr:
Code- ~ softwareupdate --fetch-full-installer --full-installer-version 11.3.1
- Downloading and installing 11.3.1 installer
- SUPreferenceManager: Failed to set object of class: __NSCFString for key: LastRecommendedMajorOSBundleIdentifier with error: Error Domain=SUPreferenceManagerErrorDomain Code=1 "(null)"
- SUPreferenceManager: Failed to set object of class: __NSCFString for key: LastRecommendedMajorOSBundleIdentifier with error: Error Domain=SUPreferenceManagerErrorDomain Code=1 "(null)"
- Install failed with error: Update not found
LetsGo, danke. Auf der verlinkten Webseite https://archive.org/ habe ich dann auch noch 11.0.1 gefunden. 11.1 und 11.2 hatte ich sogar noch auf meinem NAS. Jetzt fehlt eigentlich nur noch 11.3. Aber vielleicht brauche ich das gar nicht mehr. Ich fange erst einmal mit 11.0 an und arbeite mich dann vor.
Hintergrund ist, dass unter Big Sur (11.5) und Monterey meine Thunderbolt-Displays nur noch aktiviert werden, wenn zusätzlich ein HDMI-Monitor angeschlossen ist. Unter Catalina (10.15.7) läuft das noch problemlos ohne zusätzlichen Monitor. Und um dem Fehler auf die Spur zu kommen, wollte ich mal Big Sur durch probieren, um zu sehen, ob das Problem mit irgendeiner 11er Version eingeschleppt wurde.
-
Ob das wohl seriös ist?
Verstehe jetzt aber auch nicht warum man eine ältere Big Sur Version bräuchte, falls es aufgrund der USB-Problematik unter 11.3 und höher ist, gibt es schon Lösungen wie z.B. USBToolBox von DhinakG, ein Tool um USB Ports zu definieren unter Windows.
-
Gebe dir grundsätzlich Recht. Aber wenn es im OC Guide verlinkt ist, wird das hoffentlich in Ordnung gehen und nicht unter die Kategorie Distros fallen. Sonst ists halt schwer ältere OS Versionen zu bekommen, falls man eine benötigt.
Wie das mit Thunderbold? Werden die irgendwo im USBPort Mapping berücksichtigt bzw. müssen die Ports auch gemappt werden?
-
leider funktioniert das nicht mehr:
Funktioniert für diese Version tatsächlich nicht mehr über das Terminal, aber der Link zur InstallAssistant.pkg geht ja
Dass man alte Big Sur Versionen sonst noch irgendwo im www finden kann ist klar, aber nur offizielle Quellen sind vertrauenswürdig und laut Forenregeln erlaubt. -
Wie das mit Thunderbold? Werden die irgendwo im USBPort Mapping berücksichtigt bzw. müssen die Ports auch gemappt werden?
Verstehe jetzt aber auch nicht warum man eine ältere Big Sur Version bräuchte, falls es aufgrund der USB-Problematik unter 11.3 und höher ist,
Es geht hier nicht um USB-Mapping, das habe ich unter Catalina - welches mein Haupt-/Produktiv-System ist - gemacht und funktioniert tadellos. Das Problem ist, dass ich 2 Thunderbolt-Displays mittels TitanRidge-Karte an der RX580 betreibe. Die Displays sind beide mittels einem Thunderbolt-Kabel in einer Kette an der TitanRidge-Karte angeschlossen. Unter Catalina funktioniert alles bestens, ab dem 2. Teil des Ladebalkens werden beiden Display aktiviert und funktionieren vollständig inkl. Kamera, Lautsprecher, Ethernet,... Unter Big Sur (11.5) und Monterey Beta bleibt alles dunkel. Die Kiste bootet manchmal nicht mal bis zum Anmeldeschirm durch. Schließe ich aber eine HDMI-Monitor zusätzlich an, so funktionieren am dem 2. Teil des Ladebalkens ALLE 3 Bildschirme.
OpenCore und BIOS habe ich schon in den verschiedensten Variationen durch. Ich vermute, dass es ab irgendeiner bIg Sur Version Änderungen an den Treibern gab, die das Problem verursachen. -
Ich habe deswegen gefragt ob Thunderbolt im USB Mapping irgendwie berücksichtigt wird, weil es ab Catalina und neuer beim USBMapping eine Änderung der IOClass von AppleUSBMergeNub auf AppleUSBHostMergeProperties gab.
Hackintool erstellt den USBPorts.kext noch mit AppleUSBMergeNub, USBToolbox mit AppleUSBHostMergeProperties und mit dem USBMap Tool (OCGuide) kann man für das Mapping beide nutzen (siehe Bild).
Beides funktioniert und es wird bisher nur von Sleep Problemen mit AppleUSBMergeNub ab Catalina geschrieben (war bei mir so).
https://dortania.github.io/Ope…sal/sleep.html#fixing-usb
Aber ich habe mich gefragt, ob das eventuell irgendwie eine Rolle für dein Thunderbolt Problem spielen könnte? Ist nur so ein Vorschlag und könnte auch einfach nur Schwachsinn sein.
-
Aber ich habe mich gefragt, ob das eventuell irgendwie eine Rolle für dein Thunderbolt Problem spielen könnte? Ist nur so ein Vorschlag und könnte auch einfach nur Schwachsinn sein.
Versuch macht kluch. Ich habe meine USBPorts.kext mal umgebaut bzw. für 10.15+ eine USBMap.kext gebaut. Aber das ändert leider nichts.
-
Ich habe deswegen gefragt ob Thunderbolt im USB Mapping irgendwie berücksichtigt wird, weil es ab Catalina und neuer beim USBMapping eine Änderung der IOClass von AppleUSBMergeNub auf AppleUSBHostMergeProperties gab.
Es sollte _NICHT_ zusätzlich definiert werden, sondern nur der eigene XHC. Die Definition der USB-Ports der Thunderboltkarte wird durch die zugehörige SSDT (u.a. für HotPlug) erledigt.
-
Mit USBToolBox (vermute wird mit USBMap nicht anders sein) werden eigentlich die Ports nur schön von 0x14100000 bis 0x14F00000 also 1-15 neu nummeriert. In der vierten Spalte "Port" sieht man, auf welchen Port der SSDT sich das Mapping bezieht. Und z.B. port-count 18000000 in der info.plist bezieht sich auf den letzten Port (0x18) in besagter Spalte.
Hackintool (USBPorts.kext) übernimmt halt die Portbezeichnungen, wie sie in der SSDT angelegt sind. -
-
Du solltest die info.plist auch händisch editieren können. z.B. HS07 einfach wieder in HS09 umbenennen. Beim key "port" musst du halt aufpassen, da der eben auf den entsprechenden Port (HS09) der SSDT zeigt. Also der Wert "data" <09000000>.
09000000 ist ja HEX (4 bytes Data Mask) = 09 dez (0x09 oder 0x9 = 9)
0A000000 = 10 (0x0A oder 0xA =10)
0B000000 = 11
0C000000 = 12
Kannst in USBMap auch deine Ports bezeichnen: z.B.
Wird bei der Erstellung des Kexts auch in die info.plist übernommen
-
-
