openbox et lancement au démarrage

fazer1k · Le 04/08/2009, à 15:05

Bonjour. Je crée un serveur léger. Donc j'ai installé un ubuntu en utilisant l'install en ligne de commande de "ubuntu alternate" (ou qq chose d'approchant!). J'ai quand même une interface graphique, mais une légère "openbox". J'ai installé virtualbox et 1 serveur virtuel pour l'instant (l'idée étant d'en faire tourner au moins 2). Mon problème se situe au démarrage. J'arrive bien à faire un autologin, par contre la commande (que j'ai bien rendu exécutable) ~/.config/openbox/autostart.sh qui contient le lancement de vncserver (/usr/lib/vino/vino-server & ne fonctionne pas au démarrage . Quand je l'exécute en local, tout est ok (donc la commande sans droit fonctionne) mais pas au démarrage. Je n'arrive pas à comprendre pourquoi depuis des heures. Pourtant ensuite je devrai lancer les VM ...

Merci de votre aide:P

bennyboy · Le 04/08/2009, à 16:23

Salut tu peux envoyer ton fichier autostart ?

Bennyboy.

fazer1k · Le 04/08/2009, à 16:29

voili-voilà son contenu!

#! /bin/bash

# lancement de vnc server
/usr/lib/vino/vino-server &
VBoxManage startvm ServeurWinMyMaison &

petilu63 · Le 04/08/2009, à 17:50

Ah oui, c'est bizarre en effet... ton fichier autostart.sh a l'air tout à fait correct. Qu'advient-il si tu lance ce fichier (le fichier autostart.sh) en ligne de commande ? Y-a-t'il des sorties d'erreurs intéressantes ?

fabux · Le 04/08/2009, à 18:03

Salut,

peut-être mettre un sleep au début de ton autostart pour être sûr que ta session soit bien démarré (démon...) avant de lancé le reste
Après j'en sais rien

fazer1k · Le 04/08/2009, à 18:50

@petilu63 . Merci. Non, quand je le lance en local à partir de ma session, cela se lance bien, sans erreur. Par contre dans le répertoire d'origine d'openbox, il y a également le fichier autostart mais plus compliqué. Je n'ose pas le supprimer ou l'invalider.

Dernière modification par fazer1k (Le 04/08/2009, à 18:52)

petilu63 · Le 04/08/2009, à 19:13

As-tu testé l'astuce de Fabux ? Qu'appelles-tu le répertoire d'origine d'openbox ? Normalement si tu te connectes en tant que /home/login et que tu as édité /home/login/.config/openbox/autostart.sh ce doit être de fichier qui est lu donc je ne vois vraiment pas le problème.

Quand je te demandais de tester le fichier autostart.sh est-ce que tu as bien compris ma question ? À savoir, une fois dans openbox, ouvrir une console et taper

/home/login/.config/openbox/autostart.sh

Sinon, montre-nous toujours ce fichier dans le "répertoire d'origine" pour voir (je pose beaucoup de questions )

fazer1k · Le 04/08/2009, à 19:36

Bon le serveur est un portable que j'ai laissé au bureau (c'est un portable, un utilisateur a explosé l'écran, donc pour moi il ira bien). Je ne peux tester la commande sleep ce soir. L'autostart n'existait pas sous /home/login/.config/openbox/autostart.sh mais existait sous (je crois) /etc/xdg/openbox/autostart.sh . Je l'ai laissé.

petilu63 · Le 04/08/2009, à 20:12

Tu peux modifier sans souci ce fichier /etc/xdg/openbox/autostart.sh pour y mettre les programmes que tu veux lancer au démarrage (au moins pour voir ce qui se passe) ça ne peut pas "casser" quoi que ce soit, puisque openbox peut se lancer sans problème avec rien dans son autostart.sh donc bon. Fais toujours une sauvegarde de sécurité...

fazer1k · Le 05/08/2009, à 14:38

Malgré votre aide précieuse, les deux scripts (/etc/xdg/openbox/autostart.sh ou /home/login/.config/openbox/autostart.sh) ne se lancent pas au démarrage. le /home/login/.config/openbox/autostart.sh se lance bien manuellement sous ma session. J'ai forcé des maj, update, upgrade mais rien à faire. J'ai inséré un sleep 5, puis un sleep 20, cela fonctionne quand je lance le script manuellement mais pas au démarrage. N'y a t il pas un autre moyen d'exécuter un script au démarrage de la machine ?
Merci encore, car je commence à craquer...

Ci dessous le script d'origine

# This shell script is run before Openbox launches.
# Environment variables set here are passed to the Openbox session.

# Set a background color
BG=""
if which hsetroot >/dev/null; then
BG=hsetroot
else
if which esetroot >/dev/null; then
BG=esetroot
else
if which xsetroot >/dev/null; then
BG=xsetroot
fi
fi
fi
test -z $BG || $BG -solid "#303030"

# D-bus
if which dbus-launch >/dev/null && test -z "$DBUS_SESSION_BUS_ADDRESS"; then
eval `dbus-launch --sh-syntax --exit-with-session`
fi

# Make GTK apps look and behave how they were set up in the gnome config tools
if test -x /usr/libexec/gnome-settings-daemon >/dev/null; then
/usr/libexec/gnome-settings-daemon &
elif which gnome-settings-daemon >/dev/null; then
gnome-settings-daemon &
# Make GTK apps look and behave how they were set up in the XFCE config tools
elif which xfce-mcs-manager >/dev/null; then
xfce-mcs-manager n &
fi

# Preload stuff for KDE apps
if which start_kdeinit >/dev/null; then
LD_BIND_NOW=true start_kdeinit --new-startup +kcminit_startup &
fi

# Run XDG autostart things. By default don't run anything desktop-specific
# See xdg-autostart --help more info
DESKTOP_ENV=""
if which /usr/lib/openbox/xdg-autostart >/dev/null; then
/usr/lib/openbox/xdg-autostart $DESKTOP_ENV
fi

Dernière modification par fazer1k (Le 05/08/2009, à 14:42)

petilu63 · Le 05/08/2009, à 14:51

As-tu essayé de modifier ce fichier autostart.sh (/etc/xdg/openbox/...) ? Si tu as fait une installation minimale (sans interface graphique donc à priori sans gnome) tu ne devrais pas avoir besoin de lancer quoi que ce soit dans les sections #Make GTK gnagna #Make GTK ceci et # Preload stuff for KDE apps

Tu peux peut-être essayer de commenter (avec un dièse en début de ligne) toutes ces lignes pour voir. Parce que si autostart.sh essaie de lancer quelque chose mais qu'il n'y arrive pas c'est peut être gênant. As-tu essayé de rajouter dans ce fichier les lignes correspondantes aux applications que tu veux lancer ? Il y a sûrement un autre moyen très simple de lancer des applications mais je ne le connai pas ... avis aux utilisateurs avancés

fazer1k · Le 05/08/2009, à 15:21

En fait j'ai carrément désactivé le /etc/xdg/openbox/autostart.sh en le remplaçant par le mien. Avec un sleep de 5 puis 20. Mais rien n'y fait. Le serveur n'était pas à l'heure (décalage UMT), j'ai corrigé (on ne sait jamais, mais rien). Quant à l'interface graphique, en fait j'ai pris l'installation avec le cd alternate et j'ai choisi openbox comme interface graphique.C'est peut-être aussi une histroire de droit mais je ne vois rien de spécial dans les logs.

Comme vu à l'adresse http://forum.ubuntu-fr.org/viewtopic.php?pid=1959421 j'ai essayé de coller le script en fin du fichier ~/.bashrc . Il ne se passe rien sauf que quand j'ouvre une fenêtre terminal, là, le script se lance si je tape sur la touche entrée... Donc il reste bloqué mais où?

Pour info le .bashrc ressemble à
# ~/.bashrc: executed by bash(1) for non-login shells.
# see /usr/share/doc/bash/examples/startup-files (in the package bash-doc)
# for examples

# If not running interactively, don't do anything
[ -z "$PS1" ] && return

# don't put duplicate lines in the history. See bash(1) for more options
# don't overwrite GNU Midnight Commander's setting of `ignorespace'.
export HISTCONTROL=$HISTCONTROL${HISTCONTROL+,}ignoredups
# ... or force ignoredups and ignorespace
export HISTCONTROL=ignoreboth

# append to the history file, don't overwrite it
shopt -s histappend

# for setting history length see HISTSIZE and HISTFILESIZE in bash(1)

# check the window size after each command and, if necessary,
# update the values of LINES and COLUMNS.
shopt -s checkwinsize

# make less more friendly for non-text input files, see lesspipe(1)
[ -x /usr/bin/lesspipe ] && eval "$(SHELL=/bin/sh lesspipe)"

# set variable identifying the chroot you work in (used in the prompt below)
if [ -z "$debian_chroot" ] && [ -r /etc/debian_chroot ]; then
debian_chroot=$(cat /etc/debian_chroot)
fi

# set a fancy prompt (non-color, unless we know we "want" color)
case "$TERM" in
xterm-color) color_prompt=yes;;
esac

