Pour rappel le serveur X, est le serveur gérant l’affichage graphique (par opposition à l’affichage console = des lignes sur fond noir) de fenêtre.

X est le nom générique, 2 projets principaux peuvent être nommé ainsi XFree86 tombé en désuétude et Xorg utilisé sur la plupart des distributions.

Par défaut xorg peut être lancé par n’importe quelle utilisateur étant loggué sur une console, mais il se peut que l’on veuille lancer X dans un script d’init par exemple ou personne n’est loggué.

Typiquement mon script d’init freevo lance la commande « freevo -fs » qui elle même se charge de lancer X, cette commande étant lancée par l’utilisateur freevo (pas admin/root), le lancement échoue avec le message suivant :

X: user not authorized to run the X server, aborting.

Pour y remédier 2 solutions :

En éditant le fchier de configuration

Editer le fichier /etc/X11/Xwrapper.conf éditer la ligne suivante pour autoriser n’importe qui (anybody) à lancer X :

allowed_users=anybody

En reconfigurant le package

sudo  dpkg-reconfigure x11-common

Dans le bel écran ncurse qui apparait :

dpkg-reconfigure x11-common

Choisir :

« N’importe qui »

Cette pratique s’appelle le Wake On Lan (WOL).

En pré-requis il faut que la machine à reveiller soit sur un réseau local et qu’elle soit connecté via RJ45 ou  CPL (pas de WiFi)

Pour réveiller un PC on doit connaître l’adresse MAC de sa carte réseau, pour cela :

• Sous Linux :

ifconfig

L’adresse MAC se trouve sur la première ligne, zone HWaddr

• Sous Windows :

ipconfig /all

L’adresse MAC est désignée par « Adresse Physique », la noter en remplaçant les – par des :

Éteindre le PC à réveiller.

Sur le PC Linux devant effectuer le réveil il faut ensuite installer le paquet wakeonlan :

sudo aptitude wakeonlan

Il suffira ensuite pour réveiller le PC voulu de saisir la commande suivante :

wakeonlan [Adresse MAC]

Edit 264/06/2011 : Voir aussi mon article Allumer / éteindre un PC sous Linux à distance (scripts)

Remarque :

Si cela ne fonctionne pas, il se peut que la fonctionnalité de WOL soit désactivé sur votre carte réseau.

Pour s’en assurer sur un PC Linux :

sudo ethtool eth0

Qui doit renvoyer :

Supports Wake-on: g

Si ce n’est pas le cas lancer la commande, je vous conseille la lecture de l’article indiqué dans les source de ce post (chez moi cela à toujours fonctionné du premier coup…)

Sources :

http://doc.ubuntu-fr.org/wakeonlan

Dans le premier article le démarrage se faisait via l’auto-login d’un utilisateur et l’utilisation du fichier bash_profil.

Enfin dans cet article, j’expliquai la mise en œuvre d’un script d’init, par contre freevo était lancé avec le user root et je concluais l’article en indiquant que j’expliqerai comment utiliser start-stop-deamon pour changer cet utilisateur.

Après pas mal d’essai je peux conclure que l’utilisation start-stop-deamon est un echec.

Pour des raisons qui m’échappent (surement des histoire de PID), on peut démarrer Freevo (et ses composants) avec start-stop-deamon mais pas l’arrêter.

Donc dans le script suivant j’ai contourné le problème à coup de su.

Création du fichier de configuration

Ce fichier permet de déterminer les processus freevo à lancer (recordserver, werserver, etc), le user réalisant ces lancements, et les option des différents composant.

Pour le différencier du précédent je l’ai nommé boot_freevo.conf et il est localisé dans /etc/freevo.

##############################################################################
# Component to start
##############################################################################
 
# Mode to start Freevo itself. Possible values are
#
# no:     don't start Freevo
# yes:    start Freevo on startup. You should only use this when the
#         computer is for Freevo only or you use Freevo with a DXR3
# daemon: start Freevo in daemon mode. The daemon will wait for you to
#         press QUIT or POWER on your remote and will than start
#         Freevo. After Freevo shut down, the daemon will wait again.
#
# You don't need a X server running to start Freevo from init. If
# needed, Freevo will start a X server on its own. Make sure your X
# server can handle the resolution defined in /etc/freevo/freevo.conf
FREEVO="yes"
 
# Mode the start the webserver. Possible values are "no" and "yes".
# If you start the webserver with Freevo itself, you should say "no" here.
WEBSERVER="no"
 
