LINUX.ORG.RU

В systemd появилась альтернатива утилиты su

 , ,


3

5

Леннарт Поттеринг добавил в утилиту machinectl возможность управлять входом в систему локальным пользователям, что является главной функцией классической Unix-утилиты su уже более 30 лет. Необходимость такого шага Леннарт объяснил тем, что концепт работы su остается очень неясным, и при открытии новой сессии получается смесь старых и новых параметров окружения. Утилита machinectl призвана улучшить ситуацию, изменяя только минимально нужное количество системных свойств в новой пользовательской сессии.

Новая функциональность уже доступна в systemd 225.

Примеры использования

Видеодемонстрация

>>> Подробности

Deleted

Проверено: splinter ()
Последнее исправление: Psych218 (всего исправлений: 7)

Ответ на: комментарий от intelfx

Ты сказал: «Если ты знаешь арчи - ты русский.» Остальные не относятся к докам (инструкциям) негативно, тем более что документация там действительно замечательная.

anonymous
()
Ответ на: комментарий от anonymous

Не распарсил.

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

intelfx ★★★★★
()
Ответ на: комментарий от intelfx

Сам давно из школот вьілез? Линукс сдохнет и єто факт, ну и вместе с ним умники вроде тебя

anonymous
()
Ответ на: комментарий от anonymous

У меня Vindows Vista SP2, а вот у тебя действительно велосипед без сидушки :D. Даже не знаю, когда линукс догонит винду по функциональности, защищенности и удобству софта. Сам кололся, лез на линукс, жаль потраченное время

anonymous
()
Ответ на: комментарий от anonymous

У меня Vindows Vista SP2,

Предлагаю присвоить внеочередное звание победителя в категории «Садо-мазохист года».

Deleted
()
Ответ на: комментарий от Deleted

Фанатики вроде тебя просто отрицают очевидное. Windows в графическом стеке работает куда производительнее всяких иксов и вейландов. Вы просто медленно движетесь к винде. Твои концепты убоги. Признай уже, что линукс не годен для десктопа (да и для сервера тоже), не в ту сторону вы пошли, реально переписывание всего и вся, изменение иерархии файловой системы, правил монтирования разделов, несовместимые со старыми драйверами инструкции новых ядер. Тупик

anonymous
()
Ответ на: комментарий от Deleted

он уже сам не осиливает к куче своего го*нокода что-то еще прикрутить...

anonymous
()
Ответ на: комментарий от anonymous

Сам кололся, лез на линукс, жаль потраченное время

Да, не каждый нарко-зависимый осознает весь вред.

andreyu ★★★★★
()
Ответ на: комментарий от anonymous

Windows ... работает ... ?

это что-то новенькое...

anonymous
()
Ответ на: комментарий от anonymous

А вы и все комментирующие здесь вообще ман читали? http://www.freedesktop.org/software/systemd/man/machinectl.html

machinectl shell Open an interactive shell session in a container or on the local host. The first argument refers to the container machine to connect to.

Нужно это в первую очередь для контейнеров, но по совместительству оно может и хостовую систему.

FiX
()
Ответ на: комментарий от FiX

Да нафига им читать, они какашками пришли покидаться. Они и про systemd в целом не читали, но осуждают (с)

alex_the_v ★★★
()
Ответ на: комментарий от tailgunner

Проявляется на всех ОС с виртуальной памятью начиная с Atlas.

логично было бы ожидать что оом будет убивать процессы, которые сжирают память и лезут в свап. На практике же первыми погибают всякие sshd, bash, login и т.п. А ОС продолжает тормозить.

prizident ★★★★★
()
Ответ на: комментарий от unixnik

им фиолетово

Ну и молодцы. Рад за них.

Deleted
()

Он бы лучше придумал замену для systemctl, hostnamectl...

barberry ★★
()

Я так и не понял, какие от systemd профиты? Ускорение загрузки для дядьки могущем в саспенд вообще не плюс.

anonymous
()

надо так: su пока еще остается альтернативой systemd

anonymous
()
Ответ на: комментарий от anonymous

