Як запропонував @Gilles , він більше підходить для запуску на вимогу, особливо коли ви використовуєте його для тестування Selenium. Ось приклад команд оболонки:
export DISPLAY=:99
xdpyinfo -display $DISPLAY > /dev/null || Xvfb $DISPLAY -screen 0 1024x768x16 &
Перевірка дисплея за допомогою xdpyinfo
раніше гарантуватиме, що ви не будете запускати віртуальний фреймбуфер двічі.
Якщо вам дійсно потрібно запустити його при запуску, ви можете спробувати такий сценарій 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
Ось версія для системної версії: dloman / xvfb.service .
/etc/rc.local
вважають за краще використовуватиupdate-rc.d
з власними індивідуальними сценаріями?