Originalmente Escrito por caraconejo
No la ROM de 4 archivos, ciertamente parte de una StockRom de 1 archivo, solo que esta "modificada" (sin perder la firma digital, sin subir Knox)
La ROM Rev00 es Reparadora, y formatea (de verdad) de fabrica
La ROM de 1 archivo de Samfirmware solo actualiza lo que ya tienes, los datos, las trazas malas en el Kernell, en el bootloader, sin "borrar" lo malo
Hay versiones de hardware (ojo) que llevan el TAR repair Rev00 en un solo bloque, lo que hace odin es tomar el PIT del CSC_ y luego ir flashando en orden los archivos lo podeis ver en el log... en ese caso "con la etiqueta Repair" es el mismo de la ROM repair de 4 archivos
La prueba, la puedes hacer tu mismo
Toma una StockRom de 1 solo archivo tal cual, a pelo de SamMobile y flasha tu dispositivo ¿te borra algo? ¿archivos, fotos, APK´S...? nada, no borra nada, tan solo actualiza el System, el Modem, y encima del viejo Bootoader, el nuevo = es este punto donde empieza el conflicto...
Resulta dificil, explicar con todo lujo de detalles y exlicaciones técnicas ¿el por que? se estropea, y el porque se repara... y curiosamente el miedo de tener en el aire una conspiración de nosequecuentos de operadores y fabricantes para desarmar nuestros note´s cuela como la seda (cuando no es tal)
¿La culpa? desde luego un dispositivo con ROOT causa una inestabilidad en el desarrollo, y un CF-Root por si solo, no es nada recomendable desde los tiempos de Kitkat (eso ya lo explico ChainsFire el desarrollador en su momento, que el Root estaba cambiando) con la llegada del Selinux/SeAndroid, y los refuerzos del Knox así como el Secure Boot de los Chip Qualcomm al caso, dan como tal, cuelgues, reinicios y eso que en foros se mienten unos a otros como "muerte subita" culpando al Hardware (cuando el culpable es el binomio del Software + la mala manipulación del mismo)
No todo es ROOT, pues los OTA, y que quede claro que Samsung viene soltando unos 9/10 desarrollos de la misma ROM 5.1.1, 6.0.1 por versión hardware (rompiendo otro axioma muy extendido de que Samsung no saca actualizaciones de sistema, por que la gente de base no ve crecer su numero de compilación 6.0.1 cuando hay 9 versiones de MM liberadas... o no tiene en cuenta que el CF Root que el usa esta compilado para la primera versión de ROM cuando el cuenta con la 9 version que es distinta en parches de seguridad que tapa los bug de las anteriores y que por tanto al CF Root lo deja con menos eficacia y estabilidad y que termina pagando el SecureBoot del dispositivo...
Y en los casos NO ROOT, puede suceder que los viejos OTA dejen trazas de código que le sienten mal al dispositivo, que por que sea liberado por el desarrollador no quiere decir que sea mano de santo ni paliativo... mira de ejemplo el Note 7... hay unos OTA que son mejores que otros, unas ROM que van mejores que otras, al igual que hay Radios que en determinadas zonas van mejor que otras en los mismos dispositivos por la sensibilidad a las redes locales
Lo que se hace con esa Repair, es digamos "prevenir" ese hardbrick que cuando menos se espera sobreviene a los Note´s (en general al 4/edge en particular)
Cuando de "dice" tantas veces, desde el Recovery Custom se hace un FullWipe (...) lo que se formatea, siempre es el System, no el Bootloader, que es digamos "la BIOS" (=Entre comillas) del dispositivo, y por tanto, la parte más delicada, tanto que cuando este Bootloader (el boot.bin) falla, se corrompen o dice basta... el dispositivo, ni toma carga de corriente, ni enciende Led, ni muestra pantalla de nada... (el resto de situaciones no es un hardbrick)
Hasta ahora, la SOLUCIÓN que se da en FOROS, de flashadores compulsivos de ROM... es la de recurrir al StockFirmware y en los casos que "no es hardbrick" -por que hay muchos comentarios que demuestran que la gente no sabe distinguir uno de otro- funciona, pero en los casos donde el Boot.bin no funciona, Odin y los métodos tradicionales frustran esa falsa seguridad que da la experiencia anterior del ROOT, y se "culpa" al hardware, se vende barato, y se pierde un dispositivo de 10...
La solución pasa por dar formato con una Aplicación de Windows a la microSD en Fat32 y desabrochar el Boot.bin en la misma, por reiniciar (a ser posible con JIG el Samsung o en su defecto con la combinación de botones para forzar el Fastboot, en ese momento el dispositivo busca el Bootbin primero en la SDinterna que no sirve y seguido en la microSD externa que lo reprograma y repara, resucitando al muerto Note4/Edge
El primer síntoma, como digo, y tomarlo como algo más que un letrero sin importancia es ese Set Warranty Bit Kernell, al flashsarlo con la ROM repair de 4 archivos, desaparece, y el Note queda como nuevo, mientras que cuando se tiene un Set Warranty Bit Kernell y se flasha con una Stock Rom (da igual si es Android arriba MM o android abajo KK) de 1 solo archivo tal cual de SamMobile, el daño persiste
Por experiencia he podido comprobar que con el Set Warranty Bit Kernell se puede funcionar (y funciona) hasta que ademas de la advertencia del letrero de marras empiezan los cuelgues, la inestabilidad, los reinicios (esos son los síntomas) en los que pide una Rom Repair Rev00 -pero rápido-
Mi experiencia, tras reinicios me llevo a comprar una nueva bateria, el placebo de la nueva compra y el refuerzo de conducta de foros, me hizo pensar que todo estaba OK (falso) el letrero del Set Warranty Bit Kernell, llevaba tiempo y ni caso, y los cuelgues iban a más, aleatoriamente, sin sentido alguno... hasta que pase la Repair Rev00 y se curo todo... al volver al ROOT, reaparecio el letrero (salvo si se flasha un kernell Mod, que como digo corrija/fix ese síntoma Set Warranty Bit Kernell... se volverá a caer en las andadas, tras flashsar una CM con Nougat, e ir todo OK, funcionado en el sistema de Android "se murió", pantalla en negro, y con unos mensajes de foros que es pa llorar (que si tiralo que si llevalo al sat, que si pon una vela al Stº que si compra un tal y tal...) hasta que leyendo en foros de unlocker´s en perfecto ingles di con el remedio, y resucite mi Samsung con chip qualcomm
Un dato, con la vieja batería de dos años, con la Rom Repair polaca de 4 archivos y a pelo es decir solo el sistema android, deje reposar el sistema a plena carga para testar la batería, sin aplicaciones duro cinco días (eso no lo había hecho jamas) lo normal era que durara un día...
Que sucede, que las Apk´s consumen batería que las Apk´s viejas en un LP 5.1.1 cuando se actualiza con una ROM de un solo archivo ó por OTA te causan más inestabilidad (por eso se pide un FullWipe como solución) ya que las Apk´s son desarrollos que unas veces se actualizan y adecuan al código del sistema y otras veces "no" y van como el culo, lastrando el rendimiento y aumentando el consumo (el que quiera probar que pruebe en su dispositivo) luego según lo cargas con Apk´s el consumo va aumentando (en los foros se culpa a la edad de la pila, a la placa base, a la clavija de la placa base, al chip "x"... a Samsung y a las trazas blancas de los reactores en el cielo o al gluten del pan y las cervezas... pero no al verdadero culpable... y es que por encima del hack informático hay un hack social importante... al igual que sucede en los desarrollos en los foros habría que depurar ese condicionamiento operante que lidera los foros españoles
|