# Mode the start the recordserver. Possible values are "no" and "yes".
RECORDSERVER="yes"
 
# Mode the start the encodingserver. Possible values are "no" and "yes".
ENCODESERVER="no"
 
##############################################################################
# Options
 
##############################################################################
 
# User that freevo should be run as
# useless if ROOTUSERINFO=yes
FREEVO_USER="freevo"
 
# Set the root USER and HOME variables. Some distros need this to work.
# Possible values are "no" and "yes".
ROOTUSERINFO="no"
 
# Do we have a mouse and/or keyboard attached to this pc.
# this sets SDL variables for smooth operation if no keyboard or mouse.
# Possible values are "no" and "yes".
HAVEMOUSE="yes"
HAVEKEYBOARD="yes"
 
# Use setleds to set numlock before starting freevo. THis is necessary
# for some SDL fbcon setups.
# Possible values are "no" and "yes".
SETNUMLOCK="no"
 
##############################################################################
# Internals Options
##############################################################################
# change this if you know what you are doing
 
## where freevo shell script lives. used to call freevo
FREEVO_HOME="/usr/local/bin"
 
## Options for freevo daemon
F_DAEMON_OP="daemon"
 
## Options for freevo not as daemon
F_OP="-fs"
 
## Options for freevo record server
F_RECORD_OP="recordserver"
 
## Options for freevo encoding server
F_ENCODE_OP="encodingserver"
 
## Options for freevo webserver
F_WEBSERVER_OP="webserver"

Création du scripts d’init

Comme dans  l’article précédent créer ce fichier dans /etc/init.d et le nommer freevo

#! /bin/bash
 
### BEGIN INIT INFO
# Provides:          freevo
# Required-Start:    $all
# Required-Stop:     $all
# Default-Start:     2 3 4
# Default-Stop:      0 1 6
# Short-Description: starts Freevo
# Description:       starts the open source HTPC media centre software Freevo
### END INIT INFO
 
# Get startup config file
test -f /etc/freevo/boot_freevo.conf || exit 0
. /etc/freevo/boot_freevo.conf
 
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin:/usr/games
DAEMON=$FREEVO_HOME/freevo
NAME=freevo
DESC=freevo
 
if [ "$ROOTUSERINFO" == "yes" ]; then
    USER=root
    HOME=/root/
    export USER HOME
fi
 
test -f $DAEMON || exit 0
 
case "$1" in
  start)
 # Let configure environment
 if [ "$SETNUMLOCK" == "yes" ]; then
  echo "Setting NUMLock on"
  setleds +num
 fi
 if [ "$HAVEKEYBOARD" == "no" ]; then
  echo "Setting no keyboard"
  export SDL_NOKEYBOARD=true
 fi
 if [ "$HAVEMOUSE" == "no" ]; then
  echo "Setting no mouse"
  export SDL_NOMOUSE=true
 fi
 
 # Let start freevo and components
 if [ "$FREEVO" == "daemon" ]; then
  echo "Freevo start as a deamon..."
  su -l ${FREEVO_USER} -c "$DAEMON $F_DEAMON_OP &" &> /dev/null
 elif [ "$FREEVO" == "yes" ]; then
  echo "Freevo start..."
  su -l ${FREEVO_USER} -c "$DAEMON $F_OP &" &> /dev/null
 fi
 
 if [ "$RECORDSERVER" == "yes" ]; then
  echo "Record server start..."
  su -l ${FREEVO_USER} -c "$DAEMON $F_RECORD_OP --start &" &> /dev/null
 fi
 if [ "$WEBSERVER" == "yes" ]; then
  echo "Web server start..."
  su -l ${FREEVO_USER} -c "$DAEMON $F_WEBSERVER_OP --start &" &> /dev/null
 fi
 if [ "$ENCODESERVER" == "yes" ]; then
  echo "Encode server start..."
  su -l ${FREEVO_USER} -c "$DAEMON $F_ENCODE_OP --start &" &> /dev/null
 fi
 ;;
  stop)
 if [ "$FREEVO" != "no" ]; then
  echo "Freevo stop..."
  su -l ${FREEVO_USER} -c "$DAEMON --stop" &> /dev/null
  sleep 3
 fi
 if [ "$RECORDSERVER" == "yes" ]; then
  echo "Record server stop..."
  su -l ${FREEVO_USER} -c "$DAEMON $F_RECORD_OP --stop" &> /dev/null
  sleep 3
 fi
 if [ "$WEBSERVER" == "yes" ]; then
  echo "Web server stop..."
  su -l ${FREEVO_USER} -c "$DAEMON $F_WEBSERVER_OP --stop" &> /dev/null
 fi
 if [ "$ENCODESERVER" == "yes" ]; then
  echo "Encode server stop..."
  su -l ${FREEVO_USER} -c "$DAEMON $F_ENCODE_OP --stop" &> /dev/null
 fi
 
 if pgrep -f "python.*freevo" &> /dev/null ; then
  echo "At least one Freevo component still running, kill 'em all..."
  kill `pgrep -f "python.*freevo" -d" "` &> /dev/null
 fi
 ;;
  restart|force-reload)
 echo "Restarting..."
 $0 stop
 sleep 1
 $0 start
 ;;
  *)
 N=/etc/init.d/$NAME
 echo "Usage: $N {start|stop|restart|force-reload}" >&2
 exit 1
 ;;
