Kendi başlarına çalışan başlangıç öğelerini devre dışı bırakma

Her zamanki yerlerde görünmemelerine rağmen, başlangıçta kendilerini başlatabilecek gibi görünen birkaç uygulama buldum ...

- Login Items (in the Users preference pane)
- /Library/LaunchAgents
- /Library/LaunchDaemons
- /Library/StartupItems
- /System/Library/LaunchAgents
- /System/Library/LaunchDaemons
- /System/Library/StartupItems
- ~/Library/LaunchAgents
- ~/Library/LaunchDaemons
- ~/Library/StartupItems

Bu uygulamaların en azından bir kısmı (örn. Birinci Gün ve Duraklamalar - her ikisi de Mac App Store'dan) kendi dahili LoginItemsklasörlerinden bir öğe başlatıyor gibi görünüyor :

/Applications/Day One.app/Contents/Library/LoginItems/Day One Reminders.app
/Applications/Pauses.app/Contents/Library/LoginItems/PausesLauncher.app

İyi vatandaşlar olarak, her iki uygulama da oturum açma oturum açma davranışını devre dışı bırakmanıza izin verir, ancak bu davranışın sistem çapında bir tercih tarafından kontrol edilemez gibi görünmesi ve sistematik olarak tanımlamak / kontrol etmek için bir yol istiyorum bu giriş öğeleri. Yani, (iki bölümlü) soru:

Bu uygulamaya özel başlatma öğelerinin etkinleştirilip etkinleştirilmediğini / nasıl etkinleştirildiğini gerçekten kontrol eden nedir ve
Tüm bu giriş öğelerinin envanterini nasıl alabilirim?

[Netlik için düzenlendi 2013-03-20 11:22 PT]

— Dan
kaynak

(Bunun, "giriş öğeleri" listesinde "işaretlenmemiş olmasına rağmen çalışan başlangıç öğelerini devre dışı bırakma" adlı bir çift olmadığını unutmayın );)

— Dan

Neden bunun bir kopya olmadığını düşünüyorsunuz (aynı cevapların tekrar alınmasını önlemeye yardımcı oluyor)? Ve bunu belirli uygulamalarla deneyimlediğinizi varsayalım, lütfen sorunuzda listeleyebilir misiniz?

— nohillside

Ve bence Birinci Gün'ü yanlış anlıyorsun. Yukarıda listelediğiniz şey, girişte başlat seçeneği işaretlendiğinde başlatılan yalnızca Hatırlatma uygulamasıdır (menulet). Korumalı alandaki LaunchAgents / Daemons klasörü değil.

— nohillside

Açıklama için teşekkürler. Teşhis hakkında yanılmış olabilirim, ancak "devre dışı bırakma" eylemini izlerken etkinliği gördüğüm yer fs_usagebu yüzden, bunun olduğunu sanıyordum.

— Dan

Ve bir dupe değil, çünkü diğer soru, sorunun başında listelediğim standart giriş öğeleri listesiyle yanıtlandı. Bunu gördüğüm uygulamalar (Birinci Gün dahil) Giriş Öğelerimde veya bu dizinlerde görünmüyor ...

— Dan

Yanıtlar:

Birinci Gün, giriş öğesini /var/db/launchd.db/com.apple.launchd.peruser.501/overrides.plist'te saklıyor gibi görünüyor:

