Jak sugeruje @Gilles , bardziej nadaje się do uruchamiania na żądanie, szczególnie gdy używasz go do testowania Selenium. Oto przykładowe polecenia powłoki:
export DISPLAY=:99
xdpyinfo -display $DISPLAY > /dev/null || Xvfb $DISPLAY -screen 0 1024x768x16 &
Sprawdzanie wyświetlania za pomocą xdpyinfo
wcześniej pozwoli uniknąć dwukrotnego uruchomienia wirtualnego bufora ramki.
Jeśli naprawdę musisz go uruchomić podczas uruchamiania, możesz wypróbować następujący skrypt 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
Źródło: dloman / xvfb w GitHub (rozwidlone z: jterrace / xvfb )
Zapisz jako /etc/init.d/xvfb
i ustaw, aby był wykonywalny, a następnie uruchom go jako:
/etc/init.d/xvfb start
Aby automatycznie uruchomić przy uruchomieniu, uruchom:
sudo update-rc.d xvfb defaults
Aby usunąć go z automatycznego uruchamiania, uruchom:
sudo update-rc.d -f xvfb remove
Dodaj również do environment
pliku, który ma być rozpoznawany przez programy X, np .:
echo DISPLAY=":1" | sudo tee -a /etc/environment
Oto wersja dla wersji systemd : dloman / xvfb.service .
/etc/rc.local
niż używanieupdate-rc.d
własnych skryptów?