esac
 
exit 0

Installation du script

Comme précedemment, on installera ce script avec  :

sudo update-rc.d freevo defaults 99

Puis on pourra démarrer freevo en faisant :

sudo /etc/init.d/freevo start

Conclusion :

Cette méthode est à mon avis la méthode ultime puisqu’elle cumule les avantages des 2 précédentes plus quelques une supplémentaire :

• Il n’y pas d’utilisateur de loggué
• Les “différents” processus freevo à lancer sont paramétrés dans un fichier de configuration
• Les process sont exécutées avec le user paramétré dans le fichier de configuration
• Le paramétrage des lignes de commandes à lancer est faite dans le fichier de configuration
• Le kill des process résiduel est plus propre

Enfin pour finir quelques mots de précaution :

• Ce script à été testé avec Freevo 1.9.0 sous Jaunty
• Seul les composants recordserver et freevo lui-même ont été testé (pas l’encodingserver ni le webserver)
• La configuration clavier/souris repris du script précédent, lui même repris des sources Freevo n’a pas été testé

Bref ce script est fournis « as is » je ne garantis pas qu’il fonctionnera sur toutes les plateformes….

Il y a peu j’ai travaillé sur sweetHome en vue de me passer définitivement de Windows XP, après avoir installé les logiciels qu’il me fallait, fait un peu de paramétrage et de cosmétique (thème Wild-shine), j’ai mis l’autologin GDM et fait un reboot final.

Et là surprise un bel écran noir…

Après quelque recherche il s’agit d’un bug référencé qui intervient quand on met en oeuvre l’autologin GDM avec un utilisateur dont le home est crypté (option par défaut sous Jaunty).

Tout d’abord voici comment reproduire aisément le bug puis ensuite comment s’en sortir.

Reproduction du bug

Sur une machine ayant Jaunty d’installé, creation d’un user avec son home crypté

sudo adduser --encrypt-home mon_user

Mise en place de l’autologin GDM pour mon_user et reboot.

Et voila un un bel ecran noir.

Maintenant comment s’en sortir ?

2 solutions :

• Enlever l’autologin
• Decrypter la partition home de l’utilisateur

Je vais décrire ici la première solution, la deuxième fera l’objet d’un autre article.

Supprimer l’autologin GDM

La question est ici de supprimer l’autologin GDM en ligne de commande puisque le serveur X nous donne un écran noir.

Pour avoir accès à la ligne de commande :

• soit rebooter en mode sans echec (faire apparaitre le menu Grub en pressant escape, sélectionner le mode sans echec puis choisir root dans la liste des option disponibles)
• soit passer sur un autre terminal CTRL+ALT+1

Personnellement j’ai choisi la solution 1.

Editer le fichier gdm.conf-custom :

vim /etc/gdm/gdm.conf-custom

Chercher les lignes suivantes :

AutomaticLogin= mon_user

AutomaticLoginEnable = true

Et les remplacer par :

AutomaticLogin= 

AutomaticLoginEnable = false

Rebooter et la mire de connexion GDM devrait apparaitre.

Dans cet article nous allons parvenir au même résultat mais sans loguer d’utilisateur.

Pour cela on va créer un script d’init (init.d) qui va lancer freevo au démarrage comme un service.

Les scripts présentés ici sont ceux qui tournent actuellement sur ma version de prod (freevo 1.8.3 / Gutsy) de freevo sur sweetBox.

Ces scripts sont issus des sources de freevo (répertoire contrib/debian)

Création du fichier de configuration

