Dlaczego OS X Lion prosi o podanie hasła za każdym razem, gdy usuwam plik z katalogu domowego?


18

Zaktualizowałem system Mac OS Lion i teraz za każdym razem, gdy usuwam dowolny plik, prosi mnie o hasło. Dowolny plik - na pulpicie, w folderze Pobrane lub w innym miejscu. Pyta mnie o hasło za każdym razem.

To zachowanie jest denerwujące. Czy to nowa wartość domyślna? Czy coś jest nie tak?

Edytować:

Na przykład: ten plik, który znajduje się na pulpicie .

➜  Desktop  l | grep terminal
-rw-r--r--@   1 Nerian  staff   841913 22 jul 14:16 terminal.png

Edytować:

Wydaje się, że wiele osób ma ten sam problem:

https://discussions.apple.com/thread/3199093?start=0&tstart=0

https://discussions.apple.com/thread/3197928?start=0&tstart=0

Edytować:

Mogę usunąć ten sam plik - zrzut ekranu na pulpicie - używając terminala i nie pojawia się monit o hasło. Jeśli korzystam z GUI, pojawia się monit.

Ponadto, jeśli utworzę nowe konto i utworzę nowy zrzut ekranu i spróbuję usunąć wszystko, wszystko działa dobrze. Hasło nie jest wymagane.

Kiedy pojawia się monit o hasło i piszę je, plik jest następnie usuwany, ale nie pojawia się w koszu.


jak sformatowany jest twój dysk?
Andrew Wonnacott,

zdefiniuj też jakiś plik? tylko w twoim folderze domowym? co z nośnikami wymiennymi? i spróbuj utworzyć nowe konto?
Andrew Wonnacott

@Andrew: Dowolny plik w moim katalogu domowym. Na przykład robię zrzut ekranu. Próbuję usunąć plik, aby wyświetlić monit o podanie.
Nerian

@Andrew: Podłączyłem dysk i usunąłem plik. Nie monitowało mnie o podanie hasła.
Nerian

@Andrew: Utworzyłem nowe konto. Wykonał zrzut ekranu i próbował usunąć plik. Nie monitował o żadne hasło.
Nerian

Odpowiedzi:


28

Problem polegał na tym, że .Trashfolder w katalogu mojego użytkownika był własnością root.

➜  ~  l | grep .Trash
drwx------   82 root    staff    2788 25 jul 17:26 .Trash

Aby oddać własność mojemu użytkownikowi, wydaj następujące polecenie:

➜  ~  sudo chown your_user_name ~/.Trash 

Może dotyczy to również podfolderów: sugerowałbym rekursywny chown: „sudo chown -R you ~ / .Trash”
matematyka

Działa jak urok! Masz pomysł, jak to się popsuć?
Joost

co to jest „->”? nie działa
Wiaczasław Gerchicow

To tylko monit konsoli. Zignoruj ​​to.
Nerian

4

Przejdź do /Usersi wybierz folder domowy. Kliknij Cmd+Iokienko informacyjne tego folderu i rozwiń Udostępnianie i uprawnienia .

Obok nazwy użytkownika powinieneś zobaczyć Odczyt i zapis . Teraz to uprawnienie NIE dotyczy zawsze załączonych folderów. Musisz kliknąć swoją nazwę użytkownika, a następnie w dół kółko i przycisk strzałki i wybrać z menu rozwijanego „Zastosuj do zamkniętych folderów” .

Dzieje się tak, ponieważ podczas kopiowania folderów i plików między komputerami zachowują one swoje pierwotne uprawnienia i nie aktualizują się automatycznie w celu odzwierciedlenia ich nowej lokalizacji.


3

Miałem podobny problem i znalazłem rozwiązanie tutaj: https://discussions.apple.com/thread/3195797?start=0&tstart=0 - to był problem z ACL, a nie z uprawnieniami.

[...] Finder prosi o hasło, gdy próbuję przenieść dowolny plik z mojego $ HOME do Kosza. Okazuje się, że miałem ustawione kilka dziwnych list ACL [...]:

$ ls -le .DS_Store 
-rw ------- + 1 personel boba 24580 7 sierpnia 01:04 .DS_Store
0: grupa: wszyscy odmawiają usunięcia

$ chmod -a "group:everyone deny delete" .DS_Store

Po chmod usunięcie foo.txt powiodło się. Uruchomienie [komendy chmod] z opcją -R na $ HOME spowoduje usunięcie tej listy ACL ze wszystkich obiektów w $ HOME.

[tj. chmod -R -a "group:everyone deny delete" Foo/]


2

Jednym z powodów, dla których podczas usuwania pojawi się monit o uwierzytelnienie SU, jest to, że możesz mieć włączone listy ACL. Rozszerzają one zestaw uprawnień systemu UNIX dostępny w systemie Mac OS.

Otwórz Terminal i przejdź do folderu, z którym masz problemy. Rodzaj:

ls -ale

Obserwuj, jeśli masz wpisy takie jak:

drwxr-xrwx+ 31 myname  staff     1054 Apr 15 14:19 Documents
 0: group:everyone deny delete

jeśli to zrobisz, możesz to naprawić za pomocą polecenia folioing:

chmod -N filename

Spowoduje to usunięcie list ACL z tego pliku / folderu. Po skopiowaniu go pod użytkownika (jeśli przeprowadzasz migrację użytkownika, taką jak ja), odziedziczy on listy ACL najwyższego poziomu użytkowników

Aby rekurencyjnie usunąć wszystkie listy ACL z folderu:

chmod -R -N

Twoje zdrowie!


Dzięki, chmod - Nrozwiązałem mój problem
Lamnk

1
  1. Uruchom ponownie MacBooka i zanim usłyszysz dzwonek, przytrzymaj klawisze Command i R.

  2. Będziesz na ekranie narzędzi do naprawy. Kliknij pozycję Narzędzia na pasku menu, a następnie kliknij Terminal.

  3. W oknie terminala wpisz resetpassword i naciśnij klawisz Return.

  4. Zostanie otwarte okno narzędzia do resetowania hasła, ale nie zamierzasz resetować hasła. Zamiast tego kliknij ikonę dysku twardego komputera Mac u góry. Z menu poniżej wybierz konto użytkownika, w którym masz problemy.

  5. W dolnej części okna zobaczysz obszar o nazwie Resetuj uprawnienia do katalogu głównego i listy ACL. Kliknij przycisk Resetuj tam.

Proces resetowania zajmuje tylko kilka minut. Po zakończeniu zamknij otwarte programy i uruchom ponownie komputer Mac.


1

Ponownie zastosuj dostęp do odczytu i odczytu do zamkniętych folderów katalogu domowego, a problem zostanie rozwiązany.


0

Obejściem, które znalazłem, było utworzenie kolejnego użytkownika w systemie i przejście do niego. Ten błąd nie wpływa na nowych użytkowników w systemie.


0

Pobierz (kup lub pokaz) aplikację MacPilot. Użyj narzędzi - Ogólne - Pliki i foldery - Wyczyść dane listy kontroli dostępu - wybierz folder domowy


1
To by tu nie pomogło. Listy ACL są niezależne od zwykłych uprawnień do plików uniksowych.
Daniel Beck

0

Prawdopodobnie już to zrobiłeś, ale upewnij się, że masz uprawnienia do zapisu do usuwanych plików. Wybierz jeden z nich w Finderze i naciśnij cmd+ ii spójrz w „Udostępnianie i uprawnienia”.

W tym samym oknie sprawdź, czy folder / plik nie jest zablokowany.

Kliknij także Apply to enclosed items..listę rozwijaną koła zębatego dla wybranej nazwy.


Mówi, że mój użytkownik ma uprawnienia do zapisu i odczytu. Również nie jest zablokowany. Sprawdź moją edycję, aby zobaczyć szczegółowe dane wyjściowe.
Nerian
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.