Hi, im Prinzip musst du wohl da Benutzername und Passwort desjenigen eingeben der den geschützt hat (also aufm Win-PC)
Normalerweise hast du ja unten wo steht “Sie dürfen nur lesen” dieses Feld zur Rechtevegabe (also sofern du auch schreiben darfst)

Wenn du den Haken bei Geschützt rausnimmst, ist der Ordner auch nicht mehr geschützt. Allerdings brauchst du dafür wohl auch das Passwort des Win-Clients.

---

Hallo
versuch doch mal Dein Terminal zu öffnen und dann folgendes einzugeben.

cd /Volumes/SPACE/Musik
sudo chmod 777 Moby
Password: Dein Userpasswort


Anschliessend sollte das Schloss entfernt sein.

Grüsse
David

---

Hmmm ... das ist vor allem vor dem Hintergrund merkwürdig, als das FAT generell keine “Schutzmechanismen” (auser einer schreibgeschützten Datei) bzw. gar keine (User-)Rechte kennt? Da kann man eigentlich “immer” schreiben… Wie sehen denn die Rechte des Verzeichnisses von der Konsole aus aus? Sprich:
ln -lah
?

---

haken lässt sich einfach nicht entfernen, es kommt beim versuch auch kein dialog, geht einfach nicht und der bereich zur rechtevergabe zeigt auch einfach nur die info, keinen dialog.
wenn ich die platte an einen windows rechner anschliesse sind die ordner ja nichmal geschützt.

---

http://discussions.apple.com/message.jspa?messageID=5750499
Letztes Posting sollte funktionieren.

---

Zufällig habe ich gestern die Erklärung für das Problem in com.sys.mac.programmer.help gelesen: Ist ein Bug/Feature von MacOS. Hier bei Google

Den Schreibschutz wirst Du mit Bordmitteln wahrscheinlich nicht loswerden.

---

Terminal, dann:
sudo chflags -R nouchg [filename]

---

Das Passwort des Windows-Kontos kann der Mac gar nicht wissen. Bei Unix Dateisysytemen kommt es in so einem Fall auf die UID an. Vielleicht lässt sich das Problem mit dem Terminalkommando “mount” lösen. Google ist dein Freund.

---

Hi,
du könntest im Terminal mal gucken, wie und auf wen die Berechtigungen im Dateisystem gesetzt sind. Dazu Terminal öffnen (unter Dienstprogramme), auf die externe Platte wechseln ("cd /Volumes/SPACE/Musik") und dann mit “ls -la” den Ordnerinhalt auflisten. Da steht dann unter anderem der Besitzer der Datei bzw. des Ordners und die Rechte. Die Rechte sind eine Zeichenkette wie z.B. “rwxrw-r--”. Wichtig sind die ersten 3 Zeichen. Sollte bei dir nicht rwx stehen, sondern nur r-x, dann hast du keine Schreibrechte. Das ließe sich dann im Terminal mit “chmod -R 755 /Volumes/SPACE/Musik/Moby” beheben. Ich habe gerade keinen Mac zur Hand und kann das deswegen nicht testen. Dürfte aber so hinhauen. Sollte Terminal nicht so dein Fall sein, kannst du das auch noch mit Xray probieren (http://www.brockerhoff.net/xray/). Das hab ich allerdings letztes mal unter Tiger verwendet und soll unter Leopard “some issues” haben.

---

Wenn man in Windows Daten von einer CD kopiert, wird automatisch für jedes kopierte Objekt das Attribut “geschützt” (in Windows: “schreibgeschützt") gesetzt. Das ist normal und beabsichtigt, denn das “Nur-Lese"-Verhalten der CD soll auch für die Kopie gelten.

Das hat absolut NICHTS mit Berechtigungen zu tun, denn auf einem FAT-Datenträger gibt es keine Berechtigungen. Alle Hinweise auf Kennworte oder Dateiberechtigungen sind also falsch.

Wenn man nun mit dem Mac OS X-Finder arbeitet, gibt es zwei Probleme: Zum einen hat der Finder einen Design-Fehler, denn er ist nur in der Lage, das Attribut “Geschützt” für jede Datei einzeln (also nicht für eine Ordnerhierarchie) zu verarbeiten. Wer also 500 Dateien kopiert hat, muss 500-mal das Häkchen “geschützt” entfernen.

Zum zweiten hat der Finder von Leopard einen Defekt, denn er nimmt fälschlicherweise an, es würde sich um einen Berechtigungsfehler handeln, wenn er keinen Schreibzugriff auf einen Ordner hat. Das Entfernen des Häkchens “Geschützt” klappt unter gewissen Umständen nicht immer.

Als Lösung darf man also nicht den Finder benutzen, sondern muss ein besseres Programm verwenden:
1) Sicherstellen, dass die Festplatte angeschlossen ist und ein Terminal-Fenster öffnen.
2) Den Befehl

