Na wewnętrznym dysku SATA HD przeznaczonym tylko do przesyłania danych system operacyjny zmusza mnie do natychmiastowego usunięcia plików, tak jak w przypadku nośników wymiennych, zamontowanego woluminu sieciowego lub dowolnego woluminu, którego nie da się zapisać.
Próbowałem już usunąć i ponownie utworzyć katalog .Trashes itp.
Komunikat o błędzie jest znany:
Czy na pewno chcesz usunąć plik „filename.ext”? Ten element zostanie natychmiast usunięty. Nie możesz cofnąć tej akcji.
Pracuję na koncie 501, głównym administratorze.
Z katalogu głównego woluminu ustawienia uprawnień, które widzę, to:
drwxrwxrwx root administrator .Trashes
W przypadku podkatalogu Kosz należącego do konta użytkownika jest to również:
drwxrwxrwx root administrator 501
Zapisy nie są odrzucane przez rozszerzone uprawnienia (ponieważ nie ma żadnych).
Dysk jest postrzegany przez system jako ogólny wewnętrzny zapisany w pamięci SATA HD, który można zapisywać, naprawiać, nie wysuwać i nie uruchamiać. Nie znaleziono problemów ze strukturami plików na woluminie. Na szczęście odtworzono już plik Plist Findera.
Mogę żyć z tym zachowaniem, ale przeszkadza to między innymi aplikacjom do usuwania duplikatów plików. O czym nie myślę?
Kosz na dysku systemowym działa zgodnie z oczekiwaniami. OS X El Capitan v. 10.11.6 (system operacyjny, bez serwera OS X).
Dzięki za wskaźnik do https://apple.stackexchange.com/questions/249328/trash-folder-not-a-directory-files-only-delete- natychmiast, ale mam inną sytuację.
Wcześniejsze pytanie dotyczyło folderu .Trash w katalogu domowym użytkowników na woluminie startowym. Inne woluminy lokalne mają inną architekturę plików, a system operacyjny zarządza nimi inaczej w zależności od projektu.
Odpowiedzi też nie mają zastosowania, ponieważ tymczasowa poprawka OP nie robi dla mnie różnicy, aw moim przypadku wymagane atrybuty dla katalogów .Trashes i 501 nie są usuwane. Wyglądają dobrze podczas kontroli, chociaż folder Kosz na tym woluminie nie działa.