Have you ever wanted to do a partial sync on a block device, possibly over a network, but were stymied by the fact that rsync just didn't work?
Well, fret no longer. As long as you use LVM for your block devices, you too can have efficient delta-transfer of changed blocks.

via Skunnyk

Pour build xbmc sur raspbian. Histoire d'avoir la derniere version

Note à moi-même : ne plus JAMAIS coder en franglais

concept sympa

via shahor

je sais pas pourquoi j'arrive jamais à m'en souvenir :

sed -i 8d file

Si on veut plus d'espace : d'abord lvextend puis resize2fs
Si on en veut moins : d'abord resize2fs puis lvreduce

Franchement pas d'accord avec lui t_t
Bon ya aussi de bons conseil dans l'article, alors je lui pardonne !

"Consider a situation where your INPUT chain contains quite a few rules allowing traffic, and you’ve set the default policy to DROP. Later on, another administrator logs into the server and flushes the rules (which isn’t a good practice, either). I’ve met quite a few good systems administrators who are unaware of the default policy for iptables chains. Your server will be completely inaccessible immediately. All of the packets will be dropped since they match the default policy in the chain."

excellent :D

Pourquoi utiliser statsd en plus de graphite ?
Pour scale ? car stats reçoit en udp, attend un moment, puis envoie à graphite.
Mais Carbon semble pouvoir recevoir lui aussi directement en udp..
Pour répartir la charge tout simplement ? à voir..