ROM stock sin bootloop?

[Jack4L]

He leído que la la ROM o las ROM stock tienen un bug que provoca que al cierto tiempo no terminen de arrancar entrando en un bucle del que no pasa de logo de samsung. El otro día me ocurrió y no me quedó más remedio que hacer un wipe data. La cosa no me hizo ninguna gracia, por que uso intensivamente el teléfono por trabajo.

Quería saber si hay alguna que se sepa que esta libre de este problema reconocido, y cual es. En caso de que afecte a todas las ROM stock hay alguna forma de parchear para que no ocurra? Via kernel, modificación de algún fichero lo que sea. He leído en XDA que hay un método a posteriori pero es un engorro y soy de la opinión de que es preferible prevenir que curar.

Estoy cocinando una ROM que espero tener lista pronto y quiero que este libre de bugs o al menos lo más optimizada y correcta posible.

Gracias!

Enviado desde mi GT-N7000 mediante Tapatalk

[Zombiekiwi]

es interesante tratar de llegar a los origenes de este problema pero al parecer a nadie le a preocupado lo suficiente mi pana solo encontre esto

http://xda-university.com/as-a-user/...rom-a-bootloop

Cómo recuperarse de un bootloop

Nivel de dificultad: Intermedio

Al experimentar mucho con Android que tiene aa muy alta probabilidad de contraer una bootloop una vez, sino también si se instala otro rom y todavía utiliza el Dalvik -cache del anterior rom. Cuando tienes un bootloop, te darás cuenta de que el arranque proceso de su teléfono mantiene bucle y bucle. Y nunca se detendrá hasta que arregle el bootloop! Esta guía le enseñará las formas comunes de la fijación de un bootloop, cómo crear una costumbre CWM Fix-Zip y cómo utilizar ADB para recuperarse de un bootloop.


Capítulos:
Capítulo 1: Encontrar la causa del bootloop
Capítulo 2: El uso de un CWM postal como solución
Capítulo 3: Uso de ADB como solución

Capítulo 1: Encontrar la causa de la bootloop
Bootloops puede ocurrir con bastante facilidad, es causada principalmente debido a los archivos del sistema que interfieren entre sí que provoca inestabilidad y / o se bloquea en la secuencia de arranque.
Piensa en aplicaciones del sistema que se compilan de forma incorrecta, los permisos que no son configurados correctamente, los archivos de otros dispositivos e incluso un guión init.d, todo es posible.
Para encontrar la causa de un bootloop usted tiene que pensar en lo que hiciste antes de conseguir el bootloop.
Elija una de las siguientes razones que causaron la bootloop para usted y probar su solución.

- Después de parpadear una nueva rom

Si el flash de una nueva (base) rom en su dispositivo no puede borrar automáticamente su Dalvik -cache, Esto significa que su edad Dalvik -cache se utilizarán para los nuevos archivos de sistema que daría lugar a un bootloop, para solucionar este problema:

1. Inicie su teléfono en CWM recuperación
2. Ir a Avanzado
3. Seleccione la opción "Wipe Dalvik -cache"
4. Ahora vaya a "soportes y almacenamiento"
5. Elija "Limpie / cache"
6. Reinicie el teléfono

Nota: limpiando "/ cache" y "Dalvik -cache" a asegurarse de que ha borrado por completo, algunos roms utilizan / datos y algún uso / cache para el Dalvik -cache

Si los problemas todavía existe después de hacer eso, usted podría tratar de borrar la partición / datos. antes de hacerlo primero hacer una copia de seguridad de su teléfono (en su estado bootlooping actual)

1. Inicie su teléfono en CWM recuperación
2. Ahora vaya a "Backup & Restore" 3. Seleccione la opción "copia de seguridad" (que también puede ser llamado "copia de seguridad interna / externa
sdcard)

Cuando se hace eso usted es libre para limpiar / datos, se puede lograr esto haciendo:

1. Ahora ve a "soportes y almacenamiento"
2. Elija "Limpie / data"
3. Elija "Limpie / cache"
4. Reinicie el teléfono

Si la rom todavía no arranca correctamente es probablemente la rom que no funciona, comuníquese con la rom creador continuación e intentar otro rom para el mientras tanto.

- Después de la restauración de un sistema sólo copia de seguridad

Éste es en realidad el mismo que el anterior, ya que sólo se restaura / sistema (avanzó restauración) hay una incorrecta Dalvik -cache presente que hará que el bootloop. lleve a cabo los mismos pasos anteriores para resolver el problema.

- Después de instalar un Mod / Tema o salida UOT Cocina

Al instalar un Mod / Tema o salida Cocina UOT y se obtiene un bootloop, usted sabe que hay algo mal con el archivo que va a instalar. Esto es causado principalmente por un BaseROM incorrecta del mod / tema,
pero también puede ocurrir si el creador no ha creado correctamente. Limpiando Dalvik -cache no será suficiente para solucionar este problema, tendrá que abrir la cremallera su equipo y mira los archivos que se instalan con el mod / tema. usted puede hacer esto mirando en la carpeta del sistema en el zip, allí se puede encontrar los archivos que se están instalando. por ejemplo:

Ha instalado un mod Extended Power Menu pero causa un bootloop, esto es lo que hace:

