2. Ma'ruza: Tizimni yuklash bosqichlari

10.6- misol . Audio quyi tizim qayta ishga tushirilmoqda
Bu erda Methodius avval to'xtadi va keyin yana ovoz quyi tizimini faollashtirdi. To'xtash tovush modullarini tushirishga va qayta ishga tushirish - asl nusxaga mutlaqo o'xshash yuklashga olib keldi. Methodius bunga diff3 yordam dasturi yordamida taqqoslab ishonch hosil qildi modullarning uchta ro'yxati: eski (ovoz quyi tizimini to'xtatishdan oldin), yangi (qayta ishga tushirilgandan keyin) va nosound (to'xtatish va qayta ishga tushirish o'rtasida). Eski va yangi fayllar bir xil, ammo ikkalasi ham nosounddan farq qiladi, chunki ular ikkinchi qatordan beshinchi qatorgacha bir xil yadro modullarining nomlarini o'z ichiga oladi ( jumladan , joystick uchun mas'ul o'yin porti).

".d" sxemasi

har birining boshlanishi va to'xtashini bir xil va moslashuvchan boshqarishning bir usuli bor alohida tizim xizmati (yoki bitta tizim xususiyatini yoqish va o'chirish orqali ). Biroq, tizimni ishga tushirishdan tortib to to'liq ishga tushirishgacha bo'lgan butun tizimni yuklashni tashkil qilish vazifasi bu bilan hali tugamaydi. Birinchi muammo paydo bo'ladi: ko'pincha /etc/rc.d/init.d da joylashgan barcha skriptlarni yuklash kerak emas, chunki administrator tizimda o'rnatilgan ba'zi xizmatlardan foydalanmaslikka qaror qildi. Yuklash paytida ishlatilmaydigan skriptlarni u erdan o'chirish administratorni ushbu skriptlarni qo'lda ishlatish qobiliyatidan mahrum qilishni anglatadi .
UNIX ning dastlabki versiyalarini yaratuvchilar oddiy g'oyani o'ylab topishdi: /etc/rc deb nomlangan bitta katta skript yozing, unda faqat /etc/init.d/script start kabi boshlash uchun zarur bo'lgan buyruqlar kiritiladi . Siz hatto u yerga barcha mavjud boshlang'ich skriptlarni qo'shishingiz mumkin , lekin foydalanilmaganlarni boshlaydigan qatorlarni izohlang. Ushbu (monolitik) sxemaning sezilarli kamchiligi bor edi: tizimga xizmat qo'shish va o'chirish (masalan, xizmatning bajariladigan fayllarini o'z ichiga olgan paketni qo'shish va o'chirish) ushbu faylni tahrirlashni talab qildi. Xizmatlarni ishga tushirish tartibi juda muhimligini hisobga olsak (masalan, tarmoq sozlamalarini yoqishdan oldin tarmoq demonlarini ishga tushirishning ma'nosi yo'q), bunday faylni avtomatik ravishda o'zgartirish tizimning normal yuklanishini kafolatlay olmasligi va shuning uchun qabul qilinishi mumkin emasligi aniq bo'ladi. .
.d sxemasi" deb nomlanuvchi taktika yordamga keldi. Uning mohiyati quyidagicha. Ba'zi jarayonlar konfiguratsiya fayli tomonidan boshqarilsin, uning mazmuni boshqa tizim xizmatlarining mavjudligi va faollashishiga bog'liq bo'ladi (bunday jarayon barcha tizim hodisalarini qayd qiluvchi markazlashtirilgan logging dasturi syslogd yoki tarmoq metadaemoni bo'lishi mumkin. inetd , bu tarmoq so'rovlarini qabul qiladi va tarmoq ma'lumotlar oqimini oddiy belgilarga kirish / chiqishga aylantiradi). Keyin, konfiguratsiya faylini doimiy ravishda tahrirlashni oldini olish uchun u katalogga aylantiriladi (masalan, /etc/syslog.conf fayliga qo'shimcha ravishda /etc/syslog.d katalogi yaratiladi ). Bunday katalogdagi har bir fayl bitta xizmat sozlamalariga mos keladi: tizimga qo'shilganda fayl paydo bo'ladi, o'chirilganda esa yo'qoladi. Faqat bitta syslog.conf dan emas , balki syslog.d dagi barcha fayllardan sozlamalarni o'qish uchun bir xil tizim jurnalini o'rgatishgina qoladi va vazifa hal qilinadi.