# uncomment for a colored prompt, if the terminal has the capability; turned
# off by default to not distract the user: the focus in a terminal window
# should be on the output of commands, not on the prompt
#force_color_prompt=yes

if [ -n "$force_color_prompt" ]; then
if [ -x /usr/bin/tput ] && tput setaf 1 >&/dev/null; then
# We have color support; assume it's compliant with Ecma-48
# (ISO/IEC-6429). (Lack of such support is extremely rare, and such
# a case would tend to support setf rather than setaf.)
color_prompt=yes
else
color_prompt=
fi
fi

if [ "$color_prompt" = yes ]; then
PS1='${debian_chroot:+($debian_chroot)}\[\033[01;32m\]\u@\h\[\033[00m\]:\[\033[01;34m\]\w\[\033[00m\]\$ '
else
PS1='${debian_chroot:+($debian_chroot)}\u@\h:\w\$ '
fi
unset color_prompt force_color_prompt

# If this is an xterm set the title to user@host:dir
case "$TERM" in
xterm*|rxvt*)
PS1="\[\e]0;${debian_chroot:+($debian_chroot)}\u@\h: \w\a\]$PS1"
;;
*)
;;
esac

# Alias definitions.
# You may want to put all your additions into a separate file like
# ~/.bash_aliases, instead of adding them here directly.
# See /usr/share/doc/bash-doc/examples in the bash-doc package.

