[10.9 Mavericks] Zugriffsrechte auf zweiter Festplatte reparieren

[servusli]

Hallo zusammen

Bei mir macht sich folgendes Problem bemerkbar:

imm wenn ich mein iPhone mit iTunes synchronisieren will, bricht es den Vorgang mit einer Fehlermeldung ab von wegen keine Leserechte blabla.

Mein MacBook Pro hat 2x SSD an Board. 120 GB mit Mac OS X und 256 GB mit dem Benutzerordner.
Nun, wie repariere ich die Zugriffsrechte auf der SSD mit dem Benutzerordner?
Im FPDP geht dies ja nicht.
Rechtsklick auf den Benutzerordner und unter Informationen die Rechte anpassen hat auch kein Erfolg gebracht.


Lösung?

 

[orydz]

Versuchs mal unter dem Single-User Modus, also über die Recovery-Partition

 

[MacAlzenau]

Von der Recovery Partition aus kann man die Rechte im Benutzerordner zurücksetzen.
Über den Infodialog kann man sie nur vereinheitlichen, wenn man die Eingabe auf alle Unterobjekte anwendet. Ob das bei Librarydateien etcetera das Richtige ist, kann ich nicht beurteilen.
Das FPDP "repariert" bekanntermassen ja nur die Rechte von mit dem Installer installierten Dateien und nie von Benutzerdateien.

 

[MacAlzenau]

Versuchs mal unter dem Single-User Modus, also über die Recovery-Partition

Also bislang waren das zwei unterschiedliche Dinge.

 

[servusli]

wie soll das funktionieren im Single-User-Mode?

Hab es mit Folgendem versucht im Single-User-Mode:

fsck -fy

jedoch ohne erfolg. Kann ich denn da, die Rechte von den einzelnen Benutzerordner reparieren lassen?

 

[salome]

Ja, du kannst von der Recovery Partition aus die Benutzerrechte zurücksetzen (auf den Standard-Zustand).
Das geht folgendermaßen:
Dienstprogramme / Terminal :

resetpassword

eintippen, im geöffneten Fenster nach unten scrollen, bis du "Benutzerrechte zurücksetzen" siehst und deinen Benutzer auswählen kannst. Auf den Knopf drücken und abwarten.
Danach wieder normal starten.

fsck repariert dein Volumen, falls irgendwelche Knoten oder andere Verwurschtelungen sichtbar werden. Es ist dr gleiche Vorgang, wie das Volumen von der Recovery Partition aus in Ordnung zu bringen.
Salome

 

[salome]

Ist es die gelungen? Ist alles wieder o.K? Feedback ist erwünscht!
Salome

 

[servusli]

Sorry für mein spätes Feedback.
Nein, Eure Tipps haben keinen Erfolg gezeigt.

Die ganze Sache ist mehr als nur seltsam...
Baue ich die zweite SSD aus und stecke sie in ein SATA-Case, kann ich kopieren bis zum vergasen, ohne dass je ein Fehler -36 auftritt.
Baue ich eine konventionelle rotierende Festplatte ein, anstelle der zweiten SSD, funktioniert alles auch tadellos.
Sobald ich aber die SSD an ihren ursprünglichen Platz einbaue, tauchen die Fehler -36 am laufenden Band auf.
Versuchsweise habe ich die System SSD und die besagte SSD getauscht, sprich, System SSD ist auf dem Superdrive SATA und besagte Platte auf dem jenen SATA von der SystemPlatte. Das Resultat ist das gleiche wie schon erwähnt.

Die SSD wurde von einem Techniker des Händlers kontrolliert und läuft fehlerfrei. Keinerlei Sektoren sind defekt.
Im FPDP zeigt die Platte auch keinerlei Fehler auf.

Was könnte das Problem sein dass die SSD nur am internen SATA-Kontroller dieses Phänomen zeigt?

 

[nomos]

Baue ich eine konventionelle rotierende Festplatte ein, anstelle der zweiten SSD, funktioniert alles auch tadellos.
Sobald ich aber die SSD an ihren ursprünglichen Platz einbaue, tauchen die Fehler -36 am laufenden Band auf.

Der Fehler ist in soweit bekannt, als dass es an dem Controller liegt, an dem normalerweise das DVD-Laufwerk seine Arbeit verrichtet.
Du hast das Problem nur mit der SSD-Platte an diesem Anschluß, richtig?

Dann schau mal hier:
http://blog.macsales.com/11895-2011-macbook-pro-sata-problems-resolved

 

[servusli]

Du hast das Problem nur mit der SSD-Platte an diesem Anschluß, richtig?

Nein, das Problem besteht an beiden SATA-Kontroller.

 

[nomos]

Nein, das Problem besteht an beiden SATA-Kontroller.

Ah, schade. Das war nämlich bei mir das Problem. Ich hatte noch den alten Adapter von hardwrk.
Der neue Adapter von hardwrk hätte mir wahrscheinlich geholfen (http://hardwrk.com/macbook-ssd-hdd-adapter-kit.html)

 

[servusli]

ich habe nur die Platten getauscht um es zu testen. Die Platte hatte ich nicht neu formatiert.
Dann könnte es theoretisch möglich sein, dass es trotzdem am SATA-Port liegt.