The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В systemd предложено включить средства для замены консоли, a..., opennews (?), 28-Ноя-13, (0) [смотреть все] –1

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


28. "В systemd предложено включить средства для замены консоли, a..."  +6 +/
Сообщение от Аноним (-), 28-Ноя-13, 12:28 
Вы таки намекаете на то, что писать unitы сложнее чем нормальные скрипты?) Тогда в чем профит от перехода на systemd?)
Ответить | Правка | Наверх | Cообщить модератору

46. "В systemd предложено включить средства для замены консоли, a..."  –4 +/
Сообщение от коекто (?), 28-Ноя-13, 13:13 
Какое кому дело до ваших личных проблем?
Ответить | Правка | Наверх | Cообщить модератору

72. "В systemd предложено включить средства для замены..."  +12 +/
Сообщение от arisu (ok), 28-Ноя-13, 14:14 
> Какое кому дело до ваших личных проблем?

действительно. подумаешь, сделали переусложнённый и хреново документированый комбайн… кому какое дело до проблем тех, кто эту фигню использует? главное — больше, больше кода! больше всего затащить в комбайн!

Ответить | Правка | Наверх | Cообщить модератору

155. "В systemd предложено включить средства для замены..."  –5 +/
Сообщение от linux must __RIP__ (?), 28-Ноя-13, 16:26 
не можешь настроить? ну тогда заплати redhat денюшку - они прийдут и все тебе настроят..
Не можешь платить?.. ну что ж ты .... линукс ставишь когда денег нет.
Ответить | Правка | Наверх | Cообщить модератору

214. "В systemd предложено включить средства для замены..."  +8 +/
Сообщение от Vladjmir (ok), 28-Ноя-13, 20:02 
> не можешь настроить? ну тогда заплати redhat денюшку - они прийдут и все тебе настроят..

Вот он, истинный смысл штуковины под названием systemd...

Ответить | Правка | Наверх | Cообщить модератору

386. "В systemd предложено включить средства для замены..."  –2 +/
Сообщение от Пингвино (ok), 30-Ноя-13, 14:26 
>> не можешь настроить? ну тогда заплати redhat денюшку - они прийдут и все тебе настроят..
> Вот он, истинный смысл штуковины под названием systemd...

Оставить без работы админов локалхоста? Давно пора выкинуть на улицу этих ушлепков, которые в каждую дырку пихают линукс, когда это совсем не нужно, да еще и сами потом не могут толком заставить работать систему.

Ответить | Правка | Наверх | Cообщить модератору

169. "В systemd предложено включить средства для замены..."  +/
Сообщение от Пингвино (ok), 28-Ноя-13, 17:07 
>> Какое кому дело до ваших личных проблем?
> действительно. подумаешь, сделали переусложнённый и хреново документированый комбайн…
> кому какое дело до проблем тех, кто эту фигню использует? главное
> — больше, больше кода! больше всего затащить в комбайн!

Ведь гораздо проще, когда каждый разработчик пишет свой "переусложнённый и хреново документированый комбайн" и все косяки системы инициализации можно на него спихнуть

Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

171. "В systemd предложено включить средства для замены..."  +6 +/
Сообщение от arisu (ok), 28-Ноя-13, 17:15 
пока что такой «разработчик» только один. задорный такой, с кучей Гениальных Идей в черепе. то аудиосистему начинает ваять, а потом бросает на половине пути и пусть за него другие допиливают этот бесполезный крап, то init ему не нравится… горю желанием узнать, где в следующий раз наш неугомонный лёня обнаружит Фатальный Недостаток.
Ответить | Правка | Наверх | Cообщить модератору

321. "В systemd предложено включить средства для замены..."  +/
Сообщение от Anonimkous (?), 29-Ноя-13, 17:32 
В будущем: Леонид, дабы избежать постоянных рукоприкладств со стороны коллег, сменил пол.
Ответить | Правка | Наверх | Cообщить модератору

346. "В systemd предложено включить средства для замены..."  +1 +/
Сообщение от dxd (?), 29-Ноя-13, 22:18 
На самодельный.
Ответить | Правка | Наверх | Cообщить модератору

368. "В systemd предложено включить средства для замены..."  +/
Сообщение от Адекват (ok), 30-Ноя-13, 12:21 
> В будущем: Леонид, дабы избежать постоянных рукоприкладств со стороны коллег, сменил пол.

Эй-эй-эй, systemd-фанбои тоже же самое сделают,пойдут по стопам своего кумира.
Черт...а это здорово :) !!

Ответить | Правка | К родителю #321 | Наверх | Cообщить модератору

429. "В systemd предложено включить средства для замены..."  –1 +/
Сообщение от Аноним (-), 01-Дек-13, 15:29 
С такими предложениями Вам лучше сменить ник на Неадекват. Гарри поттер написал код, выложил его под GPL, этот код не прибит гвоздями к проприетарному, это не вирус и не червь. Так какие претензии к поттеру? Вообще говоря, я предпочту обойтись без его кода, но вот ненависть к нему за его код - это полная неадекватность.
Ответить | Правка | Наверх | Cообщить модератору

439. "В systemd предложено включить средства для замены..."  +1 +/
Сообщение от myhand (ok), 02-Дек-13, 02:28 
> Гарри поттер написал
> код, выложил его под GPL, этот код не прибит гвоздями к
> проприетарному, это не вирус и не червь.

Вспоминаются вопли поциента (где-то под конец доклада):
http://www.youtube.com/watch?v=ZTdUmlGxVo0
"Это все OSS!"  Вы получили это "for free"!!!!
"Send a patch"  "Вы все можете сделать сами с этим все,
что вам нравится" (это про HAL - типа ***тесь с этим дальше сами, нам он надоел).

Нет никаких причин молиться на человека,
который "выложил что-то под GPL".  Тем паче, если
выложил он непродуманный крап, если имеет привычку переваливать
поддержку этого крапа на других (pulseaudio и проч ранние игрушки).  И т.д.

