Pourquoi ton alarme ne sonne pas après un redémarrage ?

Ton téléphone Android a redémarré cette nuit : une mise à jour, une coupure de batterie, un arrêt forcé. Ce matin, ton réveil est resté silencieux. Ou pire, il a sonné avec un net retard, et une notification t’apprend après coup que l’alarme est passée.

Le mode silencieux ? Ce sujet-là est déjà traité ailleurs, mais ça ne concerne pas un redémarrage. Ne pas déranger, alors ? Non plus : le canal sur lequel sonne ton alarme y échappe déjà. Le vrai coupable, c’est le redémarrage lui-même, et ce qu’il fait à une alarme déjà programmée.

Une alarme ne survit pas à un redémarrage

Ton alarme est enregistrée directement sur le téléphone, dans le service d’alarme du système. Rien ne passe par le réseau : aucune connexion n’est nécessaire pour qu’elle sonne à l’heure. Mais ce service oublie tout à chaque redémarrage complet. Ce n’est pas un défaut de Wake Boom, ni d’une autre application. C’est ainsi que le système est conçu. Dès que le téléphone redémarre, l’appli reconstruit chacune de tes alarmes à partir de ce qu’elle a gardé en mémoire, sans que tu aies rien à refaire. Ça veut dire aussi que rien de tout ça ne dépend d’une connexion : mode avion, Wi-Fi coupé, aucune importance, l’alarme sonne pareil. Seul le redémarrage change quelque chose.

Le signal de redémarrage peut arriver en retard

Le système prévient les applications quand il a fini de démarrer. Mais ce signal n’arrive pas toujours tout de suite. Sur certains téléphones Samsung sous One UI, on l’a mesuré à deux minutes quarante-cinq après l’allumage réel. Pendant ce temps, aucune alarme ne peut encore être reprogrammée. Alors, si la tienne devait sonner pile dans cette fenêtre, elle attend. Techniquement, le système envoie même deux signaux de redémarrage. Le premier arrive avant que tu aies déverrouillé le téléphone, quand la mémoire est encore chiffrée : rien n’est lisible à ce moment-là. Le vrai travail, celui qui relit tes alarmes, attend le second signal, une fois le téléphone déverrouillé.

Une fenêtre de rattrapage de trente minutes, pas plus

Une alarme restée en attente sonne quand même dès que le téléphone reprend la main, mais seulement si le retard reste sous les trente minutes. Au-delà, elle ne sonne plus du tout. La logique est simple : une alarme en retard vaut mieux qu’une alarme silencieuse, mais un téléphone resté éteint pendant des heures ne doit pas sonner dans une pièce vide, longtemps après que tu l’as quittée. Ce n’est pas un raccourci pris pour simplifier les choses, c’est une limite que le système lui-même impose. Et quand elle sonne, la sonnerie elle-même démarre cinq secondes après la reprise, jamais à l’instant même : c’est le système qui l’exige, pas nous. Un service comme celui-là ne peut pas se lancer directement depuis un simple signal de démarrage.

Rien à reprogrammer toi-même, sauf un cas

Dans l’immense majorité des cas, tu n’as rien à faire. Le téléphone redémarre, l’appli reprend la main, la prochaine alarme sonne à l’heure ou avec le petit retard décrit plus haut. Le seul cas où une vérification vaut le coup, c’est un téléphone resté éteint bien plus longtemps que trente minutes après l’heure prévue, une panne de batterie qui dure toute la nuit, par exemple. Là, l’alarme n’a pas pu rattraper le coup, et il faut la relancer toi-même une fois le téléphone rallumé.

Une fois qu’elle sonne, c’est la même alarme que d’habitude : le volume ignore le silencieux, et la mission ne s’arrête pas tant qu’elle n’est pas terminée. Si l’idée de dormir malgré une alarme, redémarrage ou pas, t’inquiète plus largement, ce texte sur le sommeil profond répond à cette question-là.