Года три назад по причине неработоспособности (глючности) у меня всех юнитов запуска XBMC без DM имевшихся на тот момент в интернете, был написан свой кривой, но работоспособный юнит.

xserverkodi.service ----> запускаем X-Server и дёргаем юнит kodi.service

[Unit]
Description=X Server on tty8
After = systemd-user-sessions.service network.target sound.target xserveropenbox.service openbox.service
Requires=kodi.service

[Service]
Type=simple
ExecStart=/usr/bin/X :1 vt8 -nocursor -nolisten tcp
KillSignal=SIGQUIT
Restart=always
RestartSec=0
UtmpIdentifier=tty8
TTYPath=/dev/tty8
TTYReset=yes
TTYVHangup=yes
TTYVTDisallocate=yes
KillMode=process
IgnoreSIGPIPE=no
SendSIGHUP=yes

[Install]
WantedBy=multi-user.target

kodi.service

[Unit]
Description=KODI Media Center on tty8

[Service]
User=kOdI
PAMName=kOdI
Type=simple
TTYPath=/dev/tty8
Environment=DISPLAY=:1.0
ExecStartPre=-/bin/sleep 1.4
ExecStartPre=/usr/bin/xrandr --output HDMI1 --mode 1920x1080 --rate 23.98
ExecStartPre=/usr/bin/xgamma -gamma 1.125
ExecStart=/usr/lib/x86_64-linux-gnu/kodi/kodi.bin
Nice=-11
KillSignal=SIGQUIT
Restart=always
RestartSec=0

и одновременно с xbmc у меня запускается openbox похожим юнитом

xserveropenbox.service

[Unit]
Description=X Server on tty7
After = systemd-user-sessions.service network.target sound.target
Requires=openbox.service

[Service]
Type=simple
ExecStart=/usr/bin/X :0 vt7 -nolisten tcp
Restart=always
RestartSec=0
UtmpIdentifier=tty7
TTYPath=/dev/tty7
TTYReset=yes
TTYVHangup=yes
TTYVTDisallocate=yes
KillMode=process
IgnoreSIGPIPE=no
SendSIGHUP=yes

[Install]
WantedBy=multi-user.target

openbox.service

[Unit]
Description=OPENBOX Shell on tty7

[Service]
User=OpenBOX
PAMName=OpenBOX
Type=simple
TTYPath=/dev/tty7
Environment=DISPLAY=:0.0
ExecStartPre=-/bin/sleep 0.5
ExecStart=/usr/bin/openbox-session
Restart=always
RestartSec=0

И вроде все работает, система отдаёт ресурсы аппаратное ускорение, звук, управление питанием и т.д. Довольно стабильно загружается, не зависает. Но вот при загрузке стартует не с первого раза, сначала ругается несколько раз, обычно два раза и лишь на третий стартует нормально, ошибки в syslog такие:

май 13 05:01:37 SERVER-0C64EF77A7 dbus[622]: [system] Successfully activated service 'org.freedesktop.hostname1'
май 13 05:01:37 SERVER-0C64EF77A7 systemd[696]: pam_unix(systemd-user:session): session opened for user OpenBOX by (uid=0)
май 13 05:01:37 SERVER-0C64EF77A7 systemd[698]: pam_unix(systemd-user:session): session opened for user kOdI by (uid=0)

май 13 05:01:37 SERVER-0C64EF77A7 systemd[713]: pam_unix(kodi:session): session closed for user kOdI

-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
май 13 05:01:37 SERVER-0C64EF77A7 dbus[622]: [system] Rejected send message, 2 matched rules; type="method_call", sender=":1.6" (uid=109 pid=713 comm="(sd-pa     ") interface="org.freedesktop.login1.Manager" member="ReleaseSession" error name="(unset)" requested_reply="0" destination="org.freedesktop.login1" (uid=0 pid=610 comm="/lib/systemd/systemd-logind ")
май 13 05:01:37 SERVER-0C64EF77A7 systemd[713]: pam_systemd(kodi:session): Failed to release session: Access denied
май 13 05:01:37 SERVER-0C64EF77A7 systemd[715]: pam_unix(kodi:session): session opened for user kOdI by (uid=0)
май 13 05:01:37 SERVER-0C64EF77A7 systemd-logind[610]: New session c3 of user kOdI.
май 13 05:01:38 SERVER-0C64EF77A7 systemd[717]: pam_unix(openbox:session): session closed for user OpenBOX
май 13 05:01:38 SERVER-0C64EF77A7 dbus[622]: [system] Rejected send message, 2 matched rules; type="method_call", sender=":1.8" (uid=111 pid=717 comm="(sd-pam    ") interface="org.freedesktop.login1.Manager" member="ReleaseSession" error name="(unset)" requested_reply="0" destination="org.freedesktop.login1" (uid=0 pid=610 comm="/lib/systemd/systemd-logind ")
май 13 05:01:38 SERVER-0C64EF77A7 systemd[717]: pam_systemd(openbox:session): Failed to release session: Access denied
май 13 05:01:38 SERVER-0C64EF77A7 systemd-logind[610]: Removed session c2.
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
май 13 05:01:38 SERVER-0C64EF77A7 systemd[741]: pam_unix(openbox:session): session opened for user OpenBOX by (uid=0)
май 13 05:01:38 SERVER-0C64EF77A7 systemd-logind[610]: New session c4 of user OpenBOX.