> Вообще говоря, я предпочту обойтись без его кода, но вот
> ненависть к нему за его код - это полная неадекватность.

Ну и ЧСВ у него немаленькое.  Сказать чтобы заслуженно - нельзя.  Любой мейнтейнер подсистемы ядра Linux имеет на подобное ЧСВ куда больше прав, при этом не демонстрируя воплей вида "Мы видим кто участвует в прогрессе Linux и кто нет" (из того же видео).

Ответить | Правка | Наверх | Cообщить модератору

351. "В systemd предложено включить средства для замены..."  +/
Сообщение от Ytch (ok), 29-Ноя-13, 23:57 
> где в следующий раз наш неугомонный лёня обнаружит Фатальный Недостаток.

ещё остались такие вещи? ) Хотя, вроде, офисный пакет да графический редактор ещё не предлагал в комбайн засунуть (или я отстал от полета мыслей персонажа?).

Ответить | Правка | К родителю #171 | Наверх | Cообщить модератору

387. "В systemd предложено включить средства для замены..."  +/
Сообщение от Пингвино (ok), 30-Ноя-13, 14:28 
>> где в следующий раз наш неугомонный лёня обнаружит Фатальный Недостаток.
> ещё остались такие вещи? ) Хотя, вроде, офисный пакет да графический редактор
> ещё не предлагал в комбайн засунуть (или я отстал от полета
> мыслей персонажа?).

Завидуешь, потому что на баше написать что-то сложнее простой запускалки бинарного файла нереально?

Ответить | Правка | Наверх | Cообщить модератору

402. "В systemd предложено включить средства для замены..."  +/
Сообщение от arisu (ok), 30-Ноя-13, 18:07 
> Завидуешь, потому что на баше написать что-то сложнее простой запускалки бинарного файла
> нереально?

то, что ты дурак и ничего сложнее не можешь — не значит, что все остальные тоже дураки.

Ответить | Правка | Наверх | Cообщить модератору

431. "В systemd предложено включить средства для замены..."  –2 +/
Сообщение от Пингвино (ok), 01-Дек-13, 16:46 
>> Завидуешь, потому что на баше написать что-то сложнее простой запускалки бинарного файла
>> нереально?
> то, что ты дурак и ничего сложнее не можешь — не значит,
> что все остальные тоже дураки.

То есть по-твоему нежелание писать портянки крапа на баше - это признак
глупости? Ты совсем упоролся или просто прикидываешься дебилом?

Ответить | Правка | Наверх | Cообщить модератору

433. "В systemd предложено включить средства для замены..."  +/
Сообщение от Michael Shigorinemail (ok), 01-Дек-13, 18:25 
> То есть по-твоему нежелание писать портянки крапа на баше

Давай-те ка Вы представите сюда доказательства того, что Вас заставляют.  А мне вот этот новоявленный "обстрим" сломал udev, ссылку на дистрибутивный и апстримный баги в этом обсуждении уже приводил.

Только пожалуйста, не надо опять этих общих слов ни о чём, оставьте их виндостудентам.

Ответить | Правка | Наверх | Cообщить модератору

440. "В systemd предложено включить средства для замены..."  +1 +/
Сообщение от arisu (ok), 02-Дек-13, 05:55 
> То есть по-твоему нежелание писать портянки крапа на баше - это признак
> глупости?

нет. *в данном случае* признак глупости — это неумение писать на баше. и именно про неумение в #387 ты и говорил. слово «невозможно» не имеет значения «можно, но не хочу».

я бы написал, что прикидываешься дебилом тут ты, но, кажется, ты не прикидываешься.

Ответить | Правка | К родителю #431 | Наверх | Cообщить модератору

270. "В systemd предложено включить средства для замены..."  +2 +/
Сообщение от Crazy Alex (ok), 29-Ноя-13, 14:03 
Как бы на то и юникс-вей, чтобы комбайны не писать. Кстати, это совершенно не обязательно пайпы и процессы. Но вот независимые универсальные модули с четко документированным интерфейсом - обязательно.
Ответить | Правка | К родителю #169 | Наверх | Cообщить модератору

281. "В systemd предложено включить средства для замены..."  +/
Сообщение от Аноним (-), 29-Ноя-13, 14:24 
> Как бы на то и юникс-вей, чтобы комбайны не писать.

Особенно прикольно при монолитном ядре :)

> с четко документированным интерфейсом - обязательно.

Тот же systemd ничему такому не противоречит в этом плане. Ну ок, за документированность и перетряски можно что-то предъявить.

Ответить | Правка | Наверх | Cообщить модератору

357. "В systemd предложено включить средства для замены..."  +/
Сообщение от Пингвино (ok), 30-Ноя-13, 02:20 
> Как бы на то и юникс-вей, чтобы комбайны не писать. Кстати, это
> совершенно не обязательно пайпы и процессы. Но вот независимые универсальные модули
> с четко документированным интерфейсом - обязательно.

Ну вроде бы миф про монолитность systemd уже развенчали, осталось научиться читать документацию. Единственная претензия - нестабильность, но со временем всё устаканится.

Ответить | Правка | К родителю #270 | Наверх | Cообщить модератору

369. "В systemd предложено включить средства для замены..."  +/
Сообщение от Адекват (ok), 30-Ноя-13, 12:23 
> Единственная претензия - нестабильность, но со временем всё устаканится.

к рандомно возникающим глюкам привыкнут и примут как данность.


Ответить | Правка | Наверх | Cообщить модератору

375. "В systemd предложено включить средства для замены..."  +/
Сообщение от Аноним (-), 30-Ноя-13, 13:23 
Вы там развенчиваете в своём мозгу со своим определением модульности? Пойдём сначала: как оттуда выпилить удев на этапе компиляции, как запустить отдельно любой модуль системд - допустим журналд?
Ответить | Правка | К родителю #357 | Наверх | Cообщить модератору

280. "В systemd предложено включить средства для замены..."  –2 +/
Сообщение от Аноним (-), 29-Ноя-13, 14:22 
> действительно. подумаешь, сделали переусложнённый и хреново документированый комбайн…

