Леннарт Поттеринг представил (https://lists.freedesktop.org/archives/systemd-devel/2018-Ju...) релиз системного менеджера systemd 239 (http://www.freedesktop.org/software/systemd/). Из новшеств можно отметить реализацию системы переносимых сервисов, изменение наименования виртуальных сетевых интерфейсов, усиление защиты системных сервисов, поддержку DNS-over-TLS, режим suspend-then-hibernate, возможность сохранения дампа памяти при спящем режиме в файлы подкачки.Основные изменения:
- Представлена экспериментальная поддержка переносимых сервисов ("Portable Services"), позволяющих создавать системные сервисы в виде самодостаточных контейнеров. Переносимый сервис поставляется в виде системного образа, но обрабатывается как обычный сервис. Из достоинств переносимых сервисов отмечается возможность упаковки одного или нескольких приложений, сервисов и связанных с ними зависимостей в отдельный образ, с возможностью запуска компонентов с применением дополнительной sandbox-изоляции.При этом, в отличие от контейнеров переносимые сервисы не запускаются в отдельном изолированном окружении со своим PID 1, а представляют из себя часть системы (выполняются в текущем системном окружении), отделённую в независимую самодостаточную иерархию каталогов. Для управления переносимыми сервисами предложена утилита "portablectl" (/usr/lib/systemd/portablectl). Для создания образов можно применять любые инструменты для формирования начинки контейнеров, такие как "dnf --installroot", "debootstrap" и "mkosi";
- В systemd-resolved добавлена поддержка резолвинга доменных имён с использованием механизма DNS-over-TLS, при котором применяется штатный протокол DNS (обычно используется сетевой порт 853), завёрнутый в шифрованный канал связи, организованный при помощи протокола TLS с проверкой валидности хоста через TLS/SSL-сертификаты, заверенные удостоверяющим центром. Для активации DNS-over-TLS следует явно выставить в настройках resolved.conf параметр "DNSOverTLS=opportunistic" (по умолчанию поддержка отключена до внесения оптимизаций, направленных на сокращение задержек из-за дополнительных накладных расходов по установке TLS-сеанса поверх TCP);
- Реализован режим suspend-then-hibernate, при котором система вначале переходит в ждущий режим, но в случае непробуждения в течение определённого таймаута активируется и уходит в глубокий спящий режим;
- Обеспечена возможность использования файлов подкачки, а не только разделов подкачки, для сохранения дампа памяти во время перехода в спящий режим;
- Изменено наименование виртуальных сетевых интерфейсов, созданных с использованием технологий SR-IOV ( Single Root Input/Output Virtualization) и NPAR (NIC Partitioning), а также для устройств, PCI-контроллер которых не выставляет номер слота. Имена устройств SR-IOV теперь устанавливаются с учётом имени родительского сетевого интерфейса с добавлением суффикса "vN", где N - номер интерфейса. Все виртуальные устройства NPAR теперь именуются по единой схеме (ранее начиная с 9 устройства назначались имена ethN). Для PCI-устройств без номера слота выбирается имя в соответствии со схемой "net_id", вместо определяемых ядром имён ethN;
- Все длительно работающие системные сервисы переведены по умолчанию на использование белого списка системных вызовов, т.е. если раньше был определён список блокируемых опасных системных вызовов, а все остальные вызовы были разрешены, то теперь задан список разрешённых вызовов, а все остальные запрещены;
- В system.conf предложена новая настройка NoNewPrivileges, которая позволяет отключить получение новых привилегий (выставить флаг PR_SET_NO_NEW_PRIVS для PID 1), что не позволяет исполняемым файлам с setuid и выставленными capabilities менять свои привилегии;
- Вывод systemctl и других утилит теперь включает escape-последовательности, позволяющие отобразить доступные для клика ссылки в разных терминалах (например в выводе "systemctl status" теперь можно кликнуть на имени юнита для вызова программы для его просмотра или редактирования;
- В файлы ".network" в секцию [Route] добавлены новые опции IPv6MTUBytes и MTUBytes для явного выставления MTU для определённых маршрутов, а также добавлена опция "UserClass" для определения класса пользователя в DHCP, опции Multicast и AllMulticast для выставления для сетевого интерфейса флагов MULTICAST и ALLMULTI, а также новая секция "[CAN]" с настройками CAN-сетей;
- В файлах ".link" появились опции RxChannels, TxChannels, OtherChannels и CombinedChannels= для определения числа принимающих и передающих каналов;- В файлах ".netdev" появилась возможность создания интерфейсов "netdevsim";
- В systemd-analyze добавлена новая команда "cat-config" для вывода содержимого любых файлов конфигурации, соответствующих маске. Например, "systemd-analyze cat-config systemd/system.conf" выдаст содержимое всех файлов конфигурации, которые обрабатываются при запуске процесса PID 1. В утилиты, подобные systemd-tmpfiles и
systemd-sysusers, добавлена опция "--cat-config", позволяющая просмотреть все настройки, утчённые данными утилитами. Например, "systemd-tmpfiles --cat-config" покажет в одном месте все строки файлов в "tmpfiles.d/";
- В systemd-nspawn добавлены опции: "--rlimit" для определения начальных лимитов ресуросов для процессов в контейнере, "--hostname" для переопределния имени хоста контейнера, "--no-new-privileges" для выставления флага PR_SET_NO_NEW_PRIVS (отключение suid и capabilities), "--oom-score-adjust" для корректировки поведения в случае нехватки памяти, "--cpu-affinity" для настройки привязки к ядрам CPU, "--resolv-conf" для управления обработкой /etc/resolv.conf, "--timezone" для управления обработкой /etc/localtime. В systemd-detect-virt добавлена опция "--list" для вывода всех известных виртуальных машин и контейнеров;- В systemd-logind.service убраны ограничения для сокетов AF_INET и AF_INET6 (убраны из настройки RestrictAddressFamilies), но данное изменение не повлияет на безопасность так как начиная с выпуска 235 для юнитов также выставляется дублирующая блокировка "IPAddressDeny=any" и изменение поведения может наблюдаться только в случае изменения настроек по умолчанию;
- При указании нескольких настроек RestrictNamespaces в юните, данные настройки теперь объединяются (ранее действовало только последнее значение RestrictNamespaces);
- При использовании для сервисных юнитов комбинации настроек OnFailure и Restart, то обработчик сбоя больше не вызывается в случае автоматического перезапуска (ранее такое поведение было определено в документации, но на деле обработчик сбоя вызывался);
- В systemd-tmpfiles добавлен вывод предупреждения в случае упоминания в файлах "tmpfiles.d/" каталога "/var/run/", вместо которого предлагается использовать каталог "/run";
- Команды systemctl disable/unmask/preset/preset-all теперь запрещено использовать с опцией "--runtime", так как результат зачастую был не тем, что ожидал пользователь. При выполнении "systemctl disable/unmask" сейчас возвращается состояние как сеансовых (runtime), так и постоянных настроек, т.е. удаляются символические ссылки, как в каталоге /run, так и в /etc;- В sd-boot добавлены новые настройки загрузчика, позволяющие опционально отключить поиск загрузочных разделов Windows и macOS и отображение в загрузочному меню режима reboot-into-firmware. Также можно изменить разрешение экрана при загрузке (например для HiDPI);
- В systemd-resolved.service и systemd-networkd.service по умолчанию выставлена настройка DynamicUser=yes для работы с использованием динамически генерируемого идентификатора пользователя вместо заранее определённых системных пользователей;
- Утилита systemd-resolve переименована в resolvectl, а интерфейс приведён в соответствие с другими утилитами *ctl, такими как systemctl и loginctl (для обеспечения обратной совместности утилита systemd-resolve сохранена). Кроме того, в утилиты resolvectl/systemd-resolve добавлены опции для совместимости с утилитой 'resolvconf', предлагаемой в Debian и FreeBSD;
- В networkd в настройке ClientIdentifier теперь допустимо использовать опцию "duid-only", при которой клиент будет отправлять только идентификатор DUID;
- В nss-syst...URL: https://lists.freedesktop.org/archives/systemd-devel/2018-Ju...
Новость: https://www.opennet.me/opennews/art.shtml?num=48823
> Добавлен новый сервис systemd-time-sync-wait.service, который откладывает запуск юнита time-sync.targetЦелый сервис для этого...
Далее будет systemd-time-sync-wait-logger.service, который логирует деятельность systemd-time-sync-wait.service. А далее systemd-time-sync-wait-logger-email-notifier.service, который будет отсылать логи на почту.
Я себе сделал отдельный сервис, который просто даёт меняет доступа на сокет после запуска другого процесса. Очень даже удобно.
Это называется хук. И да, он не имеет никакого отношения к системе инициализации.
Как в systemd настроить чтобы при ошибках он отправлял на почту уведомления?
Новый лозунг никсов: всё есть сервис!
А за сервис нада платить!
Давно вертелось подобное в голове.Только я додумался до принципа поттеринга:"всё есть демон".
Всё есть system-demon!
Спасибо что починил.
> Новый лозунг никсов: всё есть сервис!Всё юнит. вНёмВсёКакаяТоНевразумительная=хрень.
//Кста, про _ю_никс тонко. ~>всё проприертарный лок-ин.
> Новый лозунг никсов: всё есть сервис!Не "никсов", а шляпы. Ваши с Леннартом работодатели всё менее различаются методами работы.
И потому Red Hat - корпорация с миллиардными доходами, а (Баз)Альт... Обидно, да?
И с тех пор, как они превратились в крапорацию, от них опенсорсу больше вреда, чем пользы.
> И с тех пор, как они превратились в крапорацию, от них опенсорсу
> больше вреда, чем пользы.То есть уже около двадцати лет. Вообще — всегда надо смотреть, кто и что делает, дабы зрить в корень. RH никогда не была благотворительной организацией, они всегда пытались тянуть это одеяло на себя, вплоть до того, что «подмазали» самого Торвальдса. Именно в Красношляпе начинались все виндоподобия, нынче утвердившиеся повсеместно в линуксе, только раньше (до поцтеринга) их продвигали чувачки вроде Иказы.
> RH никогда не была благотворительной организацией, они всегда пытались
> тянуть это одеяло на себя, вплоть до того, что «подмазали» самого Торвальдса.Скажем так, шляпа до всплывания Кормье и после -- это две разные конторы...
https://arstechnica.com/information-technology/2012/02/how-r.../
Про этого персонажа есть характеристика бывшего сослуживца, хорошо его знавшего -- мол, родную мать за четвертак продаст.
> И потому Red Hat - корпорация с миллиардными доходами, а (Баз)Альт...
> Обидно, да?Нет, иначе был бы в Брно. Да только идиоты западного типа, которые пытаются всё на доллары-и-центы пересчитать -- вот как раз сейчас огребают гигантских размеров медным тазом. Историческое, можно сказать, событие. Но до отдельно взятых мясоботов не доходит даже такой гул. Вот это -- да, обидно.
Конспирологическое мышление вообще очень забавно:"Новость: в пекарне братьев Хрюкиных появились новые виды выпечки, в своем блоге братья Хрюкины делятся со всеми желающими рецептами новых булочек!
Форумы:
- о, новые булочки!
- это те самые Хрюкины, у которых пять лет назад были вечно плесневеющие круассаны?
- да нормальные у них уже давно круассаны, вот только вчера на завтрак ел
- ну да, нормальные, это вы так говорите, лишь бы самому не учиться круассаны печь
- круассаны нe нужны!Вдогонку к новости: многие пекарни решили перенять рецепты Хрюкиных, в ближайшее время именно по ним будет выпекаться основная масса булочек
Форумы:
- ну наконец-то! это как когда-то был ГОСТ
- возмутительно! рецепты Хрюкиных убивают кулинарное разнообразие и лишают нас свободы выбора!
- братцы, это ж хитрый план - Хрюкины выживают конкурентов, скоро все булочные будут вынуждены закрыться или работать по рецептам Хрюкиных, а потом пекарей, не умеющих в хрюкинские выверты, станут отовсюду увольнять... Кошмар! Максимальный репост!
- тру-булочки - это когда муку сам мелешь, а не готовую покупаешь
- ты еще скажи, когда зерно сам посадил, землю вспахал
- именно так, а вся эта мука, сахар - это для ниасиляторов
- вот-вот! старые рецепты им сложные и неудобные, а они и не должны быть легкими, а то всякий кто захочет, начнет булочки печь, а то и пирожные - ишь, чего удумали, им еще и пирожные подавай, мы вот простой хлеб ели, пекарни - они для того, чтобы народ еду ел, а не чаи гонял
...
"
Всё что не нравится надо обозвать конспирологией. Это очень удобно.
Все что конспирология - следует назвать конспирологией. Это очень логично.
> Все что конспирология - следует назвать конспирологией. Это очень логично.А конспирологов -- заговорщиками... для полноты круга.
Ошибка в терминологии - конспирологи не заговорщики, конспирологи - это заговороведы и борцуны с выдуманными ими заговорщиками.
Как там в Матрице? Вы абсолютно счасливы?
> Ошибка в терминологии - конспирологи не заговорщики, конспирологи -
> это заговороведы и борцуны с выдуманными ими заговорщиками.Да, тут Вы правы, а я потратил минимальное кол-во времени.
В общем, всё так же обличаете Хиллари с её "заговором русских хакеров", да.
> Ошибка в терминологии - конспирологи не заговорщики, конспирологи - это заговороведы и
> борцуны с выдуманными ими заговорщиками.Расскажи про конспирологов Юлию Цезарю, например.
>Все что конспирология - следует назвать конспирологией.А тех, кто не способен или не хочет зрить в корень как назвать: наивными, зомбированными, страусами?
Вера в "рыночек,который всё порешает" есть инфантилизм и конспирология.
Если уж приводить бредовые аналогии, то полностью:
> Конспирологическое мышление вообще очень забавно:
> "Новость: в пекарне братьев Хрюкиных появились новые виды выпечки, в своем блоге
> братья Хрюкины делятся со всеми желающими рецептами новых булочек!
> В Госдуме внезапно и почти единодушно, после трех голосований, решили сделать Хрюкиных госпоставщиками.
> Выпечка Хрюкиных теперь рекомендуется 9 из 10 диетологами и врачами, в СМИ начались повальные разоблачение других пекарей, их выпечка теперь не рекомендуется к употреблению.
> В выпечке Хрюкиных нашли крысиные какашки, но Главный Хрюкин сказал, что это особенности рецепта, НОТ-А-БАГ!Как-то так.
>В Госдуме внезапно и почти единодушно, после трех голосований, решили сделать Хрюкиных госпоставщикамиЭто логи влажных мечтаний Альтов и прочих "гослинуксов"?
>>В Госдуме внезапно и почти единодушно, после трех голосований, решили сделать Хрюкиных госпоставщиками
> Это логи влажных мечтаний Альтов и прочих "гослинуксов"?Вот это вот - точно логи виляния пятой точкой.
Чьей?
Твоей.
Извини,но у тебя какая-то паранойя:всюду тебе мерещатся проплаченные студенты(если бы не ты ,то не знал бы о них).А так да,линукс постепенно будет вытеснятся с серверов(железных).
> Извини, но у тебя какая-то паранойя:#include <известная/фраза>
> всюду тебе мерещатся проплаченные студенты
> (если бы не ты, то не знал бы о них).А я их в глаза видывал.
>Новый лозунг никсов: всё есть сервис!Хорошо, что не служба (церковная).
windows way
> Целыйпф, в systemd "сервис" ничего не стоит
> возможность сохранения дампа памяти при спящем режиме в файлы подкачкиЭто оно запускает систему и сервисы?
suspend-then-hibernate
интересно, как это сделано внутри, но если это будет работать хотя бы так же стабильно, как вся остальная системда, это будет победа для ноутбуков, чтобы с одной стороны не насиловать SSD, а с другой не убивать батарею сутками в suspend to RAM
ssd всё ещё умирает от старости раньше чем от износа..
Расскажи это моему sandisk'у, у которого внезапно обнаружилось 19 реаллокейченых блоков.
А смотреть я стал потому, что он стал внезапно адски тормозить.
меньше надо всякий хлам юзать
От старости 4-5 лет? У них ресурс исчерпывается это и есть износ. Если у вас на 1 ТБ SSD стоит ОС + браузер для котиков на ютубе, в таком режиме он и 20 лет проработает, стареть там нечему.
У меня SSD Intel 320 на 80 Гб, износ за 6 лет - 9%
> ssd всё ещё умирает от старости раньше чем от износа..??? Полупроводники живут десятилетиями - собственно, я пишу с Thinkpad T61.
Это _не те_ полупроводники. То г-но, что идёт на SSD, не заслуживает того, чтобы доверять ему данные важнее подкачки или только в рейдовом зеркале.В очередной раз умиляет беспринципность компьютерной индустрии. Жадность превыше всего.
> Это _не те_ полупроводники. То г-но, что идёт на SSD, не заслуживает
> того, чтобы доверять ему данные важнее подкачки или только в рейдовом
> зеркале.
> В очередной раз умиляет беспринципность компьютерной индустрии. Жадность превыше всего.Не, не, не, компьютерная индустрия поработила рептилоидов ;) Нет, стоп, снова во всем президент виноват :( А человеки с "хорошими" мыслями в голове, как раз не в чем ни виноваты (большая и жирная точка)!
> В очередной раз умиляет беспринципность компьютерной индустрии. Жадность превыше всего.Это общее свойство капитализма. Поэтому смотреть нужно не только на компьютеры.
>> В очередной раз умиляет беспринципность компьютерной индустрии. Жадность превыше всего.
> Это общее свойство капитализма. Поэтому смотреть нужно не только на компьютеры.Интересно было бы посмотреть на характеристки SSD, произведённого не капиталистами, а, скажем, плановыми экономистами.
Чугуниевые такие.
> Интересно было бы посмотреть на характеристки SSD, произведённого не капиталистами, а,
> скажем, плановыми экономистами.
> Чугуниевые такие.Нельзя чугуний, ибо танки из него.
Разве только неиспользованный для петухов материал пустить на социалистические ССД…
если использовать в режиме "48 часов аптайма - гибернация", а ещё не насиловать свопом при 4 или 8 гигах оперативы, то это так, но если уводить в гибернацию по 5-10 раз в сутки, что регулярно случается с ноутбуками, тут уже не все так однозначно
> если использовать в режиме "48 часов аптайма - гибернация", а ещё не
> насиловать свопом при 4 или 8 гигах оперативы, то это так,
> но если уводить в гибернацию по 5-10 раз в сутки, что
> регулярно случается с ноутбуками, тут уже не все так однозначноИ зачем такая ssd нужна? Если только и делаешь что молишься на неё.
Скорее всего это сделано на базе "гибридного сна" - когда данные из памяти зеркалируются в своп, при этом компьютер пребывает в "suspend to RAM" до тех пор пока есть заряд аккомулятора, чтобы была возможность мгновенно возобновить работу. Т.е. в таком режиме сна используется и SSD и батарейка.ИМХО в данном случае лишь добавлен таймаут для перехода в гибернейт, дабы не ждать момента когда разряд батареи достигнет критического значения. Имеет смысл с точки зрения экономии заряда.
Долгих лет жизни проекту, как глоток свежего воздуха после sysvinit и иже с ним.
сейчас тебе расскажут про пид1 и про то, что баш-портянки эта крута
Эти самые рассказчики видимо никогда баш-портянки не правили и не поддерживали.
При чем тут портянки скриптов и какая разница, что сопровождать - портянки скриптов или код systemd?
>> При чем тут портянки скриптов и какая разница, что сопровождать - портянки
>> скриптов или код systemd?
> сисядмины сопровождают код системды? ох, телл ми моар. Ты с кодом системды
> и знаком-то по скупым копипастам, которые в этот опеннет вставляют всяческие
> разоблачителиВот именно, что нет. И по любой проблеме - вместо ручного патчинга жди апдейта.
> уж прямо по любой? ну-ка, приведи хоть одну. Сисядмины настолько разленились, что
> даже в случае возникновения реальной проблемы со стороны системды не смогут
> организовать адхок костылек до следующего апдейта? (причем существование реальных проблем
> еще следует доказать, посмотрим, какую интересную историю расскажет нам zzz из
> своего безусловно реального опыта)Я чот не понял, сустемд уже стабле или таки надо изобретать костыли? И в чем тогда претензия к баш-скриптам? Тут или крестик, или трусы.
> ты тут жаловался, что у тебя риальные проблемы с системдой, и что
> тебе якобы приходилось ждать каких-то там апдейтов. Вот, расскажи же, что
> это были за риальные проблемы. Теоретизирования на тему "если у бабушки
> будет член, то она будет дедушкой, если у системды проблемы, то
> и баш-портянки тоже круто" меня не совсем, чтобы интересовали.Это ты жаловался на поддержку шелл-портянок, забыл?
> Вот в принципе и весь типичный критик системды. Верещания о неких сферических
> проблемушках системды, а как дело доходит до конкретики - так сразу
> виляния жоnой и попытки свернуть тему в какое-нибудь другое русло.
> Новый топик:
> Сисядмины как правило бездарные программисты, а потому их баш-портянки проблематично сопровождать.
> Это не претензия к сисядминам: до системды их просто заставляли заниматься
> программерской деятельностью, то есть тем, с чем они знакомы лишь поверхностно.
> Это претензия именно к инфраструктуре на основе сись-вынита.Меня сустемд не трогает, просто приятно потыкать палочкой в сустемдешных хомячков, для которых написать скрипт для запуска сервиса на шелл-скрипте, а уж тем более понять, что же за сакральный смысл сокрыт в десяти строчках - СЛАЖНАВАТА.
>Ты же не добываешь огонь каждый раз с нуля?А ты при себе носиш вечный олимпийский огонь в колбочке?
> А ты при себе носиш вечный олимпийский огонь в колбочке?После "кражи мозговых сущностей" с Олтмпа оная колбочка -- в кормане у каждого никотинового наркомана.
> поскольку я программист,Программистов обычно бросает в дрожь при виде кода системды.
Потому что им становится понятно, что что-то менять или поддерживать, не занимаясь этим фултайм за денги, невозможно. А еще, замысловатая "архитектура" и низковатое качество кода гарантирует рано или поздно вылезание трудно отлавливаемых багов.
Но да, питонисты и ЖСники видя сишку впадают в благоговейный транс восхваления Поттера.
> Программистов обычно бросает в дрожь при виде кода системды."Учись сынку, а то так и будешь сверху ключи подавать." :-) Не, профессионалы ко всему привыкли, но я неоднократно приводил кусок разбора аргументов командной строки - магические константы + дубликация кода вместо пары макросов и нескольких вызовов strlen (выполняется однократно => практически бесплатно).
Тебя никто не спрашивает чего тебе там не хочется.
Два чая этому анониму. Сколько не читаю холиваров на эту тему, хоть бы кто привел реальную проблему со стороны настройки.
Уже много раз приводили.
Половник экскрементов тому анониму.
> уж прямо по любой? ну-ка, приведи хоть одну.Вас просто послать или всё-таки поначалу в b.r.c?
Я здесь не раз и не два приводил типичные проблемы.
Хоть бы один такой крендель без тормозов, лезущий на рожон, взял и помог.Марш читать правила форума, особенно п.4: http://wiki.opennet.ru/ForumHelp
толсто конечно, но каждому свое. я лучше буду с баш портянками возиться чем с gdb ;)
>я лучше буду с баш портянками возиться
> чем с gdb ;)Чем с NOTABUG-ами, вы хотели сказать?...
> толсто конечно, но каждому свое. я лучше буду с баш портянками возиться
> чем с gdb ;)У systemd одно преимущество - он бинарь. И поэтому респавнит сервисы принципиально лучше.
> бинарь. И поэтому респавнит сервисы принципиально лучше.Расскажите нам об этом "принципиально лучше" пожалуйста, я заинтригован!
>> бинарь. И поэтому респавнит сервисы принципиально лучше.
> Расскажите нам об этом "принципиально лучше" пожалуйста, я заинтригован!Расскажу. init умел строчки с меткой respawn. Но непосредственно демоны он не запускал. Леннарт сделал это для всех сервисов. Принципиально заключается в том, что С программа легко может делать fork->exec->waitpid.
> С программа легко может делать fork->exec->waitpid.Шелл-скрипту это сделать ещё легче, потому что в нём вся эта цепочка схлопывается в одну строку-команду, а техническими нюансами типа формирования параметров для перечади в exec и проверкой результатов выполнения каждой функции занимается интерпретатор (написанный на C, поэтому он тоже "легко может делать fork->exec->waitpid").
>> бинарь. И поэтому респавнит сервисы принципиально лучше.
> Расскажите нам об этом "принципиально лучше" пожалуйста, я заинтригован!SVCHOST.EXE всё-всё делает лучше[I]!
Шелл скрипты это круто,а юниты дрянь.
> сейчас тебе расскажут про пид1 и про то, что баш-портянки эта крутаsysVinit - это модульная архитектура, скрипты для неё можно писать хоть на Haskell'е, просто исторически используется bash.
Исторически Иван Иваныч любил стрелять по ногам…
Так может не стоит следовать примеру Ивана Ивановича?
> скрипты для неё можно писать хоть на Haskell'еДа хоть бинарники, скомпилированные из кода на C/C++/Rust/Go/.... Но тогда не будет повода для нытья про "баш-портянки".
Брат аноним, ну признайся, что ты с портянкамт никогда не сталкивался и носишься с нимт как с жупелом.
Ну нет такой проблемы.
Кому и кобыла невеста.
Плавно линукс подкатывается к тому, что скоро понимать, что происходит в системе, смогут только инженеры и системы мониторинга, потому что одну половину системы сожрет systemd, вторую - блобы.
ты ещё про сервисы забыл
> Плавно линукс подкатывается к тому, что скоро понимать, что происходит в системе,
> смогут только инженеры и системы мониторинга, потому что одну половину системы
> сожрет systemd, вторую - блобы.ну так и в том что делает баш-портянка и набор исторически сложившихся хакокодов тоже понимают только их авторы и те кто раскурил несколько мануалов.. если эти мануалы конечно есть..
>> Плавно линукс подкатывается к тому, что скоро понимать, что происходит в системе,
>> смогут только инженеры и системы мониторинга, потому что одну половину системы
>> сожрет systemd, вторую - блобы.
> ну так и в том что делает баш-портянка и набор исторически сложившихся
> хакокодов тоже понимают только их авторы и те кто раскурил несколько
> мануалов.. если эти мануалы конечно есть..Это враньё, все init скрипты одинаковые и написаны по одному шаблону.
> Это враньё, все init скрипты одинаковые и написаны по одному шаблону.Ага, каждый по своему.
>>все init скрипты одинаковые и написаны по одному шаблону.
> Ага, каждый по своему.Вы оба правы. Разница - в глазах читающего.
Вот взглянешь на свой скрипт двухнедельной давности, и... "ох, шо ж я не программист!?"
>>>все init скрипты одинаковые и написаны по одному шаблону.
>> Ага, каждый по своему.
> Вы оба правы. Разница - в глазах читающего.
> Вот взглянешь на свой скрипт двухнедельной давности, и... "ох, шо ж я
> не программист!?"Старость не в радость, ага.
Я вот понять не могу, шо такое произошло шо дистрибутивы Linux перешли на systemd?
И винить ли в этом тормозной bash вместо скоросного shell (sh, ash, dash)?
А может виноват сам Linux, тормозящий запуск маленьких процесов?
> Я вот понять не могу, шо такое произошло шо дистрибутивы Linux перешли
> на systemd?
> И винить ли в этом тормозной bash вместо скоросного shell (sh, ash,
> dash)?
> А может виноват сам Linux, тормозящий запуск маленьких процесов?Линукс для админа уже сколько лет превращается в линукс для корпораций, которым все эти ручные конфиги и вычитка логов не упали. Им подавай бинарные логи, анализируемые софтом, и конфиги, генерящиеся на лету софтом. А дело админа - понажимать пару кнопок. А без кнопок - ты нет никто. Чего стоит интерфейс ip, в котором чёрт ногу сломит. Зато машине - понятно.
> нет никакого "линукс для админа", есть с одной стороны прекрасно спроектированная декларативная
> система управления сервисами и непрофессиональное бъlдлоамдминье локалхостов и школота,
> которой не место в профессииКакой профессии? Тыкать галочки? Алё )
> нет никакого "линукс для админа", есть с одной стороны прекрасно спроектированная декларативнаясистема
Только жЫрнота или очередной питонист-электронщик может назвать ЭТО №прекрасно спроектированной системой.
> А дело админа - понажимать пару кнопокПогоди-ка, у тебя методичка неправильная. Тут жаловались, что системдос-сервис не оформить без предварительного гуглежа, а потому СЛОЖНОВАТА.
>Погоди-ка, у тебя методичка неправильная. Тут жаловались, что системдос-сервис не оформить без предварительного гуглежа, а потому СЛОЖНОВАТА.В том и проблема, для гуглежа интелект не нужен, это даже голосовые роботы в пальцетыкалках научились делать. "Админу" достаточно перенести текст с поля А в поле Д, нажав как раз пару кнопок.
Если в shell можна разобраться вообще без интернета (силами свого интелекта), то в этой де...системе исключительно по сборнику стихов Поттеринга, который нужно вызубрить.
>То есть админить системду все же сложнее, да? Или наоборот легче?Мыслящему человеку сложнее (потомушо логикой сустемдю не возьмеш), а тем кто подобно как за кумиром хранит цытаты мыслей Поттеринга - легче.
>> А дело админа - понажимать пару кнопок
> Погоди-ка, у тебя методичка неправильная. Тут жаловались, что системдос-сервис не оформить
> без предварительного гуглежа, а потому СЛОЖНОВАТА.[I]Любая достаточно сложная программа ^W систем-д-а на Си или Фортране содержит заново написанную, неспецифицированную, глючную и медленную реализацию половины языка Common Lisp ^W^W GNU Bash.
--https://ru.wikipedia.org/wiki/%D0%94%D0%...
Ну пущай пишут системду на лиспе, чо. Никто не против. Отчего не пишут?
Пишут, пишут: https://www.gnu.org/software/shepherd/(там, правда, не Lisp, а Scheme в виде Guile)
> Ну пущай пишут системду на лиспе, чо. Никто не против. Отчего не
> пишут?https://www.gnu.org/software/shepherd/ Здобрымутром.
>> Ну пущай пишут системду на лиспе, чо. Никто не против. Отчего не
>> пишут?
> https://www.gnu.org/software/shepherd/ Здобрымутром.
404 - Page Not Foundhttp://i4.imageban.ru/out/2018/06/23/0a5cfe44b9a8995505f55c4...
>>> Ну пущай пишут системду на лиспе, чо. Никто не против. Отчего не
>>> пишут?
>
>> https://www.gnu.org/software/shepherd/ Здобрымутром.
>
>
> 404 - Page Not Found
> http://i4.imageban.ru/out/2018/06/23/0a5cfe44b9a8995505f55c4...Ты сломал опенет! Верни назад, как было111
http://www.opennet.me/openforum/vsluhforumID3/109993.html#22
http://www.opennet.me/openforum/vsluhforumID3/101697.html#73
> Я вот понять не могу, шо такое произошло шо дистрибутивы Linux перешли
> на systemd?
> И винить ли в этом тормозной bash вместо скоросного shell (sh, ash,
> dash)?
> А может виноват сам Linux, тормозящий запуск маленьких процесов?Перешли не все дистрибутивы, только те в которых власть захватили корпорации.
>Перешли не все дистрибутивы, только те в которых власть захватили корпорации.Кто в Arch захватил тогда?
Там половина майнтайнеров прямо или косвенно работают на Шляпу. И вообще - давно известно, что арч это тестовый полигон для федоры, а федора - полигон для Шляпы.
> Я вот понять не могу, шо такое произошло шо дистрибутивы Linux перешли на systemd?линукс стал не только системой для серверов, появились новые потребности, которые старая инит система удовлетворяла плохо. а написать новую никто не брался. критиковать-то легко, а поди напиши... ну вот кто первый взялся, тот и написал, как умел.
>> Я вот понять не могу, шо такое произошло шо дистрибутивы Linux перешли на systemd?
> линукс стал не только системой для серверов, появились новые потребности, которые старая
> инит система удовлетворяла плохо. а написать новую никто не брался. критиковать-то
> легко, а поди напиши... ну вот кто первый взялся, тот и
> написал, как умел.Расскажите подробней, какие конкретно новые потребности не удовлетворяла или плохо удовлетворяла «старая инит-система» настолько, что никто не брался написать новую.
Да это же всем известно - иниты у всех дистрибутивов были разные. Сейчас то другое дело.
> Расскажите подробней, какие конкретно новые потребности не удовлетворяла или плохо удовлетворяла
> «старая инит-система» настолько, что никто не брался написать новую.https://wiki.debian.org/Debate/initsystem/systemd#Why_Debian...
> https://wiki.debian.org/Debate/initsystem/systemd#Why_Debian...Зачем вы написали эту ссылку? Зачем читать эту чушь? Я знаю, как в Дебиане продавили системду. И не только я знаю — все знают, кому это интересно.
> Я знаю, как в Дебиане продавили системду.Ну давай, расскажи. Я за всей этой эпопеей с самого начала следил и даже немного участвовал, если что.
>> Я знаю, как в Дебиане продавили системду.
> Ну давай, расскажи. Я за всей этой эпопеей с самого начала следил
> и даже немного участвовал, если что.Вот одного виноватого мы уже знаем. Бейте его, ребята, как увидите. Не стесняйтесь. Лучше — ногами.
> Вот одного виноватого мы уже знаем. Бейте его, ребята, как увидите. Не стесняйтесь. Лучше — ногами.Как и ожидалось, вы так грозно потрясали "Ужо я вам расскажу правду-матку!", а как только вас попросили предъявить, тут же слились.
Кстати говоря, я в той дискуссии выдвигал аргументы за *сохранение поддержки sysvinit*. (Хотя и не против systemd как варианта по умолчанию.) Так что, дорогуша, можешь идти наxер, весело и задорно.
Раз знаешь,то распечатай мануал по системду и засунь Биейблу(не знаю транскрипции этого существа)в место,откуда он опорожняется.
> Раз знаешь,то распечатай мануал по системду и засунь Биейблу(не знаю транскрипции этого существа)в место,откуда он опорожняется.Какое аргументированное высказывание. И совсем не высер.
Конечно не высер,не я же пишу системду.
> Конечно не высер,не я же пишу системду.Спасибо, что демонстрируете средний интеллектуальный уровень systemd-хэйтеров.
(При этом не имею ничего против systemd-критиков. Надеюсь, все понимают разницу.)
> Спасибо, что демонстрируете средний интеллектуальный уровень systemd-хэйтеров.Кстати, тут на днях пробежало пояснение для отсталых вроде меня, что на Благословенном Западе нонча haters (в контексте haters gonna hate) массово применяется для обклеивания этикетками "противников всего прогрессивного" -- лгбт там, гуманитарных бомбардировок. Если есть кто из тамошних, было бы интересно выслушать комментарий с мест.
> (При этом не имею ничего против systemd-критиков. Надеюсь, все понимают разницу.)
Разумеется. Я тоже просто так спросил, вовсе не к тому, что именно Вы применили данный термин.
PS: а, вот та статья: https://vz.ru/opinions/2018/6/26/929559.print.html (про Улицкую & K).
> Кстати, тут на днях пробежало пояснение для отсталых вроде меня, что на Благословенном Западе
> PS: а, вот та статья: https://vz.ru/opinions/2018/6/26/929559.print.html (про Улицкую & K).
> Три главных ошибки наших западниковОдна главная ошибка наших анти-западников - навешивать ярлычок "Запад" без разбору и всем оптом.
Все равно что обозвать Китай, Японию, Корею, Вьетнамцев и Тайван (и возможно, Монголию) лаконичным "Восток" и считать, что особой разницы между жителями, культурой и мировозрения не существует …
>> Кстати, тут на днях пробежало пояснение для отсталых вроде меня, что на Благословенном Западе
> Одна главная ошибка наших анти-западников - навешивать ярлычок "Запад" без разборуТут вполне конкретный тег #БлагословенныйЗапад, проходите. Ну и п. 10 правил нам обоим светит...
>> https://wiki.debian.org/Debate/initsystem/systemd#Why_Debian...
> Зачем вы написали эту ссылку? Зачем читать эту чушь? Я знаю, как
> в Дебиане продавили системду. И не только я знаю — все знают,
> кому это интересно.[зевнул] ты знаешь, я не подписывался отвечать на _твою_ чушь
То есть никакого внятного ответа на вопрос в комментарии № 105 не будет? Сливаетесь жиденько, но очень предсказуемо.
> линукс стал не только системой для серверов, появились новые потребности, которые старая инит система удовлетворяла плохо.какие именно новые потребности появились и которые стала удовлетворять плохо?
> а написать новую никто не брался.
а launchd, runit и прочие OpenRC откуда взялись?
> а launchdПоявилась в MacOS X в 2005м, в линуксах не встречал.
Бытовало мнение, что при написании виновника новости они пытались "взять всё лучшее" из launchd и нескольких других систем инициализации (upstart, sysVinit), но затем что-то пошло не так.
>> а launchd
> Появилась в MacOS X в 2005м, в линуксах не встречал.
> Бытовало мнение, что при написании виновника новости они пытались "взять всё лучшее"
> из launchd и нескольких других систем инициализации (upstart, sysVinit), но затем
> что-то пошло не так.А ведь это все и объясняет, "что-то пошло не так."! Сначала стало жутко смешно, но подумав секунд этак несколько стало грустно (для многих ведь действительно "что-то пошло не так." :(
>> а launchd
> Появилась в MacOS X в 2005м, в линуксах не встречал.
> Бытовало мнение, что при написании виновника новости они пытались "взять всё лучшее"
> из launchd и нескольких других систем инициализации (upstart, sysVinit), но затем
> что-то пошло не так.Одна из проблем Поттеринга, в которой он сам признается, но не понимает, заключается в том, что он пытается решить сразу все проблемы, покрыть все случаи использования. У макоси нет этой проблемы - им инитсистема нужна для десктопа. У соляриса тоже не было - им нужна для сервера. А Поттеринг пытается сидеть на двух-трех-четырех стульях сразу...
>> а launchd
> Появилась в MacOS X в 2005м, в линуксах не встречал.
> Бытовало мнение, что при написании виновника новости они пытались "взять всё лучшее"
> из launchd и нескольких других систем инициализации (upstart, sysVinit), но затем
> что-то пошло не так.Перед тем, как что-то откуда-то брать, надо понимать разницу между системой инициализации (sysv init) и главным системным фреймворком (launchd), его ещё называют системным менеджером. Между такими вещами общего не больше, чем между самокатом и самолётом (у обоих есть колёса).
> Перед тем, как что-то откуда-то брать, надо понимать разницу между системой инициализации
> (sysv init) и главным системным фреймворком (launchd), его ещё называют системным
> менеджером. Между такими вещами общего не больше, чем между самокатом и
> самолётом (у обоих есть колёса).Ну вот, теперь у каждого по самолёту!, но чтобы он полетел его нужно слегка подтолкнуть.
>> линукс стал не только системой для серверов, появились новые потребности, которые старая инит система удовлетворяла плохо.
> какие именно новые потребности появились и которые стала удовлетворять плохо?
>> а написать новую никто не брался.
> а launchd, runit и прочие OpenRC откуда взялись?launchd - появился, заметь, в 2005 в Mac OS X. чуть позже init выкинули из solaris и тоже заменили своим сервисом. Линукс тут прилично отставал в развитии.
в линуксе только runit и openrc. они ни чем сильно не отличались, не решали всех проблем и поэтому не были взяты сообществом.upstart - была промежуточная стадия, которая как-то всех устраивала долгое время.
p.s.Ты, видимо, в предмете не до конца разобрался, поэтому макосовскую вспомнил, а основную линуксовую забыл)))
> launchd - появился, заметь, в 2005 в Mac OS X. чуть позже
> init выкинули из solaris и тоже заменили своим сервисом. Линукс тут
> прилично отставал в развитии.Я совершенно не уверен, что путь Solaris'а после 2005-го года можно назвать развитием.
> Я совершенно не уверен, что путь Solaris'а после 2005-го года можно назвать
> развитием.Эх…
>> launchd - появился, заметь, в 2005 в Mac OS X. чуть позже
>> init выкинули из solaris и тоже заменили своим сервисом. Линукс тут
>> прилично отставал в развитии.
> Я совершенно не уверен, что путь Solaris'а после 2005-го года можно назвать
> развитием.можешь мне на слово поверить. я с ним работал в те годы.
> Я вот понять не могу, шо такое произошло шо дистрибутивы Linux перешли
> на systemd?
> И винить ли в этом тормозной bash вместо скоросного shell (sh, ash,
> dash)?
> А может виноват сам Linux, тормозящий запуск маленьких процесов?Виноват Red Hat. И свора обезьян на подхвате у RH.
Но и линукс тоже. Только на линуксовом базаре могло такое непотребство вырасти. Нигде больше такого нет.
>> Я вот понять не могу, шо такое произошло шо дистрибутивы Linux перешли
>> на systemd?
>> И винить ли в этом тормозной bash вместо скоросного shell (sh, ash,
>> dash)?
>> А может виноват сам Linux, тормозящий запуск маленьких процесов?
> Виноват Red Hat. И свора обезьян на подхвате у RH.
> Но и линукс тоже. Только на линуксовом базаре могло такое непотребство вырасти.
> Нигде больше такого нет.А какова на данный момент динамика популярности дистрибутивов? Только исключая пользователей-домохозяек (без грубостей).
> А какова на данный момент динамика популярности дистрибутивов? Только исключая пользователей-домохозяек
> (без грубостей).Нету там никакой динамики, я думаю. :) Кому надо для дела, подразумеваю корпоративный сектор, используют RHEL, SUSE или Debian либо их производные. На основании опыта и предпочтений.
системд удобен, не?
Не.
> Я вот понять не могу, шо такое произошло шо дистрибутивы Linux перешли
> на systemd?
> И винить ли в этом тормозной bash вместо скоросного shell (sh, ash,
> dash)?
> А может виноват сам Linux, тормозящий запуск маленьких процесов?Сервис, запущенный шелл скриптом, может лечь и поднимет его только админ. Нужно стало более современное решение. Это всё что я вижу полезного в systemd. Об остальном - дело вкуса и бесконечных споров.
> Сервис, запущенный шелл скриптом, может лечь и поднимет его только админ.Давным давно, когда оперативка была маленькой а деревья большими... сервисы просто так не ложились, а если ложились то админа могли поднять с кровати и у него были серьезные проблемы.
Для "особо падучих" приложений можно было сделать мониторинг и самоперезапуск сервиса, но как правило люди старались держаться от таких поделий как можно дальше.
> Нужно стало более современное решение. Это всё что я вижу полезного в systemd.
Вы категорически правы. Вопросов больше не имею.
>> Нужно стало более современное решение. Это всё что я вижу полезного в systemd.
> Вы категорически правы. Вопросов больше не имею.Но это не мало. Идея у них была правильная. Лучше чтобы демоны запускал бинарь, без шелл прослоек. И устойчивость систем должна вырасти, потому и RH, потому и продакшены.
> Но это не мало. Идея у них была правильная. Лучше чтобы демоны запускал бинарь, без шелл прослоек.Почему лучше, в чем разница? /bin/sh тоже бинарь. юниты тоже текстовые файлы.
> И устойчивость систем должна вырасти
из-за чего? и каких систем?
абстрактно говоря, устойчивость большинства систем в IT пропорциональна количеству тестирования, и обратно пропорциональна количеству ещё не найденых ошибок в архитектуре и коде компонента. Учитывая что данный системный менеджер всё ещё пребывает в стадии глубокой разработки - я уверен, что он побъёт любой другой известный инит по поличеству неисправленных ошибок. Т.е. "устойчивость систем" если и вырастет, то только после того как Лёня уйдет на покой, а ошибки найдут и исправят.
> Почему лучше, в чем разница? /bin/sh тоже бинарь. юниты тоже текстовые файлы.Ну это не разговор.
>> И устойчивость систем должна вырасти
> из-за чего? и каких систем?
> абстрактно говоря, устойчивость большинства систем в IT пропорциональна количеству тестирования,
> и обратно пропорциональна количеству ещё не найденых ошибок в архитектуре и
> коде компонента.То есть ты веришь, что всё должно быть так качественно написано, что запущенный процесс будет работать 720 дней без сбоев. Это конечно хорошо бы, и так почти и есть. У меня есть один серверок с SysV с аптаймами до 350 дней, и ничего. Да, софт хороший, надёжный. Но иметь возможность запускать сервисы в режиме неваляшки тоже хорошо. Согласен?
> Учитывая что данный системный менеджер всё ещё пребывает в
> стадии глубокой разработки - я уверен, что он побъёт любой другой
> известный инит по поличеству неисправленных ошибок. Т.е. "устойчивость систем" если и
> вырастет, то только после того как Лёня уйдет на покой, а
> ошибки найдут и исправят.Я не стронник systemd и не противник, просто это сегодняшний день и сегодня так. Я хоть и ревнитель Unix way, но мне systemd ничего не ломает. А вот столько хейта смотрю и удивляюсь... Все линуксы были JUST FOR FUN.
> Лучше чтобы демоны запускал бинарь, без шелл прослоек. И устойчивость систем должна вырастиА вы небось и банки перед телевизором заряжали?
>> Лучше чтобы демоны запускал бинарь, без шелл прослоек. И устойчивость систем должна вырасти
> А вы небось и банки перед телевизором заряжали?:) Да, коллоидную ткань рассасывал у Кашпировского :).
> Сервис, запущенный шелл скриптом, может лечь и поднимет его только админ. Нужно
> стало более современное решение. Это всё что я вижу полезного в
> systemd. Об остальном - дело вкуса и бесконечных споров.Вы вот даже не понимаете, что это правильное поведение системы. Если сервис лёг, то следует разобраться, почему он лёг, и решить проблему, приводящую к этому, потому что сервис не должен «просто ложиться». И разбираться должен компетентный человек, а не девопс, который умеет только перезапускать одноразовые докеры. Вся вообще серверная железная инфраструктура разрабатывается с умолчанием о том, что её будет эксплуатировать не случайный человек методом тыка, а специалист, изучивший спецификации, руководства и другие сопроводительные документы поставщика. И сами эти документы пишутся тоже не девопсами и эникеями. Впрочем, может, в вашем мире «прогресса» это уже и не так.
«Более современное» не значит «лучше старого».
В том то и дело что в современно мире прогресса, на всех углах кричат нафиг оптимизация это дорого мы ещё пару серваков купи. Как думаешь этому миру нужно с чем то разбиратся да пусть хоть раз в 5 минут падает и перезапускается, лижбы видно не было. Вот по требованию рынка и появляются такие решения, и вот вам системд и докеры. Чтобы не думать как что, поставь контейнер запусти, ураа заработало, сдохнет перезальёшь по новой.
А лучше оно старого или нет всем плевать, те у кого есть деньги могут пропихнуть любое неадекватное решение (win 8-10 as example).
> Сервис, запущенный шелл скриптом, может лечь и поднимет его только админ."И эти люди..." (ц)
Павел, во-первых, рядом уже правильно сказали: у хорошего админа сервисы просто так не грохаются, если такое случилось -- это повод для разбирательства. А во-вторых -- у сисадминов попроще (вроде меня) и в ситуациях, когда даже минутный даунтайм единичной копии сервиса всё-таки недопустим, давным-давно существует https://mmonit.com/monit/ (и это не единственная реализация, хотя, как по мне, лучшая среди подобных).
Все эти "современные решения" понапиханы в systemd в кастрированном виде из давно существовавшего уже. Примерно как каталоги и интерпретатор команд в MS-DOS.
>> Сервис, запущенный шелл скриптом, может лечь и поднимет его только админ.
> "И эти люди..." (ц)
> Павел, во-первых, рядом уже правильно сказали: у хорошего админа сервисы просто так
> не грохаются, если такое случилось -- это повод для разбирательства.
> А во-вторых -- у сисадминов попроще (вроде меня) и в ситуациях,
> когда даже минутный даунтайм единичной копии сервиса всё-таки недопустим, давным-давно
> существует https://mmonit.com/monit/ (и это не единственная реализация, хотя, как по мне,
> лучшая среди подобных).
> Все эти "современные решения" понапиханы в systemd в кастрированном виде из давно
> существовавшего уже. Примерно как каталоги и интерпретатор команд в MS-DOS.Да хорошо, хорошо, все правы. Людям ломает Unix way и всякое такое.
Нет этого в SysV by default. Есть разрозненные решения, которые надо собирать по сторонам и применять. Вы жа понимаете, Михаил, что многие люди делают - они отлаживают решения и предлагают из коробки, и Вы тоже этим занимаетесь. Тут предложено by default более отказоустойчивое решение и не надо почти ничего конфигурить дополнительно.
>[оверквотинг удален]
>> существует https://mmonit.com/monit/ (и это не единственная реализация, хотя, как по мне,
>> лучшая среди подобных).
>> Все эти "современные решения" понапиханы в systemd в кастрированном виде из давно
>> существовавшего уже. Примерно как каталоги и интерпретатор команд в MS-DOS.
> Да хорошо, хорошо, все правы. Людям ломает Unix way и всякое такое.
> Нет этого в SysV by default. Есть разрозненные решения, которые надо собирать
> по сторонам и применять. Вы жа понимаете, Михаил, что многие люди
> делают - они отлаживают решения и предлагают из коробки, и Вы
> тоже этим занимаетесь. Тут предложено by default более отказоустойчивое решение и
> не надо почти ничего конфигурить дополнительно.Вот магия systemd наглядно:
pavel@87-253-14-186:~$ sudo ps aux | grep syslog
root 6675 0.1 0.0 23528 2864 ? Ssl 17:34 0:00 /usr/sbin/rsyslogd -n
pavel 6684 0.0 0.0 4724 808 pts/0 S+ 17:34 0:00 grep syslog
pavel@87-253-14-186:~$ sudo killall rsyslogd
pavel@87-253-14-186:~$ sudo ps aux | grep syslog
root 6689 0.0 0.0 23528 2832 ? Ssl 17:34 0:00 /usr/sbin/rsyslogd -n
pavel 6695 0.0 0.0 4724 812 pts/0 S+ 17:34 0:00 grep syslog
То есть только ради этого следовало принудительно привести все дистрибутивы к единому красношляпному знаменателю и фактически сделать линукс собственностью RH?
Одного слова магия достаточно,что бы отшатнуться от системды как от чумы.
>>[оверквотинг удален]Ну и что тут собственно нового? Все ж было уже давно придумано - man inittab, опция respawn...
> Нет этого в SysV by default.Так ведь и не нужно.
> Вы жа понимаете, Михаил, что многие люди делают - они отлаживают решения
> и предлагают из коробки, и Вы тоже этим занимаетесь.Да.
> Тут предложено by default более отказоустойчивое решение и
> не надо почти ничего конфигурить дополнительно.А вот ни разу: systemd -- единственный init, который я видел сегфолтнувшимся без существенной причины (ну отлетел корень, не твоё дело, всё уже запущено, а когда dd отработает -- всё остальное будет уже неважно). Это не говоря о том, что разрешать циклы в runtime было изначально идиотской затеей.
> А вот ни разу: systemd -- единственный init, который я видел сегфолтнувшимсяугу
https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=systemd
> Нет этого в SysV by default. Есть разрозненные решения, которые надо собирать
> по сторонам и применять.Пфуй. Для этого - "сборки по сторонам и применения" и есть дистрибутивостроители. Например, Михаил, с которым вы общаетесь. Ну попросите его сделать в ALT'е это настройкой - сделают, скорее всего.
> Ну попросите его сделать в ALT'е это настройкой - сделают, скорее всего.Отчасти давно сделано -- см. monit-base и зависимости на него. :)
> Отчасти давно сделано -- см. monit-base и зависимости на него. :)Был не в курсе - меня текущий sysVinit вполне устраивает. Чтобы два раза не вставать - большое спасибо за недавно скачанный rescue, очень помог с восстановлением загрузчика (слетел из-за поломки вентилятора и перегретого южного моста).
Вопрос по rescue - у меня это наиболее типичный случай слёта системы, соответственно, всё, что нужно, это загрузиться прямо в неё. Нельзя ли там как-то указывать root partition, чтобы ядро с rescue просто подцепило систему? Сейчас я загружаюсь, перехожу в / старой системы, запускаю chroot . и что-нибудь вроде upgrade-kernel/grub-install/lilo.
>> Отчасти давно сделано -- см. monit-base и зависимости на него. :)
> Был не в курсе - меня текущий sysVinit вполне устраивает. Чтобы два
> раза не вставать - большое спасибо за недавно скачанный rescue, очень
> помог с восстановлением загрузчика (слетел из-за поломки вентилятора и перегретого южного
> моста).
> Вопрос по rescue - у меня это наиболее типичный случай слёта системы,
> соответственно, всё, что нужно, это загрузиться прямо в неё. Нельзя ли
> там как-то указывать root partition, чтобы ядро с rescue просто подцепило
> систему? Сейчас я загружаюсь, перехожу в / старой системы, запускаю chroot
> . и что-нибудь вроде upgrade-kernel/grub-install/lilo.Вот прекрасный пример правильных действий от правильного понимания.
Группа поддержки системды наверное сказала бы, что разбираться в потрохах системы — удел ветеран-админов и гусей с надутыми щеками, а прогрессивные современные люди просто накатывают новый докер вместо дохлого. Что? Данные? Какие данные? :)
> Вопрос по rescue - у меня это наиболее типичный случай слёта системы,
> соответственно, всё, что нужно, это загрузиться прямо в неё. Нельзя ли
> там как-то указывать root partition, чтобы ядро с rescue просто подцепило
> систему? Сейчас я загружаюсь, перехожу в / старой системы, запускаю chroot
> . и что-нибудь вроде upgrade-kernel/grub-install/lilo.Можно попробовать и так, но как минимум с модулями от разных версий предвидятся проблемы.
> Сейчас я загружаюсь, перехожу в / старой системы
Кстати, давно есть mount-system -- немножко облегчает этот процесс.
> Павел, во-первых, рядом уже правильно сказали: у хорошего админа сервисы просто так
> не грохаются, если такое случилось -- это повод для разбирательства.
> А во-вторых -- у сисадминов попроще (вроде меня) и в ситуациях,
> когда даже минутный даунтайм единичной копии сервиса всё-таки недопустим, давным-давно
> существует https://mmonit.com/monit/ (и это не единственная реализация, хотя, как по мне,
> лучшая среди подобных).
> Все эти "современные решения" понапиханы в systemd в кастрированном виде из давно
> существовавшего уже. Примерно как каталоги и интерпретатор команд в MS-DOS.я тут согласен с каждым словом.
Во-первых рухнувший сервис может поднять какой-нибудь runit,который на порядок(в десятки раз)проще системды,во-вторых следует стараться не писать и не использовать падучие сервисы.
Устал читать. И это даже не маны
> В sd-boot добавлены новые настройки загрузчика, позволяющие опционально отключить поиск загрузочных
> разделов Windows и macOS и отображение в загрузочному меню режима reboot-into-firmware. Также можно
> изменить разрешение экрана при загрузке (например для HiDPI);Э-э,
т.е. это очень нужно там, где обычно устанавливают КрасноШляпку? Или просто разработчики палятся?> В ExecStart теперь допускается использование относительных путей к исполняемым файлам (список путей в $PATH можно узнать через "systemd-path search-binaries-default");
> использование относительных путей к исполняемым файлам«А грабли манили блеском и тайной! Казалось даже звали, нашептывая "Наступи на нас! Наступи! И все будет просто зашибись!". И пусть пока никому запрыг на грабли не принес ничего хорошего (а почему-то совсем даже наоброт) - но то ведь другие, не такие, не я! Мне - повезет!»
(с) Номерной Аноним, по мотивам чего-то неприпоминаемого.
>> В sd-boot добавлены новые настройки загрузчика, позволяющие опционально отключить поиск загрузочных разделов Windows и macOS и отображение в загрузочному меню режима reboot-into-firmware. Также можно изменить разрешение экрана при загрузке (например для HiDPI);
> Э-э,
> т.е. это очень нужно там, где обычно устанавливают КрасноШляпку? Или просто разработчики палятся?Пусть лучше будет. Нет ничего страшного в том, что разработчик сможет накатить линукс на свой любимый макбук. Не всё же время им в виртуалках сидеть =)
Когда реестр и аналог regedit планируется внедрять?
> Когда реестр и аналог regedit планируется внедрять?я думаю шапка реализует любой ваш каприз за ваши $$$ ;)
Лучше уже реестр, чем неструктирированная поиойка в /etc.
> Когда реестр и аналог regedit планируется внедрять?Давно же уже - посмотрите, что такое gconf-editor.
> поддержка резолвинга доменных имён с использованием механизма DNS-over-TLSВкусняшка!
с паршивой овцы хоть шерсти клок...
>> поддержка резолвинга доменных имён с использованием механизма DNS-over-TLS
> Вкусняшка!ISC BIND (иже с ними) опасносте?
вы путаете клиент и сервер
Подскажите, пожалуйста, из Xubuntu 18.04 поддержку графического редактора Pinta убрали? Если да, то какой на замену?
Болезный, даже если у тебя твою пинту из изкоробочной поставки убрали сделай уже apt install pinta и иди читай то что задали на лето в школе.
Вы показали свою полную некомпетентность. Pinta никогда не входила в коробочную поставку Xubuntu, всегда ставилась через apt install. Но в 18.04 система пишет, что пакет не найден ни при apt, ни snap.
>показали свою полную некомпетентность.Кто из вас полнее, толще!, должна решить Схватка В Клетке[I]! #letzefitebigen
Клетку оставлю собеседнику. И вообще, очень грустно что Линукс скатился в столь недружественное обсуждение.
Это норма. Всегда так было.
Очень странно, потому что pinta на месте: https://packages.ubuntu.com/bionic/pinta
А причем тут твоя пинта в новости про системд?
Все другие иниты должны умереть. СД - лучшее, что когда-либо случалось в линуксе. Стандартизация - это всегда хорошо.
Да дело даже не в стандартизации. Наконец-то есть нормальный менеджер запуска, который умеет в зависимости и распараллеливание. Распараллелить написанные тремя десятками г0внокодеров портянки sysvinit на bash - та ещё тема, их проще самому переписать, на что надо (каждый раз впустую потраченное, потому что завтра половина портянок изменится) время.
> Наконец-то есть нормальный менеджер запуска,
> который умеет в зависимости и распараллеливание.Ждите дебианщиков, чайники. И гентушников, и... в общем, всех, кто не поленится вас ткнуть носом в вашу полную профнепригодность.
тут уже такой троллятник, что нет смысла кого-либо носом тыкать. Они же этого и добиваются.
Люди, которые открыли для себя зависимости и параллельную загрузку благодаря системд... чтож я могу за них лишь порадоваться. По крайней мере теперь они знают эти слова и часто ими пользуются.
К слову зависимости есть в олдскульном бсд-ините.
А сейчас мы услышим зачем параллелить запуск демонов. На тех же лезвиях, где под 5 минут тестов системы проходит до момента старта самой ОС.
Хм, может, затем, чтобы типичный юзверь, включающий комп не реже, чем 1 раз за день пользования, не умеющий в гибернацию, чуть меньше ждал загрузки системы?
А на серверах это не уперлось вообще, согласен.
> типичный юзверь, включающий комп не реже, чем 1 раз за день пользования, не умеющий в гибернацию, чуть меньше ждал загрузки системы?И тут мы задаем второй вопрос. Зачем пользователю быстрое запуск ОС, если ему надо быстрый запуск нужных приложений с нужными настройками? Ака таблицы с открытыми файлами, редактор с открытыми документами, броузер с нужными сайтами. Смысла-то грузить за 5 секунд если потом офис поднимать больше минуты.
Так штука то в том, что пользователь будет ждать либо 65 секунд при 5 секундах запуска ОС и 60 - браузера, либо 120 при той же минуте запуска офиса и минуте загрузки ОС.
> Так штука то в том, что пользователь будет ждать либо 65 секунд
> при 5 секундах запуска ОС и 60 - браузера, либо 120
> при той же минуте запуска офиса и минуте загрузки ОС.Неа. Либо секунд за 30 поднимется все для работы - из сна.
Либо 5 сек запуска ОС(ещё десяток секунд будем тупить с параллельным запускам сервизов) и 60 секунд на запуск всего пользовательского ПО. А потом открытие в этом ПО нужных файлов ещё на ндцать секунд. Что бесит уже неимоверно - так и так долго лазить по каталогам, нажимать открыть, переходить на нужную часть документа.
> Хм, может, затем, чтобы типичный юзверь, включающий комп не реже, чем 1
> раз за день пользования, не умеющий в гибернацию, чуть меньше ждал
> загрузки системы?Команда sudo pm-suspend. Восстановление полного состояния системы за 4 сек (только что проверил).
Назовите дистрибутив без системД который используют на серверах серьёзных/интерпрайз?
> Назовите дистрибутив без системД который используют на серверах серьёзных/интерпрайз?alpine
gentoo
разве что в контейнерах.
> Назовите дистрибутив без системД который используют на серверах серьёзных/интерпрайз?Извечные враги рода пингвинячьего, искушающие Платиновых Папиков^W Партнеров! Дистр программ Беркли.
> изменение поведения может наблюдаться только в случае изменения настроек по умолчанию;"Вы там держитесь и хорошего вам настроения". Главное руками ничего не трогайте в системе, и оно будет работать как задумано в _этом_ "релизе".
Меня вдруг осенило, за системд выступают в основном те, кто в системе особо и не ковыряется. Ну ладно, может однажды нагуглили и скопипастили юнит для собственнного сайта за 5 минут. Их по большому счету не интересует как всё это работает внутри, взаимодействует с другими компонентами системы, которые этот монст ещё не успел сожрать, важно с минимальными усилиями запилить сервис и сдать заказчику - профит! Тут один "программист" выше выступал - и я готов биться об заклад, что он понятия не имеет о том как работает его любимый "системный менеджер" (или как оно теперь называется), более того - он даже не сможет нагуглить _актуальную_ архитектуру просто потому, что её - этой диаграммы - нет, никто не парится с документацией и архитектурой. Может потом в RH кто-нибудь из индусов запилит юзергайд для платных подписчиков.
Error reporting тоже никакущий - обычно на уровне "сервис не запустился.... ну нишмогла я, ни-шмог-ла ". Когда вы, "программисты" пишите юнит для своего г*внокода до состояния УМВР - это просто, но вот когда несколько таких поделок неожиданно для вас встречается и перестают работать по неизвестной причине - разобраться требует усидчивости и мучительного тестирования, особенно с учетом того что архитектура этого комбайна - н е о ч е в и д н а.
В общем всё это напоминает мне винду, ты её не трогаешь - она как-то работает внутри себя, что-то там скачивает, запускает, дефрагментирует в фоне, ускоряет загрузку, сканирует, индексирует, кеширует, анализирует, использует настройки по умолчанию, отправляет отчёты об ошибках, архивирует важную информацию, обновляется, восстанавливается после сбоя, сохраняет учётную запись в облаке, проверяет подлинность... главное ей не мешать, не пытаться разобраться что творится внутри, не тыкать её палкой - иначе проще переустановить, чем разобраться.
Больших звёзд^W плюсов этому анону.Добавлю, что с внедрением системды самым быстрым способом «починить» поломку будет «переустановить систему», то есть искусство понимать систему и разбираться с её проблемами больше не будет достоянием всех желающих.
Разница с виндой (а также маком, соляркой и пр.) в том, что там аналогичную инфраструктуру некогда проектировали умные компетентные люди, а не лёлики-поттерики.
> самым быстрым способом «починить» поломку будет «переустановить систему»вся суть микросервисов, контейнерной изоляции. и большой части современного IT:
сейчас мы не будем разбираться почему оно перестало работать - мы просто перезапустим сервис/контейнер!
... хотя, пожалуй мы вообще не будем разбираться, с перезапусками же работает!
просто сделай так, чтобы оно запускалось.
>> самым быстрым способом «починить» поломку будет «переустановить систему»
> вся суть микросервисов, контейнерной изоляции. и большой части современного IT:
> сейчас мы не будем разбираться почему оно перестало работать - мы просто
> перезапустим сервис/контейнер!
> ... хотя, пожалуй мы вообще не будем разбираться, с перезапусками же работает!
> просто сделай так, чтобы оно запускалось.Меня пугает будущее, в котором компьютеры будут работать по такой схеме. Даже на сравнительно безвредный холодильник нельзя ставить такую компьютерную систему, потому что она опасна по своей природе.
Холодильник, хех, это семечки. А как тебе регулярные рассказы тех же самых людей-погромистов что в обычном мире плохо и как это переделать? Везде блокчейн, замена суда на ПО с ИИ под капотом, крипта. Виртуальный мирок не могут наладить, а лезут в реальный. Вот это опасно.
> там аналогичную инфраструктуру некогда проектировали умные компетентные люди, а не лёлики-поттерикиОй ли? Пока IBM проектировала свою прекрасную полуось, MS наклепал что попало из того что было и получилась Windows, главное, чтобы было совместимо с кучей старого софта и принтаками, а как оно там работает не важно.
Так как в первых "операционках" (скинах на DOS) никакой архитектуры считай и не было, максимум архитектура скина, то в NT они потрудились её продумать, принять решения и понакупить кучу продуктов и готовых решений у кучи компаний и т.д. И это было когда? И с тех пор "архитектура" как была NT так и осталась, она эволюционирует сохраняя огромное количестве legacy-наполнения и несовместимых исторически выполняющих схожие интерфейсов API.Вообще Windows - это сложно устроенная ОС в том числе из-за её архитектуры, истории развития и требований к обратной совместимости. Мы поговорим с вами об умных и компетентных архитекторах MS, когда:
1) Я, как пользователь ОС смогу создать каталог или файл с именем "con" или "prn" стандартными средствами ОС и работать с ним как с каталогом. Это чисто для простого примера.
2) Вы как эксперт по экспертам хотя бы чуть-чуть изучите базовые основы Windows и её стандартных модулей и ролей, таких как, например, LSASS, её init (SMSS) и расскажете про архитектуры, какие они тут все продуманные и академически правильные, в отличии от... ну-ну.
Зачем так много высокопарных слов, анон? Достаточно было сказать, что правильно и с применением мозга написанное на WinAPI хорошо работает на любых виндах, в том числе официально не поддерживаемых. Это лучше всего говорит о продуманности архитектуры и её внутренних систем и механизмов.
> правильно и с применением мозга написанное на WinAPI хорошо работает на любых виндахЧто это за критерий вообще?
Как связана архитектура ОС и прямота рук разработчика сторонней софтины?
То же самое можно сказать про любое приложение на Линукс, особенно если у него статическая линковка или он носит либы с собой в чрутовое окружение, или распаковывает свои зависимости себе в /opt/super-duper-app.
>> правильно и с применением мозга написанное на WinAPI хорошо работает на любых виндах
> Что это за критерий вообще?
> Как связана архитектура ОС и прямота рук разработчика сторонней софтины?
> То же самое можно сказать про любое приложение на Линукс, особенно если
> у него статическая линковка или он носит либы с собой в
> чрутовое окружение, или распаковывает свои зависимости себе в /opt/super-duper-app.Анон, прийди в себя, вернись к изначальным вопросам. И лучше без вот этих распальцовок в стиле «научу папку любить мамку».
> Зачем так много высокопарных слов, Anon? Достаточно было сказать, что правильно и
> с применением мозга написанное на POSIX/SUSv3 хорошо работает на любых *nix,
> в том числе официально не поддерживаемых.Ну как бы так и задумано. Вот, специально не обновляется:
home:~> rpm -qi yacas | grep Build
Release : 1 Build Date: Mon Apr 23 17:00:10 2001
Install date: Sat Dec 21 10:45:03 2002 Build Host: work.fair.net
home:~> yacas
[editvi] [gnuplot]
True;
Numeric mode: "Internal"
To exit Yacas, enter Exit(); or quit or Ctrl-c. Type ?? for help.
Or type ?function for help on a function.
Type 'restart' to restart Yacas.
To see example commands, keep typing Example();
In> _
Внезапно всё IT идёт туда.
И причина этого в том, что человек, способный разобраться в чём-то более-менее вариативном, большая редкость. А человек, желающий и способный, а в особенности уже разобравшийся, редкость ещё бОльшая. И соответственно стОят такие люди весьма немалых денег.И тут появляются всякие докеры, альтернативные пакетные менеджеры, тянущие терабайт рантайма на базе другого дистрибутива и так далее, которые мало того, что выполнят задачу, выполнят её красиво и выдадут в худшем случае красиво покрашенный текст. А в лучшем выведут на модные гуи на электроне или веб-морду.
> И причина этого в том, что человек, способный разобраться в чём-то более-менее вариативном, большая редкость. А человек, желающий и способный, а в особенности уже разобравшийся, редкость ещё бОльшая. И соответственно стОят такие люди весьма немалых денег.Сначала делаем массу болванчиков, вместо разбирающихся людей. Потом подгоняем под них систему. Вуаля - можно рассказывать как героически решили проблему которую сами создали. К сожалению везде так происходит. Бизнесу не нужны знающие люди. Им нужны простые, взаимозаменяемые болванчики в большом количестве. Этакое снижение рисков от человеческого фактора.
> которые мало того, что выполнят задачу, выполнят её красиво
А вот это далеко не факт.
> Сначала делаем массу болванчиков, вместо разбирающихся людей. Потом подгоняем под них систему.Это влияние более глобальной системы, чем IT - капиталистической экономики, где нужно здесь и сейчас, а о долговременном планировании никто не думает. В IT же, благодаря дедушке Столлману и OSS, всё ещё более-менее шевелится, да развивается значительно медленее чем могло бы, но нет безумной деградации.
Кстати, невооружённым взглядом видно, что OSS подстёгивает закрытый сектор - без Linux'а эти самые Windows давно бы уже превратились в абсолютную дрянь.
> Кстати, невооружённым взглядом видно, что OSS подстёгивает закрытый сектор - без Linux'а
> эти самые Windows давно бы уже превратились в абсолютную дрянь.Так это из-за влияния СПО и Столлмана майки сделали десятую винду?
> Так это из-за влияния СПО и Столлмана майки сделали десятую винду?Нет. Из-за конкуренции со стороны СПО эта десятая винда не является абсолютной дрянью. Хотя тоже, как посмотреть - телеметрия-то из неё никуда не делась.
>> Так это из-за влияния СПО и Столлмана майки сделали десятую винду?
> Нет. Из-за конкуренции со стороны СПО эта десятая винда не является абсолютной
> дрянью. Хотя тоже, как посмотреть - телеметрия-то из неё никуда не
> делась.О какой конкуренции речь? На дектопах линукса нет, разве что в пределах статистической погрешности. На серверах же нет десятой винды.
Десктопная десятая винда с точки зрения корпоративного сектора — неуправляемая дрянь, спайварь, малварь и потенциальная дыра в безопасности. LTSB получше, но тоже дрянь. Однако я в упор не вижу никаких точек соприкосновения между линуксом и виндой, чтобы между ними возникла конкуренция.
MS напихала в свои продукты телеметрии, но как это вообще может быть связано с СПО? Этой телеметрии есть вполне прозаическое объяснение: MS видит будущую винду как «ПО по требованию», то есть юзера они исключают из управляющей инфраструктуры. И в этом есть определённый смысл, ибо юзер не умеет и никогда не научится пользоваться виндой с умом и соблюдением правил техники безопасности.
У меня вообще не вызывает вопросов мотивация майков, ибо там всё просто и понятно — они зарабатывают свой хлеб, продавая ПО, и потому заинтересованы продавать его чаще, больше, дороже. Но мотивация СПО вызывает даже не вопросы, а отвращение: почему, зачем, для чего они тащат в СПО всё, что делает MS? Они что, мечтают стать второй Microsoft? Люди всё равно не перейдут на линукс, потому что для него нет нужного прикладного софта, который есть для оффтопика. И речь, конечно, не только про офисные продукты, но огромный массив профессионального ПО.
>Но мотивация СПО вызывает даже не
> вопросы, а отвращение: почему, зачем, для чего они тащат в СПО
> всё, что делает MS?Ээээ... Что или кого ты обозначил здесь буковками "СПО"?
А вторыми буковками "СПО"??
>Они что, мечтают стать второй Microsoft? Люди
Кто??!
> всё равно не перейдут на линукс, потому что для него нет
>>что OSS подстёгивает закрытый сектор
>СПО и Столлмана майки сделалиТы неправильно "переводишь" те три буквы.
Ты неправильно обобщаешь и слишком топорно передёргиваешь.
Фу таким быть.
> за системд выступают в основном те, кто в системе особо и не ковыряется...Абсолютно верно, энтузиасты локалхоста очень сильно страдают от systemd, потому что он не дружественный к такому пользователю. Чтобы что-то глубоко поменять приходится читать не HOW-TO для админа локалхоста, а техдоку, выполненную в самых что ни на есть кровавых ынтерпрайзных традициях. А так в основном ничего менять не надо только свои сервисы пописывать.
> В общем всё это напоминает мне винду, ты её не трогаешь.../-/... проще переустановить, чем разобраться.
И опять вы правы. Порог вхождения в венду выше чем в линукс, он проще и удобнее. Документация в венде оформлена в стиле справочных стен текста, которые не учат тебя как по загугленной ошибке найти на форуме готовый рецепт решения. Вместо этого ты сможешь, найдя ошибку в общем случае, догадаться что нужно включить отладочное журналирование и вместе с msdn разобраться как должно быть и как есть у тебя. Затраты по времени для самостоятельного изучение у некомпетентного пользователя очень высоки, действительно проще переставить. На этом в MS вообще-то зарабатывают франчайзинговые партнёры, которые оказывают платный техпод и продают курсы обучения, короче как у RH.
Но в этом нет ничего плохого, опять же... процитирую сам себя:
"учат тебя как по загугленной ошибке найти на форуме готовый рецепт решения".
А почему так вообще получается? Почему все ошибки можно загуглить и быстро решить? Потому что они одни и те же похожие ошибки, повторяющиеся из года в год, которые так никто и не исправляет. Когда одну и ту же базовую задачу, например как:
1) управление электропитанием в пространстве пользователя
2) управление съёмными и сетевыми дисками в пространстве пользователя
4) тысячи их
Не реализует на уровне ОС никто, то как жить?
Когда для решение 1 простой задачи требуется 1 простой инструмент, то это "юниксвей".
Когда для решения одной сложной задачи требуется 3 простых инструмента, которые:
1) вместе работают плохо,
2) требуют укостыливать краевые случаи взаимодействия на скриптах и недоделываю того что надо,
3) никакая из 3х команд разработчиков не готова ни реализовать совместимость нового функцианала для более сложных случаев и всем пофиг
это называется "линуксвей".
Когда "всем пофиг делайте интеграцию в виде своего продукта", то единственный кто смог потянуть инфраструктурный проект - это RH вот вам и systemd.
Те меинтенеры, которые поумнее и поленивее, они поняли что свои дистрибутивоспецифичные костыли можно отдать разрабам systemd и не париться. Я уже раньше писал когда-то тут, что Linux + systemd это уже подход в формировании ОС в стиле BSD. Поэтому, лично мне, кажется что не венду это напоминает, а BSD.
> И опять вы правы. Порог вхождения в венду выше чем в линукс,
> он проще и удобнее. Документация в венде оформлена в стиле справочных
> стен текста, которые не учат тебя как по загугленной ошибке найти
> на форуме готовый рецепт решения. Вместо этого ты сможешь, найдя ошибку
> в общем случае, догадаться что нужно включить отладочное журналирование и вместе
> с msdn разобраться как должно быть и как есть у тебя.Админчик локалхоста рассказывает как это эптерпрайзно разбираться с ТП микрософта. Спасибо, наелся такого. После долгого разбирательства и дебага выясняется что проблема в новом релизе 10ки. Даже в багтрекер свой МСовцы занесли ошибку. И даже починили. Через полгода правда. Очень приятно автоматизированно утащить сотню компов на новую версию, а люди с утра работать не могут. Часть компов не откатывается, а те что откатываются можно исключить из работы на весь день. Энтерпрайз во все поля, не то что в дурацком линухе - взял и откатил пакет.
Да пофиг кем ты меня считаешь, на самом деле. =)
> Очень приятно автоматизированно утащить сотню компов на новую версию, а люди с утра работать не могут.Ну и кто тебе мешал сначала протестировать? Или запретить мажорное обновление на WSUS. Религия? Партия? Путин?
> После долгого разбирательства и дебага выясняется что проблема в новом релизе 10ки. Даже в багтрекер свой МСовцы занесли ошибку. И даже починили.
Хмм... мне почему-то вспоминаются из массовых проблем только проблема с терминальными фермами и компонентами RDP (проблемы буфера обмена), которые чинили/перечинили, а также переписывание дров HID/USB, которые разломали некоторые импортозамещённые устройства... но да, это были массовые факапы.
Я как админчик локалхоста, посоветую тебе, админчику локалхоста, при использовании самописного софта российского производства в особенности с железом российского производства никогда не ставить ничего выше 8.1/2012 R2 еще как минимум лет 6, если ты доставляешь через MS-RDP. Ты же должен знать софт с которым ты работаешь и уметь прикинуть по ченджлогу, чем там может грозить обновление. Ну или Citrix купи себе, если ты не бомж.
> Ну и кто тебе мешал сначала протестировать? Или запретить мажорное обновление на
> WSUS. Религия? Партия? Путин?Понятно - очередной админчик локалхоста. Когда десятки тысяч компьютеров в сети с разными версиями ПО и дополнениями к этому ПО много не натестируешь. Тесты и первые несколько тысяч компов уехало нормально. А на нескольких сотнях следующих компов вылезла проблема. И тут был не только всус, а больше сццм.
> Хмм... мне почему-то вспоминаются из массовых проблем только проблема с терминальными фермами
> и компонентами RDP (проблемы буфера обмена), которые чинили/перечинили, а также переписывание
> дров HID/USB, которые разломали некоторые импортозамещённые устройства... но да, это были
> массовые факапы.Твои терминальные детские фермы никого не интересуют. Как и продукция МС. Интересует продукция от других фирм, которая работает на этой ОС. И версий того ПО, и модулей к ним, включая самописные, очень много - и все стоят много зелени.
> Я как админчик локалхоста, посоветую тебе, админчику локалхоста, при использовании самописного
> софта российского производства в особенности с железом российского производства никогда
> не ставить ничего выше 8.1/2012 R2 еще как минимум лет 6,
> если ты доставляешь через MS-RDP.Там ни железа, ни ПО российского не было. Говорю же - не рассказывай за энтерпрайз если кроме помоек ничего не видел.
> Ты же должен знать софт с которым ты работаешь и уметь прикинуть по ченджлогу, чем там может грозить обновление.
Ты просто не в курсе какие баги бывают. Примерный смысл ответа мс на баг - мы поменяли немножко эту внутреннюю функцию. И думали что ничего не изменится. Но в некоторых случаях пользовательское ПО дергающее эту функцию вызывает радостный экранчик на вин10. С перезагрузкой разумеется. Правда до обращения наших людей к ним никто не был в курсе такого поведения.
> Ну или Citrix купи себе, если ты не бомж.
Админчик локалхоста - а кто сказал что его нет? Пальцы разбрасывай перед одноклассницами. Твой цитрикс копеечный софт.
Но в одном он прав: не использовать ничего мелкомягкого новее Windows 8.1 и Windows Server 2012 R2. Да и за этими надо приглядывать, чтоб не установить нечаянно _неправильное_ обновление.
Если насчет 12р2 то согласен. А вот 8.1... Не. Тут, при всей моей нелюбви к 10ке, лесом эту 8.1, лесом. Если уж так критично 10ку можно поставить LTSB - там всё намного спокойней.
Если в твоём сообщении проигнорировать всё что связано с писькомерством, то получается, что:
1) Ты зафейлил и недопланировал обновление парка.
2) Именно ты оказался не в курсе про то какие баги бывают.
3) По сути, ты не виртуализируешь доставку приложений до пользователя.
Я не знаю каким надо быть наивным, чтобы обновляться на десяточку и ожидать что всё взлетит как по маслу если они раз в полгода вываливают мажорный апдейт на хомяков и чуть реже (как настроишь) вываливают мажор на корпоративную венду.Я предположил, что у тебя было что-то очевидное, но запускать самописный нативный софт прямо на десяточке вот так еще и обновляясь...
> а кто сказал что его нет?
Что-то мне подсказывало, что его нет или он не развёрнут. Л
> Но в некоторых случаях пользовательское ПО дергающее эту функцию вызывает радостный экранчик на вин10.
> дергающее эту функцию
> функциюАх да, вот тут ты прямо об этом пишешь. Я-то, дурак, предположил что ты доставляешь софт на 10-ку и вспомнил про мажорные инфраструктурные баги венды за последнее время которые были пофиксены и на кого конкретно они влияли в разрезе доставки приложений. Я и подумать не мог о нативном приложении на венде в 2018.
> Понятно - очередной админчик локалхоста.
> Админчик локалхоста - а кто сказал что его нет? Пальцы разбрасывай перед одноклассницами. Твой цитрикс копеечный софт.Выпей свои таблетки от гнева и возьми этот копеечный Citrix XenApp и доставь своё чудесное многомилионное западное ПО до юзеров на 10-х без нативной херни, потому что завтра МС тебе еще что-то выкинет, они херят WinAPI вместо него будет чудесные магазинные приложения Win10 на WinRT/UWP.
О, облез с своим пафосом и пытаешься что-то пробекать. Ну что же посмотрим.
> 1) Ты зафейлил и недопланировал обновление парка.Ты развертывал на многие тысячи компов с сроком несколько месяцев новую систему с поддержкой всего и вся, включая самописное ПО 90х годов и асутпшные вещи?
Что-то мне подсказывает что нет.> 2) Именно ты оказался не в курсе про то какие баги бывают.
Именно мс оказался не в курсе какие бывают баги. По остаткам их обсуждений читается между строк что они поменяли в внутренней функции как работают с памятью. И надеялись что это отработает у всех хорошо. Это у них пошло в релиз. Оказалось что компьютеры бывают разные и битности разные, и количество памяти разное, и ещё куча всего. А это отразилось на то что пользовательское ПО вызывает падение в корку ядра виндоуза. Что бы ты ещё яснее понял - этот баг исправили но в официальном списке изменений этого нет.
Но судя по твоим вещания ты в курсе только багов которые всплыли официально.> 3) По сути, ты не виртуализируешь доставку приложений до пользователя.
Конечно есть и то и то. Но твоё-то решение виртуализировать доставку ПО самое правильное, само собой.
> Я не знаю каким надо быть наивным, чтобы обновляться на десяточку и ожидать что всё взлетит как по маслу если они раз в полгода вываливают мажорный апдейт на хомяков
О да ты ещё и читать не умеешь. Про этап тестирование и несколько тысяч уехавших компов, без проблем, ты всё пропустил. Судя по всему для тебя это писькомеряние и она у тебя оказалась намного меньше, хех.
> Я предположил, что у тебя было что-то очевидное, но запускать самописный нативный софт прямо на десяточке вот так еще и обновляясь...
Хехе, ну не садись ты так в лужу. Текст понимать можешь? Может для тебя короткие предложения писать? Ну не больше 2-3 за раз. Иначе я ничем не могу объяснить твои мысли и как из этого:
<<версий того ПО, и модулей к ним, _включая_ _самописные_, очень много - и все стоят много
зелени.>>
получилось просто самописное нативное по.
Объясняю. Через запятую идут перечисления. Это значит что в составе системы есть несколько частей:
1. ПО различных версий
2. модули этого ПО
3. самописный софт к этому ПО.Теперь понятней стало или надо ещё разжевать кашку?
> Что-то мне подсказывало, что его нет или он не развёрнут. Л
Ну тут я за голоса в твоей голове не отвечаю. Что они нашептывают тебе мне не ведомо.
> Ах да, вот тут ты прямо об этом пишешь. Я-то, дурак, предположил что ты доставляешь софт на 10-ку и вспомнил про мажорные инфраструктурные баги венды за последнее время которые были пофиксены и на кого конкретно они влияли в разрезе доставки приложений. Я и подумать не мог о нативном приложении на венде в 2018.
Опять голоса в голове? Это тебе таблеточек надо.
> Выпей свои таблетки от гнева и возьми этот копеечный Citrix XenApp и доставь своё чудесное многомилионное западное ПО до юзеров на 10-х без нативной херни, потому что завтра МС тебе еще что-то выкинет, они херят WinAPI вместо него будет чудесные магазинные приложения Win10 на WinRT/UWP.
Ну тебе то видней что и как надо делать.
> выполненную в самых что ни на есть кровавых ынтерпрайзных традициях.Т.е. для дяди на отвяжись.
> В общем всё это напоминает мне винду, ты её не трогаешь -
> она как-то работает внутри себя, что-то там скачивает, запускает, дефрагментирует в
> фоне, ускоряет загрузку, сканирует, индексирует, кеширует, анализирует, использует настройки
> по умолчанию, отправляет отчёты об ошибках, архивирует важную информацию, обновляется,
> восстанавливается после сбоя, сохраняет учётную запись в облаке, проверяет подлинность...
> главное ей не мешать, не пытаться разобраться что творится внутри, не
> тыкать её палкой - иначе проще переустановить, чем разобраться.В журнале "Практика функционального программирования" есть статья про изменяемое состояние. И там рассказывается про разные градации изменяемого состояния по вероятности появления ошибок. И самый ужас - это изменяемое состояние на уровне ОС.
Вот, такое ощущение, что Linux в целом писался с пониманием опасности изменяемого состояния. По крайней мере то, что основная часть конфигурации неизменяема в /etc сильно помогает стабильности системы.
> изменение наименования виртуальных сетевых интерфейсовОпять?
> Вывод systemctl и других утилит теперь включает escape-последовательности,
> позволяющие отобразить доступные для клика ссылки в разных терминалах
> (например в выводе "systemctl status" теперь можно кликнуть на имени
> юнита для вызова программы для его просмотра или редактирования);Векторный гипертекстовый фидонет все ближе? ))
в выводе "systemctl status" теперь можно кликнуть на имени юнита для вызова программы для его просмотра или редактирования);> Векторный гипертекстовый фидонет все ближе? ))
Windows server (ТМ) всё ближе.
new musthave feature:
Теперь вы можете поставить иксы на сервер и редактировать юниты через удалённый десктоп!
> new musthave feature:
> Теперь вы можете поставить иксы на сервер и редактировать юниты через удалённый
> десктоп!Мы все этого ждем лет двадцать. Еще бы надо графическую подсистему затащить в ядро, в нулевое кольцо защиты. Жаль что Леня этого не может сделать.
пОТТЕРА еще не замочили?
> пОТТЕРА еще не замочили?Нет. А вот Хуан Ромеро https://www.phoronix.com/scan.php?page=news_item&px=Void-Lin... запропал куда-то.
##>>to point the repositories to voidlinux.org instead of voidlinux.eu.
Неладно что-то в .eu-Датском королевстве.
