http://www.programmez.com/avis-experts/faille-bash-pourquoi-il-est-extremement-important-de-patcher-vos-serveurs-de-toute-urgence-21371
https://securityblog.redhat.com/2014/09/24/bash-specially-crafted-environment-variables-code-injection-attack/
http://linuxfr.org/users/tankey/journaux/mets-a-jour-ton-bash-maintenant
http://www.numerama.com/magazine/30694-le-shell-bash-avait-une-faille-critique-pire-que-heartbleed.html

pour tester :
env x='() { :;}; echo vulnerable' bash -c "echo this is a test"

et patchez !
apt-get install bash -y

NB: pour l'instant pas de patch pour MAC OSX...

du -sh /chemin/vers/dossier

et dans les comments :
recherche incrémentale :

ctrl-r + taper la string cherchée, et si la ligne affichée ne convient pas s’acharner sur ctrl-r jusqu’à pécho la ligne voulue ;)

ou :
!1234 pour rappeler la commande de la ligne 1234 (qui fait 15km de long)

ou :
!s
rappellera la dernière commande commençant par “s”

lancement de programmes/scripts au lancement du raspberry :
sudo nano /etc/rc.local

wget -q www.monip.org -O -  | iconv -f iso8859-1 -t utf8 | sed -nre 's/^.* (([0-9]{1,3}\.){3}[0-9]{1,3}).*$/\1/p'

et (http://stackoverflow.com/questions/90418/exit-shell-script-based-on-process-exit-code) :
"" After each command, the exit code can be found in the $? variable so you would have something like:

ls -al file.ext
rc=$?
if [[ $rc != 0 ]] ; then
   exit $rc
fi

You need to be careful of piped commands since the $? only gives you the return code of the last element in the pipe so, in the code:

ls -al file.ext | sed 's/^/xx: /"

will not return an error code if the file doesn't exist (since the sed part of the pipeline actually works, returning 0).""