Papierkorb: Dokumente werden sofort gelöscht

[MACaerer]

Ich gehe davon aus dass "admin" der Name des angemeldeten Benutzers ist und auch Admin-Rechte hat. Aus welchen Gründen auch immer ist nicht der Benutzer "admin" Owner des Trash sondern das System (root). Um den Owner einer Datei zu ändern gibt es einen anderen Befehl. Dazu benötigt man aber einen Benutzer mit Admin-Rechten:
sudo chown admin /users/admin/.Trash
Der Befehl chown (change owner) ändert den Eigentümer der Datei ".Trash" im Benutzerverzeichnis "admin" auf den Benutzer "admin". Falls die Namen nicht passen müssen sie entsprechend angepasst werden. Nach Absenden des Befehles muss man sich mit dem Admin-Kennwort autorisieren .

MACaerer

[digrey]

Es hat geklappt. Habe hinterher wieder die Abrage gemacht mit dem Ergebnis
drwx------ 3 admin staff 102 23 Sep 21:37 .Trash

Große Klasse, auch die Vorgehensweise - vielen Dank!

Ich frage mich ja, was am 23. Sep um 21.37 h passiert ist, was dieses Problem offenbar ausgelöst hat. Das Datum steht ja jetzt auch noch da - trotz Änderung der Zugriffsrechte in admin. Oben in der ersten Zeile der Abfrage von gestern steht auch dieses Datum (wie jetzt immer noch). Was bedetet denn diese erste Zeile?
drwxr-xr-x+ 40 admin staff 1360 23 Sep 21:37 .

Die zweite Zeile dokumentiert ja offenbar die Einrichtung des admin.

Erstmals konnte ich nun wieder in den Papierkorb blicken. Da liegt ein Ordner "Recovered files" mit ebendiesem Datum, darin "AdobeIDataSync-CDataSync_AddressBook" mit 0 KB und ein leerer ordner "MozillaMailnews" - beide Dateien vom 22. Sep

[MACaerer]

Kann es sein, dass du zu diesem Zeitpunkt etwas installiert hast, das einen Installer benötigt hat? Damit der Installer die Dateien an die richtige Stelle schieben kann muss er die Zugriffsrechte "öffnen" und anschließend wieder auf den ursprünglichen Stand zurückstellen. Leider funktioniert das häufig nicht, so dass die Zugriffsrechte verbogen werden. Dafür ist dann eigentlich die Funktion "Zugriffsrechte reparieren" im FDP da. Bei Programmen, die nicht von Apple sind, hilft das aber meistens nichts.

MACaerer

[digrey]

Wenn, dann können das nur Updates gewesen sein.
Hier die Konsolenmeldungen der Minuten davor.

23.09.11 21:11:58 AdobeAcrobat[517] *** WARNING: Method selectRow:byExtendingSelection: in class UIT_NSOutlineView is deprecated. It will be removed in a future release and should no longer be used.
23.09.11 21:33:08 [0x0-0x6b06b].org.mozilla.firefox[4005] NOTE: child process received `Goodbye', closing down
23.09.11 21:33:08 [0x0-0x6b06b].org.mozilla.firefox[4005] NOTE: child process received `Goodbye', closing down
23.09.11 21:33:27 com.apple.launchd.peruser.501[217] ([0x0-0x7d07d].com.apple.Preview[4466]) Exited: Killed
23.09.11 21:33:44 com.apple.launchd.peruser.501[217] ([0x0-0x3d03d].com.apple.TextEdit[1337]) Exited: Killed
23.09.11 21:33:48 [0x0-0x26026].com.adobe.Photoshop[391] file://localhost/Applications/Adobe P
23.09.11 21:36:18 [0x0-0x9b09b].org.mozilla.firefox[5764] NOTE: child process received `Goodbye', closing down
23.09.11 21:36:18 [0x0-0x9b09b].org.mozilla.firefox[5764] NOTE: child process received `Goodbye', closing down
23.09.11 21:36:18 [0x0-0x9b09b].org.mozilla.firefox[5764] NOTE: child process received `Goodbye', closing down
23.09.11 21:36:18 [0x0-0x9b09b].org.mozilla.firefox[5764] NOTE: child process received `Goodbye', closing down
23.09.11 21:37:09 com.apple.launchd.peruser.501[217] (com.apple.AirPortBaseStationAgent[257]) Exited: Killed

[mac-christian]

Das Datum steht ja jetzt auch noch da - trotz Änderung der Zugriffsrechte in admin.

Warum sollte es anders sein? Das Datum der letzten Änderung der Datei ist das, nicht der Zugriffsrechte.