может кто подскажет, чего ему не хватает для полного счастья и как это исправить???

P.S. Извиняюсь за длинную портянку текста, но спрятать под спойлер у меня не получилось.

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

Что, примерно, хотелось бы получить:

• Автозапуск Бэкапа раз в декаду, желательно средствами самой программы, а не через cron.
  
• Возможность работы и настройки без x-сервера.
  
• Файловая организация, у бэкап копии, должна оставаться точно такой же, как у источника, т.е. ни какого архивирования и шифрования, был 0001.jpg им и должен остаться.
  
• В бэкап должны добавляться только новые файлы.
  
• Те файлы которые уже есть сравниваем по crc или hash, в случаи их различий файл который в бэкапе переносим в специальную папку [.modified][дата dd.mm.yyyy] желательно с сохранением своих путей, а на его место копируем файл из источника.
  
• Удаленные в источнике файлы в бэкапе переносим в специальную папку [.delete][дата dd.mm.yyyy][путь который был у файла][файл]
  
• Если файл в источнике перенесен в другое место или переименована директория его содержащая, то в бэкапе должно произойти тоже самое, возможно с отражением сего действа в текстовом файле (логе), что куда перенесено и во что переименовано.
  
• Параноидальное желание. В качестве защиты от порчи файловой системы не плохо бы, что бы при сильном расхождении бэкап копии с источником, процесс бэкапа не осуществлялся.
  

Интересует, возможно ли всё это, какой программой проще всего это реализовать под Debian 8, на какие параметры обратить особое внимание в man'е? Если где-то есть хорошая статья, желательно на русском, был бы рад ссылке на неё. А если у Вас что-то подобное уже реализовано хотелось бы увидеть и пример вашего конфига. Всем откликнувшимся огромное спасибо.

Пытаюсь написать скрипт для openvpn, который должен монтировать сетевые диски при подключении определенных пользователей и размонтировать их при отключении. Основная проблема заключается в том, что openvpn настроен на роботу с пониженными привелегиями. И если с монтированием эта проблема решается добавлением в fstab строчек вида

//10.10.10.10/writeable /disk/network/writeable cifs noauto,_netdev,users,guest,rw,iocharset=utf8,file_mode=0777,dir_mode=0777,cache=none 0 0

то с размонтированием у меня возникли проблемы. Пока хост доступен umount работает и с правами пользователя. Но мне надо размонтировать диск как раз когда хост не доступен и тут он ругается что хост недоступен и диск не размонтирует. Как я понимаю надо вот так umount -l -f но на это он ругается что только root так может.

В общем проблема такова. Решил я на домашнем сервачке обновить программное обеспечение, и перейти с Linux Mint Debian Edition, на чистый Debian 8. А так как нынче в Debian используется systemd в место init, а он зверь мне не знакомый, перед окончательной установкой на сервер решил обкатать данный дистрибутив на ноутбуке, т.к. он имеет схожую начинку. Еб... ой т.е. игрался я на ноуте с ним 5-10 дней Устанавливал переустанавливал, ставил удалял различные пакеты, очень часто перезагружал. И уже тогда стал замечать что число UDMA CRC Error росло и за эти 5-10 дней с 0 выросло до 5179. Но особого значения тогда не предал, подумал что диску приходит кирдык, хоть он почти новый. Диск в ноуте Seagate. Ну и собственно поставил этот дистрибутив на сервер. Диск в сервере Hitachi. В итоге +35 CRC Error за время установки и настройки. А после дня работы сервера, на утро обнаружил что два раздела диска из трех перемонтированы только на чтение и ещё около 100 UDMA CRC Error Count в SMART'е уже Hitachi. Т.к. под Windows на ноутбучном Segete ошибок было 0 и сейчас так же стабильно 5179 и не растет. Аналогичная ситуация с hitachi в сервере за 2-3 года пока стоял Linux Mint DE ни прибавилось ни одного CRC Error. Предполагаю что проблема где то в дистрибутиве Debiana. А вот куда копать не знаю. Может кто сталкивался???