Chown neden OS X’de “Operasyona izin verilmiyor” yazıyor?

Mac'imde (10.6.7) aşağıdakileri yapmaya çalışıyorum:

sudo chown myusername:wheel ./entries

ancak Unix / Mac "İşleme izin verilmedi" döndürüyor. Ben ls -lashsuçlu dosyası, aşağıdaki gibi görünüyor:

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

Denedim sudove sudo su; hiç birşey çalışmıyor. Neler olduğu hakkında bir fikrin var mı?

chmodEski Ubuntu kutumdan kopyaladığım dosyaları deniyorum . Dosyaların çoğu chmodyinelemeli olarak başarılı bir şekilde yazılmıştır; Sadece bu sıkışmış ve nedenini anlamıyorum.

Evet, Mac'in Unix'te dosya alanında pek çok geliştirmesi var. Artık kullanılmayan tüm kaynak çatalını görmezden gelince, bunlar:

• Standart Unix izin ugo rwx vb. Normal Unix araçları geçerlidir.
• ACL , ile görülebilir ls -leve ile değiştirilebilir chmod [ -a | +a | =a ].
• dosya bayrakları ile görüntülenebilir ls -lO(Sermaye oh değil sıfır) ile değiştirilebilir chflags.
• genişletilmiş özellikler , ls -l@(yalnızca özellik tuşları ile) görüntülenebilir ve birlikte görüntülenebilir ve değiştirilebilir xattr. ( Size hiçbir şey vermezse xattr -hyardım için kullanın man xattr.)
• 10.11 "El Capitan" X OS ile başlayan Sistemi Bütünlüğü Koruması kullanırken bile (SIP) ayrıca sıradan süreçlerden değişikliklerden bazı dosyaları korur sudoolarak çalışacak root. SIP ile korunan dosyalar tarafından listelenecek ls -lOsahip olarak restrictedbayrağı ve / veya tarafından sıralanabilir ls -l@sahip olarak com.apple.rootlessniteliği.

Unix izinleri, ACL'ler, dosya bayrakları veya SIP nedeniyle bir dosyadaki işlemler reddedilebilir. Bir dosyanın tamamen kilidini açmak için:

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

Sistem Bütünlüğü Koruması (SIP) etkinse sudo chflags norestrictedve sudo xattr -d com.apple.rootless"İşleme izin verilmedi" hatası da verir. Bayrak ve / veya özniteliği temizlemek için macOS Recovery'ye önyüklemeniz ve ya komutları Terminal'den çalıştırmanız gerekir (önyükleme sürücünüzün kilidini açmak ve monte etmek için önce Disk Yardımcı Programını kullanmanız gerekebilir, ardından dosyalarınızın /Volumes/Macintosh HDönyüklemenizin altında veya ne olacağını unutmayın sürücü adlandırılır) veya SIP'yi tamamen devre dışı bırakın ve yeniden başlatın ve komutlar çalışmalıdır. Bununla birlikte, gelecekteki işletim sistemi güncellemelerinin muhtemelen restrictedbayrağı com.apple.rootlesskaldırdığınız dosyalara ve özniteliği geri yükleyeceğini unutmayın.

Kötü amaçlı yazılımlara ve kazara hasara karşı çok fazla korumayı kaldırdığından SIP'yi devre dışı bırakmak önerilmez , ayrıca korumayı dosya başına basitçe kaldırabileceğiniz zaman gerekli değildir. SIP'yi devre dışı bırakırsanız, değişiklik yaptıktan sonra yeniden etkinleştirin.

Bayrağın ayarlanmış olduğunu ls -lOgösterirse, schgonu çözmek için tek kullanıcılı moda girmeniz gerekir. Dosyanın neden bu bayrağı koyduğunu ve neden onunla uğraşmaya çalıştığınızı ve sonuçlarının ne olacağı konusunda daha büyük sorular olduğu için buraya girmeyeceğim.

Ben de aynı problemi yaşadım. Sorunlu dosyaların işletim sistemi tarafından "Kilitli" olarak işaretlendiği ortaya çıktı. Bu çözümü buldum ve sorunları saniyeler içinde çözdüm:

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

Öyle görünüyor ki rm, Tiger’da komut değiştirildi, öyle ki rm -Rfyüksek ayrıcalıklara sahipseniz , dosyaları otomatik olarak açacak.

Tiger'dan önceki OS X'te: find /Volumes/Transit -flags +uchg -print0 | xargs -0 chflags nouchg

Tiger’dan sonra OS X’de: sudo rm -Rf foldername/

Ayrıca, OS X 10.4'ten sonra bile , dosya izinlerinin veya sahipliğinin herhangi bir şekilde değiştirilmesini önleyen uchgve gibi dosya meta veri bayrakları olabilir uappnd. chflagsbayrakları kaldırabilir. Dosya özniteliklerinin / meta verilerinin bazıları ve bunların farklı kopyalama araçları tarafından nasıl işlendiği buradadır .

Crashplan.app ile de aynı sorunu yaşadım.

Burada listelenen tüm çözümler bana yardımcı olmaz, ancak bu işe yaradı: http://forums.macrumors.com/showthread.php?t=1546163

Sistemi ve kullanıcı tarafından değiştirilemez bayrakları değiştirmeniz gerekir:

Dosya / klasörünüzde hangi bayrakların aktif olduğunu görmek için bunu yapın:

ls -lhdO MyFile

Yanıt şöyle görünebilir:

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

schg , uchg bu değişmez bayraklardır. Biri sistem için, diğeri kullanıcı için. Bunları kaldırmak için aşağıdakileri yapın:

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

O zaman, en azından benim için, dosyanın kilidi açıldı ve silebilirsiniz!

OS X 10.11'de (El Capitan), buna yeni Rootless özelliği neden olabilir . Bir açıklama için bu cevaba bakınız .

Kullanmak ister - Kısacası, bazı önemli dizinler için, gerekli değişiklikleri orada bir yol yoktur sudo, chownya da chmod. Bu, /usrdizini etkiler (değiştirmenize izin verilmesine rağmen /usr/local).

Rootless korumalı bir dizini değiştirmek için Rootless'ı devre dışı bırakmanız gerekir . Ve elbette, değişikliklerinizi yaptıktan sonra tekrar etkinleştirin, çünkü bu önemli bir güvenlik geliştirmesidir.

Çok fazla mücadele ettikten sonra, sorunu çözmek için yapmam gerekenler:

• Dosyayı şuraya taşıdı: ~/Desktop
• sudo chown myusername:staff ./entries
• Dosyayı orijinal konumuna geri getirmek işe yaramadı (Çalışmaya tekrar izin verilmedi), bu yüzden ...
• sudo rm ./entries
• sudo mv ~/Desktop/entries ./entries

Ev klasörüm için de aynı problem vardı. Sonunda sadece böyle bulucu kullandım:

Git -> Bilgisayar -> diskiniz -> Kullanıcılar -> kullanıcı adınız -> sağ tıklayın -> Bilgi Alın

Kilitli olduğunu buldum, muhtemelen geçmişte yaptım ve unuttum. Kilitli onay kutusunun işaretini kaldırın, sorun çözüldü.

Bu tür sorunların üstesinden gelmek için 'Bilgi Al'ı bulucudan kullanmanızı tavsiye ederim.

(OS X 10.8.3)

Hem dosyanın hem de ana klasörünün kilidinin açıldığından emin olun.

Bir Mac Mail e-posta imza dosyasını silmeye çalışırken benzer bir sorunla karşı karşıyaydım. Dosyanın ve ana klasörünün kilidini açana kadar silemedim.