"com.android.phone se ha detenido" después de parpadear sucio CM13

Esto fue debido a un cambio en el código.

Como ha dicho Firelord, borre los datos de las aplicaciones. Esto se puede hacer así ( esto también eliminará su base de datos de SMS/MMS, así que asegúrese de hacer una copia de seguridad de ellos de antemano ):

adb shell
rm -fr /data/data/com.android.providers.telephony/
rm -fr /data/data/com.android.phone/
exit

El indicador -f es para fuerza y ​​el indicador -r significa recursivo.

Tuve el mismo problema al actualizar a CM13 desde CM12.1. Puede resolver este problema sin eliminar los archivos de su base de datos y, por lo tanto, perder datos como se sugiere en las otras respuestas.

El culpable parece ser una base de datos rota en el código de actualización en TelephonyProvider de CM. La ppp_numbercolumna de la tabla de transportistas no existe, pero el código de actualización asume que ya existe.

Lo resolví copiando telephony.db en mi máquina Linux local y revirtiendo la versión de la base de datos a la versión 16 << 16 | 6 = 1048582para forzar el código de actualización para agregar las columnas faltantes. Las ALTER TABLEsentencias en el código vinculado están protegidas por bloques try-catch, por lo que no importa si algunas de las columnas ya existen. Inicie el teléfono en modo de recuperación (p. ej., TWRP) para tener privilegios de root adb y evitar carreras de bloqueo con Android Runtime, que intenta constantemente iniciar el proveedor de telefonía.

% adb pull /data/user/0/com.android.providers.telephony/databases/telephony.db
% adb pull /data/user/0/com.android.providers.telephony/databases/telephony.db-journal

Crear copias de seguridad

% cp telephony.db telephony.db.bak
% cp telephony.db-journal telephony.db-journal.bak

Luego abra la base de datos con sqlite y configure la versión

% sqlite3 telephony.db
sqlite> PRAGMA user_version = 1048582;
sqlite> .quit

Vuelva a cargar la base de datos modificada en el dispositivo y corrija los permisos

% adb push telephony.db /data/user/0/com.android.providers.telephony/databases
% adb shell
~ # cd /data/user/0/com.android.providers.telephony/databases
/data/data/com.android.providers.telephony/databases # rm telephony.db-journal
/data/data/com.android.providers.telephony/databases # chown radio:radio telephony.db
/data/data/com.android.providers.telephony/databases # chmod 660 telephony.db

También podría probar esto en el sistema roto, lo cual no recomendaría. Probablemente tendría que volverse root con el adb rootfin de copiar y modificar los archivos con adb.

Probé la solución de Sebastian, pero el error persistió. La respuesta aceptada da como resultado la pérdida de todos sus SMS, por lo tanto, no era una opción para mí. Sin embargo, después de iniciar el modo de recuperación y eliminar los archivos

/data/data/com.android.providers.telephony/databases/telephony.db
/data/data/com.android.providers.telephony/databases/telephony.db-journal

el telefono volvio a funcionar perfectamente. Los archivos parecen contener solo datos generados automáticamente, por lo que es seguro eliminarlos.

Si no puede acceder a un shell adb o eliminar el directorio de su teléfono porque no se puede utilizar, también puede eliminar el directorio de la recuperación TWRP.

Tuve el mismo problema después de actualizar de CM12 a CM13. Así es como pude arreglarlo:

Eliminé estos dos directorios.

/data/user/0/com.android.providers.telephony
/data/data/com.android.phone/

completamente desde mi teléfono (Nexus 5). Solía ES Explorer​​​​hacerlo, tenía que encender Root Modey Show Hidden Filespoder eliminar archivos en ese directorio.

El registro de llamadas y los SMS todavía están allí, no puedo ver ninguna desventaja resultante de eliminar esos directorios. Todo parece funcionar sin problemas de nuevo.