Знаешь, init-скрипты тоже далеко не образец эстетства в общем случае. Почему-то чаще всего это оказывается портянка жуткого кода на 3 страницы, где конфигурационные данные перемешаны с жутковатым кодом. Оно не только никак не документировано, но еще и не имеет минимальных удобств типа логгинга "а какого хрена ничего не взлетает". Конструкции типа upstart или systemd облажавшись что-то запустить могут хотя-бы в лог пискнуть. А жутковатые скрипты инита как правило даже это не делают. И вообще, если лыжи не едут - предлагается костылить самому. Это может и варинат для одного Arisu, с 1 компьютером, который поставил систему еще при дедушке Ленине и с тех пор любовно доточил ее напильником до состояния когда "свое г-но не пахнет". А во всех остальных случаях выходит головняк. Берем например новый сервак. Хотим на нем кастомный демон запустить, которого нет в составе дистров. А там инит-скриптов или совсем нет, или есть совершенно адовый крындец. В этом месте мы понимаем что написать какому-нибудь апстарту джоб или systemd юнит - будет в несколько раз быстрее и результативнее.

Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

288. "В systemd предложено включить средства для замены..."  +1 +/
Сообщение от _oleg_ (ok), 29-Ноя-13, 14:39 
> Берем
> например новый сервак. Хотим на нем кастомный демон запустить, которого нет
> в составе дистров. А там инит-скриптов или совсем нет, или есть
> совершенно адовый крындец. В этом месте мы понимаем что написать какому-нибудь
> апстарту джоб или systemd юнит - будет в несколько раз быстрее
> и результативнее.

Да-да. Рассказывайте сказки дальше. Ведь, здесь только Вы великий и могучий писали стартовые скрипты сами. Остальные с этим никогда не сталкивались. А /etc/init.d/skeleton для кого?

Ответить | Правка | Наверх | Cообщить модератору

355. "В systemd предложено включить средства для замены..."  +/
Сообщение от Аноним (-), 30-Ноя-13, 00:10 
> Да-да. Рассказывайте сказки дальше. Ведь, здесь только Вы великий и могучий писали
> стартовые скрипты сами. Остальные с этим никогда не сталкивались.

Ну вот те кому это приходится делать часто и много, например майнтайнеры - как-то имеют тенденцию предпочитать другие системы инициализации.

> А /etc/init.d/skeleton для кого?

Не знаю, мне как-то конфиг на 5 строк написать проще. И потом в нем при случае разобраться - тоже. Особенно если писал не я. А вот на шелле - какого шита я только не повидал, с поводом и без. Пусть эти художники испражняются где-нибудь в другом месте, имхо. Целиком и полностью поддерживаю инициативу усложнить и всячески не приветствовать подобные художества, чтобы у окружающих было меньше головняка.

Ответить | Правка | Наверх | Cообщить модератору

358. "В systemd предложено включить средства для замены..."  +2 +/
Сообщение от myhand (ok), 30-Ноя-13, 02:47 
> Ну вот те кому это приходится делать часто и много, например майнтайнеры - как-то имеют тенденцию предпочитать другие системы инициализации.

А давайте вы не будете за нас расписываться?

> А вот на шелле - какого шита я только не
> повидал, с поводом и без. Пусть эти художники испражняются где-нибудь в
> другом месте, имхо.

Переведем сей шит на C и будем надеяться что он из-за этого исчез?  Как дети...

А gdb вы умеете использовать молчелк?

Ответить | Правка | Наверх | Cообщить модератору

364. "В systemd предложено включить средства для замены..."  +/
Сообщение от _oleg_ (ok), 30-Ноя-13, 11:15 
> Ну вот те кому это приходится делать часто и много, например майнтайнеры
> - как-то имеют тенденцию предпочитать другие системы инициализации.

  Не заметил этой тенденции в списке рассылке debian.Да, разработчики разделились, но тенденции нет. Это скорее веяние моды.

>> А /etc/init.d/skeleton для кого?
> Не знаю, мне как-то конфиг на 5 строк написать проще. И потом
> в нем при случае разобраться - тоже. Особенно если писал не
> я. А вот на шелле - какого шита я только не

  Так вот, если бы все люди пользовались подготовленными для них шаблонами, где надо заменить несколько значений в 90% случаев, то таких проблем не было бы.

Ответить | Правка | К родителю #355 | Наверх | Cообщить модератору

403. "В systemd предложено включить средства для замены..."  +/
Сообщение от arisu (ok), 30-Ноя-13, 18:08 
> Ну вот те кому это приходится делать часто и много, например майнтайнеры
> — как-то имеют тенденцию предпочитать другие системы инициализации.

(внимательно осматривает слаку) неа, всё так же, ка и было десять лет назад.

Ответить | Правка | К родителю #355 | Наверх | Cообщить модератору

404. "В systemd предложено включить средства для замены..."  +1 +/
Сообщение от arisu (ok), 30-Ноя-13, 18:09 
> Целиком и полностью поддерживаю инициативу усложнить и всячески
> не приветствовать подобные художества, чтобы у окружающих было меньше головняка.

а я вдобавок предлагаю всем руки поотрубать. и ноги. и тогда точно никакого шита больше не появится. инфа 146%!

Ответить | Правка | К родителю #355 | Наверх | Cообщить модератору

370. "В systemd предложено включить средства для замены..."  +1 +/
Сообщение от Адекват (ok), 30-Ноя-13, 12:44 
> Знаешь, init-скрипты тоже далеко не образец эстетства в общем случае. Почему-то чаще
> всего это оказывается портянка жуткого кода на 3 страницы, где конфигурационные
> данные перемешаны с жутковатым кодом.

