I particularly want to disable:
/private/etc/mach_init.d/dashboardadvisoryd.plist.disabled, but in general for any daemon.
Does changing its plist extension prevent it from loading?
In the past I moved them to a different folder, but this is more convenient.
|
launchctl list and sudo launchctl bstree will show you the jobs. You'll need to read up on the mach_init part as well as be aware that launchd gets more and more of the pie as you go from Tiger/Leopard/Snow Leopard/Lion - your in general question is basically "walk me through launched" - The command mdfind dashboardadvisory will search in the areas hidden by default in spotlight as system files. |
|||
|
|
|
The answer is yes. OS X looks only for plist files when loading LaunchAgents or LaunchDaemons, regardless of whether you use the old style "Mach" way (which as bmike has pointed out has long been deprecated) or the current, modern method. The contents of the plist file are as follows (this shows the AELWriter service):
You can see that what actually launches the service is a string under the key |
|||
|
|
|
You can also disable a given LaunchAgent or LaunchDaemon with launchctl without renaming the file.
If you omit the -w, it'll only disable the task for the current boot. This is handy for testing if disabling a launchd task will fubar your system - if you run into trouble all you'll need to do to fix things is reboot, and things will be back to normal. Otherwise you'll have to boot into single user mode and manually edit the plist to re-enable the launchd task. |
|||
|
|
dashboardadvisoryd– Petruza Jul 23 '11 at 17:42launchctl listandsudo launchctl bstreewill show you the jobs. You'll need to read up on the mach_init part as well as be aware that launchd gets more and more of the pie as you go from Tiger/Leopard/Snow Leopard/Lion - your in general question is basically "walk me through launched" - The commandmdfind dashboardadvisorywill search in the areas hidden by default in spotlight as system files. – bmike♦ Jul 23 '11 at 18:08launchctl bstreedoesn't show it anymore, so yes, seems it was loading from mach_init.d – Petruza Jul 24 '11 at 18:22