Ce fichier permet de déterminer les processus freevo à lancer (recordserver, werserver, etc).

Créer ce fichier dans /etc/freevo et le nommer boot_config.

# $Id: boot_config 5071 2004-01-29 15:48:31Z mikeruelle $
 
# where freevo shell script lives. used to call freevo
FREEVO_HOME="/usr/bin"
 
# a log used to catch errors when freevo startsup
FREEVO_LOG="/var/log/freevo/main.log"
 
# Mode to start Freevo itself. Possible values are
#
# no:     don't start Freevo
# yes:    start Freevo on startup. You should only use this when the
#         computer is for Freevo only or you use Freevo with a DXR3
# daemon: start Freevo in daemon mode. The daemon will wait for you to
#         press QUIT or POWER on your remote and will than start
#         Freevo. After Freevo shut down, the daemon will wait again.
#
# You don't need a X server running to start Freevo from init. If
# needed, Freevo will start a X server on its own. Make sure your X
# server can handle the resolution defined in /etc/freevo/freevo.conf
FREEVO="yes"
 
# Mode the start the webserver. Possible values are "no" and "yes".
# If you start the webserver with Freevo itself, you should say "no" here.
WEBSERVER="no"
 
# Mode the start the recordserver. Possible values are "no" and "yes".
RECORDSERVER="yes"
 
# Do we have a mouse and/or keyboard attached to this pc.
# this sets SDL variables for smooth operation if no keyboard or mouse.
# Possible values are "no" and "yes".
HAVEMOUSE="yes"
HAVEKEYBOARD="yes"
 
# The SDL video driver to use. common values are x11 or fbcon.
# for a full list see:
# http://www.libsdl.org/faq.php?action=listentries&category=9#9
SDL_VIDEODRIVER="x11"
 
# Set the root USER and HOME variables. Some distros need this to work.
# Possible values are "no" and "yes".
ROOTUSERINFO="no"
 
# Use setleds to set numlock before starting freevo. THis is necessary
# for some SDL fbcon setups.
# Possible values are "no" and "yes".
SETNUMLOCK="no"

Création du scripts d’init

Ce script est celui qui sera lancé au démarrage, il reprend la structure des scripts d’init comme défini ici.

Il va lire le fichier de configuration et lance les processus demandés.

Créer ce fichier dans /etc/init.d et le nommer freevo

#! /bin/bash
# chkconfig: 234 99 00
# description: A boot script for the Freevo package
#
# Enhanced boot script for freevo
#
# $Id: freevo 5489 2004-03-13 15:13:36Z mikeruelle $
 
# Get startup config file
test -f /etc/freevo/boot_config || exit 0
. /etc/freevo/boot_config
 
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin:/usr/games
DAEMON=$FREEVO_HOME/freevo
NAME=freevo
DESC=freevo
 
if [ "$ROOTUSERINFO" == "yes" ]; then
    USER=root
    HOME=/root/
    export USER HOME
fi
 
test -f $DAEMON || exit 0
 
freevoserver() {
    # $1 is the server
    # $2 is the action
    $DAEMON $1 $2 2>&1 > /dev/null
}
 