Значит так нужно, и эти строчки кода работают, а если не работают, то можно взять и разобраться, потому что shell - это открытый код в чистом виде. Тут пользователю предлагается полнейший контроль над своей системой, абсолютный. В случае же с systemd пользователю предлагается 5 строчек свободы - остальное все бинарный код, который иногда почему-то не работает как нужно. И исправить тут ничего нельзя. Можно конечно если взять исходники systemd, компилятор и отладчик, а еще получить образовние по предмету "программирование", тогда, возможно, будет понятно почему происходит тот или иной глюк.


> но еще и не имеет минимальных удобств типа логгинга "а какого
> хрена ничего не взлетает".

Логгинг должен быть на совести авторов программы - /var/log просто так что-ли делали ?
ну а если уж автор такой утырок что не предусмотрел это, то всю жизнь были замечательные
/var/log/messages.log, /var/log/daemon.log, /var/log/everything.log которые много чего интересного могли сказать.


>Конструкции типа upstart или systemd облажавшись что-то
> запустить могут хотя-бы в лог пискнуть.

То-есть, если даже программа сама по себе никуда ничего не сообщает о причинах своей неисправности - systemd может нам сказать что происходит и почему ?


> например новый сервак. Хотим на нем кастомный демон запустить, которого нет
> в составе дистров. А там инит-скриптов или совсем нет, или есть
> совершенно адовый крындец. В этом месте мы понимаем что написать какому-нибудь
> апстарту джоб или systemd юнит - будет в несколько раз быстрее
> и результативнее.

Мммм.....
в /etc/rc.local добавить строчку /usr/bin/myprog ?

Одна строчка, демон будет запускаться прибить можно через killall `pidof myprog`
Если нужно сложнее можно по шаблону свой init-скрипт написать, чисто для sart | stop | relaod.
Это будет просто что-то вида cat ./init | sed s/"oldbin"/"myprog"/.

Если нужно еще сложнее - можно добавить строчки, где перед действиями start stop и прочее будет выполняться условие. можно много чего еще.

Как на вашем systemd, без использования внешних скриптов, проверить условие что сегодня четверг, вторая половина дня и что работает пользователь lennart, что его основная группа gay ?

Ответить | Правка | К родителю #280 | Наверх | Cообщить модератору

136. "В systemd предложено включить средства для замены консоли, a..."  +2 +/
Сообщение от Michael Shigorinemail (ok), 28-Ноя-13, 15:51 
> Какое кому дело до ваших личных проблем?

Вы серьёзно не понимаете разницу между арифметикой (S10network) и плохо понятой теорией графов?  А какого лешего тогда прячетесь по кустам при вопросах по отладке?

Хоть бы один хмырь из фанбойд когда чего дельного посоветовал, так только губу топырить горазды.  Тьфу, противно.

Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

66. "В systemd предложено включить средства для замены консоли, a..."  –4 +/
Сообщение от Аноним (-), 28-Ноя-13, 14:10 
> Вы таки намекаете на то, что писать unitы сложнее чем нормальные скрипты?)

Особенно просто эти самые скрипты отлаживать: нифига не взлетает и дебажь сам как знаешь. Логов нет!

Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

85. "В systemd предложено включить средства для замены..."  +8 +/
Сообщение от arisu (ok), 28-Ноя-13, 14:25 
>> Вы таки намекаете на то, что писать unitы сложнее чем нормальные скрипты?)
> Особенно просто эти самые скрипты отлаживать: нифига не взлетает и дебажь сам
> как знаешь. Логов нет!

то ли дело системды: зависло и всё. системды думает.

Ответить | Правка | Наверх | Cообщить модератору

356. "В systemd предложено включить средства для замены..."  +/
Сообщение от Аноним (-), 30-Ноя-13, 00:11 
> то ли дело системды: зависло и всё. системды думает.

Ну так федористы его и будут ща тестировать :).

Ответить | Правка | Наверх | Cообщить модератору

371. "В systemd предложено включить средства для замены..."  +/
Сообщение от Адекват (ok), 30-Ноя-13, 12:47 

> то ли дело системды: зависло и всё. системды думает.

В случае если файловая система недоступна, которую нужно смонтировать - будет задумчиво онанировать красными звездочками. А пользователь познавать ДЗЕН.

Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

105. "В systemd предложено включить средства для замены консоли, a..."  +1 +/
Сообщение от Аноним (-), 28-Ноя-13, 15:18 
Открою тебе страшную тайну отладки ранних init-скриптов, о ней даже Поттеринг не догадывается. :-). Есть dmesg буфер такой, хранит лог загрузки в ядре.

Вызывается просто:

my_lovely_init_script > /dev/kmsg

dmesg

Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

109. "В systemd предложено включить средства для замены..."  +/
Сообщение от arisu (ok), 28-Ноя-13, 15:26 
открою тебе ещё более страшную тайну: если система не дошла до логина, то этот твой dmesg тупо неоткуда запустить.
Ответить | Правка | Наверх | Cообщить модератору

110. "В systemd предложено включить средства для замены..."  +1 +/
Сообщение от Аноним (-), 28-Ноя-13, 15:28 
> открою тебе ещё более страшную тайну: если система не дошла до логина,
> то этот твой dmesg тупо неоткуда запустить.

А init-скриптом после монтирования / не подходит?

Ответить | Правка | Наверх | Cообщить модератору

113. "В systemd предложено включить средства для замены..."  +/
Сообщение от Аноним (-), 28-Ноя-13, 15:30 
>> открою тебе ещё более страшную тайну: если система не дошла до логина,
>> то этот твой dmesg тупо неоткуда запустить.
> А init-скриптом после монтирования / не подходит?

Про посмотреть dmesg из kernel-debugger-а я даже не заикаюсь

Ответить | Правка | Наверх | Cообщить модератору

115. "В systemd предложено включить средства для замены..."  +/
Сообщение от arisu (ok), 28-Ноя-13, 15:35 
> Про посмотреть dmesg из kernel-debugger-а я даже не заикаюсь

ну да, ядро, конечно, собрано с отладчиком. само собой.

напоминаю, что система не грузится нифига даже в single user — тут не до пересборки ядра с отладчиком.

Ответить | Правка | Наверх | Cообщить модератору

