эх, очень интересная и обьемная тема, но почему-то так мало и так быстро обьяснена ( Если есть возможность, в будущем, расскрой тему создания собственных юнитов поподробнее и с большим обьяснением)
Например? Что бы вы хотели увидеть? Я, честно говоря, не вижу смысла сидеть и объяснять все параметры и ключи. Об этом всём есть и в манах, и в инете. Я ж не могу объяснить каждую команду с каждым ключом и параметром и применением. Я лишь показываю, что есть такое, что можно так сделать и вот пример. А дальше, в зависимости от конкретной задачи, можно найти конкретные параметры.
@@GNULinuxPro да хотябы уделить больше времени про типы сервисов и где какой лучше использовать. Когда лучше использовать oneshot, а когда forking. и тд. Плюс отдельно можно расскать про аутомаунтер и таймер юниты. Даже касательно этого ролика, лично по моему ощущению для новичка тут ничего не понятно, плюс ускоренная запись терминала еще больше дезориенирует. Не знаю, может конечно это только мое виденье, но лично мне очень не хватает инфы в русском сегменте про systemd сервисы.
Привет! А скрипт для инкрементального бэкапа получится так подвесить в виде сервиса? Там же и параметры запуска и таймер какой-то сложный должен быть. Или его придётся дробить на три отдельных сервиса (incremental, full, delete)?
Привет! Скорее всего придётся дробить. Теоретически можно внутри самого сервиса прописать, чтобы он определял текущий день недели и в зависимости от этого выполнял соотвествующий бэкап. Но это будет не гибко. Поэтому лучше разделить на 3 сервиса. Можно даже потом связать full с delete, мол, после того как выполнится full backup, запускать delete предыдущего.
Не совсем. Если говорить про sysvinit, там можно было написать скрипт для управления программой и он превращался в сервис. Никаких маунтов, таймеров, таргетов и других юнитов. Но там все было рассчитано на то, что одна программа - одна задача.
С точки зрения сервиса - да, проще. Но вот прописать зависимости между сервисами, файловыми системами, планировщиком, устройствами и т.п. - только через самодельные скрипты. При изменениях - править скрипт. Устроился на работу - сиди читай чужие скрипты, чтобы понять, что там и почему.
Привет, Мурад! Стало интересно, а возможно ли как-то через юнит открыть в графике эмулятор терминала? Задумка такая: при включении компьютера автоматически открывается окно эмулятора терминала
@@Diggertomix999 Каким графическим окружением пользуетесь? К примеру, если Gnome, погуглите Gnome autostart, если Kde - Kde autostart. И так у каждого окружения могут быть свои утилиты Есть и общие решения, к примеру директория ~/.conf/autostart, но возможно где-то не будет работать
при попытке запустить вновь созданный юнит вылезает ошибка дальше иду в статус и вижу вот такое Хотя я просто использовал созданный системой юнит и просто скопировал его код. Вот мой backup.mount # Self made systemd unit [Unit] Description=Mount for backups Before=local-fs.target [Mount] What=/dev/mapper/workvg-extlv Where=/extended Type=ext4 Options=defaults Помогите пожалуйста не пойму в чем проблема
@@sarevok6075 Ну, уберите что-то из двух, только одну фс можно монтировать в одну директорию. Вы видимо до этого создавали backup.mount, а потом в фстаб прописали ещё extended, из-за чего у вас два одинаковых получилось
Изучаю\тестирую... Никак не получается добиться автоматического отмонтирования. Монтирование по обращению к директории происходит корректно. Mount говорит, что примонтировано 2 точки [root@alma ~]# mount | grep mnt systemd-1 on /mnt/backup type autofs (rw,relatime,fd=76,pgrp=1,timeout=10,minproto=5,maxproto=5,direct,pipe_ino=25125) /dev/sdb1 on /mnt/backup type ext4 (rw,relatime,seclabel) Может кто подскажет, где искать ошибку ?
@@GNULinuxPro Отмонтировал обе точки. Unit automount перешел в режим failed. (соответственно автомантирование при переходе в директорию не работает). запустил юнит, mount показывает только (systemd-1 on /mnt/backup type autofs.........) Захожу в директорию , вижу файлы, mount показывает две точки монтирования (ранее созданную systemd-1 + новую /dev/sdb1 on /mnt/backup )
![Линус Торвальдс про Linux на десктопе [на русском] [debconf14]](/img/1.gif)
Народ, репостите, лайкайте и комментируйте! Ютуб должен знать своих героев!
Мурад, спасибо Вам большое за труды!
спасибо!
Спасибо за такой подробный обзор!
Отдельным сообщением хочу выразить благодарность за отзывчивость и интересный контент!
тооооооооооооооооооооооооп
эх, очень интересная и обьемная тема, но почему-то так мало и так быстро обьяснена ( Если есть возможность, в будущем, расскрой тему создания собственных юнитов поподробнее и с большим обьяснением)
Например? Что бы вы хотели увидеть?
Я, честно говоря, не вижу смысла сидеть и объяснять все параметры и ключи. Об этом всём есть и в манах, и в инете. Я ж не могу объяснить каждую команду с каждым ключом и параметром и применением. Я лишь показываю, что есть такое, что можно так сделать и вот пример. А дальше, в зависимости от конкретной задачи, можно найти конкретные параметры.
@@GNULinuxPro да хотябы уделить больше времени про типы сервисов и где какой лучше использовать. Когда лучше использовать oneshot, а когда forking. и тд. Плюс отдельно можно расскать про аутомаунтер и таймер юниты. Даже касательно этого ролика, лично по моему ощущению для новичка тут ничего не понятно, плюс ускоренная запись терминала еще больше дезориенирует. Не знаю, может конечно это только мое виденье, но лично мне очень не хватает инфы в русском сегменте про systemd сервисы.
@@alexch6854 Спасибо. ничего не обещаю, но, возможно, сделаю какой-нибудь плейлист с разбором различных юнитов
spasiba
Привет!
А скрипт для инкрементального бэкапа получится так подвесить в виде сервиса? Там же и параметры запуска и таймер какой-то сложный должен быть. Или его придётся дробить на три отдельных сервиса (incremental, full, delete)?
Привет!
Скорее всего придётся дробить. Теоретически можно внутри самого сервиса прописать, чтобы он определял текущий день недели и в зависимости от этого выполнял соотвествующий бэкап. Но это будет не гибко. Поэтому лучше разделить на 3 сервиса. Можно даже потом связать full с delete, мол, после того как выполнится full backup, запускать delete предыдущего.
спасибо
Спасибо. С классической системой инициализации подобное возможно?
Не совсем. Если говорить про sysvinit, там можно было написать скрипт для управления программой и он превращался в сервис. Никаких маунтов, таймеров, таргетов и других юнитов. Но там все было рассчитано на то, что одна программа - одна задача.
@@GNULinuxPro Звучит проще.
С точки зрения сервиса - да, проще. Но вот прописать зависимости между сервисами, файловыми системами, планировщиком, устройствами и т.п. - только через самодельные скрипты. При изменениях - править скрипт. Устроился на работу - сиди читай чужие скрипты, чтобы понять, что там и почему.
Привет, Мурад!
Стало интересно, а возможно ли как-то через юнит открыть в графике эмулятор терминала? Задумка такая: при включении компьютера автоматически открывается окно эмулятора терминала
Привет
Да, это можно реализовать через пользовательский systemd unit
Но обычно это делается через autostart графического окружения
@@GNULinuxPro можно немного подробнее об autostart?
@@Diggertomix999 Каким графическим окружением пользуетесь? К примеру, если Gnome, погуглите Gnome autostart, если Kde - Kde autostart. И так у каждого окружения могут быть свои утилиты
Есть и общие решения, к примеру директория ~/.conf/autostart, но возможно где-то не будет работать
@@GNULinuxPro на виртуалке пользуюсь гномом.
Понял, спасибо большое, буду вникать!
при попытке запустить вновь созданный юнит вылезает ошибка дальше иду в статус и вижу вот такое
Хотя я просто использовал созданный системой юнит и просто скопировал его код. Вот мой backup.mount
# Self made systemd unit
[Unit]
Description=Mount for backups
Before=local-fs.target
[Mount]
What=/dev/mapper/workvg-extlv
Where=/extended
Type=ext4
Options=defaults
Помогите пожалуйста не пойму в чем проблема
Переименуйте backup.mount в extended.mount
Имя должно соответствовать точке монтирования
А вот исходный файл extended.mount
@@sarevok6075 Ну, уберите что-то из двух, только одну фс можно монтировать в одну директорию. Вы видимо до этого создавали backup.mount, а потом в фстаб прописали ещё extended, из-за чего у вас два одинаковых получилось
Изучаю\тестирую... Никак не получается добиться автоматического отмонтирования. Монтирование по обращению к директории происходит корректно. Mount говорит, что примонтировано 2 точки
[root@alma ~]# mount | grep mnt
systemd-1 on /mnt/backup type autofs (rw,relatime,fd=76,pgrp=1,timeout=10,minproto=5,maxproto=5,direct,pipe_ino=25125)
/dev/sdb1 on /mnt/backup type ext4 (rw,relatime,seclabel)
Может кто подскажет, где искать ошибку ?
Для начала отмонтируй обе точки. Затем попробуй зайти и проверить, сколько там примонтировано
@@GNULinuxPro Отмонтировал обе точки. Unit automount перешел в режим failed. (соответственно автомантирование при переходе в директорию не работает). запустил юнит, mount показывает только (systemd-1 on /mnt/backup type autofs.........) Захожу в директорию , вижу файлы, mount показывает две точки монтирования (ранее созданную systemd-1 + новую /dev/sdb1 on /mnt/backup )
@@vasilygrachev5300 у тебя помимо automount ещё autofs настроен?
@@GNULinuxPro Нет. autofs не настроен. (По крайней мере его присутствие в системме не нашёл)
@@vasilygrachev5300 Можешь показать fstab и automount unit?