case "$1" in
  start)
        echo -n "Setting up RTC: "
        sysctl -w dev.rtc.max-user-freq=1024 > /dev/null
        echo "sysctl."
        if [ "$RECORDSERVER" == "yes" ]; then
            echo -n "Starting Freevo Recordserver: "
            freevoserver "recordserver" "start"
            echo "Recordserver."
        fi
        if [ "$WEBSERVER" == "yes" ]; then
            echo -n "Starting Freevo Webserver: "
            freevoserver "webserver" "start"
            echo "Webserver."
        fi
        if [ "$SETNUMLOCK" == "yes" ]; then
            echo -n "Setting NUMLock on: "
            setleds +num
            echo "setleds."
        fi
        if [ "$HAVEKEYBOARD" == "no" ]; then
       export SDL_NOKEYBOARD=true
        fi
        if [ "$HAVEMOUSE" == "no" ]; then
            export SDL_NOMOUSE=true
        fi
 export SDL_VIDEODRIVER=$SDL_VIDEODRIVER
 export LANG=fr_FR.UTF-8
        if [ "$FREEVO" == "daemon" ]; then
     echo -n "Starting deamon  $DESC: "
            freevoserver "daemon" "start"
     echo "$NAME."
        elif [ "$FREEVO" == "yes" ]; then
     echo -n "Starting $DESC: "
            if egrep -q '^display.*(x11|dga)' /etc/freevo/freevo.conf ; then
                PATH=$PATH:/usr/X11R6/bin
           $DAEMON -fs >> $FREEVO_LOG 2>&1 &
            else
           $DAEMON >> $FREEVO_LOG 2>&1 &
            fi
     echo "$NAME."
        fi
 ;;
  stop)
 echo -n "Stopping $DESC: "
        $DAEMON stop >> $FREEVO_LOG 2>&1 &
        sleep 5
        kill `pgrep -f "python src/main.py" -d" "` &> /dev/null
 kill `pgrep -f "python main.py" -d" "` &> /dev/null
 echo "$NAME."
        if [ "$RECORDSERVER" == "yes" ]; then
            echo -n "Starting Freevo Recordserver: "
            freevoserver "recordserver" "stop"
            echo "Recordserver."
        fi
        if [ "$WEBSERVER" == "yes" ]; then
            echo -n "Starting Freevo Webserver "
            freevoserver "webserver" "stop"
            echo "Webserver."
        fi
        echo -n "Hard kill to be sure: "
        ps aux | grep python | grep main.py | awk '{ print "kill -9 " $2 }' | sh
        echo "kill."
 ;;
  restart|force-reload)
 echo "Restarting..."
 $0 stop
 sleep 1
 $0 start
 ;;
  *)
 N=/etc/init.d/$NAME
 echo "Usage: $N {start|stop|restart|force-reload}" >&2
 exit 1
 ;;
esac
 
exit 0

Installation du script

on installera ce script avec  :

sudo update-rc.d deluge-daemon defaults 99

Puis on pourra démarrer freevo en faisant :

sudo /etc/init.d/freevo start

Conclusion :

Cette méthode est à mon avis mieux que la précédente puisque :

• Il n’y pas d’utilisateur de loggué
• Les « différents » processus freevo à lancer sont paramétrés dans un fichier de configuration

Mais avec ce mécanisme les processus sont lancés en root…

On verra dans un autre article comment remédier à ce problème en utilisant la commande start-stop-deamon su.

Ainsi pour regarder un film, on allume la TV et le PC, 45 secondes plus tard (boot), on pilote Freevo à la télécommande et on démarre le film.

Cet article décrit une 1ère façon de répondre au besoin via l’autologin d’un utilisateur.

Il faut tout d’abord qu’un utilisateur se loggue de façon automatique sur la console, cela peut être fait avec mingetty.

Installation de mingetty

sudo aptitude install mingetty

(1 paquet – 10 Ko)

Login automatique

Attention ce qui suit est spécifique à Ubuntu ou tout du moins aux distributions qui utilisent upstart (pas de inittab)

Editer le fichier /etc/event.d/tty1

sudo vim /etc/event.d/tty1

Puis rechercher la ligne (fin de fichier) :  

exec /sbin/getty 38400 tty1

Et la remplacer par :

exec /sbin/mingetty --noclear --autologin mon_user tty1

Exécution automatique de Freevo

Une fois l’utilisateur loggué il faut ensuite lancer Freevo, pour cela créer/éditer le fichier bash_profil :  

sudo vim /home/mon_user/bash_profile

Et coller les lignes suivantes :

if [-z "$DISPLAY"]  && [ $(tty) == "/dev/tty1" ] then
 
       freevo -fs
 
fi

Redémarer et admirer le résultat.

Dans un prochain post on verra comment faire encore mieux…

Aller dans Système  > Administration > Fenêtre de connexion :

Accéder au paramétrage de la fenêtre de connexion (GDM)

Et dans l’onglet Sécurité, côcher la case activer la connexion automatique et saisir le nom de votre utilisateur dans la zone « Utilisateur ».

Activer l'autologin

Edit 29/09/2010 : La boite de dialogue a changée (au moins sous Lucid Lynx 10.04) :

Il faut tout d’abord cliquer sur le bouton Déverrouiller et saisir son mot de passe.

On peut ensuite activer l’option de connection automatique, en sélectionnant l’utilisateur à logguer et le gestionnaire de fenêtre à utiliser :

A l’occasion de ma migration de sweetLap d’Intrepid Ibex vers Jaunty Jackalope, j’ai fais quelques mesures de temps de boot.

Pour avoir une mesure représentant un cas d’utilisation réelle j’ai démarré le chrono à l’appuie sur le bouton on/off et arrêté lors de l’affichage de la page Google dans Firefox (usage principal de sweetLap).

