Cita: Originalmente Escrito por
retval
Una consulta...¿alguien sabe cual es la política de Microsoft sobre si las versiones preview de win8 seguirán funcionando normalmente cuando salga la versión definitiva?...
De los foros de MS:
Cita:
Windows 8 CP es una BETA, una version de prueba y evaluacion y como tal tiene una fecha de caducidad, como todas las betas en la historia de Microsoft, originalmente para el 11 de marzo de 2012, la cual fue extendida recientemente al 15 de enero de 2013.
Es de lógica pensar que para esa fecha ya esté a la venta una version final. ¿Que ocurre con una BETA al acercarse la fecha de vencimiento?
Continuamente aparecerá en el escritoro mensajes avisando su caducidad y pidiendo que emigre a otra version.
Un mes antes del final el sistema se reiniciara continuamente cada hora hasta que definitivamente deje de funcionar.
Suficiente tiempo como para que el usuario tenga la oprtunidad de respaldar sus datos y escoger entre volver a una version anterior o adquirir una licencia de Windows 8.
Si se opta por comprar una licencia de Windows 8 final:
- No se podrá actualizar de la CP a la version final.
- No se podrá introducir esa clave de producto a Windows 8 CP.
El único escenario posible tal como ocurrió en su momento con las BETAS públicas de Windows Vista y 7, es una instalacion limpia, formatear e instalar.
Y para los que preguntan por el Dual Boot con Android x86, está hablado en otros temas de este mismo foro.
Algunos lo hemos intentado, pero pueden surgir problemas graves como el que se describe en otro tema que sólo se solucionó con otro SSD de una Iconia.
Se puede hacer. Si sale bien, igual el sistema no está del todo pulido todavía, faltan drivers y hay errores con la pantalla que es lo que más molesta.
Si sale mal, puede quedar inutilizada la Iconia y dependiendo el caso se puede necesitar mucho trabajo para recuperarla.
Uno de los grandes problemas es la instalación de GRUB. Si queda instalado en el SSD, en sistema de archivos de Linux (no rooteado, por supuesto), y se autoconfigura mal y no se puede modificar porque el BIOS estaba configurado para acceder directo al SSD como prioridad de booteo... Se pone muuuuuy difícil la cosa.
Y ese caso le ha pasado a más de uno.
Las sugerencias son:
-Probar Android x86 como "live CD"
-Si lo instalamos, hacerlo en una SD y también instalar GRUB allí. No tocar el SSD.
-La única forma de asegurarnos que podremos tocar la configuración de GRUB "desde afuera", será instalando Android x86 en sistema de archivos FAT/FAT32. Pero allí el sistema se instala sin todo su potencial.
-Los videos que muestran Android x86 funcionando bastante bien es porque se realizó un procedimiento muy puntual que aparece en un par de foros, que puede ser complejo, y además con la necesidad de que quede el sistema "abierto" para poder agregarle un par de drivers de otras distros de Linux para que funcionen mejor las cosas en la Iconia.
¿Conclusión? Valdría la pena probar cuando avance un poco más el proyecto y se resuelvan los problemas de compatibilidad y drivers para la versión compilada para AMD Brazos (fusion).
En mi caso probé varios tipos de instalaciones sin tocar el SSD y siempre se instalaba mal GRUB. La única forma era instalar en FAT para poder meter mano, pero de esa manera el sistema quedaba instalado a medias.
El procedimiento que se describe para que quede CORRECTO el dual boot necesita que se instale Android en una partición del SSD y los riesgos son altos por si queda mal instalado GRUB. Por mi parte pienso que todavía no vale la pena el riesgo. Cuando el sistema esté más avanzado quizá sí.
Si lo van a intentar igual, no olviden configurar ANTES el BIOS para que haya otras posibilidades de booteo ANTES del SSD por si la parte de inicio del disco queda inutilizada. Esto podría impedir que puedan volver a entrar fácilmente en el BIOS y se genera como una "paradoja" que no permite resolver el problema: el inicio a disco dañado (o mal autoconfigurado) por GRUB no permite entrar nuevamente al BIOS, ni bootear ninguno de los sistemas, y el BIOS quedó configurado para que primero bootee el SSD. Como el SSD está en buenas condiciones y no tiene una falla física sino de software (el sector de booteo), entonces no se avanza a otras unidades. Y la única forma de resolverlo termina siendo accediendo al disco desde afuera (esto hace necesario abrir la Iconia y perder la garantía) o probar maniobras muy técnicas que pueden generar otros errores que hay que ir solucionando hasta que el sistema quede disponible para un formateo y reinstalación limpia.
Con esto no quiero desalentar a las pruebas, de hecho a mí me encantan también, pero hay que informarse antes de empezar a meter mano si uno no conoce bien los riesgos, o sin entender el procedimiento que se está realizando y qué puede salir mal.
¡Saludos!