Forum

Bonjour,
Depuis la migration vers Mageia 10, j'ai un problème lié à l'utilisation des portefeuilles de clés.
1. Nheko au lancement depuis l'accès à une clé. Il provoque l'ouverture d'une boîte de dialogue qui demande la clé. Je n'en connais qu'une, mais c'est un échec à chaque fois. Je n'arrive pas à déterminer quelle est l'application qui ouvre cette boîte.
2. J'ai une sauvegarde quotidienne par deja-dup. Elle échoue systématiquement, avec un message "Autorisation requise" pour une connexion SSH, je rentre la clé, puis échec: "failed to back up". Dans les détails, j'ai "Raison inconnue". Je pense que c'est une clé de chiffrement qui manque, mais comment lui faire avaler ?
J'ai en place kdewallet et keepassXC. je ne sais plus si j'avais dû utiliser gnome-keyring, en tout cas il n'est pas installé.
Potentiellement, le seul message dans le journal qui pourrait être en lien :

Auriez-vous des pistes à me proposer ?

Pour le point 1., il s'agit peut être de la clé de vérification Matrix pour le chiffrement des messages ?

Aunisien :

Pour le point 1., il s'agit peut être de la clé de vérification Matrix pour le chiffrement des messages ?

Oui, mais le souci, c'est Nheko ne démarre plus.
J'utilise Thunderbird pour Matrix, mais il est indigent sur ce point.

Nheko est redémarré. Le souci est que j'entrais une clé secrète dans la boîte de dialogue demander d'autoriser l'accès, alors qu'il fallait le mot de passe utilisateur. C'est gnome-keyring à la manœuvre.
Pour les sauvegrades, ce n'est toujours pas ça.

Bonjour,

Je me demande quel est le backend utilisé par déjàdup ? Est ce toujours duplicity ou est ce restic (même si je ne vois pas de paquet restic dans madb pour Mageia 10) ?

edit: je vois dans Mageia 9 que la version est la version de deja-dup est la 44, mais dans les notes de déja-dup, il y a ceci :

https://gitlab.gnome.org/World/deja-dup/-/blob/49/NEWS.md?ref_type=heads :

49.0
Changes Since 48.x

Enable Restic by default in all builds

Du coup comme déjà-dup peut fonctionner sans restic ? Même si le paquet restic est resté de la version 9 ( puisque mise à jour), celui ci doit toujours être dans la version 0.14.

edit2 : le backend utilisé semble pouvoir être vu par ici:

Citation :

You can view the used backend by going into the app’s menu → About → Troubleshooting → Debugging Information → Tool Name

edit 3 : du coup, il manque peut être le paquet restic dans Mageia 10 ( pour les installations sans mises à jour) et peut être que la version de restic est trop ancienne ?

https://gitlab.gnome.org/World/deja-dup/-/work_items/519

edit 4 : il faudrait demander aux empaquetteurs de restic ( reintégration et mise à jour) et déja-dup ( pour forcer la dépendance à restic en plus de duplicity) . visiblement deja-dup ne m' a pas demandé d' installer restic, et urpmi me dit qu' il n' y a pas de paquet restic.

Édité par nic80 Le 25/10/2026 à 10h50

Merci de t'intéresser à la question.
J'avais vu la question de restic. Ma vérification indiquait que c'était duplicity qui était utilisé. Mais je vais creuser le sujet. En tout cas c'était le cas en Mageia 9. Je comprends que restic n'est pas vraiment une option.

Bonjour,

J' imagine que si on utilise du ssh, la sauvegarde est déportée ailleurs.

Est ce que l' hôte distant voit quelque chose arriver et refuse une connexion ?

Je suppose que par défaut le module utilisé est restic.

Une hypothèse pourrait être :

- connexion distante -> identification nécessaire
- essai d' envoi d' une commande à restic avec les informations fournies (car si restic est par défaut la tâche lui transférée)
- pas de restic, ou restic ne comprends pas completement ce qui lui est demandé et du coup plante.

En revanche la restauration d' une sauvegarde ancienne (donc faite avec duplicity) pourrait être testée ( et puis cela fait un test de restauration, chose que l' on ne vérifie que peu souvent).
Si la même fenêtre de clé s' affiche et est capable de lister les sauvegardes distantes (ou mieux de restaurer), il serait peut être possible d' écarter un problème de clé/mot de passe).

Je n' ai pas vérifié si restic possède des logs (cela permetrait peut être de voir si cela vient de lui (si installé)). Dans le about de déja-dup il y a un onglet de dépannage, peut être indique t' il la commande lancée qui nécessite une information ?

Je mets en pause pour l'instant cette semaine, je ne suis pas connectable au serveur SSH.

Voilà, je suis revenu près du serveur.
Non, ce n'est pas à cause de l'absence de restic. La configuration est en duplicity.
Ce qui m'a mis sur la voie, c'est l'accès au journal dans About DejaDup Backup - Dépannage - Informations de débogage
Il fallait imaginer qu'il pouvait y avoir une trace par là.
J'y ai vu une "OSError" en écriture d'un fichier duplicity-inc.20260907T051143Z.to.20260912T171548Z.vol1.difftar.gpg
J'ai constaté alors que sur le serveur, le disque de destination n'était pas monté. Après exploration du journal, j'ai trouvé un "undervoltage detected". Le disque est externe sur connexion USB. En testant avec un hub USB alimenté, le pb est passé.
Voilà, une sauvegarde a été faite, je me sens mieux.