chflags -R nouchg /Volumes/SPACE/Musik

exakt so eingeben und die Eingabetaste drücken.

Das ist schon alles. Danach ist der Schutz entfernt.

---

Wenn das ein Bug ist, dann bitte bei Apple melden! Ich habe gute Erfahrung damit. Die vor dem letzten Update gemeldeten Bugs sind alle beseitigt worden. Weitere 22 habe ich zurzeit in der Liste und für 5 muss ich noch die Bugreports schreiben. Es macht auch überhaupt nichts, wenn viele Leute den selben Bug reporten. Dann ist der Fehler wichtiger und bekommt eine höhere Priorität.
Hier der Link: https://bugreport.apple.com
(kostenloser ADC-Account ist notwendig!)

---

Handelt es sich hier nicht um eine File Attribut?
Denn das sollte via CLI mit dem Command
setfile -a l zu entfernen sein.

Wenn es sich nicht über das File Info fenster entfernen lässt.

Der setfile command ist auf der MAC OS X CD/DVD drauf
und Teil des Developer Kits.
Weitere Informationen unter

http://www.devworld.apple.com/DOCUMENTATION/Darwin/Reference/ManPages/man1/SetFile.1.html

---

Also die Terminal Geschichten funktionieren nicht :(
-R nouchg /Volumes/SPACE/Musik ---> verändert nichts
chmod -R 755 /Volumes/SPACE/Musik/Moby ----> Operation not permitted

Am Windows Rechner klappt auch nix.

---

Kannst du die Dateien aus dem Ordner heraus kopieren? Evtl. dann einen neuen Ordner anlegen und die Dateien da hinein kopieren.

---

Ja, rauskopieren geht schon. Allerdings lässt sich der alte Ordner danach ja nicht löschen. Und ich will nicht nachschauen wieviel Gig ich dann einfach “rumliegen” hätte.

---

Ich hatte exakt dasselbe Problem, und das liess sich von MS Windows aus via Kommandozeile mit “attrib -r” beheben.

---

Wenn nichts anderes geht würde ich ehrlich gesagt alles einmal woanders sichern und die externe HD einmal platt machen.

---

melde dich beim windowsrechner mit adminrechten an entsperre den ordner, dann kannst du mit dem äpfelchen alles machen was du willst kopieren löschen.
wenn das nicht hilft versuch es über die “freigabe” (rechtsklick ->eigenschaften->freigabe)

---

Habe das Problem auch schon gehabt. Meines Erachtens tritt das nur auf, wenn die externe Platte an einem Windows-PC formatiert wurde. Formatiert man sie an einem Mac (auch als FAT32), kann man nach belieben auf die Ordner und Dateien zugreifen. Habe es auch nur so in den Griff bekommen...zweite Platte von Freunden geliehen, gesamten Inhalt der ersten Platte auf die zweite gepackt, erste Platte mit dem Festplatten-Dienstprogramm als FAT32 formatiert, alle Daten von der zweiten wieder auf die erste gepackt. Funktioniert dann einwandfrei, sowohl unter OSX als auch unter Windows.

---

Liegen hier nicht zwei Probleme vor:

1. Dateiattribute “Read Only” und
2. Fehlende Rechte des angemeldeten Users (evtl. nicht der Admin Gruppe zugehörig) auf dem gemounteten Volume?

Ich würde es mal mit einem “sudo” mit den oben empfohlenen Befehlen probieren und dafür einen Adminaccount mit Passwort angeben.

Gruß

---

"Ich hatte exakt dasselbe Problem, und das liess sich von MS Windows aus via Kommandozeile mit “attrib -r” beheben.”

wie genau mach ich das?

---

Unter Windows…
1) Start -> ausführen (öffnet kleines Fenster, in dem man das auszuführende Programm eingeben kann)
2) cmd eingeben und mit Return bestätigen (öffnet die Windows Kommdozeile, ein bisschen mit Terminal unter OS X vergleichbar)
3) mit dem Befehl attrib -r “d:\musik\moby” das Attribut von dem Ordner entfernen (natürlich den richtigen Laufwerksbuchstaben und Pfad verwenden)