Oben in der ersten Zeile der Abfrage von gestern steht auch dieses Datum (wie jetzt immer noch). Was bedetet denn diese erste Zeile?
drwxr-xr-x+ 40 admin staff 1360 23 Sep 21:37 .

Die "Datei" . ist das aktuelle Verzeichhnis. (.. wäre das übergeordnete Verzeichnis).

Christiana.

[Rambo]

Hallo zusammen,

ich habe genau das selbe Problem, wie der Threadersteller es auch hatte, allerdings in umgekehrter Konstellation.

Erstmal kurz zur Erklärung des Festplattenaufbaus in meinem MacBook. Ich habe es mit dem Hardwrk-Kit umgerüstet, dass ich als Systemplatte eine SSD habe und anstatt des SuperDrive einen Festplattenadapter mit der Original-HDD des Macs.

Seit ein paar Tagen erhalte ich nun auch immer folgende Meldung:
"Wollen Sie „xxx" wirklich löschen?
Dieses Objekt wird sofort gelöscht. Diese Aktion kann nicht widerrufen werden."

Allerdings ist dies nicht bei der SSD der Fall, sondern bei der HDD, wo lediglich meine Daten drauf liegen. Ich habe schon die Tipps aus der vorherigen Antworten dieses Threads durchgespielt, aber leider ohne Erfolg.
1) Habe den Ordner .Trash gelöscht und nach einem Systemneustart wurde er auch wieder automatisch angelegt, aber ohne Erfolg
2) Habe die Rechte überprüft. Stimmen mit 700 auch überein.
3) Habe geschaut, ob ich Besitzer des Ordners bin. Und auch der bin ich.

Beim löschen eines Ordners von der SSD, wird dieser auch ordnungsgemäß in den Papierkorb verschoben. Bei der HDD kommt die oben genannte Fehlermeldung.
Das MacBook handhabt die HDD wie eine externe Festplatte, auch wenn sie intern im Gehäuse eingebaut ist. Dies macht für ihn aber keinen Unterschied.

Kann es sein, dass ich für die HDD einen eigenen Trash-Ordner anlegen muss? Es ist wirklich nur bei der Festplatte das Problem. Andere externe Festplatten oder USB-Sticks funktionieren einwandfrei und ich bin hier so langsam am verzweifeln. Der Fehler ist kein Weltuntergang, aber ich würde es trotzdem gerne wieder so haben, dass die Objekte erst in den Papierkorb verschoben werden und nicht direkt gelöscht werden müssen.

Hat von euch wer eine Idee, wie ich das Problem beseitigen kann?

Ich hoffe Ihr könnt mir helfen!


Gruß,
Rambo

[MACaerer]

Wie hast du denn die Zugriffsrechte der HDD überprüft?

MACaerer

[Rambo]

Wie hast du denn die Zugriffsrechte der HDD überprüft?

MACaerer

Die Rechte des .Trash-Ordners mit ls -la.

Die Rechte der Festplatten sehen wie folgt aus:
SSD:

• System - Lesen & Schreiben
• wheel - Nur lesen
• everyone - Nur lesen

HDD:

• Ich - Lesen & Schreiben
• System - Lesen & Schreiben
• wheel - Nur lesen
• everyone - Lesen & Schreiben

[MACaerer]

Die Zugriffsrechte auf die HDD und die Zugriffsrechte im Benutzerverzeichnis haben nichts miteinander zu tun. Es gibt bei dir Probleme mit den Zugriffsrechten auf den Papierkorb, sofern der benutzerspezifische Papierkorb überhaupt angelegt worden ist. Ich habe den Verdacht, dass du das Benutzerverzeichnis über den Finder einfach auf die HDD kopiert hast. Das funktioniert aber nicht, da etliche der (unsichtbaren) System-Dateien nicht mitkopiert werden.
Gib doch mal übers Terminal den folgenden Befehl ein, kopiere die angezeigte Liste und stelle sie hier ein

cd /Volumes/Name_der_HDD;ls -la

Mit dem Befehl wirst du auf die HDD gesetzt und eine vollständige Liste aller Verzeichnisse, inclusive der unsichtbaren und die Zugriffsrechte aufgeführt. Ich denke damit kann man erkennen worin das Problem liegt.

MACaerer

[Rambo]

Die Zugriffsrechte auf die HDD und die Zugriffsrechte im Benutzerverzeichnis haben nichts miteinander zu tun. Es gibt bei dir Probleme mit den Zugriffsrechten auf den Papierkorb, sofern der benutzerspezifische Papierkorb überhaupt angelegt worden ist. Ich habe den Verdacht, dass du das Benutzerverzeichnis über den Finder einfach auf die HDD kopiert hast. Das funktioniert aber nicht, da etliche der (unsichtbaren) System-Dateien nicht mitkopiert werden.
Gib doch mal übers Terminal den folgenden Befehl ein, kopiere die angezeigte Liste und stelle sie hier ein

