"com.android.phone a cessé de fonctionner" après avoir flashé CM13 de manière rapide

J'ai eu le même problème lors de la mise à jour vers CM13 depuis CM12.1. Vous pouvez résoudre ce problème sans supprimer vos fichiers de base de données et donc sans perdre de données comme suggéré dans les autres réponses.

Le coupable semble être le code de mise à niveau de la base de données onUpgrade dans le fournisseur de téléphonie de CM. La colonne ppp_number de la table des opérateurs n'existe pas, mais le code de mise à niveau suppose qu'elle existe déjà.

J'ai résolu le problème en copiant la téléphonie.db sur ma machine Linux locale et en revenant à la version de la base de données 16 << 16 | 6 = 1048582 pour forcer le code de mise à niveau à ajouter les colonnes manquantes. Les déclarations ALTER TABLE dans le code lié sont protégées par des blocs try-catch, donc cela n'a pas d'importance si certaines colonnes existent déjà. Démarrez le téléphone en mode de récupération (par exemple TWRP) pour avoir les privilèges root adb et éviter les conflits de verrouillage avec le Android Runtime qui essaie constamment de démarrer le fournisseur de téléphonie.

% 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

Créez des sauvegardes

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

Ouvrez ensuite la base de données avec sqlite et définissez la version

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

Téléversez la base de données modifiée de nouveau sur l'appareil et corrigez les autorisations

% 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

Vous pourriez également essayer ceci sur le système cassé, ce que je ne recommanderais pas. Vous devriez probablement devenir root avec adb root pour copier et modifier les fichiers avec adb.

J'ai essayé la solution de Sebastian, mais l'erreur persistait. La réponse acceptée entraîne la perte de tous vos SMS, donc ce n'était pas une option pour moi. Cependant, après avoir démarré en mode de récupération et supprimé les fichiers

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

le téléphone fonctionnait à nouveau parfaitement. Les fichiers semblent contenir uniquement des données générées automatiquement, il est donc sûr de les supprimer.

Si vous ne pouvez pas accéder à une coquille adb ou supprimer le répertoire de votre téléphone car il est inutilisable, vous pouvez également supprimer le répertoire depuis la récupération TWRP.

Après avoir mis à jour de CM12 à CM13, j'ai rencontré le même problème. Voici comment j'ai réussi à le résoudre :

J'ai supprimé ces deux répertoires

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

complètement de mon téléphone (Nexus 5). J'ai utilisé ES Explorer pour le faire, j'ai dû activer Root Mode et Show Hidden Files pour pouvoir supprimer des fichiers dans ce répertoire.

L'historique des appels et des SMS est toujours là, je ne vois aucun inconvénient à avoir supprimé ces répertoires. Tout semble fonctionner à nouveau parfaitement.