#if [ -f ~/.bash_aliases ]; then
# . ~/.bash_aliases
#fi

# enable color support of ls and also add handy aliases
if [ -x /usr/bin/dircolors ]; then
eval "`dircolors -b`"
alias ls='ls --color=auto'
#alias dir='dir --color=auto'
#alias vdir='vdir --color=auto'

#alias grep='grep --color=auto'
#alias fgrep='fgrep --color=auto'
#alias egrep='egrep --color=auto'
fi

# some more ls aliases
#alias ll='ls -l'
#alias la='ls -A'
#alias l='ls -CF'

# enable programmable completion features (you don't need to enable
# this, if it's already enabled in /etc/bash.bashrc and /etc/profile
# sources /etc/bash.bashrc).
if [ -f /etc/bash_completion ]; then
. /etc/bash_completion
fi

# lancement de vnc server
/home/virtuel/.config/openbox/autostart.sh &

Dernière modification par fazer1k (Le 05/08/2009, à 16:48)

fazer1k · Le 06/08/2009, à 06:41

Je me réponds à moi même pour faire avancer le sujet. En fait utiliser ~/.bashrc semble une bêtise car c'est le paramétrage du terminal, donc plutôt la forme. Donc à chaque fois que je lance un terminal, je risque de lancer le script. Je vais tenter du côté de cron.:rolleyes:

Cron à priori ne fonctionne qu'au reboot. J'ai tenté de rajouter en service le script avec un alias mais cela ne fonctionne pas...

Je commence à regretter le dossier démarrage de windows (sic)

Dernière modification par fazer1k (Le 06/08/2009, à 09:40)

fazer1k · Le 06/08/2009, à 10:01

En désespoir de cause, j'ai installé le paquet gnome-session... Ce qui m'a couté avec tout ce qui va autour 260mo! Mais bon, ensuite j'ai exécuté gnome-session-properties et j'ai rajouté mon script. Cela fonctionne. Donc j'ai du gnome dans openbox...

petilu63 · Le 06/08/2009, à 10:16

