Warum kann ich nach mkdir kein Verzeichnis auf einem gemounteten USB-Laufwerk erstellen, aber Finder New Directory funktioniert?

Ich versuche, ein Verzeichnis auf einem über USB3 bereitgestellten Festplattenlaufwerk zu erstellen, und es schlägt fehl, obwohl die Berechtigungen geöffnet sind:

bash-3.2$ ls -al
total 0
drwxrwxrwx+ 2 user  user    68 Jun  3 18:24 .
drwxrwxrwx+ 3 user  admin  102 Jun  3 18:17 ..
bash-3.2$ mkdir local1_test
mkdir: local1_test: Permission denied
bash-3.2$ pwd
/Volumes/MiniPro\ 2/test

Der gleiche Vorgang funktioniert auf der eingebauten Festplatte einwandfrei, aber wenn ich mich in einem Verzeichnis des gemounteten USB-Laufwerks befinde, schlägt er fehl. Liegt das daran, dass mein Laufwerk ein Leerzeichen im Namen enthält? Liegt das daran, dass das Laufwerk irgendwie als schreibgeschützt gemountet ist? Vom Finder aus kann ich das testVerzeichnis nicht sehen. Ich kann es auch über die Befehlszeile mit erstellen sudo, aber als ich selbst schlägt es fehl.

Ich konnte das umgehen, indem ich im Finder einen Ordner mit dem Namen erstellte, testder den alten Ordner anscheinend gelöscht hat, testaber mkdirimmer noch fehlschlägt. Warum musste ich den Finder verwenden, um den Ordner zu erstellen?


Ich habe den von fd0 angeforderten Test durchgeführt, mein USB-Laufwerk wieder angeschlossen und das Problem wird nicht mehr angezeigt:

bash-3.2$ ls -al
total 0
drwxr-xr-x   2 user  staff   68 Jun  5 10:12 .
drwxrwxr-x  13 user  staff  510 Jun  3 18:36 ..
bash-3.2$ mkdir local1_test
bash-3.2$ pwd
/Volumes/MiniPro 2/test

Allerdings ist mir ein seltsames Element aufgefallen:

bash-3.2$ cd /Volumes
bash-3.2$ ls -al
total 24
drwxrwxrwt@  7 root  admin   238 Jun  5 10:11 .
drwxr-xr-x  41 root  wheel  1462 Jun  3 18:29 ..
drwxrwxr-x  13 user   staff   510 Jun  3 18:36 MiniPro 2
drwxrwxrwx+  3 user   admin   102 Jun  3 18:17 MiniPro\ 2

Warum muss ich zwei Einträge machen, könnte das die Ursache des Problems gewesen sein? Beide zeigen den gleichen Inhalt des USB-Laufwerks, warum gibt es zwei Einträge?

Hier sind die Testergebnisse von fd0:

bash-3.2$ mount
/dev/disk1 on / (hfs, local, journaled)
devfs on /dev (devfs, local, nobrowse)
map -hosts on /net (autofs, nosuid, automounted, nobrowse)
map auto_home on /home (autofs, automounted, nobrowse)
localhost:/UFZ8fiBtsQjvo5MXlysi8r on /Volumes/MobileBackups (mtmfs, nosuid, read-only, nobrowse)
/dev/disk2s1 on /Volumes/MiniPro 2 (hfs, local, nodev, nosuid, journaled, noowners)
bash-3.2$ sudo ls -ld /Volumes/MiniPro\ 2
drwxrwxr-x  13 root  wheel  510 Jun  3 18:36 /Volumes/MiniPro 2

Antworten (1)

mountohne Optionen gibt einen Überblick über die gemounteten Dateisysteme mit Informationen wie Dateisystemtyp, Speicherort und Mount-Optionen. In Ihrem Fall haben Sie ein Dateisystem eingehängt, bei dem es /Volumessich MiniPro 2um ein eingehängtes HFS-Dateisystem handelt noowners(Berechtigungen ignorieren). Ihr Befehl list( ls) zeigt, dass Sie auch ein Verzeichnis mit dem Namen MiniPro\ 2in haben /Volumes. Sobald Sie festgestellt haben, dass das Verzeichnis MiniPro\ 2keine Dateien enthält, die nicht gesichert wurden, und Sie das Verzeichnis sicher entfernen können, MiniPro\ 2entfernen Sie das Verzeichnis. Tun Sie dies ohne MiniPro 2montiert.