dima81 Сообщения

dima81	# 3 года, 8 месяцев назад
Темы: 34 Сообщения: 156 Участник с: 25 апреля 2018	Решение нашёл, дублировать не стал, кому интересно смотрите: https://www.linux.org.ru/forum/general/14699150?lastmod=1545997262470#comment-14699494

dima81	# 3 года, 8 месяцев назад
Темы: 34 Сообщения: 156 Участник с: 25 апреля 2018	`fuser /dev/mapper/luks-504afb56-d789-463b-8d6f-514d9dfebb10` На выходе ничего нет.

dima81	# 3 года, 8 месяцев назад (отредактировано 3 года, 8 месяцев назад)
Темы: 34 Сообщения: 156 Участник с: 25 апреля 2018	`Может занято самим терминалом, в котором проводите операцию... )` прикалывайтесь? ) Проверил findmnt примонтированных разделов шифрованного диска нет совсем. lsof ничего не нашёл по названию контейнера.

dima81	# 3 года, 8 месяцев назад (отредактировано 3 года, 8 месяцев назад)
Темы: 34 Сообщения: 156 Участник с: 25 апреля 2018	Открываю контейнер командой `$sudo cryptsetup luksOpen ....` Если надо отключить то отмонтирую разделы и закрываю контейнер `$sudo cryptsetup luksClose` но закрыть его не получается, в терминале выдаёт сообщение: `Device luks-504afb56-d789-463b-8d6f-514d9dfebb10 is still in use.` lsblk показывает, что всё отмонтированно. Как правильно закрыть этот контейнер?

dima81

# 3 года, 8 месяцев назад (отредактировано 3 года, 8 месяцев назад)

Темы: 34

Сообщения: 156

Участник с: 25 апреля 2018

Открываю контейнер командой

$sudo cryptsetup luksOpen ....

Если надо отключить то отмонтирую разделы и закрываю контейнер

$sudo cryptsetup luksClose

но закрыть его не получается, в терминале выдаёт сообщение:

Device luks-504afb56-d789-463b-8d6f-514d9dfebb10 is still in use.

lsblk показывает, что всё отмонтированно.

Как правильно закрыть этот контейнер?

dima81	# 3 года, 8 месяцев назад
Темы: 34 Сообщения: 156 Участник с: 25 апреля 2018	В результате формируется grub.cfg.new переименовал в grub.cfg всё загрузилось.

dima81	# 3 года, 8 месяцев назад
Темы: 34 Сообщения: 156 Участник с: 25 апреля 2018	При генерации конфига grub выдает Может кто сталкивался. Устанавливаю arch на внешний ssd, будет как переносная система.

dima81	# 3 года, 8 месяцев назад (отредактировано 3 года, 8 месяцев назад)
Темы: 34 Сообщения: 156 Участник с: 25 апреля 2018	indeviral достаточно прописать в .service `[Service] User=dima` Этот вариант хорош, наиболее простой мне показался. Правило запускается от рута и сервис тоже, а скрипт в сервисе от пользователя, теперь сам скрипт безопасен и пользователь может его редактировать.

dima81

# 3 года, 8 месяцев назад (отредактировано 3 года, 8 месяцев назад)

Темы: 34

Сообщения: 156

Участник с: 25 апреля 2018

indeviral
достаточно прописать в .service
    [Service]
    User=dima

Этот вариант хорош, наиболее простой мне показался.
Правило запускается от рута и сервис тоже, а скрипт в сервисе от пользователя, теперь сам скрипт безопасен и пользователь может его редактировать.

dima81	# 3 года, 8 месяцев назад
Темы: 34 Сообщения: 156 Участник с: 25 апреля 2018	Если написать `KERNEL=="card0", ACTION=="change", RUN+="/usr/bin/systemctl start /home/USER/.config/systemd/user/ctrlmon"` то не срабатывает.

dima81	# 3 года, 8 месяцев назад (отредактировано 3 года, 8 месяцев назад)
Темы: 34 Сообщения: 156 Участник с: 25 апреля 2018	Может быть кто подскажет, возможно ли что бы правило `$ cat /etc/udev/rules.d/30-ctrl_monitor.rules KERNEL=="card0", ACTION=="change", RUN+="/usr/bin/systemctl start ctrlmon"` запускало сервис от пользователя. А сам файл сервиса можно расположить по адресу `~/.config/systemd/user/` а не в `/etc/systemd/system/ctrlmon.service` Собственно вопрос возник почему: - расположение скрипта в /home/USER/script.sh при запуске его через системный сервис опасно. Изменив скрипт можно чего ни будь нехорошее сделать например $rm -rf {foo}/{bar} - расположив скрипт в /usr/local/bin/script.sh отредактировать его конечно невозможно от пользователя, но это же и создаёт некое неудобство для его изменения пользователем - расположив сервис по пути ~/.config/systemd/user/ можно смело запускать скрипт из /home/USER/script.sh, если в нем будет что то, что требует повышенных привилегий, то просто не сработает.

dima81

# 3 года, 8 месяцев назад (отредактировано 3 года, 8 месяцев назад)

Темы: 34

Сообщения: 156

Участник с: 25 апреля 2018

Может быть кто подскажет, возможно ли что бы правило

$ cat /etc/udev/rules.d/30-ctrl_monitor.rules
KERNEL=="card0", ACTION=="change", RUN+="/usr/bin/systemctl start ctrlmon"

запускало сервис от пользователя.

А сам файл сервиса можно расположить по адресу

~/.config/systemd/user/

а не в

/etc/systemd/system/ctrlmon.service

Собственно вопрос возник почему:
- расположение скрипта в /home/USER/script.sh при запуске его через системный сервис опасно. Изменив скрипт можно чего ни будь нехорошее сделать например $rm -rf {foo}/{bar}
- расположив скрипт в /usr/local/bin/script.sh отредактировать его конечно невозможно от пользователя, но это же и создаёт некое неудобство для его изменения пользователем
- расположив сервис по пути ~/.config/systemd/user/ можно смело запускать скрипт из /home/USER/script.sh, если в нем будет что то, что требует повышенных привилегий, то просто не сработает.

dima81	# 3 года, 8 месяцев назад
Темы: 34 Сообщения: 156 Участник с: 25 апреля 2018	По мне xfce + kwin работает нормально, тормозов нет, глюков нет, удобство работы с окнами хорошее, ну и глаз радует. Поэтому 550 метров при старте полностью устраивает, особенно когда на борту 8Г. Жрёт много памяти только firefox, тут уж никуда не денешься, больше вкладок, больше памяти зажирает.

dima81

# 3 года, 8 месяцев назад

Темы: 34

Сообщения: 156

Участник с: 25 апреля 2018

По мне xfce + kwin работает нормально, тормозов нет, глюков нет, удобство работы с окнами хорошее, ну и глаз радует. Поэтому 550 метров при старте полностью устраивает, особенно когда на борту 8Г. Жрёт много памяти только firefox, тут уж никуда не денешься, больше вкладок, больше памяти зажирает.