Bugün bununla bir aylık iMac’de karşılaştım. Bu konuda yeni olmayan tek şey benim hesabım, 5 makinede ve 12 büyük MacOS sürümünde, mümkünse Migration Assistant kullanılarak çoğaltılmış ve bunu ~ / Library / Preferences / 'da biraz sıkıntıyla bırakmış. Ne yazık ki, son sürümlerde, Apple bu dizini etkili bir şekilde temizleyerek karmaşık hale getirmiştir, çünkü gerçek tercih bilgisini cfprefsd
yönetir ve yardımcı programla güzelce konuşmanız gerekir .defaults
Her neyse, tercihimi değiştirmeye çalıştığımda her zaman şöyle bir günlük girdisi elde ettiğime düşkünüm:
Jul 14 18:14:03 extravagant sharedfilelistd[411] <Critical>: [default] [<CFString 0x7fff77ea0e00 [0x7fff77f58440]>{contents = "com.apple.LSSharedFileList.RecentApplications"}] List write failed invalid info items: (null) properties: (null)
Jul 14 18:14:03 extravagant sharedfilelistd[411] <Error>: -[ListStore writeListItems:properties:withListIdentifier:notificationHander:] [com.apple.LSSharedFileList.RecentApplications] List write failed invalid info items: (null) properties: (null)
Jul 14 18:14:05 extravagant com.apple.preference.general.remoteservice[85562] <Warning>: Error getting number of recent items of type 2, LSSharedFileListCopyProperty returned NULL
Jul 14 18:14:11 extravagant com.apple.preference.general.remoteservice[85562] <Warning>: New number of recents: 30
Jul 14 18:14:11 extravagant com.apple.preference.general.remoteservice[85562] <Warning>: Error getting number of recent items of type 1, LSSharedFileListCopyProperty returned NULL
Jul 14 18:14:11 extravagant com.apple.preference.general.remoteservice[85562] <Warning>: Error getting number of recent items of type 2, LSSharedFileListCopyProperty returned NULL
Jul 14 18:14:11 extravagant com.apple.preference.general.remoteservice[85562] <Warning>: Error getting number of recent items of type 3, LSSharedFileListCopyProperty returned NULL
Jul 14 18:14:13 extravagant com.apple.xpc.launchd[1] (com.apple.preference.general.remoteservice[85562]) <Notice>: Service exited due to signal: Killed: 9
Ayrıca, hem defaults domains
ve Tercihler birkaç düzine dosyaları gibi uygun bir varsayılan etki alanı ile çok uygulama söyledi com.example.appname da benzeri bir varsayılan etki alanını vardı com.example.appname.LSSharedFileList son kullanılan dosyaların listeleri içeriyordu. Ancak son zamanlarda hiç kullanılmamışlardı. * .LSSharedFileList.plist dosyalarının hiçbiri eski Yosemite makinemden geçişimden beri değişmedi ve hiçbirinde com.apple.recentitems.plist yoktu. Bu yüzden ~ / Library / Preferences / içinde şu komutları çalıştırarak evi temizledim:
defaults delete com.apple.recentitems
rm com.apple.recentitems.plist*
defaults
Komut söyler cfprefsd
42-bayt mantıksal boş .plist dosyası ve dosyanın .plist.lockfile bir 0 bayt bırakır o etki, içinde tüm ayarları kaldırmak için rm
komut kaldırır.
defaults find LSSharedFileList |grep 'keys in domain .*LSShared'|cut -d"'" -f2 |xargs -L1 defaults delete
rm *LSSharedFileList.plist*
Daha az aşikardır, fakat asıl adı LSSharedFileList olan tüm defaults
alan adları için aynıdır .
find . -name "*.plist" -print0 |xargs -0 -L1 plutil -lint |grep -v ': OK$'|cut -d: -f1|sed 's/.*/"&"/' |xargs rm
Daha az belirgin, ama görünüşe göre çok önemli. Bu boru hattı, mevcut dizindeki * .plist dosyalarının tümünü bulur (bu, ~ / Library / Preferences /, idi), her birini geçerlilik için denetler plutil -lint
, "OK" olmayanların dosya adlarını ayrıştırır, korunmalarını ister. gömülü boşluklar ve benzerleri ile hepsini kaldırır. Benim durumumda geçersiz * .plist dosyalarının tümü, Bay Cap'te çalışamayan şeyler için 0 baytlık antika dosyalardı, bu yüzden herhangi bir gerçek bilgiyi silmediğimden emindim. YMMV !!
find . -size 42c -name "*plist" -delete
Bu, 42 bayt uzunluğunda olan * .plist dosyalarını, mantıksal olarak boş bir plistin ikili formatta büyüklüğünü temizledi. Etrafta dolananlardan birkaç tane vardı ve şikayete neden olmuş olabilirlersharedfilelistd
.
killall sharedfilelistd
Bu sharedfilelistd
benim hesabımda çalışan örneğini sonlandırdı . Sistem otomatik olarak yeni bir örneği yeniden başlattı. Buna ihtiyacım olduğundan emin değilim, ancak sharedfilelistd
El Cap'ta görünüşte yaptığı şeyi yapmanın eski yöntemiyle ilgili olan tercihler alt sisteminden bir kaç bilgiyi silmekten dolayı mantıklı görünüyordu .
NOT: Bu 7 komut, ne anlama geldiğini ve etki yarattığımın, 3 saat boyunca etrafa dağılmadan ve sharedfilelistd
boşuna uğramayacak bir bilgi bulmaya çalışırken test ettiğim ve etkilediğimin kısaltılmış versiyonudur .
Buraya dahil olmadığımı da belirtmekte fayda var sudo
, çünkü kendi tercihlerim alemini manipüle ederek kendi ~ / Library / Preferences / içerisindeydim. Son Öğeler menüsü ve dolayısıyla ayarları kullanıcıya özeldir; bu nedenle, bu ayarın depolandığı her yerde (asla işe yaramadı ...) aynı zamanda kullanıcıya özel olması gerekir, düzeltilmesi için kök gerektiren bir şey değil. Açıklanamayan bir kitlesel izin / ACL / flag wipe, sudo ile çalışan, yazar için bile çalışmayan ve ciddi sistemik zararlara neden olabilecek önceki bir yanıt var. Bu böyle bir şey değil. Ayrıca, Kurtarma Modunda oturumu kapatmayı, yeniden başlatmayı, yeniden başlatmayı veya rahatsız edici olabilecek başka bir şey yapmayı gerektirmediğini de unutmayın.