Un matin, Firefox s’ouvre sur une barre de favoris vide. Les marques-pages Firefox ont disparu ou refusent de se charger, alors que les mots de passe et les extensions sont toujours là. Le réflexe habituel consiste à réinstaller le navigateur, mais ce geste brutal efface aussi les données de profil restantes. Plusieurs mécanismes internes permettent de diagnostiquer et réparer une base de marque-pages corrompue sans en arriver là.
Places.sqlite : le fichier qui stocke vos marques-pages Firefox
Firefox ne conserve pas les favoris dans un fichier texte ou un simple fichier HTML. Tout passe par une base de données SQLite nommée places.sqlite, située dans le dossier de profil utilisateur. Ce fichier unique contient à la fois les marques-pages, l’historique de navigation et les icônes de sites.
Quand cette base est corrompue (arrêt brutal du système, mise à jour interrompue, espace disque saturé), Firefox peut réagir de deux façons. Soit il affiche une bibliothèque de favoris vide, soit il renomme silencieusement le fichier endommagé en places.sqlite.corrupt et en crée un nouveau, vierge. Ce comportement automatique et silencieux explique pourquoi de nombreux utilisateurs croient que leurs marques-pages ont été « supprimés » alors qu’ils sont toujours présents dans le dossier de profil, sous un autre nom.
Vérifier l’intégrité de la base places.sqlite sans toucher aux fichiers
Avant de manipuler quoi que ce soit dans le dossier de profil, Firefox propose un outil de diagnostic intégré. Il s’agit de la section Places Database, accessible depuis la page d’informations de dépannage du navigateur.
Accéder à la vérification d’intégrité
Ouvrez le menu principal de Firefox, puis cliquez sur « Aide » et « Informations de dépannage ». Sur cette page, repérez la section Places Database. Un bouton Verify Integrity lance une analyse automatique de la base places.sqlite.
Le rapport généré liste les erreurs détectées. Si des corruptions mineures sont trouvées, Firefox tente une réparation automatique sans que vous ayez à intervenir sur les fichiers du profil. Ce diagnostic est aujourd’hui considéré comme le premier réflexe recommandé par Mozilla en cas de marque-pages absents ou de base corrompue.
Interpréter le rapport
Un résultat « integrity ok » signifie que la base est saine et que le problème vient d’ailleurs (un profil secondaire chargé par erreur, par exemple). Si le rapport mentionne des erreurs non réparables automatiquement, il faut passer à une intervention manuelle sur le dossier de profil.
Restaurer les marques-pages Firefox depuis les sauvegardes automatiques du profil
Firefox crée automatiquement des sauvegardes régulières des marque-pages dans un sous-dossier du profil nommé bookmarkbackups. Ces fichiers portent l’extension .jsonlz4 et sont horodatés. Plusieurs jours de sauvegardes coexistent, ce qui offre une fenêtre de récupération.
- Ouvrez la bibliothèque de marque-pages (Ctrl+Maj+O), puis menu « Importation et sauvegarde » et « Restaurer ».
- Firefox affiche les dernières sauvegardes disponibles avec leur date et le nombre de favoris qu’elles contiennent.
- Sélectionnez une sauvegarde antérieure à la corruption. La restauration remplace les marque-pages actuels par ceux de la sauvegarde choisie.
Si la bibliothèque refuse de s’ouvrir à cause de la corruption, accédez directement au dossier de profil. Sous Windows, tapez %APPDATA%\Mozilla\Firefox\Profiles\ dans la barre d’adresse de l’explorateur de fichiers pour localiser le profil actif et le sous-dossier bookmarkbackups.
Intervention manuelle sur le dossier de profil Firefox
Quand ni la vérification d’intégrité ni la restauration automatique ne fonctionnent, il reste la manipulation directe des fichiers. Cette opération exige de fermer complètement Firefox avant toute modification.
Remplacer places.sqlite manuellement
Dans le dossier de profil, localisez places.sqlite. Si un fichier places.sqlite.corrupt existe à côté, cela confirme que Firefox a détecté la corruption et a généré une nouvelle base vide. La procédure consiste à :
- Renommer le fichier places.sqlite actuel (vide) en places.sqlite.backup pour le conserver par précaution.
- Si vous disposez d’une copie fonctionnelle de places.sqlite (depuis une sauvegarde système ou un ancien disque dur), la placer dans le dossier de profil avec le nom exact places.sqlite.
- Supprimer le fichier places.sqlite-wal et places.sqlite-shm s’ils existent, car ces fichiers journaux peuvent provoquer des conflits avec une base restaurée.
Au redémarrage, Firefox charge la base restaurée. Les fichiers journaux -wal et -shm sont recréés automatiquement par le navigateur.
Le piège du profil secondaire
Certaines mises à jour de Firefox créent un nouveau profil au lieu de réutiliser le profil existant. Les marques-pages ne sont pas corrompus, ils sont simplement dans un autre profil. Pour vérifier, tapez about:profiles dans la barre d’adresse. Si plusieurs profils apparaissent, comparez leurs chemins et basculez sur celui qui contient vos données.
Firefox Sync et la récupération des marques-pages depuis un autre appareil
Si vous aviez activé la synchronisation Firefox avant la corruption, vos marque-pages existent peut-être encore sur un autre appareil connecté au même compte. Plusieurs utilisateurs sur les forums Mozilla rapportent que leurs favoris restaient accessibles sur smartphone alors qu’ils avaient disparu sur PC.
En revanche, la synchronisation peut aussi propager la corruption. Si le profil corrompu se synchronise avant que vous n’interveniez, il risque d’écraser les données saines des autres appareils avec une base vide. La précaution recommandée est de désactiver la synchronisation sur le poste affecté avant toute tentative de réparation, puis de forcer un re-téléchargement depuis le serveur une fois le profil nettoyé.
La perte de marques-pages Firefox reste un incident récupérable dans la grande majorité des cas. Le fichier places.sqlite.corrupt, les sauvegardes automatiques du dossier bookmarkbackups et l’outil Verify Integrity couvrent les scénarios les plus fréquents. La seule précaution qui change réellement la donne sur le long terme : exporter régulièrement ses favoris en HTML ou en JSON depuis la bibliothèque, indépendamment de Sync.
