Как предположил @Gilles , более удобно работать по требованию, особенно когда вы используете его для тестирования Selenium. Вот пример команд оболочки:
export DISPLAY=:99
xdpyinfo -display $DISPLAY > /dev/null || Xvfb $DISPLAY -screen 0 1024x768x16 &
Проверка отображения с использованием xdpyinfo
before позволит убедиться, что вы не запустите виртуальный кадровый буфер дважды.
Если вам действительно нужно запустить его при запуске, вы можете попробовать следующий скрипт init.d :
#!/bin/sh
XVFB=/usr/bin/Xvfb
XVFBARGS=":1 -screen 0 1024x768x24 -ac +extension GLX +render -noreset -nolisten tcp"
PIDFILE=/var/run/xvfb.pid
case "$1" in
start)
echo -n "Starting virtual X frame buffer: Xvfb"
start-stop-daemon --start --quiet --pidfile $PIDFILE --make-pidfile --background --exec $XVFB -- $XVFBARGS
echo "."
;;
stop)
echo -n "Stopping virtual X frame buffer: Xvfb"
start-stop-daemon --stop --quiet --pidfile $PIDFILE
echo "."
;;
restart)
$0 stop
$0 start
;;
*)
echo "Usage: /etc/init.d/xvfb {start|stop|restart}"
exit 1
esac
exit 0
Источник: dloman / xvfb на GitHub (разветвленный от: jterrace / xvfb )
Сохраните его как /etc/init.d/xvfb
и сделайте его исполняемым, затем запустите его как:
/etc/init.d/xvfb start
Для автоматического запуска при запуске выполните:
sudo update-rc.d xvfb defaults
Чтобы удалить его из автозапуска, запустите:
sudo update-rc.d -f xvfb remove
Также добавьте в environment
файл для распознавания программами X, например:
echo DISPLAY=":1" | sudo tee -a /etc/environment
Вот версия для версии systemd: dloman / xvfb.service .
/etc/rc.local
предпочтительным по сравнениюupdate-rc.d
с использованием собственных сценариев?