![\"Macos](\"https:\/\/images.ifun.de\/wp-content\/uploads\/2020\/06\/macos-big-sur-auf-a12-prozessor-arm.jpg\")
<\/a><\/p>\nDie Installer scheinen vor dem Start der Installationsroutine auf eine Pr\u00fcfung des zur Verf\u00fcgung stehenden Speicherplatzes zu verzichten und k\u00f6nnen auf Rechnern mit wenig freiem Platz so gegen die sprichw\u00f6rtliche Wand fahren.<\/p>\n
Installation startet trotzdem<\/h2>\n
Die Installation startet und bricht, stehen weniger als 36 GB Speicher zur Verf\u00fcgung, auf halber Strecke einfach ab. Der Nutzer muss sich dann mit einem nicht mehr responsiven System herumschlagen, das komplett wiederhergestellt werden muss.<\/p>\n
Bei Anwendern, die Apples Festplatten-Vollverschl\u00fcsselung FileVault einsetzen, kann das Abbrechen der System-Installation zudem dazu f\u00fchren, dass die Festplatte nur noch Datenbrei beherbergt und aus einem Systembackup wiederhergestellt werden muss.<\/p>\n
Der Fehler, den das auf Mac-Administratoren ausgerichteten Blog Mr. Macintosh zuerst entdeckte<\/a>, hat \u00c4hnlichkeiten mit vergleichbaren<\/a> Installations-Pannen, die bei \u00e4lteren macOS-Updatern ebenfalls f\u00fcr Datenverluste sorgen konnten<\/a>.<\/p>\n Problematisch ist zudem, dass die fehlerhafte Installationsroutine das Aufrufen des Recovery-Modus verhindert, da auf Macs mit T2-Coprozessoren die gesetzten Passw\u00f6rter vergessen werden.<\/p>\n Aktuell scheint es, als seien vor allem das Upgrade auf macOS Big Sur betroffen und weniger die Versions-Updates von Ausgabe 11.1 auf Ausgabe 11.2 bzw. auf die Beta von 11.3.<\/p>\n Anwender sind dazu angehalten vor der Installation von macOS Big Sur unbedingt zu pr\u00fcfen, ob mindestens 35,5 GB freier Festplatten-Speicher verf\u00fcgbar sind<\/b> – die 13 GB des Installers nicht mit einberechnet. Sind zum Start der Installation weniger als 13 GB verf\u00fcgbar, muss nach Angaben von Mr. Macintosh mit Datenverlust gerechnet werden.<\/p>\nVerhindert Aufruf des Recovery-Modus<\/h2>\n