Свистоперделки для cgroups; если хочется писать иниты, то вроде как проще, и бинарные логи. Kороче для домохозяек, админов локалхоста и олдскульных админов совершенно бесполезно. Остаются админы-хипсторы для которых unix-way устарел и имеет фатальный недостаток, а также рэдхат-ынтырпррайз.

anonymous
()
Ответ на: комментарий от anonymous

Спасибо, анончик, сегодня ночью я не смогу уснуть.

anonymous
()
Ответ на: комментарий от anonymous

Кто спорит?! Только пусть поступает как все няшки: делает селфики, рассказыват что покушал и как покакал.

anonymous
()
Ответ на: комментарий от anonymous

Не передёргивай! Emacs скоро сам переедет на systemd, lilo на grub в нём уже заменили.

anonymous
()
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от anonymous

А он себе пилит свою софтину и пушит изменения в git. В чём разница? В том, что нашлось куча тех, кто разделяет его мнение, и куча дистрибутивов (слава демократии!), решили перейти на его софт?

Chaser_Andrey ★★★★★
()
Ответ на: комментарий от anonymous

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

Chaser_Andrey ★★★★★
()
Ответ на: комментарий от madjestic

Он имел ввиду невозможность использования современного оригинального udev без systemd (не считая форков типа eudev)? Ну я не знаю, так ли там всё прибито гвоздями, но если так - то плохо. Как и прибитый гвоздями journald (причем, не только невозможность использования journald без systemd, но и наоборот).

Chaser_Andrey ★★★★★
()

К черту такой линукс.

GFORGX ★★★
()
Ответ на: комментарий от Chaser_Andrey

systemd без journald работает. Впрочем, апстрим этот юзкейс не особо заботит (т. е. могут в один прекрасный момент отломать, если сильно потребуется).

Наоборот (journald без systemd) — я думаю, будет работать, если сэмулировать сокет-активацию.

intelfx ★★★★★
()
Ответ на: комментарий от Chaser_Andrey

Что касается udev — скорее всего, всё прибито, потому что в udev есть, например, SYSTEMD_WANTS и так далее. Но в код не смотрел.

intelfx ★★★★★
()
Ответ на: комментарий от intelfx

systemd без journald работает, но логи всё равно форвардятся через journald, чтобы их мог собирать классический логгер (rsyslog, например)?

Chaser_Andrey ★★★★★
()
Ответ на: комментарий от Chaser_Andrey

без journald

через journald

/0

systemd способен работать, если выпилить бинарник и юниты journald из файловой системы. Это я непосредственно проверял. Сам systemd (PID 1 сотоварищи) в таком случае логирует то ли в kmsg, то ли в никуда.

В обратную сторону не проверял, но вангую, что проблемы могут возникнуть только с сокет-активацией и sd_notify.

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 1)
Ответ на: комментарий от intelfx

systemd способен работать, если выпилить бинарник и юниты journald из файловой системы. Это я непосредственно проверял. Сам systemd (PID 1 сотоварищи) в таком случае логирует то ли в kmsg, то ли в никуда.

Вот в этом моменте хотелось бы узнать позицию разработчиков systemd, чтобы не оказалось, что они решат прибить в следующей версии journald гвоздями. А логгировать в никуда - это плохо.. тут тоже надо, чтобы если они логгируют в kmsg, то это было нормальным поведением, а не undefined behavior.

Chaser_Andrey ★★★★★
()
Ответ на: комментарий от Chaser_Andrey

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

Позиция разработчиков давно известна: «Если у вас работает, то мы за вас рады, но поддерживать это (и следить, чтобы не отвалилось) мы не собираемся».

надо, чтобы если они логгируют в kmsg, то это было нормальным поведением, а не undefined behavior

Сам systemd (PID 1) будет писать в kmsg, если ему в конфиге об этом написать. Это нормальное поведение. А за остальные компоненты не в курсе. Есть подозрение, что они пишут туда же, куда и PID 1 — а может быть, и всегда в journald.

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 1)
Ответ на: комментарий от anonymous

Vindows Vista SP2

А Millemium'а у тебя в дуалбуте случайно нет?

anonymous
()
Ответ на: комментарий от ZenitharChampion

Читал в одной старой книжке про администрирование Unix, что предпочтительней использовать sudo, особенно если несколько человек выполняют функции администраторов системы.

Hemulo
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.