macOS 15 Sequoia Beta im Test

plutect  griven danke euch zweien. Wird nachher gleich mal Probiert.

was mich interessieren würde, wäre die frage weshalb man das so machen muss, also der technische Hintergrund, wenn jemand von euch mich dazu ein wenig abholen könnte wäre das super.
Komisch daran ist, es ging mal zu Anfang als sequoia released wurde, an der config habe ich lediglich gpu / Netzwerk abhängige Konfigurationen geändert (Netzwerk braucht keine Kette / konfigurieren mehr und GPU auch nicht in meinem fall).

An der Grundkonfiguration hat sich nichts geändert.

Das kann griven sicher besser erklären aber grob kann ich sagen das macOS das System ohne revpatch=sbvmm für nicht updatefähig hält. Dieses Bootarg gehört zum RestrictEvents.kext.

Grob vereinfacht ausgedrückt sorgt restrictevents zusammen mit dem BootArg dafür das dem SoftwareUpdate Prozess von macOS signalisiert wird das er in einer virtualisierten Umgebung (VM) läuft und somit keine Prüfungen durchführen muss/soll ob verfügbare Updates auf dem zugrundeliegenden System zugelassen sind oder nicht. Ohne diesen Kniff prüft der Dienst unter anderem anhand der BoardID, FirmwareVersion und DeviceID ob ein Update für das vorliegende Mac Modell freigegeben ist oder nicht und falls diese Prüfung fehlschlägt wird ein Update eben nicht angeboten.

Zitat von griven

Ohne diesen Kniff prüft der Dienst unter anderem anhand der BoardID, FirmwareVersion und DeviceID ob ein Update für das vorliegende Mac Modell freigegeben ist oder nicht und falls diese Prüfung fehlschlägt wird ein Update eben nicht angeboten.

Und genau aus diesem Grund habe ich das boot-arg gestern, nach dem Update auf 15.7, rausgenommen, damit der Updatehinweis zu Tahoe aus den Systemeinstellungen verschwindet.

Ich nehme das bootarg seit langen heraus und setzte es nur bei bedarf. Genauso wie ich SecureBootModel nicht auf disabled lasse (brauche ich nur wenn der OCLP seinen Dienst erledigt) sondern setzte in meinem Fall j160.

Hallo Sequoia 15.7.3 (25G407) - scheinbar bleibt Apple bei diesen ungewöhnlichen Nummern für Beta Versionen

Hallo liebe Leut,

ich habe nun seit längerer zeit von Ventura auf Sequoia aktualisiert. alles was ich so benötige funktioniert sehr gut. allerdings hab ich so drei problemchen die ich aber nicht als überlebensnotwendig bezeichnen will. Es sind kosmetische dinge wo ich nicht herausfinde woran es liegt. vllt habt ihr da ne idee wo ich mal schauen müsste. ich denke dass, das alles probleme einer einstellung des bootloaders (OC) sein könnten.

1. unter Ventura hatte ich von anfang an drei bildschirme jetzt unter Sequoia sind’s nur zwei. hab schon kabel getauscht, könnte ja eines kaputt gegangen sein.

außerdem bei Ventura laufen ja alle drei. Auf einer zweiten NVME läuft Zorin OS und dieses läuft bestens mit drei monitoren. k.a. warum Sequoia das nicht will.

2. wenn der rechner startet, so war es unter Ventura, war Ventura als erste boot option und jetzt ist es Zorin OS, hätte gerne wieder Mac OS an erster stelle

3. und die Zorin OS bootoption wird mit der beschriftung/bezeichnung EFI angezeigt und nicht mit Zorin. da weiss ich auch nicht wo & wie man das ändert.

Prio liegt klar auf dem dreier monitorbetrieb, das wäre schonmal klasse 😎

Funktioniert ohne Probleme

Update nach 15.7.4 auch hier problemlos

About This Hack zeigt die Seriennummer bei mir nicht an (also auch nicht, wenn man in das Feld klickt).

schrup21

das ist doch ok mit about this hack und der ser-no, ansonsten kann sich jeder eine generieren, die nötige info dazu steht ja in der ersten zeile nach version=modell

lg

Diesmal do schnell? Warum?