command \
-argument \
-argument \
$(cat ./file) \
-argument \
...
будет работать с
-argument
-argument
или
-argument -argument
как ./ file
.
Оболочка разделит его на $ IFS
(табуляция, новая строка, пробел по умолчанию), если $ (cat ./file)
остается пустым, без двойных кавычек.
Альтернативой, когда вам не нужно убирать косую черту, может быть построение строки, а затем eval
ее.
Чтобы всё прояснить:-
1. Как ни один пользователь не заходил в вашу систему?
Никто пользователь — это псевдо-пользователь, созданный по умолчанию при новой установке во многих дистрибутивах Linux и Unix
2. Кто такой никто?
" Никто " пользователь имеет наименьшие разрешения в системе. Он не владеет файлами, не входит в привилегированные группы и не имеет никаких возможностей, кроме тех, что есть у любого другого пользователя. Ни одному пользователю не назначена оболочка.
~$ sudo grep nobody /etc/passwd
nobody:x:65534:65534:nobody:/nonexistent:/usr/sbin/nologin
3. Для чего нужен пользователь Nobody?
В ранних дистрибутивах Unix и Linux было обычным делом запускать демоны (, например, веб-сервер )под пользователем Nobody, чтобы ограничить ущерб для остальной части системы, чтобы, если злонамеренный пользователь получил контроль над таким демон, у него нет доступа ни к какому файлу, ни к привилегированным правам.
Но проблема в том, что когда есть несколько демонов, запущенных с пользователем Nobody, это уже не имеет смысла. Вот почему сегодня у таких демонов есть свой пользователь.
4.Как никто не вошел в систему в вашей системе?
Возможно, у вас запущен какой-то сервис/демон, работающий под пользователем none. Некоторыми примерами сервисов могут быть :httpd, nfs, postfix и т. д.
5. Какие два процесса запущены в вашей системе под ником пользователя?
6. Почему процессы (systemd и sd -pam )все еще существуют, даже если служба, которая работала под пользователем none, больше не работает?
Об этом сообщается как об ошибке,
Systemd-user doesn't properly close its PAM session.
Systemd не может правильно закрыть сеанс pam, поскольку подпроцесс sd -pam теряет привилегии после открытия сеанса pam __(). Таким образом, pam _close _session ()запускается от имени пользователя, а не от имени пользователя root, что нарушает работу модулей PAM, которым необходимо выполнять привилегированные задачи для очистки сеанса.
Для получения дополнительной информации об этом:
https://github.com/systemd/systemd/issues/8598
https://github.com/systemd/systemd/issues/1350
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=803907;msg=5