[Sammelthread] macOS Mojave 10.14 Public Beta - Erfahrungen

@al6042

Danke , werde ich mal überprüfen obwohl die Uhrzeit richtig angezeigt wird .

Lg nobby

Hallo.......
Bei mir kommt diese Meldung !
Kennt die jemand ?

Bisher noch nicht gesehen...
was zeigt er denn an, wenn du auf "Bericht anzeigen" klickst?

@al6042

Werde es überprüfen !

@al6042

Hallo !

Habe Uhrzeit überprüft im BIOS , stimmt .

Neuen Install Stick mit TINU 2.02 erstellt .

Genau die selben Fehler wie schon in meiner ersten Nachricht , nach der Erstinstallation ( dauert ca.10 Min ) bricht er bei einer Restzeit von 2 Min ab , Neustart

Dann von Install Mojave von Mojave gestartet , ...... siehe Bild der ersten Mail
Installationsressourcen wurden nicht gefunden

Lg nobby

Erstelle dir mal einen Boot-Stick mit dem Terminal-Befehl..... sowas hatte ich auch mal mit TINU.....

wobei dein Volumen angepasst werden muss(meins hieß usb)

sudo /Applications/Install\ macOS\ Mojave\ Beta.app/Contents/Resources/createinstallmedia --volume /Volumes/usb --applicationpath /Applications/Install\ macOS\ Mojave\ Beta.app --nointeraction

@al6042

Die Meldung kommt nicht mehr ! (Beta 18A353d).
Ich warte mal ab.
Kommt scheinbar nur sporadisch

@worschdsupp

Hallo ;

hab einen neuen Install stick erstellt via terminal , aber wie schon im ersten Post beschrieben genau dieselben Fehler :-8

Auch BIOS Uhr überprüft ( al6042) hat nix neues erbracht

irgendwie mag Mojave mich wohl nicht ...

Für heute genug Frust , mache morgen weiter

Trotzdem Danke für die Tipps !

Lg nobby

@nobby, mir ist in deinem Ordner aufgefallen das du den ApfsDriverLoader-64.efi und die apfs.efi nutzt. Einer der beiden ist zu viel.
ApfsDriverLoader-64.efi benötigt den AptioMemoryFix-64.efi und den PartitionDxe-64.efi damit das laden der aktuellsten apfs.efi klappt.

Ob damit dein Problem behoben wird weiß ich nicht, solltest trotzdem optimieren.

@anonymous writer

Hallo !

Ich bin am probieren

Habe einen apfs.efi gelöscht , undnochmal ApfsDriverLoader-64.efi sowie AptioMemoryFix-64.efi und zuguterletzt PartitionDxw-64.efi installiert .
damit sollten alle "kleinen Fehler " beseitigt sein .

LEIDER ändert sich am Fehler nichts , sucht immernoch die Installationresscourcen

Werde noch wahnsinnig , kann ja wohl nicht angehen ..

Versuche es grade mal auf meinem Karby-Lake System , sieht aber auch nicht so toll aus . er hängt bei :

kextd stall(0) , ( 240s): ´AppleACPICPU´

Mal sehen wie weit ich da komme

Lg nobby

Ich habe jetzt nicht ganz mitgelesen, deshalb weiß ich nicht ob das schon geklärt wurde, aber bei mir und einigen anderen Leuten muss man zur Installation alle anderen Platten, außer der Installplatte, abklemmen oder falls möglich im BIOS deaktivieren. Dann sollte er die Installationsresourcen auch finden, hat zumindest bei mir geholfen.

@Coaster

Danke für den Tipp !

Wird wohl die letzte Möglichkeit sein , dazu brauche ich aber Zeit , also erst am Wochenende .

Lg nobby

Jupp, also bei meinem Gigabyte Board kann man das im Reiter "System" unter "ATA Port Information" einstellen. Da einfach alle Sata-Ports außer dem der Mojave-Platte deaktivieren und nach der Installation bzw dem Update wieder aktivieren. So funktioniert es zumindest bei mir immer.

@nobby
kextd stall(0) ( 240s): AppleACPICPU hatte ich auch. Bei mir hatte geholfen einfach MATS in die config.plist einzutragen.Unter ACPI -> Drop Tables:

@ralf.

danke für den Tipp

Habe allerdings schon seid ca. 10 min einen grauen Screen , geht irgendwie nicht weiter .Der Pfeil ist da , lässt sich aber nicht bewegen ...

Das mit dem busy AppleACPICPU kann trotzdem noch , ist allerdings das ASUS Board .

Trotzdem nochmal Danke !
Lg nobby

@Coaster
Der Tipp mit dem BIOS war echt gut ! Hatte zwar nicht sofort geklappt , die HD hatte 2 Partitionen . Musste sie komplett leer machen und neu formatieren , dann lief alles durch !
Danke nochmal !

Lg nobby

PS: Damit läuft Mojave jetzt auf dem Ivy-Bridge Sysrem

Also Public Beta 5 läuft, allerdings gehen hinten 2 USB-Ports nicht und kein Sound über Klinke.

Dann würde ich in deinem Falle mal nach den neuen KextsToPatch-Einträgen zum Aufheben des 15-Port-Limits prüfen und zusätzlich auch eine andere Layout-ID für den Audio-Codec.
Letzteres erfolgt in der DSDT, bei der du in den "Method (_DSM)"-Einträgen für die Geräte "Device (HDAU)" und "Device (HDEF)" den Eintrag von

auf

ändern musst.

KextsToPatch ist kein einziger Patch drin, finde auch in der Liste nichts über USB 3.0

DSDT hab ich noch nie dran was gemacht, kann man das mit einem Text-Editor bearbeiten?