La mise à niveau vers le noyau 2.6.38-2-amd64 (à partir de sid) résout le problème, au prix d'une énorme pénalité de performances (très similaire à la simple désactivation des caches en écriture).
En faisant des recherches à ce sujet, il semble que MD ne supportait pas les barrières d'E/S (sauf sur RAID1) jusqu'à 2.6.33-rc1 (commit a2826aa92e2e14db372eda01d333267258944033).
Oui, pour ce que je sais, c'est le coût de la sécurité, vous pouvez voir de nombreux fils de discussion sur la sécurité des données et le coût de la vitesse dans chaque système de fichiers et couche de stockage dans la liste de diffusion Postgresql, ils ont récemment parlé de la sécurité SSD par exemple, seulement le Vertex 2 Pro ou la dernière série Intel SSD qui ont une petite mémoire attachée (comme un cache de batterie dans un contrôleur RAID) sont sûrs pour l'utilisation de la base de données et le problème avec le SSD ne peut pas être résolu en désactivant le cache en écriture.
Je colle ici deux liens mais vous avez plusieurs exemples dans la liste de diffusion, faites une recherche.
http://archives.postgresql.org/pgsql-performance/2010-06/msg00076.php
http://archives.postgresql.org/pgsql-general/2011-04/msg00709.php