Willkommen im Macwelt-Forum
Liebe Leser,
im Forum der Macwelt dreht sich alles um Apple, Mac, iPhone, iPod und iPad. Diskutieren Sie mit anderen Lesern das aktuelle Geschehen und tauschen Sie Tipps und Tricks aus.
Für die Teilnahme am Forum können Sie sich hier registrieren.
im Forum der Macwelt dreht sich alles um Apple, Mac, iPhone, iPod und iPad. Diskutieren Sie mit anderen Lesern das aktuelle Geschehen und tauschen Sie Tipps und Tricks aus.
Für die Teilnahme am Forum können Sie sich hier registrieren.
+ Antworten
Ergebnis 1 bis 10 von 59
-
27.09.2011 21:30 #1
- Registriert seit
- 27.09.2011
- Beiträge
- 7
Papierkorb: Dokumente werden sofort gelöscht
Ich kann Dokumente nicht mehr "normal" in den Papierkorb legen. Es erscheint immer sofort das Dialog-Fenster:
"Wollen Sie „xxx" wirklich löschen?
Dieses Objekt wird sofort gelöscht. Diese Aktion kann nicht widerrufen werden."
Wenn man auf Löschen klickt, ist die Datei sofort gelöscht.
Dies passiert nur auf der Mac-Festplatte, beim Löschen von Dateien von einer externen Festplatte werden die Dateien erst in den Papierkorb gelegt und dann nach Aufforderung gelöscht.
Meine Finder-Einstellung (Erweitert):
Vor dem Entleeren des Papierkorbs nachfragen: Ja
Papierkorb sicher entleeren: Ja
Weiß nicht, was ich da verstellt habe oder ob es ein Fehler ist.
Kann mir jemand helfen?
-
28.09.2011 07:34 #2
- Registriert seit
- 22.04.2008
- Beiträge
- 3.762
Das liegtvermutlich daran, dass die Zugriffsrechte auf den Papierkorb nicht mehr stimmen. Der Papierkorb ist grundsätzlich nichts anderes als ein normales Verzeichnis mit Zugriffsrechten. Beim "Löschen" einer Datei aus dem Finder wird diese Datei auch nicht entfernt sondern in das Verzeichnis geschoben. Erst beim eigentlichen Befehl "Leeren des Papierkorbs" wird der Löschbefehl "remove" des Systems verwendet. Wenn der Anwender keine Zugriffsrechte auf den Papierkorb hat kann die Datei nicht verschoben werden und wird daher sofort gelöscht.
Da es sich bei dem Papierkorb um ein unsichtbares Verzeichnis handelt muss zum abfragen der Rechte das Terminal bemüht werden. Gib folgenden Befehl ein:
ls -al
und suche in der Liste das Verzeichnis .Trash.
In der linken Spalte müsste stehen: drwx------
Mach das erst mal, dann sehen wir weiter.
MACaerer
-
28.09.2011 10:04 #3
- Registriert seit
- 27.09.2011
- Beiträge
- 7
Danke für den Tipp. Das steht in der Liste:
drwx------ 3 root staff 102 23 Sep 21:37 .Trash
digrey
-
28.09.2011 10:40 #4
- Registriert seit
- 22.04.2008
- Beiträge
- 3.762
Interessant, der Eigentümer für den Papierkorb ist also nicht der angemeldete Benutzer sondern der "root" (Superuser). Da sind die Zugriffsrechte tatsächlich durcheinander geraten. Ich nehme mal an, dass du nicht als Root-Benutzer angemeldet bist.
Natürlich ließen sich die Zugriffsrechte jetzt pauschal mit einem weiteren Terminalbefehl ändern. Aber das merkwürdige Verhalten muss ja einen Grund haben, daher solltest du vorher eine Reparatur der Zugriffsrechte mit dem Festplatten-Dienstprogramm durchführen und dann den List-Befehl im Terminal erneut ausführen. Oder hast du etwa selber mit den Zugriffsrechten "gespielt". Das wäre eine ziemlich sichere Methode um das System unbrauchbar zu machen
MACaerer
-
28.09.2011 11:58 #5
- Registriert seit
- 27.09.2011
- Beiträge
- 7
Habe zweimal die Zugriffsrechte überprüfen und reparieren lassen. Es hat sich aber nichts an dem Problem verändert.
Auch beim zweiten Durchlauf gab es eine Menge zu reparieren.
Auffällig im Protokoll ist:
Warnung: Die SUID-Datei „System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/MacOS/ARDAgent“ wurde geändert und wird nicht repariert.
Terminal-Abfrage:
drwx------ 3 root staff 102 23 Sep 21:37 .Trash
Das Datum ist glaube ich auch der Zeitpunkt seitdem ich das Problem habe. Zu diesem Datum findet sich in der Terminal-Abfrage noch eine Angabe:
drwxr-xr-x+ 40 admin staff 1360 23 Sep 21:37 .
Habe auch Volume überprüft; wurden aber keine Fehler gemeldet.
-
28.09.2011 16:04 #6
- Registriert seit
- 22.04.2008
- Beiträge
- 3.762
Normalerweise hat jeder Benutzer einen oder mehrere Papierkörbe (für jedes angeschlossene Volume einen). Warum der Papierkorb des angemeldeten Benutzers plötzlich nur noch dem System (root) gehört ist mir auch nicht ganz klar. Ändere doch mal die Rechte des Papierkorbs mit folgendem Terminalbefehl:
chmod 777 ~/.Trash
Kann sein, dass der Befehl nicht funktioniert und eine Fehlermeldung "access denied" oder so ähnlich kommt. Dann müsste man den Befehl umformulieren. Aber zuviel auf einmal bringt nur Verwirrung. Das "~" bekommst du übrigens mit ALT + n
MACaerer
-
28.09.2011 17:27 #7
Mh - "mein" .Trash in meinem Benutzerordner hat folgende Angaben:
Vielleicht wäre es besser so:Code:7039172 0 drwx------ 79 christian christian 2686 27 Sep 23:53 .Trash
chown -R benutzername:benutzergruppe .Trash
(wobei natürlich Benutzername und Benutzergruppe mit deinem Benutzer übereinstimmen sollten - bei mir ists wie du siehst christian / christian).
Christian.
-
28.09.2011 17:51 #8
- Registriert seit
- 27.09.2011
- Beiträge
- 7
Habe jetzt erstmal "chmod 777 ~/.Trash" eingegeben (Shell, Neuer Befehl)
Ergebnis: -chmod: ~/.Trash: No such file or directory
-
28.09.2011 19:17 #9
- Registriert seit
- 22.04.2008
- Beiträge
- 3.762
Hm, das würde bedeuten dass es im Benutzerverzeichnis gar keinen Papierkorb gibt. Könntest du mal den Befehl ls -al wiederholen, die Liste kopieren und hier einstellen?
MACaerer
-
28.09.2011 19:22 #10
- Registriert seit
- 27.09.2011
- Beiträge
- 7
total 4984
drwxr-xr-x+ 40 admin staff 1360 23 Sep 21:37 .
drwxr-xr-x 5 root admin 170 9 Mär 2010 ..
-rw------- 1 admin staff 3 16 Mär 2010 .CFUserTextEncoding
-rw-r--r--@ 1 admin staff 15364 27 Sep 12:43 .DS_Store
drwxr-xr-x@ 3 admin staff 102 23 Jun 15:24 .DownloadManager
drwxr-xr-x 3 admin staff 102 18 Mär 2010 .Extensis
drwxr-xr-x 3 admin staff 102 4 Apr 2010 .SFCore
drwx------ 3 root staff 102 23 Sep 21:37 .Trash
drwxr-x--x 3 admin staff 102 23 Jun 15:15 .adobe
-rw------- 1 admin staff 61 28 Sep 10:55 .bash_history
drwx------@ 3 admin staff 102 26 Apr 2010 .cups
drwxr-xr-x 3 admin staff 102 9 Mär 2010 .parallels
drwxr-xr-x@ 4 admin staff 136 26 Apr 16:35 .seccommerce
-rwxr-xr-x 1 admin staff 826420 23 Jun 14:51 AdminTool
drwxr-xr-x 3 admin staff 102 7 Jun 22:26 Akamai NetSession Uninstaller.app
drwxr-xr-x 2 admin staff 68 23 Jun 15:14 Applications
drwxr-xr-x 2 admin staff 68 9 Jan 2011 Aufnahmen
drwxr-xr-x 2 admin staff 68 23 Jun 14:51 Cache
drwx------+ 62 admin staff 2108 28 Sep 20:20 Desktop
drwxr--r--+ 11 admin staff 374 23 Jun 15:24 Documents
drwx------+ 5 admin staff 170 30 Jul 12:10 Downloads
drwx------+ 41 admin staff 1394 18 Mai 14:43 Library
drwxr-xr-x 99 admin staff 3366 28 Jun 10:58 Logs
drwxr--r--+ 9 admin staff 306 8 Sep 18:04 Movies
drwxr--r--+ 7 admin staff 238 11 Sep 11:18 Music
drwxr--r--+ 8 admin staff 272 23 Jun 15:15 Pictures
drwxr-xr-x 2 admin staff 68 9 Jan 2011 Podcasts
drwx-wx---+ 5 admin staff 170 9 Mär 2010 Public
lrwxr-xr-x 1 root staff 55 9 Mär 2010 Registrierung senden -> /Users/admin/Library/Assistants/Send Registration.setup
drwxr-xr-x+ 5 admin staff 170 9 Mär 2010 Sites
-rw-r--r-- 1 admin staff 4581 28 Jun 10:44 client.ini
-rw-r--r-- 1 admin staff 6180 28 Jun 10:44 client.ini.json
drwxr-xr-x@ 4 admin staff 136 1 Sep 19:57 dwhelper
-rw-r--r-- 1 admin staff 902 28 Jun 10:44 euc_state.json
-rw-r--r-- 1 admin staff 32 23 Jun 14:51 guid.ini
drwxr-xr-x 3 admin staff 102 7 Jun 22:26 macui.app
-rw-r--r-- 1 admin staff 19105 23 Jun 14:51 readme.txt
-rw-r--r-- 1 admin staff 5195 23 Jun 14:51 root.pem
-rw-r--r-- 1 admin staff 1215274 23 Jun 14:51 rsmacui.tar.gz
-rw-r--r-- 1 admin staff 423441 23 Jun 14:51 uninstall.tar.gz
[Prozess beendet]
Stichworte
849089

Zitieren

Lesezeichen