$ /usr/libexec/PlistBuddy -c 'Print _com.apple.SMLoginItemBookmarks:com.dayoneapp.dayone-agent' /var/db/launchd.db/com.apple.launchd.peruser.501/overrides.plist
book 0(UserslaurTorrents
                        Day One.apContentsLibrary
LoginItemsDay One Reminders.app $4HXh?kld ????$A????H???A?1M?$5DF7A03E-A7FB-3E80-B61D-F10CD8BF7B5D?/?0c75ae904b0f99cb3a794e7360629c822a0f4a14;00000000;0000000000000020;com.apple.app-sandbox.read-write;00000001;01000002;0000000000641712;/users/lauri/torrents/day one.app/contents/library/loginitems/day one reminders.app??????D|@l 0 ? ? ? ?  0 <???????D

Aynı dosyada bunu true olarak değiştirmek devre dışı bıraktı:

<key>com.dayoneapp.dayone-agent</key>
<dict>
    <key>Disabled</key>
    <false/>
</dict>

— lri
kaynak

Güzel - cevap bu gibi görünüyor. Bunun neden açık bir yerde ortaya çıkmadığına hala şaşkınım: Giriş Öğeleri tercih bölmesinde değil (verilen, tüm kullanıcılar için yeni bir bölüm olması gerekir) ... başlatma klasörlerinin hiçbirinde değil ... Lingon'da bile değil. Meraktan, nereye bakacağını nasıl bildin?

— Dan

İlk Gün'ü açtığımda fseventer'ı çalıştırdım .

— Lri

Araştırma sonuçlarınızı paylaştığınız için teşekkür ederiz! Bazen FS izleme uygulamaları için fseventer kullanıyorum.

— porg

(Bu, Kullanıcılar ve Gruplar Sistem Tercihleri altındaki kullanıcı tarafından görülebilir Giriş Öğeleri ile ilgili değildir)

İçindekiler / Kütüphane / LoginItems / uygulama paketine gömülü, Apple'ın korumalı alandaki uygulamalara yaklaşımının uygulanması gibi görünüyor.

@ User495470 tarafından /var/db/launchd.db/ adresinde oturum açma öğesi başvurusunun depolanmasıyla ilgili ipucu artık macOS 10.12'de geçersiz görünüyor

Apple'ın yönü, LaunchDaemons, LaunchAgents ve StartupItems'in gelecekte Mac uygulamalarının bir noktada korumalı hale getirilmesi gerekebileceğinden (kişisel varsayım, gerçek değil), uygulama bağımsız yaklaşımına doğru ilerliyor gibi görünüyor. Öte yandan CFPreferences API'sı ve lansman için AppleEvents gönderme işlemleri kullanımdan kaldırıldı ...

Ref:

Geçmişte, başlangıç lansmanı bilgileri (Dan başına) için yukarıda belirtilen klasörlere bakmak kolay olsa da, bu yeni korumalı alan modeli, teorik olarak operasyonel olarak daha güvenli olmakla birlikte, bir uygulamanın (veya Truva At?) Başlangıç yeteneğini tüm normal kullanıcılardan ve çoğu süper kullanıcıdan gizler sistem dizinlerine bakmayı bilenler. Bu gizli Giriş Öğelerini bulmak artık Uygulamalar klasöründe yolunuzu açarak ya da bir "LoginItems" klasörü ve içeriği için / Contents / Library / adlı uygulama paketlerini elle açarak bir PITA (uygulamada acı) haline geldi. Kullanıcı seviyesi çözümü için, CleanMyMac adlı uygulama paketi gömülü Giriş Öğelerini listeleyen bir araç buldum (devre dışı bırakabilir veya etkinleştirebilirsiniz. Dikkatli olun, sadece şirketten bu uygulamayı alın. Aslında Giriş Öğeleri şimdi (ironi) nasıl çok benzer bir şekilde bir virüs taşıyan kırık sürümleri vardır ..)

Ayrıca, etkinleştirilen veya devre dışı bırakılan bu öğelerin "Kullanıcılar ve Gruplar" Sistem Tercihleri altında kullanıcının görünen "Giriş Öğeleri" nin nasıl bir parçası olmadığına dikkat edin:

Benim gibiyseniz ve bunu kod düzeyinde çalışıyorsanız, konsolide bir uygulama kılavuzu burada (Tim Schroeder 2013 tarafından): Login Sandbox Project'te Lansman

— William Cerniuk
kaynak

Kendi başlarına çalışan başlangıç ​​öğelerini devre dışı bırakma

Kendi başlarına çalışan başlangıç öğelerini devre dışı bırakma