Re: Опис системи ініціалізації Slackware Linux
> А ще випадково по п'яні можна зробити rm -fr /. Так що не аргумент.
а ось для цього треба створювати кореневий розділ розумно. Спочатку покласти в нього / opt, потім / usr, потім / home, потім / sbin / bin etc. останнім - / etc.
Тоді навіть якщо по-п'яні, якщо rm -rf / почав свою чорну справу, можна встигнути одуматися. Так, залишишся без кедів (на них досить багато часу йде у rm -rf /), але систему збережеш!
: =)
Re: Опис системи ініціалізації Slackware Linux
Слак йде лісом, бо є Гента. Там теж конфіги виживають :)
Re: Опис системи ініціалізації Slackware Linux
> Rmpnew у конфігураційних файлів АЛЕ НЕ У стартовому скрипт.
Блін уще розумник,
єдина відмінність конфігураційного файлу ит будь-якого іншого в rpm
так це в тому що він описаний як% config (noreplace) в spec файлі
Re: Опис системи ініціалізації Slackware Linux
> Слак йде лісом, бо є Гента. Там теж конфіги виживають :)
Йшли б ви, шановний, в інше місце калюжі метаном збагачувати.
To: homo anonymous vulgaris
>> rmpnew у конфігураційних файлів АЛЕ НЕ У стартовому скрипт.
> Блін уще розумник, єдина відмінність конфігураційного файлу ит будь-якого іншого в rpm так це в тому що він описаний як% config (noreplace) в spec файлі
Ок, дістали анонімоуси, тому приведу приклад з життя RedHat ES. У цьому десятеро є стартовий скрипт (а в цьому топіку мова йде про стартових скриптах а не про конфігах, повторюю це в сотий раз!) /etc/rc.d/init.d/iptables. Я не користуюся Візард RegHat, тому для зручності дописую в цей скрипт пару функцій. Після апдейта пакету iptables, цей скрипт (/etc/rc.d/init.d/iptables) переписується новим. Тобто все, що я в нього вносив втрачається! Ніякого /etc/rc.d/init.d/iptables.rpmnew не створюється.
Що відбувається в Slackware Linux при апдейте я вже писав вище.
Я не кажу, що система ініціалізації Slackware Linux краще або гірше. Я не кажу, що система ініціалізації SystemV краще або гірше! Вони просто різні. У них є свої переваги і недоліки. І вони розроблялися для різних завдань.
До недоліків SystemV можна віднести її громіздкість і складність стартових скриптів.
1. Громіздкість. Просто подивіться на кількість файлів в /etc/rc.d в RedHat і в Slackware
ls /etc/rc.d/ | wc -l
ls -R /etc/rc.d | grep -v ^ $ | grep -v ': $' | wc -l
2. Складність стартових скриптів. Порівняйте вміст rc.S в Slackware і rc.sysinit в RedHat і все буде ясно.
Складність пояснюється дуже просто. Ці скрипти заточені під Візард. Тобто їх старилися написати так, що б була можливість управляти системою ініціалізації за допомогою візард. Не буду тут докладно поширяться як і чому, немає часу все розписувати.
Соотвественно Візард полегшують керування системою для новачків і їм не треба замислюватися про внутрішній устрій стартових скриптів. Передбачається, що новачки будуть тиснути кнопки, і не буде лізти руками в стартові скрипти системи.
Мінуси: Для системи ініціалізації Slackware Linux неможливо написати візард. Тому, що система ініціалізації передбачає виправлення стартових скриптів адміністратором системи. Це як треба перекрутити, що б написати візард враховує всі таргани в голові адміна! Тому, відсутність таких візард відразу відкидає новачків, оскільки їм буде потрібно мати велику кількість знань про систему, що б самому виправити стартовий скрипт.
Плюси: Простота пристрою і простота вмісту стартових скриптів. До плюсів можна так само віднести те, що адміну потрібно добре знати пристрій системи, що б їй управляти.