como dice
@Cosme no se lleva muy bien con apagones o desconecciones, y si esta virtualizado, se agregan mas capas de acceso antes de que los datos queden en el hdd finalmente (cache-ram de freenas -> ZFS -> ram vmware -> vmfs5 -> cache raid -> disco fisico )
en cambio al usar el disco directo (incluso virtualizado puede tener acceso directo al disco sin raid, o usando un raid0 por disco) el camino es mucho mas corto:
cache-ram freenas -> ZFS -> cache raid -> disco fisico
sin una controladora raid, el paso se salta el "cache raid" y el almacenamiento es directo al disco
el tema es que cuando ZFS comienza a escribir cambios en un archivo, este comienza en un nuevo grupo de bloques, y al momento de terminar, termina moviendo los datos y borrando el grupo anterior (lo que logra mejorar el rendimiento ya que no busca sobreescribir datos existentes inmediatamente)
si no se desmonta correctamente, o se corta la energia, pueden quedar datos incompletos o archivos corruptos
lo bueno, es que ZFS te dice cuales archivos estan corruptos, cosa de que los elimines y restaures el backup puntual de uno o varios archivos puntuales en vez de restaurar todo a ciegas.
eso suele ocurrir si solo tienes ZFS sin redundancia, y con eso el bloque dañado no tiene un "espejo" disponible para reparar, lo cual lo realiza automáticamente cuando se usan mirrors (raid1 por ejemplo, o raid10)