J’ai un NAS Buffalo Linkstation Duo pro qui a la possibilité de passer en veille quand il n’est pas utilisé. Seulement voilà, comme bien souvent, cette fontionnalité n’est disponible que sous Windows ou MacOs pour lesquels des drivers  sont fournis.

Heureusement pour nous, le réveil du NAS est une opération assez simple, elle consiste simplement à envoyer au NAS des paquets « WakeOnLan » toutes les 20 secondes. Nous allons donc écrire un petit script qui une fois lancé maintiendra le NAS en éveil. Ce script nécessite l’installation du paquet « wakeonlan ».

sudo apt-get install wakeonlan

Ouvrez un nouveau script  à l’aide de gedit

 
gedit ~/scripts/wakenas.sh

Insérez y le code suivant en remplaçant les variables IP et MAC par les vôtres.

 
#! /bin/sh
# Insert IP of your NAS
IP="192.168.1.25"
 
# Insert ethernet address of your NAS
MAC="00:1D:73:XX:XX:XX"
 
PID=$$
(
zenity --notification --window-icon="/usr/share/icons/gnome/scalable/devices/drive-harddisk.svg" --text="Clic to quit"
kill -9 $PID
exit
)&
 
while [ 1 ]
do
wakeonlan -i $IP $MAC
sleep 20
done

Puis rendez le éxécutable

 
chmod +x ~/scripts/wakenas.sh

Lorsqu’il est lancé, une icone apparaît dans la barre des taches. Un clic sur l’icone termine le script et permet au nas de se remettre en veille. Voilà quelques watts d’économisés facilement.

Adapter son environnement  de travail à vos envies du moment, voilà un domaine ou Linux a beaucoup d’avance sur ses concurrents !

Au cours de ces dernières années passées sous Linux, j’ai essayé un peu tous les environnements de bureau, e16, kde, gnome, fluxbox, xfce… tout y est passé ou presque.

Ces temps-ci, je m’étais arrêté sur Gnome, pour une raison essentielle, c’est simple et efficace, et bien « packagé » dans les grandes distributions. Seulement voilà, l’envie de changer est de retour, et ce pour de bonnes raisons (enfin, tout est question de point de vue;-) : a force d’utiliser gnome, je l’ai adapté à mes besoins, je n’utilise pas le bureau, pas plus que gnome-terminal (depuis l’épisode urxvt / screen ),  je ne me sers que de nautilus, du panel et de nombreuses applications GTK ou QT. Pourquoi alors conserver Gnome, qui n’est pas particulièrement réactif et léger (tiens un troll !)? Ici où là, au fil des flux RSS, je vois fleurir des expériences, heureuses le plus souvent, avec un gestionnaire de fenêtres que je ne connais pas encore : OpenBox.

Après quelques tests rapides, j’ai retenu comme environnement OpenBox équipé du fameux dock « Avant Window Manager », de nautilus, urxvt / screen  et quelques autres « bouts » de gnome (gnome-power-manager, gnome-settings-daemon, nm-applet…)

Rien ne vaut une petite capture d’écran pour résumer tout ça

Pour ce qui est de l’installation, c’est simple, il ne faut que quelques coups d’ »apt-get »…

[code]

sudo apt-get install openbox obmenu obconf awn-applets-c-core awn-applets-c-extras awn-applets-python-core awn-applets-python-extras awn-manager libawn-extras0 libawn0 python-awn python-awn-extras python-awnlib parcellite

[/code]

seulement voilà, un vilain bug c’est glissé dans la code d’OpenBox et la combinaison OpenBox /awn provoque des problèmes de focus. Il y a une « barre » d’une centaine de pixels en bas de l’écran qui reste innaccessible aux « clics » de souris. Pas de problème, notre chère communauté a bien travaillé, un patch est déjà disponible. Le bug est référencé ici, et le pach là.

Pour être le plus propre possible, nous allons « patcher » le paquet OpenBox d’Ubuntu (Je suis actuellement sous Jaunty 64bits)

[code]

mkdir ~/compil

cd ~/compil

sudo apt-get source openbox

wget -O openbox.patch http://bugzilla-attachments.icculus.org/attachment.cgi?id=1893

cd openbox-3.4.7.2/

cat ../openbox.patch | sudo patch -p0

sudo apt-get install devscripts

sudo apt-get build-dep openbox

sudo debuild -us -uc

cd ..

sudo dpkg -i *.deb

[/code]

Ca y est, après quelques minutes, on a notre openbox patché et installé. Fini le bug de la barre en bas.

Il ne reste plus qu’à « customiser » l’environnement. La configuration d’openbox est accessible soit via les utilitaires obconf et obmenu soit avec un bon éditeur de texte dans .config/openbox/…

J’ai ajouté un certain nombre de programmes au démarrage de ma session. Voilà le fichier autostart.sh d’openbox.

[code]

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

xcompmgr &

# 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

# 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

(
sleep 3
awn&
sleep 1
nm-applet&
pidgin&
parcellite&
conky&
gnome-power-manager&
)&

[/code]

Pour finir, voilà un petit voyage sur mon environnement !

Pour ceux qui souhaitent gagner un peu de place dans leurs logs, vous pouvez demander à logrotate de compresser les logs en bzip2 au lieu de gzip. La manipulation est toute simple, éditez le fichier /etc/logrotate.conf et mettez les 4 lignes suivantes:

[code]
compress
compresscmd /usr/bin/bzip2
compressoptions -best
compressext .bz2
[/code]

C’est plus un pense bête qu’un article, mais je pense que ça peut servir à d’autres

Depuis un moment, je reproche au terminal de Gnome sa lourdeur. Je travaille tous les jours avec plusieurs terminaux / onglets ouverts et au bout d’un certain temps il n’est pas rare que le terminal occupe 200 à 300 Mo de RAM, en plus d’être assez lent, il est gourmand

Après avoir lu l’excellent article « Une console performante » d’Artisan Numérique (comme tous ses articles d’ailleurs…) j’ai eu envie de tester sa solution. J’utilise donc maintenant urxvt et screen. Par rapport à l’article original, j’ai modifié quelque peu la configuration de screen. En voici le détail.

• Une barre « d’onglets » en bas.
• Une barre d’état qui peut par exemple me donner le nombre de nouveaux mails ou tout autre info issue d’un script
• Un gros buffer de défilement.
• L’absence de détachement automatique ( quand je ferme urxvt les screen se ferment sans se détacher sauf CTRL a + d manuel )

Je ne lance pas urxvt seul mais toujours en combinaison avec screen. Mon icone de démarrage est maintenant « urxvt -e screen »

Le détail de mon fichier ~/.screenrc

[code]

bind ^a windowlist -b
defscrollback 64000
autodetach off
deflogin on
startup_message off
vbell off
caption always "%-Lw%{+u wk}%50>%n%f* %t%{-}%+Lw%<"
#backtick 42 60 30 /home/pierre/scripts/checkimap.pl
hardstatus on
hardstatus alwayslastline "%{+b}%c%{kg}%="
[/code]

Voilà une configuration très ergonomique du terminal, finalement bien plus efficace que Gnome Terminal. Merci Artisan Numérique