Ggf. mit anderen Ordnern genauso verfahren. Wenn Du genaueres über den Befehl erfahren willst, dann in dem Kommandozeilenfenster mit attrib -? die Hilfe anzeigen lassen.

VG, Florian

---

Ist denn das Problem inzwischen gelöst? Es gibt nämlich zwei Schritte, die in der richtigen Reihenfolge durchgeführt werden müssen:

Erst muss der Schutz aufgehoben werden. Das geht wegen der fehlenden Rechte nur mit dem oben genannten Terminal-Befehl

sudo chflags -R nouchg /Volumes/SPACE/Musik/Moby

(Kompletten Befehl per Copy&Paste in ein Terminal-Fenster eingeben, Enter drücken und mit Admin-Kennwort bestätigen. Der Befehl entfernt das Attribut “geschützt” vom Ordner, inklusive aller Unterobjekte im Ordner.)

Danach kann man - bei Bedarf - die Rechte ändern (z.B. von “lesen” zu “lesen und schreiben").

WICHTIG: Wenn das Laufwerk “SPACE” ein externes Laufwerk mit NTFS-Dateisystem ist, kann man mit OS-X-Bordmitteln nur lesen, nicht schreiben! Ein Aufheben des Schutzes ist in diesem Fall nicht möglich. Das geht nur, wenn Du den Ordner vorher auf ein anderes (z.B. das interne) Laufwerk verschiebst!

---

Es hat geklappt! Eerstmal Danke an alle die geholfen habend und an Mac-Essentials!!!

An alle die das gleiche Problem haben. Es geht nur via Windowsrechner und den Befehl “attrib -r”
Allerdings muss man jeden Ordner einzeln entsperren. Der Befehl gilt nicht für Unterordner weshalb ich meine Platte jetz mal platt mach und neu aufzieh.

Alle die das Problem mit den oben genannten Terminalbefehlen lösen wollen können getrost aufgeben.
Funktioniert nix.

Nochmals danke!

---

Au weia! Da haben wir ja völlig übersehen, dass die OS-X-Dateiattribute und Zugriffsrechte auf einem FAT-32-Volume garnicht existieren…

Es sind und bleiben halt doch zwei Welten :-)

---

"An alle die das gleiche Problem haben. Es geht nur via Windowsrechner und den Befehl “attrib -r”
Allerdings muss man jeden Ordner einzeln entsperren. Der Befehl gilt nicht für Unterordner weshalb ich meine Platte jetz mal platt mach und neu aufzieh.”

Doch, “attrib” kann auch Unterordner: http://www.computerhope.com/attribhl.htm
attrib -r /s /d Laufwerk:\Ordner\ sollte eigentlich zum Ziel führen

---