Le calendrier se bloque à l'ouverture - NSPersistentStoreCoordinator n'a pas de magasins persistants ou NSInternalInconsistencyException

J'ai eu le même problème après la mise à jour vers Sierra. J'ai vu dans d'autres forums que le problème était lié aux comptes de calendrier gmail. En supposant que vous ayez un compte de calendrier gmail lié, essayez de désactiver le compte gmail à partir de Paramètres, puis ouvrez le calendrier. Une fois ouvert, vous pouvez réactiver le calendrier gmail et cela fonctionne bien (du moins pour moi).

Ce n'est pas une solution au problème, mais une solution temporaire pour vous permettre d'utiliser le calendrier jusqu'à ce qu'Apple trouve une solution.

Après avoir effectué la mise à niveau vers la version 10.12 il y a quelques jours, le calendrier (ainsi que Contacts, Mail et Messages) ne s'ouvrait pas non plus pour moi, mais pour une autre raison :

AddressBookSourceSync: Could not get real path for Address Book lock folder: open() for F_GETPATH failed.
AddressBookSourceSync: *** Assertion failure in -[ABProcessSharedLock initWithLockFilePath:localLock:fileServices:], /SourceCache/AddressBook/AddressBook-1563/Framework/AddressBookUI/ABProcessSharedLock.m:57
AddressBookSourceSync: *** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'Invalid parameter not satisfying: lockFilePath != nil'

Mais je l'ai résolu en supprimant les fichiers qui stockent les paramètres des comptes Internet et en supprimant les dossiers temporaires, donc cela pourrait fonctionner ici aussi.

Fichiers qui stockent les paramètres des comptes Internet :

La suppression de ces fichiers entraînera la suppression des paramètres de synchronisation et des données synchronisées de votre ordinateur, mais tant que vos données sont déjà synchronisées, vous pouvez simplement ajouter les comptes à nouveau dans Comptes Internet plus tard.

• ~/Library/Accounts (Comptes Internet)
• ~/Library/Application Support/AddressBook (Contacts)
• ~/Library/Calendars (Calendrier)
• ~/Library/Mail (Courrier)

Après avoir supprimé ces dossiers, déconnectez-vous et reconnectez-vous.

Dossiers temporaires :

Sauvegardez et fermez votre travail avant de mettre à la poubelle l'un de ces dossiers.

• ~/Library/Caches
  (Vous pouvez mettre à la poubelle tout ce dossier).
• /private/tmp
  (Vous pouvez mettre à la poubelle l'ensemble de ce dossier. /tmp est un lien symbolique vers ce dossier, ne le détruisez pas).
• /var/folders
  (Si vous mettez à la poubelle l'ensemble de ce dossier, votre système risque de ne pas démarrer. Vous devez recréer /var/folders y /var/folders/zz avant de redémarrer. Vous pouvez le faire avec : sudo mkdir -p /var/folders/zz .)

Après avoir supprimé ces dossiers, effectuez un redémarrage brutal (ctrl-cmd-power ou ctrl-cmd-eject).

Pas une réparation, mais une solution de rechange :

J'ai eu le même problème en passant de Sierra à High Sierra (10.13.2). L'application Calendrier démarrait et plantait alors qu'elle était en train de "mettre à jour les calendriers". Pour vérifier que ce sont mes anciennes données qui causent le problème, j'ai créé un dossier dans ~Library/Calendar et j'y ai déposé tout le contenu de ~Library/Calendar (en cachant toutes les données précédentes). J'ai ensuite lancé l'application Calendrier et viola, elle a démarré sans problème, mais vide. Il a chargé mon compte CalDev que j'ai sur mon Synology. Au lieu de passer plus de temps à manipuler mes anciennes données de calendrier, je l'ai simplement laissé se reconstruire à partir du Synology. Je suppose qu'il fera la même chose si vous avez une copie de votre calendrier synchronisé avec votre propre serveur local ou un nuage.