Dlaczego Chown zgłasza komunikat „Operacja niedozwolona” w systemie OS X?

Próbuję wykonać następujące czynności na komputerze Mac (10.6.7):

sudo chown myusername:wheel ./entries

ale Unix / Mac zwraca komunikat „Operacja niedozwolona”. Kiedy mam ls -lashplik winowajcy, wygląda on następująco:

8 -rwxrwxrwx   1 myusername  staff   394B Apr 26 23:26 entries

Próbowałem sudoi sudo su; nic nie działa. Jakieś pomysły, co słychać?

Próbuję chmodskopiować pliki z mojego starego systemu Ubuntu. Większość plików została z powodzeniem chmodedytowana rekurencyjnie; tylko ten utknął i nie rozumiem dlaczego.

Tak, Mac ma wiele ulepszeń do Uniksa w obszarze plików. Ignorując cały problem związany z rozwidlaniem zasobów , który nie jest już często używany, istnieją:

• te standardowe uprawnienia Unix ugo rwx i tak dalej. Obowiązują normalne narzędzia uniksowe.
• Listy ACL , widoczne ls -lei zmieniane za pomocą chmod [ -a | +a | =a ].
• flagi plików widoczne za pomocą ls -lO(Kapitał och, nie zero) i zmieniane za pomocą chflags.
• rozszerzone atrybuty , widoczne za pomocą ls -l@(tylko klucze atrybutów) oraz widoczne i zmieniane za pomocą xattr. (Skorzystaj xattr -hz pomocy, jeśli man xattrnic ci nie da.)
• Począwszy od systemu OS X 10.11 „El Capitan”, ochrona integralności systemu (SIP) dodatkowo chroni niektóre pliki przed zmianami ze zwykłych procesów, nawet podczas używania sudojako root. Pliki chronione przez SIP zostaną wyświetlone ls -lOjako oznaczone restrictedflagą i / lub wymienione ls -l@jako posiadające com.apple.rootlessatrybut.

Możesz odmówić operacji na pliku z powodu uprawnień uniksowych, list ACL, flag plików lub SIP. Aby w pełni odblokować plik:

sudo chmod -N file        # Remove ACLs from file
sudo chmod ugo+rw file    # Give everyone read-write permission to file
sudo chflags nouchg file  # Clear the user immutable flag from file
sudo chflags norestricted file  # Remove the SIP protection from file
sudo xattr -d com.apple.rootless file # Remove SIP protection from file

Jeśli Protection System Integrity (SIP) jest włączona, sudo chflags norestricteda sudo xattr -d com.apple.rootlesstakże zwrócić "Operation not permitted" błąd. Aby usunąć flagę i / lub atrybutów trzeba uruchomić w MacOS Odzysk i albo uruchamiać polecenia z terminala (może być pierwszym użyciem Disk Utility, aby odblokować i zamontować dysk startowy, po czym pamiętać pliki będą pod /Volumes/Macintosh HDlub niezależnie od bagażnika dysk ma nazwę) lub całkowicie wyłącz SIP, a następnie uruchom ponownie komputer, a następnie polecenia powinny działać. Należy jednak pamiętać, że przyszłe aktualizacje systemu operacyjnego prawdopodobnie przywrócą restrictedflagę i com.apple.rootlessprzypiszą wszystkie pliki, z których je usunąłeś.

Wyłączenie SIP nie jest zalecane, ponieważ usuwa dużą ochronę przed złośliwym oprogramowaniem i przypadkowymi uszkodzeniami, a ponadto nie jest konieczne, gdy można po prostu usunąć ochronę dla poszczególnych plików. Jeśli wyłączysz SIP, włącz go ponownie po zakończeniu wprowadzania zmian.

Zauważ, że jeśli ls -lOpokazuje, że schgflaga jest ustawiona, musisz przejść do trybu jednego użytkownika, aby ją rozbroić. Nie zamierzam się tutaj zajmować, ponieważ istnieją większe pytania dotyczące tego, dlaczego plik ma ustawioną flagę i dlaczego próbujesz z tym popsuć i jakie będą tego konsekwencje.

