"com.Android.phone se ha detenido" después de un flasheo sucio de CM13

Yo tuve el mismo problema al actualizar a CM13 desde CM12.1. Usted puede resolver este problema sin borrar sus archivos de base de datos y por lo tanto la pérdida de datos como se sugiere en las otras respuestas.

El culpable parece ser una base de datos rota Código onUpgrade en el TelephonyProvider de CM. La página web ppp_number de la tabla de portadores no existe, pero el código de actualización asume que ya existe.

Lo solucioné copiando el telephony.db a mi máquina local de Linux y revirtiendo la versión de la base de datos a la versión 16 << 16 | 6 = 1048582 para forzar al código de actualización a añadir las columnas que faltan. La página web ALTER TABLE en el código enlazado están protegidas por bloques try-catch, de modo que no importa si alguna de las columnas ya existe. Arranca el teléfono en recovery (por ejemplo, TWRP) para tener privilegios adb Root y evitar carreras de bloqueo con el Android Runtime que está constantemente tratando de 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

A continuación, abra la base de datos con sqlite y establezca la versión

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

Cargar de nuevo la base de datos modificada en el dispositivo y arreglar 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ías intentar esto en el sistema roto, lo que no recomendaría. Probablemente tendrías que convertirte en Root con adb root para copiar y modificar los archivos con adb .

Probé la solución de Sebastián, pero el error persistió. La respuesta aceptada hace que se pierdan todos los SMS, por lo que no era una opción para mí. Sin embargo, después de arrancar en modo de recuperación y borrar los archivos

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

el teléfono volvió a funcionar perfectamente. Los archivos parecen contener sólo datos autogenerados, por lo que es seguro eliminarlos.

Si no puedes entrar en un adb shell o eliminar el directorio de tu teléfono porque es inutilizable también puedes eliminar el directorio de whitin TWRP recovery.

Tuve el mismo problema después de actualizar de CM12 a CM13. Aquí es cómo yo era capaz de solucionarlo:

He eliminado estos dos directorios

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

completamente desde mi teléfono (Nexus 5). He utilizado ES Explorer para hacerlo, tuve que encender Root Mode y Show Hidden Files para poder borrar los archivos de ese directorio.

El registro de llamadas y los SMS siguen ahí, no puedo ver ninguna desventaja derivada de la eliminación de esos directorios. Todo parece funcionar sin problemas de nuevo.