137. "В systemd предложено включить средства для замены..."  +4 +/
Сообщение от Аноним (-), 28-Ноя-13, 15:51 
>> Про посмотреть dmesg из kernel-debugger-а я даже не заикаюсь
> ну да, ядро, конечно, собрано с отладчиком. само собой.
> напоминаю, что система не грузится нифига даже в single user — тут
> не до пересборки ядра с отладчиком.

Если система не грузится в single user, никакой journald уже не поможет. запуск /bin/sh должен идти сразу после монтирования корня, без запуска демонов, сети и пр.

Ответить | Правка | Наверх | Cообщить модератору

114. "В systemd предложено включить средства для замены..."  +3 +/
Сообщение от arisu (ok), 28-Ноя-13, 15:34 
>> открою тебе ещё более страшную тайну: если система не дошла до логина,
>> то этот твой dmesg тупо неоткуда запустить.
> А init-скриптом после монтирования / не подходит?

нет. потому что нет этого скрипта. есть, например, система, которая ВНЕЗАПНО стала зависать посредине процесса загрузки. беда.

варианты? загрузиться с init=/bin/sh и яростно дописывать вызов dmesg в стратегических местах? ну ок, это адово неудобно, но в конце концов сработает там, где надо. если, конечно, инит — не системды.

Ответить | Правка | К родителю #110 | Наверх | Cообщить модератору

131. "В systemd предложено включить средства для замены..."  +2 +/
Сообщение от Аноним (-), 28-Ноя-13, 15:44 

> варианты? загрузиться с init=/bin/sh и яростно дописывать вызов dmesg в стратегических
> местах? ну ок, это адово неудобно, но в конце концов сработает
> там, где надо. если, конечно, инит — не системды.

Зачем дописывать вызов dmesg в стратегических местах? Он и так автоматом на системную консоль должен выводится.
После ругань скрипта можно прочитать с экрана если он все полностью завесил. А если завалил в корку, то берем ее родимую, затем в дебагер и смотрим dmesg as-is.
Ну а в более простых случаях и просто CTRL-C помогает прибить зависший скрипт.

Ответить | Правка | Наверх | Cообщить модератору

144. "В systemd предложено включить средства для замены..."  +1 +/
Сообщение от arisu (ok), 28-Ноя-13, 16:12 
вообще, кстати, все эти танцы мне однажды так и не помогли. всё было нормально, никто в дмесг не ругался, вот только диски иногда путали имена устройств. а иногда — не путали. инжой идиотик удев, да. забавно решилось ручной загрузкой модуля для сетевой карты. хотя какая связь между именами устройств для дисков и сетевых карт — я не понял до сих пор.
Ответить | Правка | Наверх | Cообщить модератору

283. "В systemd предложено включить средства для замены консоли, a..."  +/
Сообщение от Аноним (-), 29-Ноя-13, 14:26 
> Вызывается просто:
> my_lovely_init_script > /dev/kmsg

Вот только это не есть эквивалент того как скрипт будет дернут в процессе старта системы. Очень прикольно, когда так все работает, а при взлете системы - болт. Дебага - ноль. Как хочешь так и закостыливай сам, хренли.

Да, если вы не поняли - оно где-то там стартует. У меня этой консоли нет. И никакой внятный дебаг по состоянию на тот момент я сделать не могу. Сервисов логинга штатно тоже нет. Поэтому если лыжи вдруг почему-то не едут - это ой.

Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

139. "В systemd предложено включить средства для замены консоли, a..."  +2 +/
Сообщение от Michael Shigorinemail (ok), 28-Ноя-13, 15:52 
> Особенно просто эти самые скрипты отлаживать: нифига не взлетает и дебажь сам
> как знаешь. Логов нет!

Может, Вы не знаете, где включить логи в sysvinit-скриптах?  И вот этот детсад здесь будет на броневичок лезть?  А ну марш в угол.

Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

143. "В systemd предложено включить средства для замены консоли, a..."  +2 +/
Сообщение от bircoph (ok), 28-Ноя-13, 16:01 
Для этого достаточно поставить openrc, который делает только свою задачу: параллельная загрузка демонов есть (с учётом зависимостей), логи в rc.log есть. А велосипедов вида "давайте засунем половину ядра и userspace в один пакет" нет.
Ответить | Правка | Наверх | Cообщить модератору

286. "В systemd предложено включить средства для замены консоли, a..."  +/
Сообщение от Аноним (-), 29-Ноя-13, 14:36 
> Может, Вы не знаете, где включить логи в sysvinit-скриптах?  

А нигде. В большинстве случаев это не предусмотрено. Половина скриптов даже коды возврата пинаемого процесса не проверяют. А самому дописывать в каждом куске крапа логгинг и обработку таких вещей - утомительное занятие, я бы сказал. Так что сабжеподобные системы имеют тут 5 очков форы: они результаты пинков процессов и ошибки при этом пишут в логи все-таки. Это в обшем случае упрощает трублешутинг.

> И вот этот детсад здесь будет на броневичок лезть?  А ну марш в угол.

Ну да, конечно, проще считать себя самым умным и бряцать авторитетом. Старперство - оно такое. Мозг у вас заржавал, имхо, гражданин Шигорин. И вообще - неспортивное поведение, особенно несолидное для модератора.

Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

328. "В systemd предложено включить средства для замены консоли, a..."  +/
Сообщение от Michael Shigorinemail (ok), 29-Ноя-13, 19:05 
>> Может, Вы не знаете, где включить логи в sysvinit-скриптах?
> А нигде. В большинстве случаев это не предусмотрено.
> Половина скриптов даже коды возврата пинаемого процесса не проверяют.

Ну то есть если в шляпе не справились и с этим (как с починкой отдельного /usr в анаконде), то надо лечить гильотином, правильно?  А ничего, что системные проблемы подобного толка -- головотяпство и наплевательское отношение к деталям -- всё равно вылезут, как ты их под коврик не заметай?

> Так что сабжеподобные системы имеют тут 5 очков форы:

Продолжаю в упор не замечать.

> Это в обшем случае упрощает трублешутинг.

Как уже отмечено, если в этом самом "общем случае" до логов получается для начала добраться.

>> И вот этот детсад здесь будет на броневичок лезть?  А ну марш в угол.
> Ну да, конечно, проще считать себя самым умным и бряцать авторитетом.

При чём тут авторитет?  Был поставлен вполне конкретный вопрос, в ответ типовое "беее".

> Мозг у вас заржавал, имхо, гражданин Шигорин.

Как сказал бы б.б., дерево не ржавеет. :)

> И вообще - неспортивное поведение, особенно несолидное для модератора.

Вопрос по существу считается ударом ниже пояса?

Ещё раз: http://git.altlinux.org/gears/s/service.git?p=service.git;a=...

Если в используемом дистрибутиве так или аналогично не сделано -- дело не в бобине.

Ответить | Правка | Наверх | Cообщить модератору

372. "В systemd предложено включить средства для замены консоли, a..."  +/
Сообщение от Аноним (-), 30-Ноя-13, 13:10 
> Ну то есть если в шляпе не справились и с этим

Ну то-есть я не очень в курсе как оно там в шляпе: не нравятся мне редхаты и деривативы и я стараюсь с ними дел не иметь. А такая ситуация - она "вообще". И про нее в курсе любой кто админит чуть поболее чем только свой единственный локалхост, заинсталлированный 10 лет назад и старательно оберегаемый с тех пор. Эталонный образчик такого подхода - наш незабвенный arisu. Умный перец, но свои узконишевые юзкейсы с умным видом выдает как истину в последней инстанции, что доставляет море лулзов. Г-но в скриптах инициализации - довольно привычная картина. Особенно для софта не из репов. И уж не альту с его куцыми репками вообще рассусоливать по этому поводу. Хотя, конечно, вместо упрощения жизни админу можно припахать его не только софт собирать, но еще и скрипты писать лишний раз. А потом они удивляются - мол, чего-это все на другие дистры свинтили?!

> (как с починкой отдельного /usr в анаконде), то надо лечить гильотином, правильно?

На лично мое мнение, что анаконду, что yum только гильотина и исправит. Ну в общем редхату совершенно точно не понравится мое мнение о их бидонных глюкастиках.

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

Вообще вы правы. Но есть и иной вариант. Когда все отполировано до блеска и каждая мелочь подогнана идеально. Но в целом работает плохо. Потому что возясь с мелочами не заметили намного более глобальных вещей.

>> Так что сабжеподобные системы имеют тут 5 очков форы:
> Продолжаю в упор не замечать.

Вы много чего не замечаете. Альтов не смущает даже доисторический субформат RPM-а скрещенный, с дебианским пакетным менеджером, хотя это и нагибает пополнение пакетной базы. Ибо нескучная компания из полутора землекопов при всем уважении, чисто физически не сможет пакетировать и майнтайнить десятки тысяч наименований. Больше такой хреновины ни у кого нет. А осваивать альт на таком уровне - а что альт может дать осваивающему взамен, чтобы такое транжирство времени и сил себя оправдало? На фоне столь фундаментальных факапов элементарная тормознутость в вопросе инициализации вообще так, мелочи жизни. Но админу лишний раз головняка добавит. А оно админу надо?

> Как уже отмечено, если в этом самом "общем случае" до логов получается
> для начала добраться.

Ну знаете, факапы разные бывают. Я вот у любителей дебиан-тестинга и анстейбла видал отъезд версий модулей GRUB относительно его ядра. При этом вообще ни до чего не добраться - эпикфэйл сразу на старте и не чинится средствами самой системы вообще никак. Только с ливфлехи и вперед, чиниться. А то что сабж с его конкой фич сперва надо обезбажить на федористах - я и не отрицаю :). Я не говорил что он идеальный и без багов. Но ряд идей по поводу того как разгрузить админов от головняка там вполне здравые, IMHO. Баги поотловят, а вот фундаментальные грабли инита никто не починит и еще через 10 лет. Как была жуткая помесь кода с конфигурацией, размазанная на 2 страницы, так и останется.

> При чём тут авторитет?  Был поставлен вполне конкретный вопрос

Который скорее звучит как издевательство. Потому что отладить именно в том виде как оно под init запускается - в общем случае нельзя. Бонусом половина скриптов кривые, плевать хотело на коды возврата процессов, внеплановые падения оных во время работы и прочие мелочи жизни. Но админ, конечно, может дописать все это сам. Вот только в нормальных стартерах такое как-то является core-функциональностью. И админу не надо это самолично каждый раз колхозить.

>> Мозг у вас заржавал, имхо, гражданин Шигорин.
> Как сказал бы б.б., дерево не ржавеет. :)

Да ладно вам, не такое уж вы и дерево. Но вот временами заваливаетесь в какое-то слишком уж прямолинейное хамство.

>> И вообще - неспортивное поведение, особенно несолидное для модератора.
> Вопрос по существу считается ударом ниже пояса?

С моей колокольни это больше смахивает на издевательство а не вопрос. Я встречал достаточное количество самых разных инит скриптов. Хватило для того чтобы не иметь такого желания на будущее, ибо половина скрипто реально ужас, где код перемешан с конфигурацией в разлапистой портянке.

> Ещё раз: http://git.altlinux.org/gears/s/service.git? ...

О чем и говорилось - портянка на 800+ строк, непосредственно касающаяся того кто будет имплементить старт сервисов. Спасибо, конечно, но "wannabe-библиотеки" на шеллскриптах сами пользуйте. При том - не факт что это имеется у других дистров и пользуется так же. Ну вот никто и не будет под ваш альт писать скрипты инициализации нифига. А вот под systemd юниты написали уже для довольно многих программ за которыми я наблюдаю.

> Если в используемом дистрибутиве так или аналогично не сделано -- дело не в бобине.

Спасибо, конечно, но вот за только тот факт что мне не придется иметь дело с вот таким вот - я готов памятник поставить апстарту, systemd и прочим, желающим заменить подобный крындец на что-то более вменяемое.