cd /Volumes/Name_der_HDD;ls -la

Mit dem Befehl wirst du auf die HDD gesetzt und eine vollständige Liste aller Verzeichnisse, inclusive der unsichtbaren und die Zugriffsrechte aufgeführt. Ich denke damit kann man erkennen worin das Problem liegt.

MACaerer

Ich habe das Benutzerverzeichnis nicht nur kopiert, sondern mit dem Migrationsassistent aus einem Time Maschine Backup migriert.

Am Anfang hat es auch problemlos funktioniert, bis ich dann irgendwann wieder einen Ordner/eine Datei löschen wollte und die Fehlermeldung erschien, dass ich es nur noch sofort löschen können würde.


Hier die Liste der Dateien nach dem Ausführen deines Befehls:

macbook-pro:~ "Benutzername"$ cd /Volumes/HDD;ls -la
total 31368
drwxr-xrwx+ 41 root wheel 1462 1 Apr 17:32 .
drwxrwxrwt@ 4 root admin 136 2 Apr 10:00 ..
-rw-r--r--@ 1 "Benutzername" wheel 15364 1 Apr 17:19 .DS_Store
d--x--x--x 6 root wheel 204 2 Apr 10:00 .DocumentRevisions-V100
drwxr-xrwx+ 7 root wheel 238 24 Mär 10:21 .DocumentRevisions-V100-bad-1
-rw-r--rw-+ 1 root wheel 321 20 Mär 18:33 .OSInstallMessages
drwxr-xrwx+ 5 root wheel 170 8 Okt 07:38 .Spotlight-V100
drwxrwxrwt@ 3 "Benutzername" wheel 102 26 Mär 14:43 .TemporaryItems
drwxr-xrwx@ 4 root wheel 136 24 Mär 10:22 .Trashes
srwxrwxrwx 1 root wheel 0 18 Mär 20:38 .dbfseventsd
-rw-r--rw-+ 1 root wheel 0 17 Aug 2011 .file
drwxr-xrwx+ 37 root wheel 1258 1 Apr 22:16 .fseventsd
-rw-r--rw-@ 1 root wheel 458752 18 Nov 16:14 .hotfiles.btree
drwxr-xrwx@ 2 root wheel 68 21 Jun 2011 .vol
drwxr-xrwx+ 55 root wheel 1870 21 Mär 17:03 Bilder
drwxr-xr-x+ 34 "Benutzername" wheel 1156 27 Mär 10:03 Documents
drwxr-xr-x+ 14 "Benutzername" wheel 476 31 Mär 15:15 Dokumentationen
drwx------@ 8 "Benutzername" wheel 272 28 Mär 12:10 Dropbox
drwxr-xrwx+ 50 root wheel 1700 15 Jan 16:43 Fotos
drwxr-xrwx+ 26 root wheel 884 29 Mär 07:23 Installationsdateien
drwxr-xrwx+ 13 root wheel 442 24 Mär 11:13 Musik
drwxr-xrwx@ 2 root wheel 68 17 Aug 2011 Network
drwxr-xr-x+ 8 "Benutzername" wheel 272 21 Nov 20:06 Serien
drwxr-xrwx@ 4 root wheel 136 20 Mär 18:31 Volumes
drwxr-xrwx@ 39 root wheel 1326 3 Feb 16:10 bin
drwxr-xrwx@ 2 root wheel 68 17 Aug 2011 cores
drwxr-xrwx@ 2 root wheel 68 17 Aug 2011 dev
lrwxr-xrwx@ 1 root wheel 11 8 Okt 07:18 etc -> private/etc
drwxr-xrwx@ 2 root wheel 68 18 Nov 16:15 home
drwxr-xrwx+ 4 root wheel 136 10 Mär 13:42 iOS Firmware
drwxr-xr-x+ 6 "Benutzername" wheel 204 31 Mär 13:24 iTunes Media
drwxr-xrwx+ 12 root wheel 408 31 Mär 15:15 jDownloader
-rw-r--rw-@ 1 root wheel 15566052 13 Jan 03:49 mach_kernel
drwxr-xrwx@ 2 root wheel 68 18 Nov 16:15 net
drwxr-xrwx@ 6 root wheel 204 8 Okt 07:19 private
drwxr-xrwx@ 64 root wheel 2176 3 Feb 16:10 sbin
lrwxr-xrwx@ 1 root wheel 11 8 Okt 07:18 tmp -> private/tmp
drwxr-xrwx@ 11 root wheel 374 13 Jan 16:15 usr
lrwxr-xrwx@ 1 root wheel 11 8 Okt 07:18 var -> private/var