В системный менеджер systemd добавлена (https://github.com/systemd/systemd/commit/29272c04a73b00b542...) новая утилита systemd-mount, выполняющая действия по монтированию файловых систем. Systemd-mount позиционируется (https://www.reddit.com/r/linux/comments/4ypb2g/systemd_rolls...) не как замена традиционной системной команды mount, а как специфичная для systemd надстройка для манипуляций точками монтирования и автомонтирования на уровне генерации unit-файлов, что позволяет интегрировать операции монтирования в цепочку зависимостей systemd. При этом сами операции монтирования по-прежнему выполняются через вызов утилиты mount из пакета util-linux. Т.е. по сути systemd-mount выполняет задачи создания unit-файлов и их передачи планировщику заданий.
Вместо мгновенного выполнения монтирования после запуска команды, systemd-mount добавляет задание в очередь сервисного менеджера и позволяет связывать монтирование зависимостями, например, обеспечить корректный порядок добавления разделов с учётом вложенных точек монтирования или под контролем systemd запустить инструмент для проверки целостности ФС. Из достоинств применения прослойки также отмечается возможность организации sandbox-изоляции вызова утилиты mount и корректное отслеживание работы файловых систем, для которых запускаются фоновые управляющие процессы.Отдельно отмечаются новые перспективы, связанные с улучшением автоматического монтирования внешних накопителей. Применение systemd-mount позволит частично решить проблемы с возможной потерей данных в результате неаккуратного извлечения накопителя без предварительного отмонтирования. Если традиционно в Linux для организации корректного извлечения накопителя система требует предварительных манипуляций по отключению накопителя в пользовательском интерфейсе, то systemd-mount позволит автоматизировать данный процесс.
Вместо фактического монтирования после подключения накопителя systemd может лишь подготовить точку автомантирования и примонтировать файловую систему только после первого обращения к устройству. После монтирования можно контролировать доступ к разделу и при отсутствии активных операций в течение короткого промежутка времени (например, одной секунды) сбрасывать все буферы и приводить ФС в состояние гарантированной целостности, при котором извлечение устройства не приведёт к негативным последствиям. Более того, перед монтированием накопителей предлагается оценивать статус прошлой операции отмонтирования и при некорректном извлечении автоматически вызывать fsck для приведения ФС в порядок.URL: http://www.theregister.co.uk/2016/08/22/systemd_adds_filesys.../
Новость: http://www.opennet.me/opennews/art.shtml?num=45012
true unix way
тонко
В системный менеджер systemd добавлена новая утилита systemd-os, выполняющая действия операционной системы. Systemd-os позиционируется не как замена традиционной операционной системы, а как специфичная для systemd надстройка для манипуляций операционной системой и автооперирования системой на уровне генерации unit-файлов, что позволяет интегрировать операции операционной системы в цепочку зависимостей systemd.
Читаем новость дальше... Лучше уже сразу написать универсальный текст на каждое очередное новшество в системд, зачем каждый раз писать что-то новое, если суть их замыслов не меняется.Итак, ... что позволяет интегрировать операции операционной системы в цепочку зависимостей systemd. При этом сами операции операционной системы по-прежнему выполняются через вызов утилиты операционной системы из пакета операционной системы. Т.е. по сути systemd-os выполняет задачи создания unit-файлов и их передачи планировщику заданий операционной системы.
Вместо мгновенного выполнения операции операционной системы после запуска команды операционной системы, systemd-os добавляет задание в очередь сервисного менеджера и позволяет связывать операции операционной системы зависимостями, например, обеспечить корректный порядок операций операционной системы с учётом вложенных объектов или под контролем systemd запустить инструмент для проверки целостности подсистемы операционной системы. Из достоинств применения прослойки также отмечается возможность организации sandbox-изоляции вызова утилиты операционной системы и корректное отслеживание работы её подсистем, для которых запускаются фоновые управляющие процессы.
Отдельно отмечаются новые перспективы, связанные с улучшением автоматического выполнения операций подсистем операционной системы. Применение systemd-os позволит частично решить проблемы с возможной потерей данных в результате неаккуратного использования операции системы без предварительного выяснения, зачем эта операция была нужна, и нужно ли было выполнять другую операцию перед этой операцией. Если традиционно в Linux для организации корректного выполнения операции система требует предварительных манипуляций в пользовательском интерфейсе, то systemd-os позволит автоматизировать данный процесс.
Вместо фактического выполнения операции после подключения подсистемы systemd может лишь подготовить точку подключения подсистемы и подключить подсистему только после первого обращения к этой подсистеме. После подключения подсистемы можно контролировать доступ к подсистеме ещё более низкого уровня и при отсутствии активных операций в течение короткого промежутка времени (например, одной секунды) сбрасывать все буферы и приводить подсистему в состояние гарантированной целостности, при котором отключение подсистемы, которой управляет исходная подсистема не приведёт к негативным последствиям. Более того, перед подключением подсистемы предлагается оценивать статус прошлой операции отключения и при некорректном отключении автоматически вызывать утилиту восстановления подсистемы для приведения этой подсистемы в порядок.
В планах создание модуля systemd-system для управления всеми возможными системами в Мире с помощью универсального системного менеджера и unit-файлов. Проект получил кодовое название "Вавилонская башня".
:)))))) не пиши больше так!
В системный менеджер systemd добавлена новая утилита systemd-user, выполняющая действия пользователя. Systemd-user позиционируется не как замена традиционному пользователю, а как специфичная для systemd надстройка для манипуляций HID-девайсами и автооперирования действиями пользователя в системе на уровне генерации unit-файлов, что позволяет интегрировать операции, ранее выполнявшиеся пользователем в цепочку зависимостей systemd.
> Systemd-user позиционируется не как замена традиционному пользователюВ офисе на озвучивание данного комментария поступил вопрос: "а что, нетрадиционному?" :]
Вы для себя спрашиваете или для своего друга?
Думаю, Гоша бы сказал что-то вроде "о, а вот и пример такого ползователя".
Но даже не подумаю его отвлекать.
>бы сказалочевидно друг есть, но он - воображаемый
>>бы сказал
> очевидно друг есть, но он - воображаемый
>"а что, нетрадиционному?"хотя, может быть, друг таки реальный. но железный: с проблемами парсинга текста и недостатком искусственного интеллекта. а может быть он ещё и биббер: думает только о нетрадиционщине
> хотя, может быть, друг таки реальный. но железный:http://uneex.ru/FrBrGeorge вполне можно посмотреть и на лекциях (ВМК МГУ), и на их записях, и у нас в гостях -- без необходимости упражняться в предположениях. :)
Так вот чем ты занимаешься в офисе! Озвучиваешь комментарии!
Как-то так я и предполагал.
> Так вот чем ты занимаешься в офисе! Озвучиваешь комментарии!Да, порой у нас такое водится :) // а вот сегодня засиделся над железкой
В системный менеджер systemd добавлена новая утилита systemd-lennart, выполняющая действия Поттеринга. Systemd-lennart позиционируется не как замена традиционному Поттерингу, а как специфичная для systemd надстройка для манипуляций с кодом и создания новых версий systemd, что позволяет интегрировать операции, ранее выполнявшиеся Поттерингом в цепочку написания кода systemd.
> позиционируется не как замена традиционному Поттерингуfake. традиционного Поттеринга не существует, есть только нетрадиционный вариант оного.
>> позиционируется не как замена традиционному Поттерингу
> fake. традиционного Поттеринга не существует, есть только нетрадиционный вариант оного.Вполне себе традиционный синглтон.
Самоулучшающийся системд-ИИ? OH SHI~
юниксвей - не религия, а один из возможных вариантов реализации чего-либо. Но обладателям молотков всё вокруг кажется гвоздями.
действительно, нужно больше методологий всяких и разных. ведь никто не может запретить, правда? ;)
> юниксвей - не религия, а один из возможных вариантов реализации чего-либо. Но обладателям молотков всё вокруг кажется гвоздями.Люди, более склонные к эмоциональным реакциям, нежели к техническому мышлению, очень любят обосновывать свою точку зрения в областях, в которых они плохо разбираются, с помощью метафор и аналогий, из более понятных им бытовых сфер.
Чтобы применять аналогию, нужно сначалала убедиться, что сопоставляемые сущности действительно аналогичны.
Вы попытались инкриминировать "религиозность" и непринятие "вариантов реализаций" с помощью аналогии. Так какая в вашем понимании здесь аналогия с "гвоздями" и "молотком" - предметами с заведомо очень узким предназначением? Вы что хотели сказать, что до появления systemd "юниксвей" был "религией" и его область примения и назначение были такие же узкие, как у молотка и гвоздей?
И тут появился и systemd и показал людям новые "варианты реализации"! Обратим внимание, вы использовали именно понятие "реализация". Реализация чего? А что тогда в вашем понимании было "реализовано" в "юниксвей"? И каким именно "вариантом"?
Обратите также внимание на такие понятия, как "операционная система" и "системный менеджер" - понятия настолько общие и расплывчатые, что маркетологам, вроде вас, которым очень хочется казаться технически компетентными, эта почва представляется наиболее благоприятной для жонглирования разными техническими и абстрактными понятиями, типа "вариант", "реализация" и даже, о-о-о, "юниксвей". После этого внезапная аналогия из более понятной вам бытовой сферы, типа "молоток" и "гвозди", позволяет вам почувствовать себя очень умным и компетентным.
Вот теперь сами и докажите, что systemd - это не "религия", которую маркетологи, под флагом "вариант реализации" скармливают неграмотным пользователям, желающим казаться компетентными специалистами.
Тебя заставляют юзать systemd? Только не ври что заставляют.
> Тебя заставляют юзать systemd? Только не ври что заставляют.Ни вру. Заставляют. Как и большинство других пользователей дистрибутивов.
Какую ещё стандартную реплику вы скажете после этого?
Я даже буду использовать стандартные буквы для этого.Если вы внятно скажите как вам systemd мешает выполнять повседневные задачи, то может ваша привязанность к старым способам(unix way - одно отдельное простое приложение по pipe - передает результат выполнения на вход другого просто приложения) не будет считаться у Вас религиозностью.
И да религиозность вопрос отношения конкретного человека к чему-либо, а не само явление.
> ваша привязанность к старым способам(unix way - одно отдельное простое
> приложение по pipe - передает результат выполнения на вход другого просто
> приложения) не будет считаться у Вас религиозностью.Прежде чем считать что-то у кого-то чем-то, неплохо было бы для начала узнать о предмете спора.
https://archive.org/details/bstj57-6-1899> 1. Make each program do one thing well. To do a new job,
> build a fresh rather than complicate old programs by adding new "features".Делай что-то одно, но хорошо. Для новых задач пиши новые программы, а не пытайся городить комбайны, добавляя новые фичи в старые.
Про простоту, как ни странно, ни слова.> 2. Expect the output of every program to become the input to another,
> as yet unknown, program. Don't clutter output with extraneous information.
> Avoid stringently columnar or binary input formats. Don't insist on interactive input.И про пайпы тоже никаких упоминаний. Да и «аvoid» (избегай) никак не вяжется с религиозным запретом.
Т.е. раз такой подход устарел и более не молодежен, то теперь обязательно нужно писать комбайны с перегруженным выхлопом (лучше всего в своем бинарном формкте или вообще только в гуй), обязательной интерактивностью и прочими затейливостями которые должны максимально осложнить использование программы при автоматизировании какого-либо действия?
Спасибо, но как «хорошо» такой подход работает можно последние лет двадцать наблюдать в форточках.
У Леннарта своё собственное представление о UNIX-way> What’s typical for Unix, for example, is that all the tools, the C library, the kernel, are all maintained in the same repository, right? And they’re released in sync, have the same coding style, the same build infrastructure, the same release cycles – everything’s the same. So you get the entire central part of the operating system like that. If people claim that, because we stick a lot of things into the Systemd repository, then it’s un-Unixish, then it’s absolutely the opposite. It’s more Unix-ish than Linux ever was!
Леннарт сделает свой юникс… с пульсой и сустемд! А хотя к черту юникс и пульсу! К черту все…
> У Леннарта своё собственное представление о UNIX-wayПо-моему это уже настолько изъезженная тема... Вполне ведь ясно, что сложность одного проекта не оправдывает сложности другого. :)
http://www.opennet.me/base/sys/systemd_myth.txt.html
Заблуждение #12
>> Если вы внятно скажите как вам systemd мешает выполнять повседневные задачиНет проблем. systemd, в моём дистрибутиве, вызывает segfault. При SysVInit такого не происходит. Достаточные основания?
А потом ты поставил %APPNAME% и оно тоже вызвало сегфолт. Значит проблема в %APPNAME%. А то, что у других сегфолтоф не вызвает, то это они просто неправильно используют %APPNAME%
> А потом ты поставил %APPNAME% и оно тоже вызвало сегфолт. Значит проблема
> в %APPNAME%. А то, что у других сегфолтоф не вызвает, то
> это они просто неправильно используют %APPNAME%А почему никто никогда не грешит на разработчика приложения или на майнтейнеров? Как будто все приложения идеальные и ни один майнтейнер ни разу не ошибся.
Или на ядро, например. Ясно ведь что в udev проблемы быть просто не может.https://lwn.net/Articles/518945/
https://lwn.net/Articles/518948/
> Или на ядро, например. Ясно ведь что в udev проблемы быть просто
> не может.
> https://lwn.net/Articles/518945/
> https://lwn.net/Articles/518948/"Lennart was the one who brought up kernel ABI regressions at some conference"
Вот он и спалился. Агент мелкомягких!
> Агент мелкомягких!То же мне, открытие...
>> Агент мелкомягких!
> То же мне, открытие...Но теперь это официально, и не будут всякие Анонимусы на OpenNET говорить обратное.
> и не будут всякие Анонимусы на OpenNET говорить обратное.Я всякий Анонимус, и на OpenNET говорю: - обратное.
любой сегфолт - бочина разработчика
> любой сегфолт - бочина разработчикаНу да, купил пользователь на алиэкспрессе "крутой" модуль памяти от дядюшки Ли или еще какую железку с дефектом — а виноват-то оказывается разработчик!
умник, для битого железа будет SIGBUS. SIGSEGV - это лажа разработчика
> умник, для битого железа будет SIGBUS. SIGSEGV - это лажа разработчикаПочитал бы вначале про разницу между физическими и виртуальными адресами, тыковку почесал, подумал бы. А то SIGSEGV у него при битой памяти видите ли не будет. Еще бы сказал, что и страннейших глюков и прочих радостей при этом тоже не бывает ...
> Если вы внятно скажитеМариванна тебе 1-го сентября всё "внятно скажет".
Прогнулся под систему? А как же баррикады и восстание
> Прогнулся под систему? А как же баррикады и восстаниеМожно и на баррикадах во время восстания втихаря прогибаться под систему, особенно если эти баррикады и восстание сама же система и создаёт, чтобы отвлекать внимание толпы от реальных дел.
>> Прогнулся под SYSTEMD-у? А как же баррикады и восстание
> Можно и на баррикадах во время восстания втихаря прогибаться под SYSTEMD-у, особенно
> если эти баррикады и восстание сама же SYSTEMD-а и создаёт, чтобы
> отвлекать внимание толпы от реальных дел.К ору... топику, камрады! Ж*>
ЗдОрово, всего одна лишняя запятая не такой текст!
Ты опечатался.
/bin/true way
теперь правильно так:
/bin/systemd-true start way
/usr/bin/systemd-true start wayОчевидно-фикс.
dbus-call -Invoke org.Freedesktop.Systemd.Buses -Method Generate true.service -Parameters way -WaitForResult
> dbus-call -Invoke org.Freedesktop.Systemd.Buses -Method Generate true.service -Parameters
> way -WaitForResultSystemd чтоб вы знали работает без dbus вообще. Но будете вые...ся - там у них bus1 есть. Будете хулиганить - будет новая детская страшилка. В черном-черном городе, по черной-черной улице черной-черной ночью ездит черный-черный автобус...
#systemctl start way.service
школьники
ага unix way - это запускать sync в консоли перед извлечением флешки. (в средах без кнопки "безопасно извлечь") Зачем тупая система вообще эти буферы в памяти держит по несколько минут, и не пишет на диск? Даже для несъемных носителей это не нужно.ЗЫ: помне так, выпили ли бы gvfs и подобный мусор и сделали как надо и чтобы везде работало (во всех средах и дистрах) одинаково.
> Зачем тупая система вообще эти
> буферы в памяти держит по несколько минут, и не пишет на
> диск? Даже для несъемных носителей это не нужно.Не нравится поведение ядра по умолчанию? /proc/sys/vm/dirty* в помощь!
И будет вам независимое поведение не только от de/дистрибутива, но и от системы инициализации ;)
Справедливости ради - так разные полиси для разных дисков не сделать.
Согласен, но и systemd эту задачу не решит. Максимум, что он сможет сделать - sync для отдельных устройств (да и то я не уверен: кто знает, подскажите - какие вызовы ядра есть на эту тему?).А главные настройки writeback (количество отводимой памяти), так и останутся едиными для всей системы.
> да и то я не уверен: кто знает, подскажите - какие вызовы ядра есть на эту тему?).fsync и так для отдельных устройств. Для особых эстетов (серверы БД и прочее) есть fdatasync, делающий sync для куска конкретного файла.
Спасибо, глянул. Нашел еще один вызов: syncfs - относительно новый, kernel >= 2.6.39.
> Зачем тупая система вообще эти
> буферы в памяти держит по несколько минут, и не пишет на
> диск? Даже для несъемных носителей это не нужно.Поправлю комментарий Михаила. Не нравится поведение ядра по умолчанию? Делай форк. Не хочешь делать форк? Не пользуйся этим ядром. По моему всё просто?
> сделали как надокому надо, малыш?
> Зачем тупая система вообще эти буферы в памяти держит по несколько минут, и не пишет на диск?Ты вообще не понимаешь намёков? Я поясню прямо: это сделано намеренно, чтобы ты свалил с этой системы. Тебе будут рады в венде. Так же эпплофаги всегда готовы принять в свои ряды ещё одну овцу.
> ЗЫ: помне так, выпили ли бы gvfs и подобный мусор и сделали
> как надо и чтобы везде работало (во всех средах и дистрах)
> одинаково.И как тогда прикажете работать с mtp-устройствами?
http://queue.acm.org/detail.cfm?id=2349257
идея — говно, но заголовок новости ещё хуже
>идея — говноЧто плохого в том, что система запуска всякой дребедени будет знать что уже примонтировалось, а что нет? Устройства разные бывают. Может какая-то сетевая хрень, стоящая на другом конце света, несколько минут монтируется? Что же теперь, все остальные должны ждать эти пару минут, даже если им эта тормозная хрень нафиг не нужна?
Да ничего плохого. Можно даже сказать, что это должно было быть с самого начала в виде абстракции над системными утилитами.
Но смущает, что как только "появится время" начнут переписывать оригинальные утилиты, а тебя запишут в альфатестеры этой странной затеи.
>>это должно было быть с самого начала
>а тебя запишут в альфатестерыТ.е. основная претензия в том, что кто-то не отстрадал раньше, и тестировать приходится теперь? "С самого начала" тоже нужно было бы тестировать, но это был бы кто-то другой:)
Нет. Претензия в том, что непродуманная архитектура сводит на нет любое нововведение, т.к. тестить это нововведение приходится на живой системе.
Про то, как через задницу работают модули *.mount я молчу. И да, *.mount уже в продакшене.
А теперь представим, что потеринги наделают, когда решат придумать систему монтирования? Вот то то и оно, идея с shell скриптами становится менее опасной, потому что его хоть наживую можно ручками поправить и отладить.
Шелл-скрипты на Go переписывают полным ходом, поправить в статически собранном бинарнике будет сложно и без systemd.
> Шелл-скрипты на Go переписывают полным ходом
> на GoКто здесь?
> Кто здесь?Побуквенная оплата.
>> Кто здесь?
> Побуквенная оплата.Если бы каждому Анонимусу платили хотя бы по одному баксу за букву, то мы бы были миллионерами...
> Шелл-скрипты на Go переписывают полным ходомЧем бы хипсторы не тешились, лишь бы в щекотанусы не записывались.
> т.к. тестить это нововведение приходится на живой системе.Ну дык не ставьте в свою "живую систему".
Видимо, разработчики "живых систем" лучше знают чего у них и как должно работать.
Вон дебиан есть без системде, но что-то желающих насладиться отсутствием проблем с системд немного.
Вон Линукс есть без телеметрии, но что-то желающих насладиться отсутствием проблем с Windows 10 немного.
>Вон дебиан есть без системде, но что-то желающих насладиться отсутствием проблем с системд немного.Вот не надо про то что debian без systemd? сейчас там по крайне мере в jessie не то не другое нормально не работает одно с другим между собой пересекаются.
>>Вон дебиан есть без системде, но что-то желающих насладиться отсутствием проблем с системд немного.
> Вот не надо про то что debian без systemd? сейчас там по
> крайне мере в jessie не то не другое нормально не работает
> одно с другим между собой пересекаются.Уважаемый, можно поподробнее, что не работает? УМВР, модных DE мне не нужно, а всё остальное из коробки.
> отсутствием проблем с системд немного.Дык потому что проблем нет, вот и желающих немного. Видно все в тестеры записались.
Сам пользуюсь Debian без systemd. Всё работает как по часам, никаких проблем ещё не было.
Да ничего особо плохого нет - просто они вначале сделали кривую систему, которая не могла адекватно понять, ей вначале сеть тушить или сетевой диск отмонтировать - поняли что косяк и сделали очередные костыли.
Судя по тому, что ты ничего не знаешь, не хочешь знать и всюду суёшься, можно послать тебя подальше, но я таки отвечу: в системдосе изначально заложено монтирование фс. Просто поцтер забыл об этом.
Следующим шагом Поттеринг сожрет udisks2 дабы еще больше софта было зависимо от его поделия.
> Следующим шагом Поттеринг сожрет udisks2 дабы еще больше софта было зависимо от
> его поделия.Уже зависем.
$ sudo apt-get install udisks2
[sudo] password for user:Следующие НОВЫЕ пакеты будут установлены:
cgmanager{a} libatasmart4{a} libcgmanager0{a} libnih-dbus1{a} libnih1{a} libpam-systemd{ab} libparted2{a} libpolkit-agent-1-0{a}
libpolkit-gobject-1-0{a} libudisks2-0{a} parted{a} systemd-shim{a} udisks2
[оверквотинг удален]
libpam-systemd : Зависит: systemd (= 215-17+deb8u4)$ lsb_release -d
Description: Debian GNU/Linux 8.5 (jessie)
Т.е. их скрипты не смогли использовать обычный mount, и пришлось писать необычный?
Новость не читай, сразу отвечай.>> При этом сами операции монтирования по-прежнему выполняются через вызов утилиты mount из пакета util-linux. Т.е. по сути systemd-mount выполняет задачи создания unit-файлов и их передачи планировщику заданий.
новость читай и замечай, что утилиту-то они сварганили - значит использование штатной версии mount требует муторной рутины, иначе в утилите просто нет смысла.
> новость читай и замечай, что утилиту-то они сварганили - значит использование штатной
> версии mount требует муторной рутины, иначе в утилите просто нет смысла.Читай еще раз.
> новость читай и замечай, что утилиту-то они сварганили - значит использование штатной
> версии mount требует муторной рутины, иначе в утилите просто нет смысла.Забыли просто, что оно уже давно монтировать умеет. Документация в твитере даёт о себе знать.
>Systemd-mount позиционируется не как замена традиционной системной команды mount, а как специфичная для systemd надстройкадо тех пор пока не протестировали и не внедрили повсеместно.
> пока не протестировалиНу зачем же их так унижать? Не школиёугодное это дело - тестировать.
Тем не менее, только этим они и занимаются, просто сами про то не знают. Марь Ванна про такое не говорила, а своих мозгов, чтобы понять, нету.
Странно, что это не было сделано в первых версиях systemd.
это уже было в systemd, просто не в виде отдельного бинарника. например, systemd чуть ли не с самого начала умел парсить фстаб и монтировать фс оттуда
> Т.е. по сути systemd-mount выполняет задачи создания unit-файлов
> и их передачи планировщику заданий.Обобщили бы уже как systemd-kludged...
Это собирательное понятие. Включает в себя все прекрасные вещи, созданные компанией прогрессивных визионеров. Gnome, systemd, policykit, consolekit, dbus, udev, HAL, sysfs.
> This is pretty annoying as it forces us to reboot every ~2 months.https://github.com/systemd/systemd/issues/1961#issuecomment-...
Хорошо что перезагрузка с systemd стала быстрой как никогда.
>> This is pretty annoying as it forces us to reboot every ~2 months
> https://github.com/systemd/systemd/issues/1961#issuecomment-...
> Хорошо что перезагрузка с systemd стала быстрой как никогда.The question is whether this is a dbus problem, or a systemd-logind problem.
<...>
I deleted the /run/systemd/system/session-*.scope files, the system/session-*.scope.d directories, the sessions/* files, and cleaned the user/ files, but there still are 390 abandoned session-*.scope units when I run systemctl list-units on a server running several cron tasks every minute, and restarted ten days ago.
<...>
We worked around this with a cronjob on all of our systemd systems (CentOS 7 in our case):
* 2,14 * * * root /bin/rm -f /run/systemd/system/*.scopeit's... beautiful
Даже не так и часто по нынешним меркам.> (15:11:12) DHH: before fastthread we had ~400 restarts/day
> (15:11:22) DHH: now we have perhaps 10
Ещё естьsystemd-logind must be restarted every ~1000 SSH logins to prevent a ~25 second delay
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1591411
> Ещё есть
> systemd-logind must be restarted every ~1000 SSH logins to prevent a ~25
> second delay
> https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1591411Через 950 логинов проверим.
> Вместо фактического монтирования после подключения накопителя systemd может лишь подготовить точку автомонтирования и примонтировать файловую систему только после первого обращения к устройству.Вижу как день:
% cd /var/systemd/mnt/my-device/work/project/
cd: no such file or directory: ...
% cd /var/systemd/mnt/my-device
% cd work/project
%
Они думают лишь о тех пользователях, которые не в консольке сидят, а мышкой по экрану елозят..
ну, если комп перестанет тупить при загрузке с монтировнием usb-диска через fstab, то я за.
> ну, если комп перестанет тупить при загрузке с монтировнием usb-диска через fstab,
> то я за.Более того, ещё и исправит все проблемные места, чтобы testdisk не напрягался.
А что за затыки? У меня usb-диск так живёт уже несколько лет, и ничего вроде, ни разу ничего такого...
> А что за затыки? У меня usb-диск так живёт уже несколько лет,
> и ничего вроде, ни разу ничего такого...Поставь systemd — будут.
> Более того, перед монтированием накопителей предлагается оценивать статус прошлой операции отмонтирования и при некорректном извлечении автоматически вызывать fsck для приведения ФС в порядок.Угу, а если я диск подоткнул, чтоб дамп целиком снять или testdisk'ом поковырять - эта падла всё равно будет под руку лезть?
>> и при некорректном извлечении автоматически вызывать fsck для приведения ФС в порядок.
> Угу, а если я диск подоткнул, чтоб дамп целиком снять или testdisk'ом
> поковырять - эта падла всё равно будет под руку лезть?Хозяйке на заметку:
http://forensicswiki.org/wiki/Forensic_Live_CD_issues
http://altlinux.org/rescue
Ну а если нужно узнать "где (и кто) собака порылась"?
Там не то что фсчк, там монтировать штатно "низя".
> ..и автомонтирования на уровне генерации unit-файлова это тогда что?
> $ ls -l /usr/lib/systemd/system-generators/systemd-fstab-generator
> -rwxr-xr-x 1 root root 113032 18 май 18:47 /usr/lib/systemd/system-generators/systemd-fstab-generatorгенератор генератора?
>> ..и автомонтирования на уровне генерации unit-файлов
> а это тогда что?
>> $ ls -l /usr/lib/systemd/system-generators/systemd-fstab-generator
>> -rwxr-xr-x 1 root root 113032 18 май 18:47 /usr/lib/systemd/system-generators/systemd-fstab-generator
> генератор генератора?Теперь, чтобы генерить _без_ fstat, просто нажен ещё один генератор ютитов. Главное, чтоб никаких скриптов, держаться! Покажите Лёне дракон-книгу: пусть наконец узнает, как делать _без_ скриптов...
>>> ..и автомонтирования на уровне генерации unit-файлов
>> а это тогда что?
>>> $ ls -l /usr/lib/systemd/system-generators/systemd-fstab-generator
>>> -rwxr-xr-x 1 root root 113032 18 май 18:47 /usr/lib/systemd/system-generators/systemd-fstab-generator
>> генератор генератора?
> Теперь, чтобы генерить _без_ fstat, просто нажен ещё один генератор ютитов. Главное,
> чтоб никаких скриптов, держаться! Покажите Лёне дракон-книгу: пусть наконец узнает, как
> делать _без_ скриптов...Эдак он gcc в systemd встроит...
ну а там и до баш-скриптов совсем ничего.
Перепишут на Go и встроят компилятор Go.
Лишь бы не наоборот.
это одна из причин по которой xBSD и ко - страшно бегут на шланг а не только идеологические диспуты с столманном и spi.
> это одна из причин по которой xBSD и ко - страшно бегут
> на шланг а не только идеологические диспуты с столманном и spi.Вас посетил грызун? Белочка?? Когда-если Лёля соберёт своё Хозяйство clang-ом, ... Вы уже знаете, куды бечь?!
Не понял, а что systemd до этого не знал что делать с точками монтирования и не умел их отслеживать?...
Когда там уже SystemdOS выйдет? Надоело уже ждать!
> Когда там уже SystemdOS выйдет? Надоело уже ждать!гугли coreos
> Когда там уже SystemdOS выйдет? Надоело уже ждать!Если-бы они изначально выпустили один единственный дистрибутив с systemd, то народ поржал и проигнорировал.
> SystemdOSsystemDOS
FIXED
>> SystemdOS
> systemDOS
> FIXEDDOSystemDOS
D'oh!ystemDOS
D'oh!ystemD'oh!
D'osh!ytemD'osh!
Че-то шляпа какая-то надвигается. Интересно, в Альт это не воткнули ещё? Может пора и возвращаться к отечественному производителю.
Хочу тебя разочаровать - воткнули.
> Хочу тебя разочаровать - воткнули.Вы неправы: http://altlinux.org/sysvinit
http://without-systemd.org/wiki/index.php/Main_Page
бери генту.
> бери генту.вытекает сквозь пальцы и дурно пахнет.
> бери генту.Когда я с удивлением обнаружил в вики генту три разных документа по решению определённой проблемы с openrc с тремя разными её решениями и ни одно их них не сработало.. Я решил больше не трогать генту и 16-ти метровой палкой
>>Применение systemd-mount позволит частично решить проблемы с возможной потерей данных в результате неаккуратного извлечения накопителя без предварительного отмонтирования. Если традиционно в Linux для организации корректного извлечения накопителя система требует предварительных манипуляций по отключению накопителя в пользовательском интерфейсе, то systemd-mount позволит автоматизировать данный процесс.<<Это как? Она почувствет, что флешка извлекается и за то время, пока контакты ещё не разомкнуты даст команду на сброс буферов?
sync будет делать когда никто на флешку не пишет.
А сейчас разве не также? Нет файловых операций - writeback buffer пишется на носитель.
> А сейчас разве не также? Нет файловых операций - writeback buffer пишется
> на носитель.Либо пишется либо нет. Поди угадай.
Как эту ситуацию изменит systemd?P.S. У себя просто сделал запуск sync по ctrl+esc. По окончании sync появляется уведомление.
> Либо пишется либо нет. Поди угадай.man autofs
> Либо пишется либо нет. Поди угадай.Нет, всё-таки расскажите мне, как они это сделали в винде начиная с ХР? Это чёрная проприетарная магия?
> instead of actually mounting the thing we can just automount it thus establishing the mount point without actually having to mounts the fs. The fs will be mounted on access and a short idle timeout (of 1s) will ensure that the fs is fully clean in most cases and only dirty in a short time frame around the actual fs access.
> Это как? Она почувствет, что флешка извлекается и за то время, пока
> контакты ещё не разомкнуты даст команду на сброс буферов?Она прочитает мысли пользователя и заранее начнёт писать данные из буфера. А если пользователь захочет выдернуть флешку раньше, чем запишутся данные, будет бить током.
> почувствет, что флешка извлекаетсяНе так сложно сделать. Инфракрасный датчик движения можно встроить в саму флешку, и при прилижении руки к ней выдавать команду на sync. Опционально еще мигать светодиодом, и включать зеленый когда "уже можно".
> Имя Леннарт наделяет своего владельца показателем характера, которому подходит определение «вещь в себе». Такой человек не отличается особой общительностью даже в детстве. Знания интересуют его лишь как отражение собственного внутреннего мира.
> В 9 случаях из 10 обладатель имени Леннарт становится «классным специалистом» в какой-нибудь одной области. Но и тогда его мастерство – логическое завершение внутреннего поиска. И – основа самоудовлетворения.
Cейчас понабегут systemd хейтеры и скажут то что без systemd жить всё труднее!
> Cейчас понабегут systemd хейтеры и скажут то что без systemd жить всё
> труднее!systemd хейтер. Что systemd, что нет его, фиолетово, но держать это дома не хочу. Всё работает, ЧЯДНТ?
>> Cейчас понабегут systemd хейтеры и скажут то что без systemd жить всё
>> труднее!
> systemd хейтер. Что systemd, что нет его, фиолетово, но держать это дома
> не хочу. Всё работает, ЧЯДНТ?Не хочешь - не держи.
Когда mount выкинут из всех дистрибутивов?
Что бы они как-то вдруг перестали загружаться после редактирвоания fstab, благодаря кривожопости systemd?
> Что бы они как-то вдруг перестали загружаться после редактирвоания fstab, благодаря кривожопости
> systemd?В этом и план. Тогда все побегут со своими $ в КрасноШапку.
Не надорвались бы, ожидаючи. :-)
> Не надорвались бы, ожидаючи. :-)ну пока у них всё идёт по плану (к сожалению)
Don't think so.Как сидим на debian'е, так и продолжаем. Центос только в телефонии, ибо лень поднимать с нуля freepbx и всю обвязку.
> Когда mount выкинут из всех дистрибутивов?когда мелкомягкий исходники винды опубликует.
Есть ли еще дистрибутивы типа CRUX, где принципиально не может быть системд?
> Есть ли еще дистрибутивы типа CRUX, где принципиально не может быть системд?есть. ссылка была выше
Список Others там просто прекрасный
Slackware Linux
>Если традиционно в Linux для организации корректного извлечения накопителя система требует предварительных манипуляций по отключению накопителя в пользовательском интерфейсе, то systemd-mount позволит автоматизировать данный процесскаким образом? если просто выдернуть флэшку, что-либо отмонтировать будет уже поздно
а ведь нужная тема!
> а ведь нужная тема!Единственная тема для тебя сейчас - "Как я провёл лето".
А мне нравится. Меньше левого софта, только systemd для минимизации. И да, это не сарказм.
p.s. стоит crux
> А мне нравится. Меньше левого софта, только systemd для минимизации. И да,
> это не сарказм.
> p.s. стоит cruxНе волнуйтесь, скоро будет один бинарник systemd без всяких Linux и утилит GNU, вот тогда заживём!
Этот антипаттерн называется god object.
Поддерживаю Поттеринга. Пока другие точат себе напильники и ими систему, он точит саму систему скрывая напильник.
> Поддерживаю Поттеринга. Пока другие точат себе напильники и ими систему, он точит
> саму систему скрывая напильник.Угу, так испоганить православный Си напильником мог только он.
Теперь можно будет /usr на другой диск вынести?
Написали скриптик-обёртку и перевозбудили интернет. Это Успех, товарищи!
> При этом сами операции монтирования по-прежнему выполняются через вызов утилиты mountЭтот недостаток исправят в следующей версии. :)
тут были старые щутки про "linuxmd" и "systemsystemd"
>В состав Systemd включена утилитаЖду включения в состав простенького оконного менеджера типа dwm!
> Жду включения в состав простенького оконного менеджера типа dwm!а также небольшого браузера, маленького почтового клиента и лёгкого графического редактора
и вместо того чтобы ускорять загрузку системы..
нафиг её тогда вообще загружать?
Браузер встроят в CPU. Никакой "системы" после этого действительно будет не нужно.
> Браузер встроят в CPU. Никакой "SYSTEMD-ыЭто вряд ли. Впрочем, "встраивание" юнит-фейлов в цпу было бы ещё готичнее...
так давно уже.
у квалкома REX прямо в кремнии трудится а это ведь по сути SEL4, то есть микорядерный линук когда-тошний.
у японцев тоже был похожий чип(в межборудовании. но с WxWorkx(? или RTOS ? хз)вместо sel4) но устрйоства с ним - пошли не очень в рознице.
> так давно уже.Ты так не шути. Где кремний, SExx и микроядро, а где Леонид Празднослоняющийся со своими баклушами?!
> у квалкома REX прямо в кремнии трудится а это ведь по сути
> SEL4, то есть микорядерный линук когда-тошний.
> у японцев тоже был похожий чип(в межборудовании. но с WxWorkx(? или
> Браузер встроят в CPU. Никакой "системы" после этого действительно будет не нужно.так Management engine в процах интел - все имеет. и ось и файловыый и веб-сервер и сетевой фильтр и мультимедийный и voip сервер(и клиент:) и прочее и прочее.
монстр разрастается будет типа макромедии
> монстр разрастается будет типа википедииs///
Юниксвейно, прямо как X.org
> Вместо фактического монтирования после подключения накопителя systemd может лишь подготовить
> точку автомантирования и примонтировать файловую систему только после первого обращения
> к устройству. После монтирования можно контролировать доступ к разделу и при
> отсутствии активных операций в течение короткого промежутка времени (например, одной секунды)
> сбрасывать все буферы и приводить ФС в состояние гарантированной целостности, при
> котором извлечение устройства не приведёт к негативным последствиям.Леннарт изобрёл autofs?
> Systemd-mount позиционируется не как замена традиционной системной команды mount
Я надеюсь, на рашнфедоре уже расписали, как Леннарт совершил очередную Революцию, переписал mount и все должны выкидывать стандартный mount как можно скорее? ☺
Мб проще было все сменные носители с sync монтировать?
Скорость хуже, да и для флешек вредно.
> Скорость хужеСкорость такая же, просто без writeback буфера. Sync ты будешь ждать примерно столько же времени.
> да и для флешек вредно.
Щито?
> Скорость такая же, просто без writeback буфера. Sync ты будешь ждать примерно
> столько же времени.Нет. Попробуйте записать большое количество мелких файлов c mount -o sync и без.
При копировании распакованных исходников ядра у меня получилось:cp && sync - 79c
mount -o sync && cp - надоело ждать, за 8 минут залилось только 10%, disk io - 100-200 KB/s.
>> да и для флешек вредно.
> Щито?man mount:
sync
All I/O to the filesystem should be done synchronously. In case of media with limited number of write cycles (e.g. some flash drives) "sync" may cause life-cycle shortening.
> Попробуйте записать большое количество мелких файлов c mount -o sync и без.Щаз, он бросит портфель складывать и будет пробовать...
>> Скорость хуже
> Скорость такая же, просто без writeback буфера.Как хорошо, что осталось всего неделю терпеть подобное...
> Мб проще было все сменные носители с sync монтировать?Это медленно. S-d нитрармазит!
По всей видимости, мало кто из присутствующих имеет systemd в хоть сколько-нибудь продакшенных масштабах. А ведь сейчас монтирование и отмонтирование одна из больших проблем в systemd.
> позволяет связывать монтирование зависимостямиВот это, например, даст возможность написать адекватные юниты и зависимости, чтобы потушить multi-user.target, в котором есть сервисы работающие с примонтированными сетевыми разделами. Сейчас можно упасть в чудовищные ожидания при перезагрузке или в полную невозможность выключиться командой shutdown -h now, только через poweroff.
> По всей видимости, мало кто из присутствующих имеет systemd в хоть сколько-нибудь
> продакшенных масштабах. А ведь сейчас монтирование и отмонтирование одна из больших
> проблем в systemd.
>> позволяет связывать монтирование зависимостями
> Вот это, например, даст возможность написать адекватные юниты и зависимости, чтобы потушить
> multi-user.target, в котором есть сервисы работающие с примонтированными сетевыми разделами.
> Сейчас можно упасть в чудовищные ожидания при перезагрузке или в полную
> невозможность выключиться командой shutdown -h now, только через poweroff.Ну а systemd то тут причём, зачем с помошью него строить такие развесистые кастыли для отмонтирования ресурсов?
> Ну а systemd то тут причём, зачем с помошью него строить такие
> развесистые кастыли для отмонтирования ресурсов?С помощью системд можно героически преодолевать трудности, этой самой системдой созданные!
Ваш Кэп
А затем, что это он источник проблемы, он сам ее породил. Он не отслеживает, что и когда отмонтируется реально и потом не может выполнить завершение работы по-человечески.Подключи сетевую шару асинхронно, попиши на нее что-то каким-то демоном а потом выруби шару (аварийно) на удаленной машине. Попробуй завершить работу или перезагрузиться и ты поймешь, о чем я говорю.
> развесистые кастыли для отмонтирования ресурсов?
То есть, когда эти "кастыли" написаны на bash и крутятся под управлением sysv это чем-то принципиально лучше? Мне лично все равно. Сейчас у systemd нет этих "кастылей", а они нужны.
То что писали про съемные носители тоже актуально, хотя стыдно, что такой функционал появляется только сейчас, лет 10 назад надо было так сделать и никаких "ноу-хау" systemd тут не предложил, всё это можно было сделать и в sysv. 10 лет назад в некоторых дистрибутивах монтирование usb-диска требовало прав root, хотя, казалось бы...
> Ну а systemd то тут причём
systemd это комбайн который много на себя берёт! Вот пусть теперь и решает!
> Ну а systemd то тут причём, зачем с помошью него строить такие
> развесистые кастыли для отмонтирования ресурсов?При том, что раньше все работало, а с systemd перестало.
>> Ну а systemd то тут причём, зачем с помошью него строить такие
>> развесистые кастыли для отмонтирования ресурсов?
> При том, что раньше все работало, а с systemd перестало.Ох, костылять им не перекостылять.
Волшебные https://blog.ganneff.de/2016/08/new-gnupg-agent-in-debian заклинания: теперь, как в Настоящей УиндоузТМ. Теперь и с http://charlesnagy.info/it/postgresql/postgresql-server-fail... разными сортами таймаутов.
Спешите! Предложение ограниченного.