Yo he tenido hasta hace poco el Wifislax 4.11, el 4.12 y el 64 funcionando con permanencia en una Kingston Micro 64. Había usado el YUMI parcheado y fetén. Los problemas empezaron al actualizar paquetes la semana pasada. No dejaba de darme errores porque algunos paquetes no se instalaban. Pensé que el problema era haberme quedado sin espacio en el archivo changes (de 2GB). Así que seguí los consejos de
éste hilo y pasé de 2 a 8 GB. Aparentemente, todo bien. Pero ahí ya la cagaste Burt Lancaster, porque seguía dando error al actualizar. Algunos paquetes no podían instalarse.
Como no había hecho muchas modificaciones, desinstalé la 4.12 y volví a instalarla con el Yumi parcheado. Y ahí ya no pude crear changes.dat. Sistema de ficheros de solo lectura. Es más, la 4.11 con la que había funcionado en persistencia, daba el mismo error. No recuerdo si la 64 la probé en permanencia. Probé varias soluciones: comprobar el disco con las propias herramientas, comprobar permisos. Aparentemente todo estaba bien, pero seguía sin poder crear changes.
Así que usé de nuevo el Yumi parcheado. Y cosa curiosa. Cuando instalaba el 4.12 y el 64 siempre arrancaba el 64, aunque seleccionase el 4.11. El archivo de configuración de arranque (¿extensión cfg?) parecía tener una gramática nueva y siempre lanzaba a la versión 64. Repito, creí estar haciendo lo que había hecho antes en la misma unidad.
Ahora tenía dos problemas. Si instalaba la versión 64 parecía que no podía arrancar el multiboot más que en esa versión. En la 4.12 instalada *sola sin más ISOs* con el Yumi tampoco podría crear changes.dat Daba igual usar el yumi parcheado que el yumi más reciente. El mismo resultado. Incluso empleando dos memorias USB diferentes.
Hice un chkdsk desde windows. Formateé la unidad con windows, el hp usb format, rufus. Probé FAT32 y NTFS. Usé diferentes estaciones de trabajo. Nada. Al final le metí un Rufus con formateo a bajo nivel y comprobación de errores. La unidad estaba limpia. Nuevo Rufus ésta vez montando la ISO de la 4.12 y ahora mismo funciona. Puedo crear el changes.dat sin problemas y está con persistencia, pero no tengo arranque múltiple.
Por cierto, algo que me llamó la atención. Cada vez que intenté con el yumi parcheado o el reciente me avisaba que iba a crear una cuarta (¿dónde están las otras tres?) tabla de particiones, y que era bajo mi responsabilidad asegurarme que no hubiese una cuarta previa tabla de particiones.
