Глупый вопрос по systemd

Мануалы от древних версий системд.

Debian Wheezy, например, ещё поддерживается, а systemd в нём не умеет без .service

хотел тебе посоветовать использовать таб вместо копипасты мануалов, но вспомнил, что systemctl start sm \Tab \Tab умеет тормозить секунд по пять, в зависимости от железа.

Там разве был systemd?

умеет тормозить секунд по пять

подтверждаю, бесит! Уже весь обмазался SSD и рамой - а системдос тормозит.

Был. Он по дефолту просто не стоял. Там, например, и openrc имеется.

Дополнением занимается bash-completion, а виноват systemd. Впрочем, я не удивлён, systemd-хейтеры поголовно безграмотны.

openrc знаю, что имелся, ставил - пользовался, а вот про sd в wheezy даже не подозревал

ты думаешь, bash-completion по-волшебству информацию о дополнении ввода получает? Так вот, он вызывает systemctl, достает оттуда инфу о юнитах.

systemd-хейтеры

не угадал

Потому что может быть 2 юнита с одним именем, но разного типа, например сервис и маунт.

Ну так тормозит-то системдно. Кто виноват, что он баш-комплишну инфу отдаёт 5 минут? Я вот когда-то писал поддержку tf для bash-completion, вот оно тормозило ещё круче, но тормозил именно tf, обёртка на bash это доли процента от тормозов.

Когда используется команда start, то автоматически подразумевается юнит .service

также и для других команд и других типов юнитов

Потому что кроме smbd.service может быть ещё и smbd.timer

Второй вариант тогда внесёт неясность.

Ну так тормозит-то системдно.

о том и разговор

Блин, с оказией хотел все-таки найти, где тормозит, добавил в «/usr/share/bash-completion/completions/systemctl» 'set -x', но оно зараза перестало. Закешировалось. Убрал set -x, конечно, но все еще закешировано, не воспроизводится. Ребутаться влом

В общем случае юнит — это не только service, но и socket, device, mount, automount, swap, target, path, timer, slice или scope.

Это понятно, но разве можно через start активировать тот-же socket или timer? И если несколько одинаковых имен, но разные типы юнитов, он-же ругнуться должен?

https://www.google.ru/search?q="systemctl start *.timer"

Из мана. Там можно подробнее прочимтать

Unit commands listed above take either a single unit name (designated as NAME), or multiple unit specifications (designated as PATTERN...). In the first case, the unit name with or without a suffix must be given. If the suffix is not specified (unit name is «abbreviated»), systemctl will append a suitable suffix, ".service" by default, and a type-specific suffix in case of commands which operate only on specific unit types. For example,

# systemctl start sshd

and

# systemctl start sshd.service

но разве можно через start активировать тот-же socket или timer?

Да.

я не удивлён, systemd-хейтеры поголовно безграмотны

а вот это уже фанбойством попахивает. когда на слабых атомах по 60% цпу пять-десять секунд init что-то майнит на твои нажатия таба — это конечно bash-completion виноват.
ага.

Капчу разгадать просит...

Ну короче, .service можно пускать без суфикса и вообще не париться, что sd меня не правильно поймет. Ок, это я и хотел услышать.

Тогда ответ на твой вопрос: Да.

Дополнением занимается bash-completion, а виноват systemd

Плюсую. Возможно, бок именно в bash-completion, не разбирался, но у меня всегда в Debian были какие-то косяки с автодополнением в 'apt-get instal ...' Иногда срабатывает, иногда нет. Приходится перед этим делать 'apt-get update'.

более точное указание что к чему. К примеру может несколько скриптов отличающихся только «расширением» файла

к примеру у меня есть скрипт бекапа /etc
backup1etc.service

а рядом лежит скрипт-таймер запуска одноименного .service ы опрделенное время
backup1etc.timer

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