Waiting for DSMOS und kein Ende...

Vielleicht kennt Ihr das Problem ja auch, Euer Rechner hängt ewig bei "Waiting for DSMOS" und es tut sich gefühlt ewig nichts mehr bevor der Rechner dann weiter bootet. Verantwortlich für das Problem ist der Bootloader in Kombination mit der eingesetzten SMBIOS.plist.

Aufgefallen ist mir das Problem im Zusammenhang mit meinem Laptop, denn auch hier kam es zu beschriebenem Effekt nachdem ich das Laptop neu installiert hatte und von MYHack auf Chameleon gewechselt hatte. Die Installation von MYHack hat aus meinem ThinkPad ein MAC Book Pro 1,3 gemacht das es so gar nicht gibt. Die SMBIOS.plist dazu hat als Systemtype auch MAC Book Pro 1.3 ausgewiesen mit entsprechend generischer Seriennummer. Nach gefühlt ewiger Wartezeit habe ich im Verbose Mode sehen können, dass AppleSMC abgebrochen hatte mit dem Hinweis, dass kein Schema gefunden werden konnte...

DSMOS arrived und der Rechner hat durchgebooted. Im nächsten Step hab ich dann mit dem Chameleon Wizard einfach mal die smbios.plist für das MACBook Pro 3.1 installiert und siehe da, die Bremse war gelöst.

Ergo die von Euch, die Probleme mit dem "Waiting vor DSMOS..." Problem haben, überprüft einfach mal Eure SMBIOS.plist. Bei stationären Rechnern funktioniert in dem meisten Fällen die smbios.plist für den MACPRO 3.1 ganz gut, da der ein ziemlich offenes System war und eine menge Hardware tolleriert. Einfach mal ausprobieren, Feedback erwünscht ;O

Unter Lion solltet Ihr noch folgende Einstellungen in der org.chameleon.Boot.plist setzen:

bevor Ihr nun aber neu bootet unbedingt noch folgende Dinge erledigen:

1. Kexte aus /E/E mit dem KextWizard nach /S/L/E verschieben, da Lion mit aktiven KernelCache kexte ausserhalb von /S/L/E ignoriert.
2. Mit KextWizard die Rechte reparieren und den SystemCache neu erstellen lassen.

erst, wenn Ihr das gemacht habt neu starten, denn sonst kann es möglich sein das Euer Hackintosh nicht mehr bootet weil er wichtige Kexte nicht mehr finden kann.

Okay, dann geht es wohl jetzt ans Eingemachte...

Eigentlich steht der Rechner nicht zwischen den beiden Meldungen sondern es passieren in der Zwischenzeit einige Dinge, die im Verbose Boot nicht auf dem Bildschirm landen. Aufschlussreich ist es vielleicht an der Stelle auf der Konsole mal das systemlog anzusehen. Oft gelesen habe ich in dem Zusammenhang verbogene Berechtigung bei einigen Startobjekten, die für die lange Bootzeit verantwortlich sind daher Blick ins Systemlog und schauen, was der Hacki macht zwischen den beiden Meldungen. Soforthilfe:

Terminal öffnen und folgenden Befehl eingeben:

kann klappen, muss aber nicht von daher auf jedenfall auch mal das system.log untersuchen und schauen, was da passiert und/oder auch nicht passiert ;O)

Systenlog angesehen? Ja, dann hier posten!