Evidemment, cette mesure présente des risques d’erreurs non négligeables selon ma dexterité à lancer Firefox et à démarrer/stoper le chrono, mais les temps annoncés ici n’ont pas vocation à être des références, juste une indication…

Enfin les mesures ont été réalisé au moins 3 fois pour chaque OS.

Voici les temps :

• Intrepid Ibex : 1 minute 27 secondes
• Jaunty Jackalope : 1 minute 14 secondes

Soit une amélioration de 15%, bien mais pas top…

Pour info, la migration Interpid –> Jaunty à été réalisé via l’update manager (pas de réinstalle complète de Jaunty), cela à durée environ 55 minutes et les partitions sont resté en ext3.

Pour info (bis) booter sur secteur ou sur batterie ne semble pas avoir d’impact sur la durée de ce dernier.

Il sera intéressant de refaire le test après migration des partitions en ext4 (sujet d’un prochain article).

N’ayant pas le temps de tout réinstaller (Ubuntu + XFCE + Freevo + Deluge + Podracer + Flexget + scripts) j’ai décidé de garder le Gutsy qui est présent et fonctionnel et d’installer Jaunty en dual-boot. Cela me permet d’installer progressivement le Jaunty en ayant le Gutsy qui continu de fonctionner.

C’est dans cette situation que je suis content d’avoir gardé de l’espace non patitionné sur mon disque dur, sinon le dual boot, n’aurait pas été si facile à mettre en oeuvre.

Cet article ne présentera pas beaucoup de nouveauté par rapport à celui-ci, mais il a le mérite de présenter l’installation dans la vraie vie.

Installation Jaunty minimal

Une fois sweetBox démenagé du salon dans le bureau (donc branché à un vrai écran, un clavier et du réseau en CPL), on boot sur le CD Ubuntu 9.04 alternate.

Vient ensuite le paramétrage comme décrit ici.

Seule différence le partionnement :

Pour rappel le disque dur de sweetBox est partitionné ainsi :

700 Mo pour le Swap

14.3 Go pour la racine (/)

15 Go pour le /home

50 Go non alloués

J’ai donc créé une partition primaire de 10Go en ext4 en début de disque avec l’indicateur d’amorçage et le point de montage /, ce qui donne pour mon disque :

700 Mo pour le Swap

14.3 Go pour la racine (/) Gutsy

10 Go pour la racine (/) Jaunty

15 Go pour le /home Gutsy

40 Go non alloués

Puis l’installation se déroule jusqu’à une phase de paramétrage supplémentaire par rapport à la maquette sur virtualBox, le message dit en gros :

Les systèmes d'exploitation suivant ont été détectés :

...

Installer le programme de démarrage GRUB sur le secteur d'amorçage ?

Ce qui nous va tout a fait.

Jaunty à détecté son petit frère Gutsy et demande si il doit faire du multi-boot.

On répondra donc Oui.

L’installation se termine, on enlève le CD et on reboot.

Lors de la phase de boot un menu GRUB permet de choisir le système sur lequel on désir booter.

Ce menu est positionné par défaut sur Jaunty et au bout de 10 secondes sans intervention Jaunty boot automatiquement et sans problème.

Pour me rassurer j’ai aussitôt effectué un test de boot sous Gutsy, tout fonctionne parfaitement aussi je n’ai rien cassé.

Modification ordre de boot

Pour changer le système de boot par défaut (Gutsy au lieu de Jaunty), il faut éditer le fichier menu.lst :

sudo vi /boot/grub/menu.lst

Et on changera la ligne

Default 0

par

Default 4

Où 4 est une valeur à adapter qui représente le numéro de ligne du menu Grub représentant le système sur lequel on souhaite démarrer par défaut (faire des essais)

On changera aussi la ligne :

timeout 10

par

timeout 5

Ne laissant que 5 secondes pour modifier le système à booter (permet de réduire le temps d’autant)

Autres paramétrages

Afin de remettre sweetBox dans le salon et de continuer à le paramètrer tranquillement du bureau, j’ai appliqué les configurations indiqué ici

 Et pour avoir un jolie écran de démarrage j’ai installé USplash comme ici.

Reste à faire

Pour que sweetBox puisse tourner sous Jaunty il reste à faire l’installation de :

• XFCE
• Freevo
• Divers outils

Il faudra aussi récupérer la partition /home de Gutsy et remettre en place tous mes scripts (téléchargement, sauvegarde, etc.)

Bref encore du boulot….