форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Открытые системы на рабочей станции (Public)
Изначальное сообщение		[ Отслеживать ]

"runlevel, графическая оболочка в SuSE и Debian"		+/–
Сообщение от Аноним (??) on 15-Фев-09, 18:59
В SuSE: ------------- # runlevel 2  is  Local multiuser without remote network (e.g. NFS) # runlevel 3  is  Full multiuser with network # runlevel 4  is  Not used # runlevel 5  is  Full multiuser with network and xdm В Debian: ------------- # Runlevels 2-5 are multi-user. Как делаю сейчас: ------------- После инсталяции SuSE, я с 5-го уронвя всегда переключал на 3-ий по умолчанию в /etc/inittab. Т.е. для того, чтобы по умолчанию у меня загружалась система в SuSE я использую 3 уровень. А затем решаю. Если нужны иксы, загружаюсь по startx. Вопрос: --------- Как тоже самое сделать в Debain? Т.е. я хочу грузиться без иксов и если они нужны, набрать startx, чтобы их загрузить.
Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "runlevel, графическая оболочка в SuSE и Debian"		+/–
Сообщение от gaa (ok) on 15-Фев-09, 20:17
>Как тоже самое сделать в Debain? Т.е. я хочу грузиться без иксов >и если они нужны, набрать startx, чтобы их загрузить. rm /etc/rc3.d/*{kdm,gdm,xdm}
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	2. "runlevel, графическая оболочка в SuSE и Debian"		+/–
	Сообщение от Andrey Mitrofanov on 15-Фев-09, 20:33
	>>Как тоже самое сделать в Debain? Т.е. я хочу грузиться без иксов >>и если они нужны, набрать startx, чтобы их загрузить. > >rm /etc/rc3.d/*{kdm,gdm,xdm} Ну, где-то как-то - ;) да: $ for k in /etc/rc0.d/K??*dm; do l="${k/rc0/rc3}"; l2="${l/\/K??//S??}"; echo "mv $l2 $l"; done mv /etc/rc3.d/S??gdm /etc/rc3.d/K01gdm mv /etc/rc3.d/S??kdm /etc/rc3.d/K01kdm mv /etc/rc3.d/S??xdm /etc/rc3.d/K01xdm $  ls -l /etc/rc*.d/???*dm_
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	3. "runlevel, графическая оболочка в SuSE и Debian"		+/–
	Сообщение от angra (ok) on 16-Фев-09, 04:02
	Не издевайтесь над дебианом, man update-rc.d Также не помешает man init и man invoke-rc.d вместо startx.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	9. "runlevel, графическая оболочка в SuSE и Debian"		+/–
	Сообщение от Andrey Mitrofanov on 16-Фев-09, 11:59
	>Не издевайтесь над дебианом, man update-rc.d >Также не помешает man init и man invoke-rc.d вместо startx. Да! Действительно! # apt-get --purge remove gdm kdm xdm :)))
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "runlevel, графическая оболочка в SuSE и Debian"		+/–
Сообщение от анонимоус on 16-Фев-09, 08:35
Спасибо всем за ответы. Но так и не понятно, как лучше поступить: 1) mv -v стартовый в стоповый 2) update-rc.d Хочу заметить, что в руководстве по дебиану я нашел, что они рекомендуют первый вариант. Тогда мне не понятно, зачем так делать, если тогда каждый раз при переходе с этого уровня будут вызываться никому не нужные стоповые скрипты. Не кому не нужные, так как уже предполагается, что не будет этой службы же, так как я ее удалю. Криво как то.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	5. "runlevel, графическая оболочка в SuSE и Debian"		+/–
	Сообщение от angra (ok) on 16-Фев-09, 09:21
	Вам надо почитать доку по системе инициализации system-V дабы понять назначение симлинков и runlevel. Также стоит учитывать, что при отсутствии симлинка он будет создан заново при апдейте пакета, а вот если он состоянии K, то будет оставлен нетронутым. Вместо update-rc.d можно еще sysv-rc-conf или bum посмотреть, но и mv способ годится, особенно если надо убрать всего одну службу.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	6. "runlevel, графическая оболочка в SuSE и Debian"		+/–
	Сообщение от анонимоус on 16-Фев-09, 09:58
	>Вам надо почитать доку по системе инициализации system-V дабы понять назначение симлинков >и runlevel. Также стоит учитывать, что при отсутствии симлинка он будет >создан заново при апдейте пакета, а вот если он состоянии K, >то будет оставлен нетронутым. >Вместо update-rc.d можно еще sysv-rc-conf или bum посмотреть, но и mv способ >годится, особенно если надо убрать всего одну службу. Да, спасибо, прочел, разобрался, поигрался. ОЧЕНЬ СИЛЬНО РАССТРОИЛСЯ. Оказывается, в дебиане, получается некая помойка из-за конструктивных особенностей. Т.е. если хочешь чтобы служба была в системе, но не грузилась нужно ее стартовый скрипт сделать стоповым. И если таких служб много, то получается, что будет куууууууча стоповых файлов. При этом, каждый из этих стоповых файлов будет вызываться при переходе с этого уровня на другой. Более того, смысла в вызове этих скриптов нет, так как нечего останавливать, так как служба все равно не работает. Все мне нравится в дебиане, но это прост обескураживает. Поправте меня если я заблуждаюсь.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	7. "runlevel, графическая оболочка в SuSE и Debian"		+/–
	Сообщение от gaa (ok) on 16-Фев-09, 10:30
	>Т.е. если хочешь чтобы служба была в системе, но не грузилась нужно >ее стартовый скрипт сделать стоповым. И если таких служб много, то >получается, что будет куууууууча стоповых файлов. Дисковая память нынче дорогая, лишний десяток мегабайт не запишешь, да? :) >При этом, каждый из этих стоповых файлов будет вызываться при переходе с >этого уровня на другой. Ты так часто меняешь ранлевелы? > Более того, смысла в вызове этих скриптов >нет, так как нечего останавливать, так как служба все равно не >работает. Ну вот ничего он и не сделает.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	8. "runlevel, графическая оболочка в SuSE и Debian"		+/–
	Сообщение от анонимоус on 16-Фев-09, 11:04
	>>Т.е. если хочешь чтобы служба была в системе, но не грузилась нужно >>ее стартовый скрипт сделать стоповым. И если таких служб много, то >>получается, что будет куууууууча стоповых файлов. > >Дисковая память нынче дорогая, лишний десяток мегабайт не запишешь, да? :) речь не про это. Это как-то криво. >>При этом, каждый из этих стоповых файлов будет вызываться при переходе с >>этого уровня на другой. > >Ты так часто меняешь ранлевелы? Тоже - криво. >> Более того, смысла в вызове этих скриптов >>нет, так как нечего останавливать, так как служба все равно не >>работает. > >Ну вот ничего он и не сделает. Lenny 5.0 еще не смотрел. Надеюсь новая система скриптов там будет не кривой :)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	10. "runlevel, графическая оболочка в SuSE и Debian"		+/–
	Сообщение от gaa (ok) on 16-Фев-09, 15:34
	>речь не про это. Это как-то криво. ... >Тоже - криво. То криво, сё криво... Лучшего пока что не придумали.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	11. "runlevel, графическая оболочка в SuSE и Debian"		+/–
	Сообщение от Аноним (??) on 16-Фев-09, 17:56
	>>речь не про это. Это как-то криво. > >... >>Тоже - криво. > >То криво, сё криво... Лучшего пока что не придумали. Почему же. В SuSE, что касается логики стартовых-стоповых скриптов и ранлевилов, очень не криво и логично. Вот со второго уровня в дебиане если перейти на третий. :) Смешно да..... Получается, что без стопа, снова те же старты будут.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	12. "runlevel, графическая оболочка в SuSE и Debian"		+/–
	Сообщение от angra (ok) on 16-Фев-09, 21:57
	В обоих системах используется system-v схема. В обоих случаях S и K линки на всех уровнях. Всей разницы, что в зюзе значения runlevel'ов 2-5 (и как следствие набор S и K) придуманы создателями, а в дебиане отдаются на волю пользователя. Мне например было удобно 3-й уровень сделать почти полностью пустым, а на 2-м наоборот запускать все возможные службы. Не вижу смысла менять runlevel из-за одной единственной службы, даже если это DM. Если для вас логично то, что решил за вас дядя, а собственные решения заранее кривые, то мои вам соболезнования. Если вы хотите глянуть на альтернативы, то смотрите gentoo, там вообще BSD система инициализации и именованные runlevel. >Вот со второго уровня в дебиане если перейти на третий. :) Смешно да..... Получается, что без стопа, снова те же старты будут. Похоже смысл runlevel до вас так и не дошел.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	13. "runlevel, графическая оболочка в SuSE и Debian"		+/–
	Сообщение от анонимоус on 17-Фев-09, 08:49
	>>Вот со второго уровня в дебиане если перейти на третий. :) Смешно да..... Получается, что без стопа, снова те же старты будут. > >Похоже смысл runlevel до вас так и не дошел. Вы меня не поняли. Вот смотрите, загрузился дебиан. По умолчанию на 2 уровень. Если я - рут, то могу переключиться на третий. И получается, что на втором нет стоповых скриптов, ну например, сети, а на третьем те же скрипты, что и на втором. Получается, что сеть два раза подниматься будет. На втором и на третьем. При переходе со второго на третий нет стоповых скриптов для сети. Вот и получается криво :) А вообще я уже три года OpenBSD люблю. Там все логично. Я не устраиваю холиворс, просто хочется логичности. Не спора ради.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	14. "runlevel, графическая оболочка в SuSE и Debian"		+/–
	Сообщение от анонимуз on 10-Май-09, 08:56
	>[оверквотинг удален] >Вы меня не поняли. > >Вот смотрите, загрузился дебиан. По умолчанию на 2 уровень. Если я - >рут, то могу переключиться на третий. И получается, что на втором >нет стоповых скриптов, ну например, сети, а на третьем те же >скрипты, что и на втором. Получается, что сеть два раза подниматься >будет. На втором и на третьем. При переходе со второго на >третий нет стоповых скриптов для сети. Вот и получается криво :) >А вообще я уже три года OpenBSD люблю. Там все логично. >Я не устраиваю холиворс, просто хочется логичности. Не спора ради. а разве можно по-другому? и смысл? тоже понять охота
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]