/ Usr / local sahipliğinin kullanıcı adımdan köke değişmesine neyin neden olduğunu nasıl anlayabilirim?

homebrewBazı web geliştirme uygulamaları için paket yöneticisi olarak kullanıyorum . Tutmak için brewyukarı güncel koşuyorum update brewher iki üç günde ve aynı zamanda çalışacak brew doctor. Genellikle, bu iyi ve brewdemlemeye hazır olduğumu söylüyor.

Ancak arada sırada aşağıdaki hatayı alıyorum:

Uyarı: / usr / local / etc yazılamaz.

Homebrew tarafından yönetilmeyen bir yazılım "sudo make install" yazılımınız varsa, bu olabilir. Bir formül bu dizine bir dosya yazmaya çalışırsa, bağlantı adımında yükleme başarısız olur.

Muhtemelen chown/ usr / local / etc

Uyarı: / usr / local dizini yazılamaz. Homebrew'u yüklediğinizde bu dizin yazılabilir olsa bile, diğer yazılımlar bu dizindeki izinleri değiştirebilir. Airfoil'in "InstantOn" bileşeninin bazı sürümlerinin bunu yaptığı bilinmektedir.

Muhtemelen / usr / local'ın sahipliğini ve izinlerini kullanıcı hesabınıza değiştirmelisiniz.

İzinleri kullanıcı adıma sıfırlamak yeterince kolay. Sonrasında iyi brewgörünüyor.

Ama bunun olmasına ne sebep oluyor?

İzinlerin değişmesine neyin neden olduğunu gösteren bir günlük var mı?

Aynı sorunu yaşadım ve Sophos otomatik güncellemesinin suçlandığı ortaya çıktı. Bunu çalıştırarak anladım:sudo fs_usage | grep "usr/local"

Biraz zaman aldı, ama sonunda Sophos'un "Installation" arka plan programının / usr / local'ın izinleriyle uğraştığını gördüm.

Hala bu davranış için uygun bir çözüm bulmaya çalışıyorum.

EDIT: Sophos bu sorunu giderdi inanıyorum, bu cevabın yorumlarındaki bağlantıya bakın. En azından benim için sabit gibi görünüyor!

Filewave'in suçlu olduğu ortaya çıkıyor. Filewave, okulumuz tarafından yazılım güncellemelerini göndermek için kullanılan bir sistem yönetim yazılımıdır. Giriş için teşekkürler.

İzin hırsızını nasıl alacağım hakkında kabaca bir fikrim var. Bu sorununuza bir çözüm değil, daha çok bir çözüm.

Bu klasörü izlemek için Automator'da veya Hazel (klasör eylemleri) ile bir bekçi köpeği yazmaya ne dersiniz?

• Klasör herhangi bir şekilde değiştirilirse, izinlerin ve o anda erişilen işlem kimliğinin anlık görüntüsü alın fuser <foldername>.
• işlem tablosunda işlem kimliğini ( ps auxwwwwww | grep <process id>) ararsınız ve son olarak
• toplanan bu bilgilerle kendinize bir e-posta yazın.

Ne yazık ki ben hiçbir Automator sadhu değilim, ama Google tarafından böyle bir sorun için birçok çözüm olduğunu öğrendim.

Time Machine kullanıyorsanız, Backups.backupdbTerminal'de keşfederek izinlerin değiştiği yaklaşık süreyi bulabilirsiniz . ls -ldZaman damgalı klasörlerde kullanın , ör.

ls -ld /Volumes/Backup/Backups.backupdb/Mac/2015-12-25-120000/Macintosh\ HD/usr/local 

Bu, sahip ve grup bilgilerini gösterir.

Değişikliğin gerçekleştiği tarihe ulaştıktan sonra, sisteminizde başka nelerin değişebileceğini öğrenebilirsiniz. Basit bir teknik Finder Dosyası kullanmaktır ›Bir Last modified datekriter bulun ve ekleyin . Diğer iyi araçlar findve mdfindTerminal.

Bu, sisteminizi güncellemenin bir yan etkisidir; OS X, / usr / local kök sahip bir klasörde bulunduğundan, güncelleme işlemi sırasında büyük olasılıkla bazı genel izin "onarım" yapar.

Manuel olarak yapmak yerine Disk Utilityselect Macintosh HDsonra run Verify Disk Permissionve sonra Repair Disk Permissiongerekirse kullandınız mı ?

Şimdi bu sorununuzu çözmemelidir, ancak ev yapımı demirin izinleri ne zaman değiştirdiğini görmek iyi bir 'bilinen' başlangıç ​​noktasıdır. Eğer şans varsa altta yatan sorunu gösterebilir.

Ayrıca new update -vçıkış ayrıntılı daha artı eski günlükleri için buradayız ~/Library/Logs/Homebrewuyarınca homebrew günlüğü yapar Nerede?