Unapproved Caller beim booten von SSD via SATA seit 10.10.2 Sicherheitsupdate 2015-003

Hallo,

wie der Titel schon sagt, bekomme ich beim booten von der SSD via internem SATA-Anschluss permanent die Meldung:
"Unapproved Caller
SecurityAgent may only be invoked by Apple Software"
Nach gefühlten 3 Dutzend Fenstern habe ich den Vorgang abgebrochen um das System komplett neu zu installieren.
Beim Versuch die SSD von einem Backup wiederherzustellen erhielt ich die Meldung, sinngemäß, dass die Platte für die Wiederherstellung nicht neu formatiert werden kann und am Ende stand dann "Fehler -7". Sowohl der Versuch zu partitionieren als auch zu löschen schlug jeweils fehl.
Also SSD bei Amazon reklamiert. Heute kam die Neue.

Gleiches Spiel, kann für die Wiederherstellung nicht neu formatiert werden. Fehler -7.

Also die SSD via USB3 angeschlossen. Partitinierung erfolgreich, Wiederherstellung erfolgreich.
Compi aus, SSD an internes SATA, booten.
Wieder das gleiche Spiel. Unapproved Caller etc. (s.o.) gefühlte 3 Dutzend mal, Netzteil aus, SSD an USB3, booten von USB3 und hier bin ich nun.

Wieso funzt die SSD an USB3 tadellos, an SATA aber garnicht.

Das Ozmosis stammt von Griven hierher, meine Sig ist auf aktuellstem Stand.

Falls da einer eine Idee hat, immer raus damit, mir gehen die Ideen aus.

Die Variante kannte ich schon, sorry, vergessen zu posten.

Wäre bei meinem Problem aber auch unlogisch, da das booten von USB mit der gleichen Hardware, gleiche Installation ja geht, nur nicht von SATA aus.
Aber nur um sicher zu gehen, habe ich das gerade nochmal probiert, Ergebnis leider unerfreulich. Unapproved Caller auch weiterhin, obwohl ich die Unterverzeichnisse via Terminal entfernt habe, also auch nichts mehr im Papierkorb war.

Nachtrag:
Dazu muss ich anmerken, dass die SSD heute ja frabrikneu bei mir eingetroffen, sich nicht an SATA partitionieren liess, sondern nur an USB.
Die Logik sagt mir, das ist ein Problem von Ozmosis oder Ozmosis im zusammwirken mit der Firmware der SSD. *grübel* ich bekomme graue Haare dabei, neben denen die ich schon habe.

Werde ich versuchen, aber nicht mehr heute, irgendwann brauche auch ich Feierabend.
Melde mich morgen.... uups.... heute, später.

So, mit Ubuntu 14.04.2 LTS die SSD am SATA Port komplett gelöscht und erfolgreich nach FAT32 partitioniert.
Die SSD funzt also definitiv.

Die Kext ist original, da bei dem Board und dem Ozmosis nur noch das LAN ergänzt werden muss.

Berechtigungen überprüft und repariert.
Partitionieren der SSD schlägt fehl.

Rechner Neustart.
Bei der Überprüfung der Rechte ergab sich zum wiederholten Male:

Konnte aber wieder repariert werden.
Partitionieren der SSD schlägt trotzdem wieder fehl mit der gleichen Meldung wie oben.

Nachtrag:
Nach wie vor gilt, an USB ist das partitionieren kein Problem.

Blöde Frage: Wie komme ich in den Single-User Modus.
Seit ich die Ozmosis-Version habe, habe ich noch nie beim booten iwelche Bootflags gesetzt.

Die Meldung lautete, dass meine aktuelle Boot-HDD(nicht SSD) in Ordnung zu sein scheint.
Partitionieren der SSD nach wie vor Essig. Gleiche Meldung.

Nachtrag:
Habe mir einen Mavericks Installations-Stick(10.9.4) gemacht und versucht die SSD dort zu partitionieren.
Ebenfalls Fehlanzeige. (Doch Ozmosis-Fehler??)
Oder blockiert Apple neuerdings Fremd-SSDs?

Letzteres ist aber eigentlich Blödsinn, da ich exakt diese SSD bei 2 Bekannten in den MBPs(mid 2010 u. late 2011) verbaut habe und diese unter dem aktuellen Mavericks tadellos laufen. Auch das verschobene Userverzeichnis auf eine 2TB HDD ist dort kein Problem.

Vorweg... SSD läuft wieder.

Bin Grivens Liste gefolgt und habe mit Ubuntu Mac-kompatible Partitiontable auf SSD erzeugt aber sonst leer gelassen.
Installation gestartet, gleiches Problem, SSD liess sich nicht partitionieren, gleiche Fehlermeldung.
Partitionierung via USB war wie immer kein Problem.

Nun kam mir der Gedanke doch mal einen anderen SATA-Port auszuprobieren, mehr Frust konnte ja nicht rauskommen.
Ei siehe da, partitionieren erfolgreich, Installation erfolgreich.

Was heisst das jetzt? Der SATA-Port kann ja nicht defekt sein, da Installationen auf HDDs, incl. partitionieren, an diesem Port einwandfrei funktionieren.

Zuerst einmal bin ich natürlich happy, dass mein System wieder im 3. Jahrtausend angekommen ist.
Aber der Grund für dieses Verhalten würde mich doch interessieren.

Du missverstehst mich, denke ich.
An USB war die Partitionierung der SSD nie ein Problem.
An SATA 0 wollte es aber nie gehen.
Jetzt habe ich die SSD an SATA 2 und da läuft alles. WARUM?

Das mit dem var/folder löschen etc. klappte bei mir vor Wochen genau einmal, danach nicht mehr.
Bisher hatte ich mir bei der Neuinstallation immer so beholfen, dass ich die SSD an USB partitioniert und dann das System an SATA 0 installiert habe. Bis vor etwa einer Woche, da hatte ich dann keine Lust mehr, habe die SSD reklamiert und dieses WE mit der Neuen den nächsten Versuch gestartet... den Verlauf kannst du oben nachverfolgen.

Erst heute, durch den Wechsel des SATA-Ports habe ich das System auf der SSD wieder zum Laufen gebracht.
Trim ist z.Z. ausgeschaltet. Nach den Erfahrungen der letzten Wochen werde ich bis nächstes WE warten. Bisher hat das System nie länger als 3-4 Tage gelaufen. Läuft die SSD dann immer noch problemfrei, werde ich Trim, habe auch den Enabler von Cindori, einschalten.
Dann sehen wir ja, ob die SSD wieder Schwierigkeiten macht oder nicht.

Ich denke aber, dass sich die Schwierigkeiten mit dem Anschluss an SATA 2 erledigt haben. Warum, kann ich allerdings (noch) nicht sagen. Mir geht der Gedanke nicht aus dem Kopf, dass es doch etwas mit dem Oz zu tun hat. Werde ich mir, wenn ich Zeit habe, mal ansehen.
Mir ist nämlich ein höchst seltsames Verhalten aufgefallen. Immer wenn ich die nicht indizierte SSD an SATA 0 angeschlossen habe, war mein RAID an eSATA im Bios nicht zu sehen. Was auch immer das zu bedeuten hat.

Da bei dir die Variante von al6042 funzt ist dein Problem aber vermutlich ein anderes als meines oder dein System ist einfach resistenter.

Nachtrag:
Also diesen Thread bitte nicht schliessen. Ich denke die Entwicklung zu sehen dürfte interessant werden.