Phenquestions
Kuo skiriasi „Upstart“?
„Upstart“ turi modelį, kaip pradėti bet kokį galimą darbą įvykiui įvykus. Palyginkite tai su „systemd“, kuris paleidžia procesus, kuriuose veikia visos kitos sistemos. Pagrindinis skirtumas yra tas, kad „Upstart“ laukia įvykių, o „systemd“ - koordinuoja priklausomybes. Abi sistemos gali paleisti įprastus scenarijus ir abi bando paleisti lygiagrečiai. Kadangi skirtumai yra tokie maži, „Upstart“ scenarijus paprastai galima iškviesti naudojant „systemd“ paslaugos failą. Jie taip pat gali paleisti nepakitusius „systemV“ failus. Tiesą sakant, abu pagal nutylėjimą ieško senos „systemV“ failų struktūros. Didelis skirtumas yra tas, kad „Upstart“ ieško apibrėžtų įvykių, kad galėtų ką nors pradėti. Taigi, jei norite pridėti savo paslaugą, turite išsiaiškinti, kuriame kontekste jums reikalinga jūsų paslauga. Paprastai tai yra lengva, nes norėsite kažko, kas veikia, pavyzdžiui, darbalaukyje. Darbalaukis prasideda įvykio 5 lygiu, todėl nustatykite tai savo scenarijuje. Priešingai, „systemd“ yra grafinis tikslas. „Upstart“ taip pat turite kitų įvykių, kuriuos galite naudoti, pvz., Montavimas, pritvirtinimas ir klaviatūros užklausa. Jie yra tvarkomi su systemd per lizdus ir dbus.
Kaip perkeliate scenarijus?
Turite visus „Upstart“ scenarijus aplanke / etc / init, jų pavadinimai yra darbo pavadinimai su „conf“ plėtiniu. Scenarijų negalima vykdyti, jie tik nurodo vieną ar daugiau vykdomųjų programų, kurias reikėtų paleisti. Bet kuriame „Upstart“ scenarijuje nurodėte, kuriame įvykyje scenarijus turėtų prasidėti ir kada jis turėtų sustoti. Jūs taip pat turėtumėte turėti įrašus prieš startą ir po jo. Tai paruoš aplinką ir sutvarkys po vykdymo. Žemiau pateiktas scenarijaus pavyzdys
aprašymas „Paprastas scenarijus“pradėti nuo bėgimo lygio [2345]
sustoti bėgimo lygiu [06]
atnaujinti
env SCRIPT_ENV_VAR = '/ kelias / į / failą.konfigūruoti
chdir / path / to / script /
„exec bash“ scenarijus.sh
„Exec“ sakinyje sakoma, kas nutiks, kai jį paleisite rankiniu būdu. Pradžios ir pabaigos direktyvose nurodoma, kada scenarijus bus paleistas automatiškai. Kaip matote, taip pat galite nustatyti katalogą, kuriame jis veiks. Yra daug daugiau „Upstart“ aspektų, tačiau turėtumėte sužinoti, kaip išeiti.
Kad šis scenarijus veiktų sistemoje, turite sukurti paslaugos failą.
Vienetas]Description = paprastas scenarijus
[Paslauga]
Aplinka = SCRIPT_ENV_VAR = / kelias / į / failą.konfigūruoti
WorkingDirectory = / kelias / į / scenarijus
ExecStart = / usr / bin / bash scenarijus.sh
Paleisti iš naujo = visada
[Diegti]
WantedBy = daugeliui vartotojų.taikinys
Čia galite pamatyti, kad vyksta tie patys dalykai, bet naudojant kitus raktinius žodžius. Formatas yra paprastas ir tikslus. Užuot turėję vykdymo lygius, nurodote, kuris tikslas nori jūsų scenarijaus. Tai pabrėžia, kad „systemd“ yra susijęs su priklausomybe ir dalykų paleidimu konkrečiai aplinkai. Taip pat atkreipkite dėmesį, kad „ExecStart“ nurodo visuotinį kelią, jis niekada nenaudoja vietinio kelio.
Kur jis išsiskiria?
„Upstart“ buvo sukurtas lygiagrečiam elgesiui, tačiau jis taip pat buvo sukurtas taip, kad būtų mažas. Jei vis tiek rasite, tai bus įterptosiose sistemose ir „ChromeOS“. Taip, „ChromeOS“ ją turėjo. Priežastis yra ta, kad ji buvo sukurta „Ubuntu“ viršuje nuo pat pradžių, tuo metu, kai „Ubuntu“ buvo paleista kaip numatytoji pradinė sistema. Nuo tada „ChromeOS“ pradėjo naudoti „Gentoo“ kaip pagrindą.
Išvada
„Upstart“ yra įdomi tema, bet daugiausia istorinė. Jums gali prireikti tik tada, jei paleidžiate senas sistemas. Dabar dažniausiai naudojama „Linux“ alternatyva yra „systemd“. Jei turite abejonių dėl „systemd“, turėtumėte ieškoti kitų minimalių sistemų. Vienas įdomus yra žindukas be žado. Jis palaiko tris signalus, todėl patys turite parašyti visus scenarijus arba modifikuoti scenarijus iš kito asmens. Tai gali būti įdomus pratimas, bet naudingas tik tuo atveju, jei dirbate su labai minimalia ir specializuota sistema.
