Ну ось, нарешті, я добрався і до другої частини цієї теми. Минулого разу я коротко розповів про найпростіший спосіб автозапуску додатків в Mac OS X. Сьогодні ж замітка буде в першу чергу стосуватися просунутих користувачів (або тих хто хоче такими стати) так як мова піде про «агентів» і «демонів»%) Звичайно ж, в цій статті я не зможу охопити всі можливі варіанти, але зробити короткий екскурс в дану тематику просто зобов'язаний, так як російськомовні «яблучно» -орієнтуватися інтернет-ресурси останнім часом щось призабули, що крім новин і чуток є цікавіші і корисні теми для ст Атей;)
У Mac OS X, як і в інших UNIX-подібних операційних системах, є безліч прихованих «важелів» для запуску, управління та обслуговування різних системних процесів. Одними з таких «важелів» є системні служби: Services (послуги) і Daemons (демони). За своєю суттю що «сервіси», що «демони» - це системні служби забезпечують внутрішню роботу всієї системи, але призначені трохи для різних цілей, ну і працюють вони теж трохи по-різному. Що ж роблять ці «послуги» і «демони»? - А роблять вони практично все, починаючи від запуску вбудованого веб-сервера і монтування файлових систем, і закінчуючи запуском графічного інтерфейсу разом із системними і одними додатками. Самі сервіси являють собою конфігураційні XML файли з розширенням .plist. що знаходяться в директоріях LaunchAgents або LaunchDaemons (в залежності від їх призначення). У системі є декілька директорій LaunchAgents і кілька LaunchDaemons. кожна з яких обробляється відповідно до певних привілеїв:
- Всі конфігураційні файли, що знаходяться в даній директорії, будуть виконуються тільки при логін конкретного користувача (в каталозі якого вони знаходяться) і з правами цього користувача. Можна використовувати для кастомізації свого облікового запису не зачіпаючи при цьому систему і інших користувачів.
- Це системна директорія і присутня в ній конфігураційні файли виконуються при логін будь-якого користувача з правами увійшов користувача.
- Це так само системна директорія, але все конфіги виконуються від імені адміністратора (root'a) на рівні системи (тобто сценарій буде виконаний незалежно від того, увійшов якийсь користувач в систему чи ні).
- Системна директорія зарезервована OS X. Все конфіги знаходяться в ній є системними, запускаються при логін будь-якого користувача.
- Системна директорія зарезервована OS X. Все конфіги, що знаходяться в ній, є системними і запускаються при завантаженні системи з правами адміністратора (root'a).
Потрібно розуміти призначення директорій LaunchAgents і LaunchDaemons. і різницю між ними. Директорії LaunchAgents використовуються для запуску «сервісів», а LaunchDaemons - для запуску «демонів». Різниця між «сервісами» і «демонами» в тому, що «сервіси» зазвичай запускаються після завантаження графічного інтерфейсу і призначені для запуску графічних додатків; «Демони» можуть запускатися в тлі до завантаження графічного інтерфейсу і призначені скоріше для завантаження програм (служб) без графічного інтерфейсу (консольні утиліти, bash і shell скрипти і так далі). Всі конфігураційні .plist-файли обробляються і запускаються фоновим процесом launchd під час завантаження ОС. Запущені процесом launchd системні служби ( «сервіси» і «демони») знаходяться в пам'яті і працюють аж до завершення роботи ОС, виконуючи при цьому зазначені в них функції за вказаними правилами. Самі по собі конфігураційні .plist-файли ніяк не можна назвати додатками - це всього лише «сценарії» для запуску інших додатків. І якщо говорити простою мовою, то Services і Daemons - це файли з набором якихось правил, які система використовує від початку своєї роботи і до її завершення. Чим же цікавий сам спосіб використання цих «правил»? - В першу чергу він цікавий своєю гнучкістю і функціональністю. Я здогадуюся, що для багатьох зараз мало що зрозуміло з вищеописаного, але коли я почну розбирати приклади, сподіваюся, вам все стає зрозумілим те;)
Сподобалося? Поділися з друзями!
О! ОК, вранці розберуся, а то спати полювання;)
Casing Собака
Ну да, при конвертації shell-скриптів в XML можуть виникнути деякі непонятки. Можна спробувати вставляти або цілісний скрипт, типу:
Або ось так ще можна спробувати:
Але саме простіше (щоб не мана з «вгадування») - створити bash-скрипт, наприклад random-seed:
І в XML (.plist) вказати до створеного скрипту повний шлях:
Природно, скрипту random-seed потрібно буде присвоїть відповідні права доступу і атрибути.
Casing Собака
Величезне Дякую, спробував останній варіант - ніби все вийшло (в балках пошук рядка random-seed нічого не знаходиться - це правильно?)
І друге питання - Ви не знаєте як зробити що б скрипт виконувався при ВИХІД з системи?
Відповіді будь ласка!
собака Casing
Та немає за що. Перевірити, чи відпрацьовує скрипт, можна в такий спосіб. У вас в скрипті є рядок:
Але так як це echo буде запускатися через launchd то в Консоль нічого не виводитися буде (крім помилок). Модифікуйте скрипт таким чином:
І тепер все echo будуть виводитися в Консоль. Після перезавантаження запустіть консоль і пошукайте слово «RandomSeed» або рядок «Initializing kernel random number generator» в логах. Якщо вони присутні - все ОК, скрипт відпрацьовує. Цей фінт я використовую як свого роду інструмент для налагодження;)
З приводу виконання скриптів перед виходом / вимиканням / перезавантаженням ... До версії 10.4 Tiger, і включаючи її, була дуже проста можливість виконувати будь-яка множина крипти, просто помістивши їх у відповідну папку. З виходом наступних версій Mac OS X цей принцип ізмінілі, і в поточних 10.7 Lion і 10.8 Mountain Lion для запуску logout-скриптів необхідно використовувати хук. Працює це так:
1. Створимо shell-скрипт з потрібними командами, наприклад ось такий:
2. Збережемо його, наприклад, в системній папці / sbin під ім'ям logout_hook і призначимо йому правильні права доступу і атрибути:
3. Тепер додамо хук:
Ну і спробуємо ... Я сам-то не пробував, але, по ідеї, все повинно запрацювати.
Casing Собака
Виявляється я рано радів:
--------------
Jun 16 22:08:01 MacBook.local loginwindow [343]: *** NSTask: Task create for path '/ bin / customs_cripts / random-seed_Stop' failed: 22, «Invalid argument». Terminating temporary process.
--------------
random-seed_Stop:
=======================
LOGS = 'RandomSeedStop'
(
echo "RandomSeedStop and I logout now ...»
say -v Milena «Я Random Seed Stop, Я завершую роботу ...»
# Зберегти джерело випадковості для генератора випадкових чисел
# При завершенні роботи. Зберегти 512 байт, які складають
# Пул ентропії для генератора випадкових чисел.
echo "Saving random seed ...»
dd if = / dev / urandom of = / var / random-seed count = 1
) | logger -s -t $ LOGS
=======================
Хто винен і Що робити.
собака Casing
Так це всього-лише файл для автозапуску скрипта. У вас, судячи з усього, скрипт відпрацьовує правильно, проблема не в автозапуску, і не в скрипті. Проблема в тому, що утиліта dd не може витягнути UDID з / dev / urandom. який, швидше за все, використовується для генерації.
Casing Собака
Підкажіть будь ласка, якщо стикалися. Є сервер слухає порт приймає запити і відправляє відповіді. При простому запуску під користувачем працює завжди без проблем. Прекрасно запускається у вигляді демона з будь-якого каталогу при старті системи. Діагностика показує що все працює як треба, порт відкритий. За безпеки порт відкритий, але приймати з'єднання відмовляється. Клієнт не бачить його. У нормальний робочий режим переходить тільки якщо його зняти і його знову підніме launchd. Далі проблем більше не виникає. У plist'e прописував sockets по мануалу, але тоді клієнти зависають намертво, а сервер з'єднання все одно не бачить і не приймає. Перезапуск в даному поведінці нічого не змінює.
Буду вдячний за будь-яку наводку так як в мережі нічого знайти поки не вдалося. Та й застосування Sockets розділів практично не розглядається. Але точно знаю що є обмеження по портах. Але знову ж таки, які ...
Доброго дня, підкажіть що це за процес, як його вбити, RunOuc. в пошуку не можу прогугліть, коли він запущений «їсть 90%» процесора, mac book air ^ при цьому гріється сильно, і батарея швидко сідати, після перезавантаження на якийсь час пропадає, а потім може знову з'явитися ...
Спасибі заздалегідь…
Вітаю! Потрібно дивитися. Це процес автозавантаження (по моєму). Тобто щось після старту системи повинно було запуститися, але воно зависло і «їсть» проц.
Casing Семен
Програма не запускатся, і не перезапускається. Скрипт, повна копія вашого з другої сторінки, тільки змінений шлях до іншого файлу.
Кожен пристрій в цьому магазині було створено інженерами Apple допомогою пристроїв Apple. Ми сподіваємося, що працюючи з цими «творами мистецтва», і ви надихнути на створення чогось нового.
Якщо у вас вийшло з ладу будь-який пристрій Apple, ми готові швидко і якісно підпорядкувати його. Так само отримуйте консультації по апгрейду та планового обслуговування техніки, щоб забезпечити її довговічну і безперебійну роботу. Надсилайте до нас свої запити на ремонт і обслуговування.