Только не надо сразу кидать в меня камнями.

2eRazor (*) (17.07.2004 18:13:31)

> И ещё вопрос. Судя по твоему посту, ты досконально в чём-то разобрался. Скажи в чём и можно я лично тебе вопросы задавать буду? Обещаю прочитать литературу доступную прежде чем вопрос задать и тривиальных вопросов не задавать, только такие, ответы на которые требуют ковыряния и понимания исходников.

:-))) Богов ищешь?

> Пример: объясни мне, как новичку: как стартует система FC2,
> из чего она состоит и что-откуда грузится, как и почему

Объяснить? Легко. Поверь, объяснения будут понятные (как-никак несколько лет преподавания смежных дисциплин), простые и достаточно точные. man init называется. Можно лично, на русском, доходчиво и с примерами - но это уже $250 в час: $30 налоги, $20 работа и $200 за беспокойство.

Давненько назад здесь был один тип, который хотел подловить меня на обещании приехать - только после первого примера того, что я буду делать, он вдруг куда-то пропал... Тоже, кстати, анонимусом был :-)

> Как насчёт того, как "в твоём ГУЁВОМ SuSEшном дистрибутиве" в результате кривых ручек (я - новичок, помни!), у меня перестали стартовать X`ы ??? Как я могу добраться до этого README ?

Пристрелите бездаря! Ты хоть сам понял, что спросил? После многократного "незапуска" X-ов init перестанет пытаться запустить *dm, и ты окажешься перед консолью. Дальше рассказывать?

2no-dashi (*) (24.06.2004 10:17:40)

Ты, наверное, очень удивишься, но ты мне на <...> не нужен...

Sorry.

>Пример: объясни мне, как новичку: как стартует система FC2, из чего она
>состоит и что-откуда грузится, как и почему. Что-для-чего. Как она
>работает. Что такое демоны/сервисы. Что делать, если, вдруг, при
>экперементах что-то не работает, где искать.

Это есть в любой книжонке по RH... Если тебе ее вломы было читать,
то поясняю:
Первым грузится все то, что есть в /etc/rc.d/rc.sysinit, затем
все что "включено" в /etc/rc.d/init.d, причем можно узнать какие сервисы
и демоны включены в загрузку, а какие выключены, команда chkconfig --list,
что бы включить в загрузку chkconfig --add <демон>, что бы исключить
chkconfig --del <демон>, более подробно man chkconfig, основные конфиги
собраны в /etc/sysconfig, а теперь так же быстро ответь по слаке, как я могу
узнать какие демоны/сервисы грузятся, а какие нет...Время пошло...

----
> Это есть в любой книжонке по RH... Если тебе ее вломы было читать, 
то поясняю:

А с чего ты решил, что я не знаю, как работает SysV ? :)

----
> Первым грузится все то, что есть в /etc/rc.d/rc.sysinit,
затем все что "включено" в /etc/rc.d/init.d,
причем можно узнать какие сервисы и демоны включены в загрузку,
а какие выключены, команда chkconfig --list,
что бы включить в загрузку chkconfig --add <демон>,
что бы исключить chkconfig --del <демон>,
более подробно man chkconfig,
основные конфиги собраны в /etc/sysconfig

А ты помнишь буквенно-цифровые индексы порядка запуска скриптов ?
А как быстро принцип и структуру запомнит новичок ?
Это было ему, действительно, необходимо ?

--- *** Кстати, ты объяснил _далеко-не-всё_ :( ***---

А в Slackware живёт "магия простоты". :)
В Slackware, грузится всё то, что "включено" в /etc/rc.d/:

Структура запуска (номера строк Slackware 10.0):

1. /etc/inittab
   #не обсуждается :)

2. /etc/rc.d/rc.S
   #строка 27  inittab
   #System initialization script

3. /etc/rc.d/rc.modules
   #строка 195 rc.S
   #loads extra drivers into the Linux kernel.
   #The modules will be looked for under /lib/modules/<kernel version number>

4. /etc/rc.d/rc.netdevice
   #строка 326 rc.modules
   #if setup probing found a network card, there may be an 'rc.netdevice'

5. /etc/rc.d/rc.M
   #строка 33  inittab

6. /etc/rc.d/inet1
   #строка 59  rc.M
   #Initialize the networking hardware

7. /etc/rc.d/inet2
   #строка 73  rc.M
   #Start networking daemons

8. /etc/rc.d/rc.local
   #строка 252 rc.M
   #Start the local setup procedure

"Свои" скрипты лучше помещать в /etc/rc.d/rc.local

Кстати, имеется /etc/rc.d/rc.sysvinit (строка 247 rc.M),
который эмулирует структуру SysV, ежели кому необходимо.

Это основные. В rc.S и rc.M ещё много-чего запускается, но это - основные.

Далее, управляются, например:
# /etc/rc.d/rc.httpd start | stop | restart

Просто, со вкусом и работает.

Вопрос по SysV:
Применяя команду "service" как ты вспоминаешь собственно имя сервиса?
Ты все их помнишь названия в SysV?

----
> ответь по слаке, как я могу узнать какие демоны/сервисы грузятся, а какие нет...

Может такое тебе поможет?:

ps -U root | grep -v tty | grep -v pts

(Выбираем процессы by real user ID, отсеиваем процессы запущенные в tty и pts - в консолях)
(процессы запущенные от имени другого пользователя выделяются аналогично)

В скриптах - plane-text с хорошими комментариями, всё перед глазами и обозримо.

Изучай rc.M и комбинируй с признаком исполнения на файлы /etc/rc.d/rc.*,
т.к. сначала идёт проверка, на признак исполнения, и ежели исполним, то - исполняем. Например:
if [ -x /etc/rc.d/rc.sysvinit ]; then
  . /etc/rc.d/rc.sysvinit
fi

Всё.

----
> Время пошло...

Ух, какие мы шустрые, однако... :-)

----

P.S. И всё-таки, "шутка с секундомером" мне не понятна.

Да, относительно /etc/rc.d/rc.netdevice:

"На нет и суда нет".

> А ты помнишь буквенно-цифровые индексы порядка запуска скриптов ?

Порядок запуска сервисов для некоторого ранлевела:

ls /etc/rc.d/rc<*>.d | sort | grep ^S

Список скриптов для запуска сервисов:

ls /etc/init.d

> > ответь по слаке, как я могу узнать какие демоны/сервисы грузятся, а какие нет...
> Может такое тебе поможет?:
> ps -U root | grep -v tty | grep -v pts

$ ps -U root | grep -v tty | grep -v pts
[...skipped...]
2092 ? 00:00:03 find

И как слакварщики объяснят существование демона find??? :-)

Похоже, для некоторых Slackware - это диагноз.

> $ ps -U root | grep -v tty | grep -v pts > [...skipped...] > 2092 ? 00:00:03 find

> И как слакварщики объяснят существование демона find??? :-)

Это команда ps и она выводит процессы...

А что говорит

$ ps -FU root | grep -v tty | grep -v pts

Что это у тебя? 8-|

Точнее, почему с такими правами?

> Это команда ps и она выводит процессы...

Объясняю - я НЕ чайник. Я ЗНАЮ что это такое, поскольку я это сам и сделал, именно чтобы слегка ткнуть самоуверенного анонимуса носом в лужу :-)

> А что говорит $ ps -FU root | grep -v tty | grep -v pts

root 7492 1 4 1007 740 0 23:53 ? 00:00:06 find /

Объясняю прикол - так выглядит любой детачнутый от терминала процесс. И этот процесс совсем не обязательно демон, это может быть любой "долгоиграющий" процесс (я использовал find).

2no-dashi (*) (19.07.2004 22:02:15)

>> Это команда ps и она выводит процессы...

> Объясняю - я НЕ чайник. Я ЗНАЮ что это такое, поскольку я это сам и сделал, именно чтобы слегка ткнуть самоуверенного анонимуса носом в лужу :-)

Ну и как, получилось? Не мокро? :)

>> А что говорит $ ps -FU root | grep -v tty | grep -v pts

> root 7492 1 4 1007 740 0 23:53 ? 00:00:06 find /

А, ведь, это стандартный арсенал системного администрирования _любого_ *nix...

> Объясняю прикол - так выглядит любой детачнутый от терминала процесс. И этот процесс совсем не обязательно демон, это может быть любой "долгоиграющий" процесс (я использовал find).

nohup - запускает команду, не реагирующую на прерывания, выводящую данные не на терминал?

А каким ещё образом ты мог обнаружить процесс с такими привилегиями?

А, ведь, это мог быть руткит... :-)

Объясни, чем различаются "сервисы" и "процессы, способные обрабатывать обращения" ?

> А каким ещё образом ты мог обнаружить процесс с такими привилегиями?

Какие привилеги?! С каких это пор возможность увидеть факт наличия чужого процесса стала требовать каких-нибудь привилегий (мы говорим об обычной системе, а не об управляемой параноиками :-))???

> Объясни, чем различаются "сервисы" и "процессы, способные обрабатывать обращения" ?

McMCC явно попросил состояние и список сервисов, стартующих в процессе загрузки системы. Анонимус заявил, что такой метод позволяет посмотреть состояние сервисов... И слегка обломался. В принципе, действительно, любой процесс без управляющего терминала формально является "демоном". Точнее, демоном называют процесс без управляющего терминала :-)

> А, ведь, это мог быть руткит... :-)

Не мог :-)

> McMCC явно попросил состояние и список сервисов, стартующих в процессе загрузки системы. Анонимус заявил, что такой метод позволяет посмотреть состояние сервисов... И слегка обломался. В принципе, действительно, любой процесс без управляющего терминала формально является "демоном". Точнее, демоном называют процесс без управляющего терминала :-)

Так, всё же, что с историей обломов?

>> А, ведь, это мог быть руткит... :-)

> Не мог :-)

find -exec ?

> Так, всё же, что с историей обломов?

С какой историей? Если с историей вопроса о том, как определить состояние демона - то анонимусы так и не смогли предложить формального пути проверки состояния демона в слаквари.

> find -exec ?

И что? Каким образом ЭТО может быть руткитом?

Dobriy den, ya tut iz Avstrii pishu, hota sam russkiy, toge reshil pereyti na Linux, sna4ala somnevalsa, no zatem po4ital vashi repliki, i otveti na nih i reshil TO4NO PEREYDU, Spasibo vam ! :) Alexander.