C'est sûr que c'est dommage... Je ne comprend toujours pas pourquoi les lignes rajoutées dans autostart.sh ne semblent pas prises en compte... c'est pourtant LA méthode pour lancer ce que tu souhaites au lancement de ta session graphique. Je sèche complètement, je n'ai jamais eu de problème avec ce fichier autostart.sh qui a bien lancé tout ce qu'il y avait dedans...

As-tu essayé de mettre d'autres lignes bidon pour voir, par exemple xterm & pour lancer un émulateur de terminal par exemple.

fazer1k · Le 06/08/2009, à 14:54

Oui, j'ai tout essayé. J'ai même pensé à l'option de démarrage qui propose plusieurs options (lancer le script client, gnome etc...). J'ai mis les droits à tous sur le fichier, mais non, il ne se passe rien. Tant pis, c'est peut-être mon install qui est incorrecte, soit j'ai mal choisi des options, soit il manque des dépendances, mais cela ne se voit pas...

En tout cas merci de vos aides, on se sent moins seul devant la difficulté, et maintenant cela fonctionne (avec d'autres difficultés mais bon...

Dernière modification par fazer1k (Le 06/08/2009, à 15:59)

bennyboy · Le 16/08/2009, à 12:16

Salut,

Et quoi il n'y a aucun utilisateur d'Ubuntu et d'Openbox qui a déjà eu ce problème, parce que par défaut openbox lance le fichier ~/.config/openbox/autostart.sh. Donc soit un problème avec le paquet Ubuntu (si tant est que tu l'es installé depuis apt-get) ou bien soit un problème avec Openbox itself!!!

Comme j'utilise openbox (pas sous Ubuntu) je serais tenté de dire que quelque chose va mal du côté du package que tu as installé!

ADcomp · Le 16/08/2009, à 15:32

Hello ..

en fait , je crois que ca vient simplement de la manière dont tu lances openbox ( comment ? ) ..

Regarde du coté de xsession ( ou xinit ) pour lancer openbox avec les options dont tu as besoin ..

ex: mon fichier ~/.xsession

david@acer-desktop:~$ cat .xsession
#/bin/sh

export DESKTOP_SESSION="gnome"
export GNOME_DESKTOP_SESSION_ID="openbox"

# xterm &
# conky &
exec openbox-session

Dernière modification par ADcomp (Le 16/08/2009, à 15:35)

fazer1k · Le 25/08/2009, à 08:49

Ok, je vais essayer ce soir, par sécurité je n'ai pas accès en ligne de commande à mon serveur du bureau.:D

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 04/08/2009, à 15:05

openbox et lancement au démarrage

#2 Le 04/08/2009, à 16:23

Re : openbox et lancement au démarrage

#3 Le 04/08/2009, à 16:29

Re : openbox et lancement au démarrage

#4 Le 04/08/2009, à 17:50

Re : openbox et lancement au démarrage

#5 Le 04/08/2009, à 18:03

Re : openbox et lancement au démarrage

#6 Le 04/08/2009, à 18:50

Re : openbox et lancement au démarrage

#7 Le 04/08/2009, à 19:13

Re : openbox et lancement au démarrage

#8 Le 04/08/2009, à 19:36

Re : openbox et lancement au démarrage

#9 Le 04/08/2009, à 20:12

Re : openbox et lancement au démarrage

#10 Le 05/08/2009, à 14:38

Re : openbox et lancement au démarrage

#11 Le 05/08/2009, à 14:51

Re : openbox et lancement au démarrage

#12 Le 05/08/2009, à 15:21

Re : openbox et lancement au démarrage

#13 Le 06/08/2009, à 06:41

Re : openbox et lancement au démarrage

#14 Le 06/08/2009, à 10:01

Re : openbox et lancement au démarrage

#15 Le 06/08/2009, à 10:16

Re : openbox et lancement au démarrage

#16 Le 06/08/2009, à 14:54

Re : openbox et lancement au démarrage

#17 Le 16/08/2009, à 12:16

Re : openbox et lancement au démarrage

#18 Le 16/08/2009, à 15:32

Re : openbox et lancement au démarrage

#19 Le 25/08/2009, à 08:49

Re : openbox et lancement au démarrage

Pied de page des forums