Recuperación de Cloud-Ibox III o II Plus en “boot” con pantalla en negro o logo
Cuando instalamos bootloaders e imágenes en Cloud-Ibox y para evitar problemas: ambas deben corresponderse y ser las recomendadas para cada bootloader y versión de Cloud-Ibox, pero cada vez es mas frecuente en temas de “estudio” jugar a combinar bootloaders e imágenes incluso de otras versiones de Cloud-Ibox o simplemente hacerlo por error o desconocimiento.
En muchos de esos casos el software en el Cloud-Ibox se corrompe, el display queda en “boot” y la pantalla del TV en negro o con el logo inicial de la ultima imagen utilizada que tenia “splash.bin” (OpenPLi por ejemplo no integra ese logo y quedaría en negro y ese el motivo de ver por ejemplo el logo de Vu+ después de instalar una imagen como OpenPLi).
Quienes han llegado a esa situación se han dado cuenta que en ocasiones puede ser complicada la recuperación del Cloud-Ibox e incluso confundir la situación con un Cloud-Ibox “brickeado”, nada mas lejos de la realidad, haciendo las cosas como deben hacerse con los Cloud-Ibox no es fácil “brickearlos” (otra cuestión ya seria hablar de las posibles bombas que pueden “brickerarlos”).
Lo que sucede es que el software se corrompe y en muchos casos con el también el upgrade de 751Mhz, por lo cual aunque carguemos el bootloader y la imagen mas reciente el Cloud-Ibox no se recuperara ya que necesitamos previamente cargar un bootloader e imagen alternativa (en el caso de clones o copias de Cloud-Ibox) o bien instalar el bootloader oficial para AirDTT del 29/05/2014 antes de proceder a cargar cualquier otro bootloader e imágenes mas actuales en un Cloud-Ibox con placa base original de AirDTT.
El segundo problema reside en los pendrives, tanto el propio fabricante como muchos foros nos recomiendan usar pendrives de 4GB o una capacidad menor formateados en sistema de archivos Fat32. El problema es que si esos pendrives han sido usados en Linux o formateador en el Cloud-Ibox y posteriormente en el PC le asignamos un formato rápido a Fat32 para utilizarlos en la instalación: es posible que esos pendrives nos fallen y el Cloud-Ibox no consiga instalar con éxito una combinación de bootloader con imagen.
Si conectamos un cable RS232 y conectamos el Cloud-Ibox con una aplicación telnet como PuTTY veremos que en ese tipo de situación el bootloader se carga con éxito, pero el firmware falla en la actualización del kernel, que siempre tendrá un tamaño erroreo (no afecta a otros ficheros como el logo o el paquete principal). Como la imagen instalada no tendrá kernel (antes de intentar instalarla el Cloud-Ibox borra el anterior en el proceso) y pese a haber instalado un bootloader y una imagen emparejadas: el Cloud-Ibox seguirá en “boot” y no pasara del logo, es las, si hemos intentado instalar una imagen sin logo de inicio (splash.bin) continuaremos viendo la imagen del logo anterior.
¿ Como solucionar el problema ?
Descargar este paquete y descomprimirlo:
Es muy importante seguir al pie de la letra las instrucciones para actualizar el bootloader a la versión alternativa (no oficial AirDTT) y la imagen EGAMI 6.3. Esto recuperara cualquier Cloud-Ibox III y II Plus versión 2, original de AirDTT o clon o copia de cualquier otro fabricante.
En el caso de las copias o clones que no tengan placa AirDTT original recomiendo quedarse con ese bootloader y esa imagen instalada en flash (pueden instalarse muchas otras en MultiBoot en un pendrive). Ni tan siquiera es necesario configurarla para su uso, es suficiente con aplicarle la configuración básica y arrancar el MultiBoot entre sus extensiones para poder instalar cualquier otra imagen en un pendrive o disco duro USB (pueden tenerse instaladas hasta 10 y arrancar con cualquiera de ellas).
Recomiendo utilizar en ambos bootloaders la imagen ItalySat, al menos para actualización, imágenes como OpenPLi no incluyen "splash.bin" y el Cloud-Ibox quedaria con el logo de EGAMI al iniciarse.
En este hilo no se prestará soporte para la configuración y uso de EGAMI.
Para obtener soporte para la configuración de EGAMI e instalar imágenes en MultiBoot visitar este hilo:
PROCEDIMIENTO PARA REGRESAR A BOOTLOADER E IMAGEN ORIGINAL CLOUD-IBOX
SOLO PARA CLOUD-IBOX ORIGINALES CON PLACA AIRDTT (INCOMPATIBLE CON COPIAS Y CLONES DE CLOUD-IBOX)
En el caso de los Cloud-Ibox III y II Plus versión con placa original AirDTT (no clones o copias de Cloud-Ibox) tenemos que instalar el bootloader oficial AirDTT del día 29/05/2014.
Tanto en versión 1 como versión 2 debe cambiarse el nombre del archivo del bootloader "cfe.bin" por "cfx.bin" para pasar de bootloader alternativo 0.5 al oficial 29/05/2014. Este proceso ya no es necesario repetirlo con futuros bootloaders, tan solo es necesario para pasar de alternativo a oficial.
En los CloudIbox III versión 1 y CloudIbox II no es necesario renombrar carpetas para la actualización a imagen oficial.
En los CloudIbox III versión 2 y CloudIbox II PLus es necesario renombrar las carpetas del bootloader del día 29/05/2014 y de imagenes antiguas de "xpeedlx" a "cloudix" (tanto en la del bootloader como el de la imagen antigua que deseemos instalar para ese bootloader).
En la carpeta de la imagen (no la del bootloader) es recomendable eliminar el archivo "cfe.bin" (si existe).
Para descargar el bootloader oficial del día 29/05/2014 e imágenes para el mismo:
Para descargar el nuevo bootloader oficial y las imágenes más recientes para el:
Cuando instalamos bootloaders e imágenes en Cloud-Ibox y para evitar problemas: ambas deben corresponderse y ser las recomendadas para cada bootloader y versión de Cloud-Ibox, pero cada vez es mas frecuente en temas de “estudio” jugar a combinar bootloaders e imágenes incluso de otras versiones de Cloud-Ibox o simplemente hacerlo por error o desconocimiento.
En muchos de esos casos el software en el Cloud-Ibox se corrompe, el display queda en “boot” y la pantalla del TV en negro o con el logo inicial de la ultima imagen utilizada que tenia “splash.bin” (OpenPLi por ejemplo no integra ese logo y quedaría en negro y ese el motivo de ver por ejemplo el logo de Vu+ después de instalar una imagen como OpenPLi).
Quienes han llegado a esa situación se han dado cuenta que en ocasiones puede ser complicada la recuperación del Cloud-Ibox e incluso confundir la situación con un Cloud-Ibox “brickeado”, nada mas lejos de la realidad, haciendo las cosas como deben hacerse con los Cloud-Ibox no es fácil “brickearlos” (otra cuestión ya seria hablar de las posibles bombas que pueden “brickerarlos”).
Lo que sucede es que el software se corrompe y en muchos casos con el también el upgrade de 751Mhz, por lo cual aunque carguemos el bootloader y la imagen mas reciente el Cloud-Ibox no se recuperara ya que necesitamos previamente cargar un bootloader e imagen alternativa (en el caso de clones o copias de Cloud-Ibox) o bien instalar el bootloader oficial para AirDTT del 29/05/2014 antes de proceder a cargar cualquier otro bootloader e imágenes mas actuales en un Cloud-Ibox con placa base original de AirDTT.
El segundo problema reside en los pendrives, tanto el propio fabricante como muchos foros nos recomiendan usar pendrives de 4GB o una capacidad menor formateados en sistema de archivos Fat32. El problema es que si esos pendrives han sido usados en Linux o formateador en el Cloud-Ibox y posteriormente en el PC le asignamos un formato rápido a Fat32 para utilizarlos en la instalación: es posible que esos pendrives nos fallen y el Cloud-Ibox no consiga instalar con éxito una combinación de bootloader con imagen.
Si conectamos un cable RS232 y conectamos el Cloud-Ibox con una aplicación telnet como PuTTY veremos que en ese tipo de situación el bootloader se carga con éxito, pero el firmware falla en la actualización del kernel, que siempre tendrá un tamaño erroreo (no afecta a otros ficheros como el logo o el paquete principal). Como la imagen instalada no tendrá kernel (antes de intentar instalarla el Cloud-Ibox borra el anterior en el proceso) y pese a haber instalado un bootloader y una imagen emparejadas: el Cloud-Ibox seguirá en “boot” y no pasara del logo, es las, si hemos intentado instalar una imagen sin logo de inicio (splash.bin) continuaremos viendo la imagen del logo anterior.
¿ Como solucionar el problema ?
Descargar este paquete y descomprimirlo:
Debes estar registrado para ver los enlaces
Es muy importante seguir al pie de la letra las instrucciones para actualizar el bootloader a la versión alternativa (no oficial AirDTT) y la imagen EGAMI 6.3. Esto recuperara cualquier Cloud-Ibox III y II Plus versión 2, original de AirDTT o clon o copia de cualquier otro fabricante.
En el caso de las copias o clones que no tengan placa AirDTT original recomiendo quedarse con ese bootloader y esa imagen instalada en flash (pueden instalarse muchas otras en MultiBoot en un pendrive). Ni tan siquiera es necesario configurarla para su uso, es suficiente con aplicarle la configuración básica y arrancar el MultiBoot entre sus extensiones para poder instalar cualquier otra imagen en un pendrive o disco duro USB (pueden tenerse instaladas hasta 10 y arrancar con cualquiera de ellas).
Recomiendo utilizar en ambos bootloaders la imagen ItalySat, al menos para actualización, imágenes como OpenPLi no incluyen "splash.bin" y el Cloud-Ibox quedaria con el logo de EGAMI al iniciarse.
En este hilo no se prestará soporte para la configuración y uso de EGAMI.
Para obtener soporte para la configuración de EGAMI e instalar imágenes en MultiBoot visitar este hilo:
PROCEDIMIENTO PARA REGRESAR A BOOTLOADER E IMAGEN ORIGINAL CLOUD-IBOX
SOLO PARA CLOUD-IBOX ORIGINALES CON PLACA AIRDTT (INCOMPATIBLE CON COPIAS Y CLONES DE CLOUD-IBOX)
En el caso de los Cloud-Ibox III y II Plus versión con placa original AirDTT (no clones o copias de Cloud-Ibox) tenemos que instalar el bootloader oficial AirDTT del día 29/05/2014.
Tanto en versión 1 como versión 2 debe cambiarse el nombre del archivo del bootloader "cfe.bin" por "cfx.bin" para pasar de bootloader alternativo 0.5 al oficial 29/05/2014. Este proceso ya no es necesario repetirlo con futuros bootloaders, tan solo es necesario para pasar de alternativo a oficial.
En los CloudIbox III versión 1 y CloudIbox II no es necesario renombrar carpetas para la actualización a imagen oficial.
En los CloudIbox III versión 2 y CloudIbox II PLus es necesario renombrar las carpetas del bootloader del día 29/05/2014 y de imagenes antiguas de "xpeedlx" a "cloudix" (tanto en la del bootloader como el de la imagen antigua que deseemos instalar para ese bootloader).
En la carpeta de la imagen (no la del bootloader) es recomendable eliminar el archivo "cfe.bin" (si existe).
Para descargar el bootloader oficial del día 29/05/2014 e imágenes para el mismo:
Debes estar registrado para ver los enlaces
Para descargar el nuevo bootloader oficial y las imágenes más recientes para el:
Debes estar registrado para ver los enlaces