Ответить | Правка | Наверх | Cообщить модератору

376. "В systemd предложено включить средства для замены консоли, a..."  +/
Сообщение от Аноним (-), 30-Ноя-13, 13:28 
> Вы много чего не замечаете. Альтов не смущает даже доисторический субформат RPM-а скрещенный, с дебианским пакетным менеджером, хотя это и нагибает пополнение пакетной базы. Ибо нескучная компания из полутора землекопов при всем уважении, чисто физически не сможет пакетировать и майнтайнить десятки тысяч наименований.
> И про нее в курсе любой кто админит чуть поболее чем только свой единственный локалхост, заинсталлированный 10 лет назад и старательно оберегаемый с тех пор. Эталонный образчик такого подхода - наш незабвенный arisu.

Дохтур - прими соего яду сам, раз только на локалхост лазаешь и про другие системы не знаешь. Хоть давно альт активно не юзаю но вот бред про особенности пополнения пакетной базы он доставляет.
294 ты почему перестал бредить про скорость старта системд? Лёнька в блоге написал что это нинужно?

Ответить | Правка | Наверх | Cообщить модератору

420. "В systemd предложено включить средства для замены консоли, a..."  +/
Сообщение от Аноним (-), 30-Ноя-13, 20:44 
> про другие системы не знаешь. Хоть давно альт активно не юзаю
> но вот бред про особенности пополнения пакетной базы он доставляет.

Дык смейтесь наздоровье. Но это не отменяет того факта что софта под альт как-то мало, а сторонние програмеры благодаря странной политике дистра вообще знать ничего ни о каких альтах не желают. Поэтому если надо чего-то чего нет в репе (а при полутора землекопах в команде это обычное дело) - фиг с два кто под это пакеты предложит. А самому вообще все компилить можно и подзадолбаться.

> 294 ты почему перестал бредить про скорость старта системд? Лёнька в блоге
> написал что это нинужно?

Хочешь прикол? Я _пока_ вообще не использую systemd. Но вижу в нем ряд фич которые бы мне очень пригодились в перспективе.

Ответить | Правка | Наверх | Cообщить модератору

427. "В systemd предложено включить средства для замены консоли, a..."  +1 +/
Сообщение от Аноним (-), 30-Ноя-13, 22:42 
Тебе товарищ Шигорин уже на автоимпорт ссылку кинул. Продолжай дальше упорствовать. И мне как-то по барабану где чего не хватает. Вот флусоник в своё время запускал. Так там дебиан-убунту и всё - никаких РХЕЛ. А если надо ораклу поставить - свой неразламываемый линукс. Поэтому под проблему своё решение. А вот нежелание некоторых ознакомиться с тем как на самом деле дело обстоит оно доставляет.

> Хочешь прикол? Я _пока_ вообще не использую systemd. Но вижу в нем ряд фич которые бы мне очень пригодились в перспективе.

Можно потыкать палочкой в бимеровский виос и всему что рядом. Все эти твои контейнеры с квмами полная туфта по сравнению с этим. И в перспективе это очень круто. И?

Ответить | Правка | Наверх | Cообщить модератору

399. "В systemd предложено включить средства для замены консоли, a..."  +/
Сообщение от Michael Shigorinemail (ok), 30-Ноя-13, 15:49 
>> Ну то есть если в шляпе не справились и с этим
> Ну то-есть я не очень в курсе как оно там в шляпе:

"Страусов не пугать, пол бетонный" :(

Про шляпу не в курсе, systemd не применяете, зато бегаете и хвалите, какой он весь из себя.  Второй раз за недавнее время вспоминается:

---
"I told all of my friends how they were losers for running UNIX. They
should switch to NT.... That was more or less my constant refrain until
a single pivotal event changed my life: I actually tried to use NT.
        -- Philip Greenspun
---

> И уж не альту с его куцыми репками вообще рассусоливать по этому поводу.

Это ещё у кого что куцее и рассованное по саморазваливающимся кустам ;-)  Альт как раз очень силён единым репозиторием без единого анмета.  Мало кто это понимает.

> Вообще вы правы. Но есть и иной вариант. Когда все отполировано до
> блеска и каждая мелочь подогнана идеально. Но в целом работает плохо.
> Потому что возясь с мелочами не заметили намного более глобальных вещей.

И такое бывает, согласен.

> Вы много чего не замечаете. Альтов не смущает даже доисторический субформат RPM-а

Можно вот здесь поподробней?

> с дебианским пакетным менеджером, хотя это и нагибает пополнение пакетной базы.

Ни разу.

> Ибо нескучная компания из полутора землекопов при всем уважении, чисто
> физически не сможет пакетировать и майнтайнить десятки тысяч наименований.

http://www.altlinux.org/Packaging_Automation/Embedded_Language
http://www.altlinux.org/Autoimports

У нас одних шагающих экскаваторов два варианта, а Вы про землекопов. :)

> Больше такой хреновины ни у кого нет. А осваивать альт на таком уровне
> - а что альт может дать осваивающему взамен, чтобы такое транжирство
> времени и сил себя оправдало?

Хорошую инструментальную среду и вменяемую команду, опыт, результат.  И так уже более десяти лет.

> На фоне столь фундаментальных факапов

И всё-таки пока таковым был докоп к "субформату RPM".

> элементарная тормознутость в вопросе инициализации вообще так, мелочи жизни.

Это когда альт с sysvinit грузится/выгружается быстрее, чем иные с параллелитическими системами инициализации?..

> Но админу лишний раз головняка добавит. А оно админу надо?

Админу альт как раз очень даже хорош и головняка в долгосрочном периоде склонен убавлять.  Не хочу скатываться в рекламу, а сужу по тому, что вижу у себя и вокруг.

> Ну знаете, факапы разные бывают. Я вот у любителей дебиан-тестинга и анстейбла
> видал отъезд версий модулей GRUB относительно его ядра. При этом вообще
> ни до чего не добраться - эпикфэйл сразу на старте и не чинится средствами
> самой системы вообще никак. Только с ливфлехи и вперед, чиниться.

