Nicht viel Gerede, sondern nur ganz kurz:
schaltet SSH (Entfernte Anmeldung) ein!
Ihr habt sonst kaum eine Chance, an das MacBook Pro heranzukommen, um die Root-Patches anzuwenden. Unter OCLP 3.0.0 RC2 und Tahoe funktioniert der Trick mit dem USB2.0-Hub NICHT! Mir ist genau dies passiert, als ich das Update von Sonoma auf Tahoe in-place durchgeführt habe.

Was nicht funktionierte:

• USB 2.0-Hub für Tastatur und Maus benutzen
• OCLP/Tahoe oder OCLP/Tahoe Recovery per FireWire auf einem iMac8,1 mit Tastatur und Maus an USB2.0 booten
• einen USB-Stick mit OCLP für den iMac8,1 erstellen und von diesem Stick OCLP booten, um dann Tahoe oder Tahoe Recovery zu booten
• Platte ausbauen und an einem MacBook Pro early 2014 mit OCLP booten

Wie es doch noch klappte:

1. die Festplatte des MacBook Pro im Target-Modus (Taste T beim Booten drücken) per Firewire an einem Rechner mit Monterey mounten
2. von dort aus mit dem Befehl
   sudo /usr/libexec/PlistBuddy -c "Set :com.openssh.sshd 0" "/Volumes/macOS/private/var/db/com.apple.xpc.launchd/disabled.plist"
   SSH (Entfernte Anmeldung) einschalten
3. das MacBook Pro booten
4. per SSH anmelden
5. den Befehl
   /Applications/OpenCore-Patcher.app/Contents/MacOS/OpenCore-Patcher --patch_sys_vol
   eingeben und abwarten
6. anschließend mit reboot den Rechner neu starten

Ich habe die Platte bzw. das Systemvolume des MacBook Pro mit einem Mac, auf dem Monterey läuft, bearbeitet. Ich weiß nicht, welche älteren Systeme in der Lage wären, das Systemvolume überhaupt zu lesen. Auch ist es sehr gut möglich, dass der Befehl, um den launchd-Eintrag so zu setzen, dass sshd nicht mehr deaktiviert ist, in anderen Systemen ein anderer ist.

Ich bin so froh ...

... dass mein MacBook Pro nach stundenlangem Herumprobieren endlich läuft!
Und ja, das passiert early adoptern manchmal.