1. Abra la cremallera de instalación con Winrar (Extended Power Menu en este caso)
2. Ahora miro dentro de la carpeta "system", en mi caso he encontrado la carpeta marco dentro de la carpeta del sistema
3. La carpeta marco contiene: android.policy.jar y de armazón y .apk, por lo que estos son los archivos sospechosos.
4. Lo que simplemente lo hace, está buscando los archivos originales (de su (base) rom)
y arrastrarlos a la carpeta de marco (dentro winrar) 5. Ahora se le pedirá un nivel de compresión, seleccione "Guardar" y el archivo se hace en segundos.
6. Usted tendrá que poner el archivo en su sdcard externa utilizando la opción de "Monte de almacenamiento USB" en CWM en "soportes y almacenamiento"
7. Instale la cremallera tal como lo hizo con el Ministerio de Defensa, ahora debería ser bootloop libre, si no se vuelva a instalar el zip con un / sistema montado (soportes y almacenamiento> Mount / sistema) (y opcionalmente puede borrar / cache y / Dalvik -cache , esto nunca va a perjudicar a ningún / ajuste de archivo.

Adquirir los archivos:
- Si usted tiene una costumbre rom instalado, se puede descargar la rom cremallera en la XDA-Developers rom página y obtener los archivos necesarios
- Si usted tiene un archivo ROM debería mirar en el foro de su dispositivo, y buscar un tutorial sobre cómo extraer la base rom.

Nota: Algunos CWM versión montará su sdcard externa solamente, si usted no tiene una sdcard externa entonces usted tendrá que usar "adb" como solución

- Después de establecer permisos incorrectos

Android es muy dependiente de los permisos adecuados, si ajusta los permisos de archivos de forma incorrecta podría obtener un bootloop, dando un archivo a menos permisos que romperlo, sino también dar un archivo a mucho permisos que romperlo. la mayoría de los permisos comunes de archivos del sistema son:

- 644 (RW-RR) - (este es el más conocido el permiso del sistema, existe en / system / app, / system / marco / system / etc, / system / lib y adjudicar de archivos separados)
- 755 (RWX-RX -RX) - (utilizado principalmente para / system / bin, sólo los archivos que tienen que ser ejecutados son 755 o superior).
- 777 (RWX-RWX-RWX) - (utilizado para los scripts dentro /system/etc/init.d y archivos busybox)

Una solución fácil está realizando la opción "Permisos Fix" en CWM en Avanzado. asegúrese de montar las particiones antes de ejecutar la revisión. Aunque esto no cubre todos los permisos. echar un vistazo a la CWM o ADB capítulo para encontrar la solución.

Capítulo 2 Uso de un CWM postal como solución

Utilizando el original CWM postal (del mod) es la forma más fácil, ya que la postal ya está creado para usted, sólo tiene que reemplazar los archivos con los originales rom archivos. A principios de este tutorial usted adquirió los archivos de su rom. Una vez que tienes los mismos archivos que presente en el original CWM zip puede arrastrar fácilmente em en el archivo, a continuación, elija "tienda", como el nivel de compresión, de fácil. Ahora, finalmente, hay que poner en su sdcard e instalarlo.

Nota: Este tutorial explica "scripting edificar", que la cocina Android puede convertir fácilmente a "modificar secuencias de comandos" si es necesario.

Si usted no puede conseguir el archivo en su sdcard porque usted no tiene una sdcard externa o no puede llegar a su sdcard interna (que es muy probable que cuando se tiene un bootloop), puede utilizar ADB para empujar la postal de el teléfono, leer acerca de cómo utilizar ADB en el Capítulo 3.

Comandos para el actualizador-script (ubicado en CWMFIX.zip/META-INF/com/google/android/)

Mount & Instalar

Para montar el:
Nota: Este modo es seguro para todos los dispositivos, sino que también requiere el binario busybox que estar presente en la raíz del archivo zip.

package_extract_file ("busybox", "/ tmp / busybox");
set_perm (0, 0, 0777, "/ tmp / busybox"); run_program ("/ tmp / busybox", "monte", "/ system");

Para extraer la carpeta del sistema en su postal: package_extract_dir ("sistema", "/ system");

Establecer permisos

Para establecer los permisos de un archivo individual: set_perm (0, 0, Mod, "File aquí");

Un ejemplo de trabajo: set_perm (0, 0, 0644, "/system/build.prop");

Para establecer los permisos de un directorio: set_perm (0, 0, Mod ", Dir aquí sin una barra diagonal");

Un ejemplo práctico: set_perm (0, 0, 0755, "/ system / etc");


Establecer permisos de forma recursiva

Para establecer los permisos a todos los archivos dentro de un directorio (resursive):
set_perm_recursive (0, 0, 0755, Mod ", Dir aquí sin una barra diagonal");

Un ejemplo de trabajo:
set_perm_recursive (0, 0, 0755, 0777, "/system/etc/init.d");

Capítulo 3 Uso ADB como solución

ADB se puede utilizar para acceder al teléfono durante el arranque, tenga en cuenta que algunos bootloops hacen incapaces de utilizar ADB ya que no van más allá, entonces el logotipo del fabricante. (En nuevos CWM versiones es posible usar adb) La única parte difícil sobre el uso de ADB con bootloops es que usted tiene que hacerlo en el momento adecuado, esto es diferente de todos los dispositivos, pero normalmente es después de que el logotipo del fabricante que las particiones reciben montado. La forma más fácil de entrar en su teléfono en esta parte está utilizando un script por lotes que supervisa el estado del dispositivo y se conecta directamente cuando sea posible.

Yo uso este script, por ejemplo, se llama ondemand.bat (requiere adb .exe y los 2 dlls)

@echo off
cd /d %~dp0
echo.
echo Waiting for device…
adb wait-for-device
echo.
adb -d shell stop
adb push mycwmfix.zip /sdcard/mycwmfix.zip
adb reboot recovery
1
2
3
4
5
6
7
8
9 @echo off
cd /d %~dp0
echo.
echo Waiting for device…
adb wait-for-device
echo.
adb -d shell stop
adb push mycwmfix.zip /sdcard/mycwmfix.zip
adb reboot recovery
Versión Linux (ondemand.sh):


#!/system/bin/sh
echo " "
echo "Wating for device..."
./adb wait-for-device
echo " "
./adb -d shell stop
./adb push mycwmfix.zip /sdcard/mycwmfix.zip
./adb reboot recovery
1
2
3
4
5
6
7
8
#!/system/bin/sh
echo " "
echo "Wating for device..."
./adb wait-for-device
echo " "
./adb -d shell stop
./adb push mycwmfix.zip /sdcard/mycwmfix.zip
./adb reboot recovery
Este script esperará a que el dispositivo esté listo, cuando está listo se congele el dispositivo, por lo que el guión tiene más tiempo para empujar el archivo (en lugar de reiniciar torreón). Entonces será empujar la cremallera cwmfix especificada a tu sdcard, y después de que se reiniciará en la recuperación para que pueda instalar el CWM solución que ha realizado. También puede hacer una escritura de la hornada que empuja a los archivos de forma automática a su teléfono, aquí está un ejemplo:

@echo off
cd /d %~dp0
echo.
echo Waiting for device...
adb wait-for-device
echo.
adb -d shell stop
adb -d shell su -c "mount -o remount rw /system"
adb push framework-res.apk /system/framework/framework-res.apk
adb -d shell chmod 644 /system/framework/framework-res.apk
adb push SystemUI.apk /system/app/SystemUI.apk
adb -d shell chmod 644 /system/app/SystemUI.apk
adb reboot
1
2
3
4
5
6
7
8
9
10
11
12
13 @echo off
cd /d %~dp0
echo.
echo Waiting for device...
adb wait-for-device
echo.
adb -d shell stop
adb -d shell su -c "mount -o remount rw /system"
adb push framework-res.apk /system/framework/framework-res.apk
adb -d shell chmod 644 /system/framework/framework-res.apk
adb push SystemUI.apk /system/app/SystemUI.apk
adb -d shell chmod 644 /system/app/SystemUI.apk
adb reboot
Versión para Linux:


#!/system/bin/sh
echo " "
echo "Waiting for device..."
./adb wait-for-device
echo " "
./adb -d shell stop
./adb -d shell su -c "mount -o remount rw /system"
./adb push framework-res.apk /system/framework/framework-res.apk
./adb -d shell chmod 644 /system/framework/framework-res.apk
./adb push SystemUI.apk /system/app/SystemUI.apk
./adb -d shell chmod 644 /system/app/SystemUI.apk
./adb reboot
1
2
3
4
5
6
7
8
9
10
11
12
#!/system/bin/sh
echo " "
echo "Waiting for device..."
./adb wait-for-device
echo " "
./adb -d shell stop
./adb -d shell su -c "mount -o remount rw /system"
./adb push framework-res.apk /system/framework/framework-res.apk
./adb -d shell chmod 644 /system/framework/framework-res.apk
./adb push SystemUI.apk /system/app/SystemUI.apk
./adb -d shell chmod 644 /system/app/SystemUI.apk
./adb reboot
Este script esperará a que el dispositivo esté listo, cuando está listo se congele el dispositivo, por lo que el guión tiene más tiempo para empujar el archivo (en lugar de reiniciar torreón). Luego se impulsará de armazón y .apk y SystemUI.apk al directorio al que pertenece, después de que cambia los permisos de los archivos a RW-RR (644) y luego se reiniciará.

Tenga en cuenta que en algunos dispositivos el comando "su -c" no se puede utilizar después de usar el "stop" de comandos, se da un error entonces (Segmentación de fallos).
Lo que puede hacer para evitar que esto se suma "adb remount" justo debajo de la "adb espera-por-dispositivo" línea y eliminar el "adb shell -d su línea mount -o rw remount / sistema" -c ".
Guarde el script y ejecutarlo de nuevo.

Usted es probablemente capaz de arreglar su bootloop con esta guía, en algunos casos raros algunas otras particiones puede estar dañado, entonces te aconsejo para instalar el archivo rom (que no es .zip en la mayoría de los casos)
Una vez que domines la fijación de bootloops usted puede fijar su teléfono de forma independiente!