Не надо полагаться на grub в плане rescue.  От слова "совсем".

> А то что сабж с его конкой фич сперва надо обезбажить на федористах - я и не отрицаю

Беда, как понимаете, в навязчивости.  Если бы обкатка и разработка производились естественным, а не насильственным, образом -- критики (в т.ч. и моей) было бы на порядок меньше: когда стараешься сделать полезное и дать людям самим его выбрать, результат выходит лучше, чем когда объявляешь себя истиной в последней инстанции и "всем бояться полчаса" (вспоминаем спор Мигелюшки с Линусом и Коксом).

> Баги поотловят, а вот фундаментальные грабли инита никто не починит и еще через 10 лет.

То есть кусок кода про initlog так и не пошёл впрок.

>> При чём тут авторитет?  Был поставлен вполне конкретный вопрос
> Который скорее звучит как издевательство. Потому что отладить именно в том виде
> как оно под init запускается - в общем случае нельзя.

Если рассматривать не гармоническое колебание сферического коня в вакууме, то отладка асинхронных систем всегда была куда более неприятным занятием по сравнению с.

И часть системдышной лжи как раз в том, что впаривают лекарство, а на деле торгуют одними проблемами за другие, при этом цену не озвучивая.

> Но вот временами заваливаетесь в какое-то слишком уж прямолинейное хамство.

Когда уважаю человека (и потому нахожу время что-либо ему сказать), но считаю его неправым -- предпочитаю сказать в лоб как есть, а не издеваться.

>>> И вообще - неспортивное поведение, особенно несолидное для модератора.
>> Вопрос по существу считается ударом ниже пояса?
> С моей колокольни это больше смахивает на издевательство а не вопрос.
> Я встречал достаточное количество самых разных инит скриптов.

Посмотрите альтовские.

> О чем и говорилось - портянка на 800+ строк, непосредственно касающаяся того
> кто будет имплементить старт сервисов. Спасибо, конечно, но "wannabe-библиотеки"
> на шеллскриптах сами пользуйте.

Интересно Ваше мнение по части
http://git.altlinux.org/gears/c/control.git?p=control.git;a=...
http://git.altlinux.org/gears/l/libshell.git?p=libshell.git;...
-- см. тж. http://altlinux.org/control и http://altlinux.org/libshell

> При том - не факт что это имеется у других дистров и пользуется так же.

Есть ещё много каких нефактов -- полезное нередко всё-таки расползается по дистрибутивам.

> Ну вот никто и не будет под ваш альт писать скрипты инициализации нифига.

Человеку, который пишет на opennet портянки комментариев, странно бояться написать ещё сотню-другую байт и запаковать, тем более что /etc/init.d/template не отменяли. :)

>> Если в используемом дистрибутиве так или аналогично не сделано -- дело не в бобине.
> Спасибо, конечно, но вот за только тот факт что мне не придется иметь дело с вот
> таким вот - я готов памятник поставить апстарту, systemd и прочим, желающим заменить
> подобный крындец на что-то более вменяемое.

Ну ставьте, воля Ваша.  У каменотёсов оптовым клиентам скидка, надеюсь?

Ответить | Правка | К родителю #372 | Наверх | Cообщить модератору

260. "В systemd предложено включить средства для замены консоли, a..."  +/
Сообщение от Адекват (ok), 29-Ноя-13, 07:15 
>> Вы таки намекаете на то, что писать unitы сложнее чем нормальные скрипты?)
> Особенно просто эти самые скрипты отлаживать: нифига не взлетает и дебажь сам
> как знаешь. Логов нет!

Так запускать нужно из консоли а не из иксов мышкой.
В консоль вывод валится, все там прекрасно видно, на крайний случай есть strace.

Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

289. "В systemd предложено включить средства для замены консоли, a..."  +/
Сообщение от Аноним (-), 29-Ноя-13, 14:40 
> Так запускать нужно из консоли а не из иксов мышкой.

И где мне консоль взять в которой init работает? А какая-то другая консоль - это замечательно, конечно, но уже не то. Просто посмотреть "почему обломался скрипт и при старте системы не взлетела программа" - не вариант. Начинается прыгот с бубном. В том месте где апстарт или сабж просто запишет в лог ошибку, админ хлопнет себя по лбу - ой, и правда, вот тут пермишнов недодал. И все. Разница в затратах времени и сил на трублешутинг таких ситуаций - в РАЗЫ.

> В консоль вывод валится, все там прекрасно видно, на крайний случай есть strace.

Вот только изголяться чтобы strace трейсил выполнение конкретного скрипта и того что им спаунится, при взлете из инита - нефиговый такой кастомный загибон. А в сабжеобразных системах я просто в логе причину ошибки позырю и починю свой продолб. Разница? Я потрачу в несколько раз врмени и сил на понимание того факта "какого фига оно обломалось".

Ответить | Правка | Наверх | Cообщить модератору

274. "В systemd предложено включить средства для замены консоли, a..."  +/
Сообщение от Аноним (-), 29-Ноя-13, 14:09 
>> Вы таки намекаете на то, что писать unitы сложнее чем нормальные скрипты?)
> Особенно просто эти самые скрипты отлаживать: нифига не взлетает и дебажь сам
> как знаешь. Логов нет!

Большая проблема написать логгинг? Или -x поставить? Слышь, ты вообще на шелле хоть что-то сложнее echo "Helloworld" писал?

Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

290. "В systemd предложено включить средства для замены консоли, a..."  –1 +/
Сообщение от Аноним (-), 29-Ноя-13, 14:42 
> Большая проблема написать логгинг? Или -x поставить? Слышь, ты вообще на шелле
> хоть что-то сложнее echo "Helloworld" писал?

Слышь, я труба шатал дописывать логгинг самолично если это кто-то уже сделал за меня. Хороший админ должен быть ленивым :P.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру