Неважно. Степень фапабельности девочек и трапов примерно одного порядка.

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

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

Если что я 5 лет пользовался дома линуксом. Сейчас занимаюсь разработкой под линукс. Но линукса на моем десктопе больше не будет, хватит.

Нет...

... не:

forward sealing

А forward secured sealing. В обоих случаях фигня. Ибо:

Если мы о просто forward sealing, то man udp/514. А, если мы о forward secured seling, то какое дело системе протоколирования до того, как организована система обмена трафиком по защищёному или незащищёному каналу? Не доходит что хост, генерирующий логи и сервер логов могут находиться в пределах герметичной сети, как в большинстве случаев это и случается, кстати. Зачем здесь лишняя сущность?

А что, очень хочется?

systemd-shutdownd - Handles timed shutdowns.

Какого рожна этот комбайн лезет в дела cron?

Какой нафиг cron? Осиль уже прочитать man дальше заголовка:

systemd-shutdownd.service is a system service that implements scheduled shutdowns, as exposed by shutdown(8).

systemd-ac-power - Shell helper to detect whether AC power is plugged in or not.

Какого хрена это уродство пытается заменить /sys/, да ещё и таким безобразным образом?

И снова мимо. Это замена helper'а on_ac_power, который в Debian расположен в /sbin и является частью пакета powermgmt-base.

I don't want to live on this planet anymore. Мне стыдно за Debian и Ubuntu.

Стыдно должно быть тебе, за попытки делать выводы из собственных не подкреплённых реальными знаниями предположений.

Да я...

... всего-навсего задал вопрос. Ответом была гнетущая тишина. Пришлось рассказывать о том, как «на раёне пацаны» делают. А тут оказывается, моя культурно-просветительская деятельность пропала втуне. :)))

Зачем здесь лишняя сущность?

понятия не имею нахрена ты сюда припёрся - английский с детскими ошибками, криптографию с сетью путаешь... но зато пыжишься аж за троих.

Но линукса на моем десктопе больше не будет, хватит.

И ты пришёл сюда нам об этом рассказать? Продолжай-продолжай, нам очень важно твоё мнение :-D :-D :-D

Основная задумка — консистентность данных, в случае БП. Спорить однако не буду, это всё же оверкилл.

остаётся лишь на генту молиться

Абсолютно...

... ожидаемо:

английский с детскими ошибками

Нечего сказать? Докопайся до орфографии.

Как-раз не путаю. Я опустил один промежуточный шаг — локальные логи. В случае нормальной системы протоколирования, логи надо защищать только на лог-сервере. Логи локалхоста в нормальной системе протаколирования ни кому не убились и не ведутся. Это аналогично выставленному для journald Storage=none.

Для лог-сервера (прямо навскидку) на память приходят http://www.logtools.org/logstore-digital-signatures/ логтулз. Всё есть и работает. Какой ещё термин придумать изволите? :)

Удивительно.

Проблем в линуксе все еще вагон и вовсе не в области старта системы, что вообще не проблема, учитывая наличие SSD.

Со звуком проблемы, с видео, а они туда-сюда тыркают систему запуска с которой проблем пока не наблюдается.

Получается, что убунту только что сказали, что стоят в линейке линуксов на третьем месте - после редхата и дебиана - и не имеют ресурсов для самостоятельной разработки. Очень плохо с точки зрения бизнеса.

С задумкой согласен,...

... и с оверкиллом тоже. Если простой и тупой syslog гибок, то здесь какая-то анальная акробатика.

И ты пришёл сюда нам об этом рассказать? Продолжай-продолжай, нам очень важно твоё мнение :-D :-D :-D

Я высказался неодобрительно о новости, точнее о тенденции все переписывать и ничего не допиливать. Это плохо. И пока все это не осознают, все плохо и будет.

Ни одного случая чтобы система не загрузилась из-за обновления systemd у меня не было.

Разделы на одном винте?

переход Ubuntu на systemd вслед за Debian

лишь когда мэйнтейнеры убедятся в его стабильности

ого! А тут иногда некоторых ментеймеров некоторых дистрибутивов обвиняют в слоупочности. :)

Ну или с, но не сами логи в нём хранить, а только файл индекса рядом.

Это не избавит от необходимости парсить неструктурированный текстовый файл.

Использование бинарного формата хранения данных позволяет, во-первых, увеличить количество сохраняемой информации без нарушения её отображения, во-вторых, избежать разбора понятного человеку, но не программе, формата файла (что сразу облегчает написание фильтров), а в-третьих, позволяет легко менять формат вывода: тот же journalctl умеет выводить в JSON, что явно проще разбирать автоматически, чем простой текст, для чего приходится городить кучу регулярок для выцеживания нужных данных; при этом вывод в стандартный привычный формат syslog тоже вполне поддерживается и используется по умолчанию.

Так что использование именно бинарного формата имело свои объективные причины (равно как и в случае других используемых в systemd технических решений).

И да...

... забыл. Если на лог-сервере (до которого надо ещё и дорубиться при взломе сети чтобы почистить логи) логи из текстовых файлов заливаются в СУБД, с последующим удалением первоисточников, то я сердечно желаю Вам успехов по криптозащите логов. И удачи в этом безумном начинании. :)

Некий Ларри Волл...

... смотрит на Вас как на... ну очень неодобрительно и осуждающе смотрит. :)

Вот ведь чудо-то... Лет 30 последних все озвучиваемые Вами проблемы решались, а тут нате — появился Поттеринг и перестали решаться. :)

реально чтоле настоящий ) ?

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

Я высказался неодобрительно о новости... Это плохо.

А-ха-ха. Чёрт, как-же нам не хватало твоего мнения :-D :-D

Лет 30 последних все озвучиваемые Вами проблемы решались, а тут нате — появился Поттеринг и перестали решаться. :)

Это какое-то бинарное мышление. Проблемы решались не только в области журналирования, но и в большинстве других, ещё N лет назад. Прогресс в эффективности и мере трудозатрат на их решение.

Да тут в другом дело...

... не в том, что:

читать надо все таки научиться

Тут просто баттхёрт глаза застит. :)))

Здесь...

... это:

я думал

Лишнее. Вас обманули.

А давайте...

... попробуем всё-таки не растекаться «мысью по древу»? Мы тут продолжили тему, начатую ранее в другом треде про протоколирование в systemd. В принципе, всё что я хотел по данной тематике сказать, я сказал от апологетов journald вижу только жалкие попытки непризнавать очевидное — всё работало и работает и без journald. Но сказать прямо — мы не понимаем нафига journald интегрирован в systemd они не могут. Тогда (если это случиться) в треде будет стоять такой треск рвущихся шаблонов, что хоть святых выноси. :)

scheduled shutdowns

Тебе напомнить, что синтаксис crontab понятен любой степени сказочности дебилу? Зачем нужно это безобразие, которое умеет шедулить только shutdown, если есть cron, который умеет шедулить всё?

замена helper'а on_ac_power

Который является скриптом на sh, который пенетрирует тот же /sys/class/power_supply/*. Только на кой пёс его теперь вкомбайнировали в систему инициализации?

Стыдно должно быть тебе

Отнюдь.

мы не понимаем нафига journald интегрирован в systemd

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

Тебе напомнить, что синтаксис crontab понятен любой степени сказочности дебилу?

Не надо, мы и так уже в курсе, что ты его смог-таки понять.

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

Мы тут продолжили тему, начатую ранее в другом треде про протоколирование в systemd.

Извините, но я в том обсуждении не участвовал.

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

Всё работает и с journald, так что вы ничего не теряете. Но приобретаете, например, возможность просмотреть полноценный dmesg за N загрузок назад.

Но сказать прямо — мы не понимаем нафига journald интегрирован в systemd они не могут.

journald интегрирован в systemd, чтобы:

• собирать сообщения ранней стадии загрузки, когда никакая реализация syslog ещё не запущена;
• собирать в журнал вывод сервисов на stdout/stderr, со всеми плюшками в виде фильтрации и так далее.

Это вас устроит :)?

А зачем...

... вообще именно эта документация? Её нужность равна нужности subj. Не нужно ни то, ни другое, положа руку на сердце.

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

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

Это вас устроит :)?

Шутите, коллега? Когда это троллей устраивала разумная аргументация. Ща палец поглубже заглотнёт и ещё чего-нибудь высосет :)

которое умеет шедулить только shutdown

Ты ман по обычному shutdown(8) читал? У шатдауна есть аргумент - время, через которое необходимо потушить систему, например: shutdown -h +5m. В этом случае шатдаун случится через пять минут. К крону это никакого отношения не имеет, а реализовано внутри программы shutdown. Так вот, systemd-shutdownd - это специальный сервис systemd, через который в systemd реализовано это поведение для systemctl poweroff. К крону это никакого отношения не имеет.

не, что-то я его переоценил - даже высосать не смог :-D

Тебе напомнить, что синтаксис crontab понятен любой степени сказочности дебилу? Зачем нужно это безобразие, которое умеет шедулить только shutdown, если есть cron, который умеет шедулить всё?

Опять 25. Да при чём здесь cron с его crontab? Это сервис для отложенного завершения работы с помощью /sbin/shutdown, что прямым текстом сказано в цитате, которую я привёл. Осиль уже man 8 shutdown и пойми, что отложенное выключение не то же самое, что выключение по расписанию.

на кой пёс его теперь вкомбайнировали в систему инициализации?

systemd не является исключительно системой инициализации. Это СТАНДАРТНЫЙ набор утилит и сервисов, выполняющих базовые операции системы. Именно для стандартизации этих дистроспецифичных велосипедов и включаются в состав дерева исходных кодов systemd подобные компоненты. В данном случае systemd предоставляет стандартный интерфейс для управления питанием вместо pm-utils, поэтому естественно включение подобного helper'а в поставку.

Понятно что изучать это творение все равно придется .... с его «особым подходом» и утилитами, ну нахрена вы его продавили на дебиан. Все же было ,были RPM дистры с systemd , были дистры с upstart и deb , разнообразие , зоопарк, .... теперь везде дефолт с systemd .... ну нафига, все орали про зоопарк ,а теперь у нас какой-то Энди Уорхол куча дистров а внутри одна и та же генеральная линия RH только раскраска разная.

И не надо рассказывать про апстрим и независимых разработчиков, сообщество форкнет ,добро победит. Кто гномерам нарк*ту покупает тот их и танцует, была же новость про баг в FreeBSD-шке который использовался ФБР(задолго до сноудена новость была) и никому до исходного кода дела не было.и баг там лежал чуть ли не 10 лет.

Да это батхерт, можете обвинять в том что «не специалист», но по моему команда Russian Fedora занимается груповым изнасилованием.

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

Да это батхерт

неплохо, но ты можешь лучше.

люди героически подзорвут ЭМИ

больше бреда - жги! :)

Ура!

Ой, да я Вас...

... умоляю!

Чтобы мне тут долго не рассусоливать, начиная с Systemd победил в третьем голосовании по выбору системы инициализации для Debian (комментарий) и далее. Там много о чём поговорили и про пульсу вспомнили и про «качество» кода systemd поговорили. И про реализацию сервера протоколирования пообщались... там много чего было. Не стесняйтесь почитать. :)

собирать сообщения ранней стадии загрузки, когда никакая реализация syslog ещё не запущена;

Простите, dmesg теперь законодательно не протоколируется, вообще ни как (здесь у Вас есть шанс ещё раз подумать о выдвинутом Вами тезисе)? Вы знаете, это даже несмешно. Это говорит только о том, что апологеты journald ни чего не знают о системе протоколирования в linux.

собирать в журнал вывод сервисов на stdout/stderr, со всеми плюшками в виде фильтрации и так далее.

Тут man logger && man I/O redirection. И это, кстати, тоже не смешно уже — напоминать о таких вещах линуксоидам.

неплохо, но ты можешь лучше.

Это только на МЛУГе, приходи, если ты не plm.

Мерзкое ощущение, я могу не разбираться в 100500 тысяч вопросах, это вполне нормальное явление , конечно можно сесть и угрохать неделю времени как минимум чтобы глубже разобраться в теме ,но уже по этим холиваром ,а они давно однозначного мнения нет, но RH ... упорно пробивает свое «мы специалисты ,мы знаем как лучше ,все остальные ретрограды и лудиты». В общем жопой чую ничего хорошего не будет ,даже если RH ангелы во плоти)

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

конечно можно сесть и угрохать неделю времени как минимум чтобы глубже разобраться в теме

Это в смысле тебе целую неделю надо, чтобы документацию systemd наконец-то осилить? Ты в спецшколе для «особых» учился что-ли? Или дислексик просто?

хомячки отторгли невозможность заператить метровые приложения и невозможность работать в метровом режиме со старыми пераццкими приложениями.

this

Ну, ещё смущает что если вдруг разработчики внезапно решат добавить туда HKEY_LOCAL_MACHINE - хавать это будут ВСЕ

Разработчики в корпорациях рамера RH на внутрикорпоративных проектах вроде SystemD ничего не решают.
Делают то что скажет архитект.
Скажут добавить HKEY_LOCAL_MACHINE - хавать это будут ВСЕ

отложенное выключение

Да прочитал я уже давно этот ман. /sbin/shutdown есть в любом вменяемом дистрибутиве. Зачем надо дублировать функциональность? Чтобы можно было отложенно выключать не напрямую, а через ДИБАС? Чтобы мессадж о выключении мог высраться в journald? Какие проблемы оно решает-то?

СТАНДАРТНЫЙ набор утилит и сервисов
для стандартизации этих дистроспецифичных велосипедов

А что, /sys/class/power_supply/AC/online уже отменили? Вполне себе стандартный интерфейс, который можно прочитать любым хелпером/скриптом/whatever. Я, скорее, предпочту полагаться на неизменяемый формат данных в /sys/, нежели на костыли очередного NIH-фанатика.

Под рутом сидеть тоже удобно, чем некоьорые и олбзовались. Но потом жареный петух клюнул в жопу... Вот так же будет и с systemd. Но будет поздно.

Ты тоже любитель сидеть под рутом?

Как минимум один разраблтчика вяленда - упоротый мудило. Это Дэниел Стоун.

Они решили пойти в биореактор.

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