Miałem ten sam problem. Okazuje się, że złośliwe pliki zostały oznaczone przez system operacyjny jako „Zablokowane”. Znalazłem to rozwiązanie, które rozwiązało problemy w kilka sekund:

http://explanatorygap.net/2005/07/10/unlocking-files-recursively-from-the-command-line/

Wygląda na to, że rmpolecenie zmieniło się w Tygrysie, więc jeśli użyjesz go rm -Rfz podwyższonymi uprawnieniami, automatycznie odblokuje pliki.

W OS X przed Tiger: find /Volumes/Transit -flags +uchg -print0 | xargs -0 chflags nouchg

W OS X po Tiger: sudo rm -Rf foldername/

Ponadto, nawet po OS X 10.4, mogą występować flagi metadanych pliku, takie jak uchgi uappnd, które uniemożliwiają modyfikację uprawnień lub własności pliku. chflagsmoże usunąć flagi. Niektóre atrybuty pliku / metadane oraz sposób ich obsługi przez różne narzędzia do kopiowania znajdują się tutaj .

Miałem ten sam problem z Crashplan.app.

Wszystkie wymienione tutaj rozwiązania nie pomogłyby mi, ale to rozwiązało problem: http://forums.macrumors.com/showthread.php?t=1546163

Musisz zmienić system i niezmienne flagi użytkownika:

Zrób to, aby zobaczyć, które flagi są aktywne w twoim pliku / folderze:

ls -lhdO MyFile

Odpowiedź może wyglądać następująco:

drwxrwxr-x 3 root admin schg,uchg 102B Apr 8 2013 MyFile

schg , uchg to te niezmienne flagi. Jeden dla systemu i jeden dla użytkownika. Aby je usunąć, wykonaj następujące czynności:

chflags noschg CrashPlan.app # this removes system immutable flag
chflags nouchg CrashPlan.app # this removes the user immutable flags

Wtedy przynajmniej dla mnie plik jest odblokowany i możesz go usunąć!

W OS X 10.11 (El Capitan) może to być również spowodowane nową funkcją rootowania . Zobacz tę odpowiedź, aby uzyskać wyjaśnienie.

Krótko mówiąc, w przypadku niektórych ważnych katalogów nie ma możliwości ich modyfikacji - czy używasz sudo, chownczy chmod. Wpływa to na /usrkatalog (chociaż możesz modyfikować /usr/local).

Aby zmodyfikować katalog chroniony przed rootowaniem, musisz go wyłączyć . I oczywiście włącz ją ponownie po dokonaniu modyfikacji, ponieważ jest to ważne ulepszenie bezpieczeństwa.

Po wielu zmaganiach, oto co musiałem zrobić, aby rozwiązać problem:

• Przeniesiono plik do ~/Desktop
• sudo chown myusername:staff ./entries
• Przeniesienie pliku z powrotem do pierwotnej lokalizacji nie działało (Operacja niedozwolona, ​​ponownie), więc ...
• sudo rm ./entries
• sudo mv ~/Desktop/entries ./entries

Miałem ten sam problem dotyczący mojego folderu domowego. Na koniec użyłem wyszukiwarki w ten sposób:

Idź -> Komputer -> Twój dysk -> Użytkownicy -> Twoja nazwa użytkownika -> kliknij prawym przyciskiem myszy -> Uzyskaj informacje

Stwierdziłem, że był zamknięty, prawdopodobnie robiłem to w przeszłości i zapomniałem. Odznaczone zablokowane pole wyboru, problem naprawiony.

Mogę polecić użycie „Uzyskaj informacje” z wyszukiwarki w celu rozwiązania tego rodzaju problemów.

(OS X 10.8.3)

Upewnij się, że plik i jego folder nadrzędny są odblokowane

Napotkałem podobny problem, gdy próbowałem usunąć plik podpisu e-mail Mac. Nie mogłem go usunąć, dopóki nie odblokowałem pliku, a także jego folderu nadrzędnego.