![\"linux-185x213\"](\"http:\/\/sosuaonline.net\/inicio\/wp-content\/uploads\/2012\/10\/sosua_images_linux-185x213.jpg\")
El desarrollador Theodore \u201cTed\u201d Ts\u2019o ha publicado una serie de parches para lo que ha definido como un virus \u201ctipo Lance Armstrong\u201d presente en el n\u00facleo de Linux.<\/p>\nEl desarrollador Theodore \u201cTed\u201d Ts\u2019o ha publicado una serie de parches para lo que ha definido como un virus \u201ctipo Lance Armstrong\u201d presente en el n\u00facleo de Linux.<\/p>\n
<\/p>\n
Esto es, cuyo comportamiento irregular no dispara las alarmas de los tests pero provoca que el kernel funciona de manera diferente a lo previsto. Y que ha sido especialmente dif\u00edcil de localizar, ya que s\u00f3lo se manifiesta al reiniciar dos veces un sistema en un periodo de tiempo relativamente corto.<\/p>\n
El problema en cuesti\u00f3n provoca la p\u00e9rdida de datos por una grieta en la aplicaci\u00f3n ext4, que se introdujo con la versi\u00f3n 3.6.2 de Linux hace poco m\u00e1s de una semana. Y se produce cuando el bloque de inicio en el sistema de archivos es cero. El sistema de archivos se monta y desmonta con tanta rapidez que el registro del diario no alcanza la oportunidad de ser escrito por completo.<\/p>\n
La primera vez que esto sucede, el controlador ext4 puede recuperar el diario sin que se produzcan efectos adversos. Pero, si se el fallo se repite por segunda vez, los datos de la sesi\u00f3n de montaje m\u00e1s reciente se escribir\u00e1n antes que los datos de la fase anterior, dando lugar a bloques de metadatos realmente revueltos.<\/p>\n
Adem\u00e1s de afectar a Linux 3.6.2 y versiones posteriores, se ha seguido el rastro de este bug en la rama estable del kernel 3.5.x. Actualmente no se sabe cu\u00e1ndo se parchear\u00e1n esta \u00faltima versi\u00f3n, aunque los desarrolladores de Linux siguen trabajando para resolver el problema.<\/p>\n