Nach Update kein booten mehr möglich

Hallo zusammen,

nachdem mein erstes Hackintosh Notebook mit El Capitan und ohne USB Stick funktionstüchtig war, geht nun gar nichts mehr.

Da die interne Wlan Karte nicht erkannt wird und ich noch auf meinen Wlan Stick warten musste, habe ich per Lan die ersten Updates heruntergeladen. Ich meine es waren keine Systemupdates dabei. Dann habe ich das Notebook heruntergefahren für eine Woche. Heute kam der Wlan Stick, ich wollte ihn ausprobieren und muss feststellen, dass ich nicht mehr in's System, nicht mal in den Bootloader komme.

Starte ich das Notebook, muss ich über das BIOS Bootmenü die externe Festplatte auswählen, auf der El Capitan liegt auswählen. Wähle ich die Festplatte, wird der Bildschirm schwarz aber die Hintergrundbeleuchtung bleibt an. Mehr tut sich dann nicht.

Ich habe jetzt einfach mal über die Snow Leopard VM den EFI Ordner im Hauptverzeichnis der El Capitan Festplatte durchgeguckt, da ich dachte, das der EFI Ordner gelöscht wurde aber er war noch da. Lediglich die Boot86.efi und Boot64.efi Dateien im EFI/Boot Ordner hatten nicht dieses CMD ähnliche Symbol. Somit habe ich beiden Dateien gegen die beiden Dateien aus dem EFI Backup/r3320 (oder so ähnlich) Ordner ersetzt. Aber auch ohne Erfolg.

Was kann das bloß sein auf einmal?

Update1: In das System komme ich nun wieder aber dafür funktionieren die Maus und Tastatur des Notebooks schon wieder nicht.
Ich hatte mittels Unibeast Stick gebootet und kam in das System. Auf diesem liegt eine komplette Sicherung des EFI Ordners, den ich gegen den scheinbar defekten ersetzt habe. Danach funktionierte es auch wieder ohne Stick. Nur dafür wird scheinbar die VoodooPS2 Kext nicht mehr erkannt. Ich habe die El Capitan Festplatte nochmal in die Snow Leopard VM eingebunden und die Kext Ordner geprüft und sicherheitshalber nochmal die entsprechende Kext neu reinkopiert aber ohne Erfolg. Die Maus und Tastatur werden nicht mehr erkannt.

Ja, die Zeilen stehen so auch in meiner config.plist des EFI/Clover Ordners.
Im OEM/SystemProductName Ordner befindet sich eine weitere config, die allerdings anders aussieht vom Inhalt her. Darin befindet sich keine Kext Zeile aber auch die Informationen des Notebooks (Macbook Air oder ähnliches) fehlen.

Hier die Datei

Bis gerade eben lagen die Kexts nur im 10.11 Ordner. In den Others Ordner habe ich gerade nochmal alle Kexts kopiert aber Maus und Tastatur sind weiterhin tot.

Und danke für die Erklärung, welche config für was zuständig ist.

Genau, extern ist nichts angeschlossen.

Leider auch nicht. Ich habe die Kext einfach in alle Ordner ab 10.08 kopiert und die VoodooPS2 nicht gelöscht.
Das kann doch nicht sein. Mit dem Voodoo Treiber funktionierte es ja bereits.

Sie entstammen zumindest einem Baujahr.
Auch die Config löst das Problem nicht. Booten kann das Notebook aber weiterhin sind Maus + Tastatur tot.

Mir fiel gerade ein, vor über einer Woche (als alles noch funktionierte) hatte ich Clover über das Internet geupdatet von Version 32xx auf 34xx. Ich bin mir nicht sicher ob ich danach nochmal das System neu gestartet hatte um die Funktionalität zu prüfen. Kann das vielleicht der Grund sein bzw. ist es möglich auf die alte Version durch hin und her kopieren von Dateien und Ordnern möglich? Wobei...dann hätte doch alles funktionieren dürfen, als ich vom Unibeast Stick gebootet habe.

Und an dieser Stelle schon mal vielen Dank Al, für deine Bemühungen und schnellen Antworten.

Die Tastatur funktioniert im Bootmenü auf jeden Fall. Die Maus nutze ich gar nicht und kann ich daher gar nicht genau sagen.

Zitat von DerGiftzwerg

... und mit Kext Utility nach S/L/E installiert habe.

Zitat von DerGiftzwerg

... deine SIP deaktiviert ist

Was sollen die Abkürzungen bedeuten?

Ah danke.
SIP scheint aktiviert zu sein und ich muss erst einmal eine externe Tastatur beschaffen.

Ich hatte die El Capitan Festplatte in die Snow Leopard VM eingebunden. Dort dann KextBeast (Kext Utility gibt es nicht mehr?) sowie SIPUtility installiert.
Mit SIPUtility hatte ich erst einmal versucht beide Systeme zu "entsperren" über die Russian Choice.
Dann hatte ich mit KextBeast die Kexts auf die El Capitan Festplatte in den S/L/E Ordner kopiert, wo sie dann auch auffindbar waren.

Im Verbose Bootmodus konnte ich dann sehen, dass die von mir eingespielten Kexts zwar erkannt wurden aber die Signaturen nicht stimmen. Damit konnte SIPUtility wohl doch nicht den Schutz auf der extern angeschlossenen El Capitan Festplatte deaktivieren und ich muss die Software irgendwie auf das produktive System bekommen.