Cette espace vous permet de voir toutes les Messages réalisées par ce membre. Vous ne pouvez voir que les Messages réalisées dans les espaces auxquels vous avez accès.
Bon il me faudrait savoir comment je pourrai les récupérer, tout au moins les principaux. J' aurai une perte de quelques mois, mais ce serait mieux que rien. Problème à résoudre: comment opérer cette copie ( certainement via une clé USB ? ) Et ensuite comment les " ré-injecter " sur les correspondants et reconstituer partiellement ces mails.
Bonsoir,
J'ai une solution, un peu lourde mais sûre.
1/ Sur ton ordi secondaire
Tu ne te connectes surtout pas à Internet.
Tu crées un ou deux dossiers de sauvegarde sur cet ordi : Reception-svgd et Envoi-svgd (Envoi-svgd si tu veux aussi sauvegarder des mails envoyés... sinon Reception-svgd suffit si tu veux ne sauvegarder que la boîte de réception).
Tu ouvres Thunderbird et tu cliques sur ta boîte de réception. Tu sélectionnes un mail et tu fais Ctrl+A pour les sélectionner tous. Tu fais un clic-droit sur l'ensemble de ces mails sélectionnés, tu choisis Enregistrer sous... et tu enregistres dans le dossier Reception-svgd récemment créé.
Fais au besoin pareil avec ta boîte Envoyés mais là tu enregistres dans le dossier Envoi-svgd.
Tes mails sont à présent sauvegardés.
Tu copies les deux dossiers (ou le seul Reception-svgd s'il suffit) sur une clé USB.
2/ Sur ton ordi principal, tu copies les deux dossiers (ou le seul Reception-svgd s'il suffit) présents sur la clé USB.
Tu ouvres Thunderbird et à gauche dans la barre Dossiers, tu fais un clic-droit sur Dossiers locaux, tu choisis Nouveau dossier... et tu nommes ce dossier Recept-svgd. Tu recommences si tu veux un nouveau dossier pour ta boîte d'envoi, que tu nommes Env-svgd.
Tu ouvres ton dossier Reception-svgd dans l'explorateur de fichier (le dossier qui provient de la clé USB). Tu sélectionnes tous les fichiers *.eml présent (Ctrl+A) et tu fais un glisser-déposer sur le dossier Recep-svgd que tu as créé dans les Dossiers locaux de Thunderbird.
Fais au besoin pareil pour Envoi-svgd vers Env-svgd de Thunderbird.
Tu récupères ainsi tous ces mails dans Thunderbird, localement. Pourquoi ne pas les réinjecter directement dans les dossiers de la boîte mail de ton fournisseur plutôt que dans les Dossiers locaux? Tous ces mails n'étant plus plus sur les serveurs de ton fournisseur, et parce que tu utilises probablement le protocole IMAP, ils risqueraient d'être effacés.
@Barney7 : C'est chaud ton affaire là! Regarde s'il reste des traces de ces mails sur les serveurs de ton fournisseur de boîte mail, ce dont je doute (surtout avec la généralisation de l'utilisation de protocoles modernes comme IMAP).
Tu ouvres Thunderbird et l'onglet Carnet d'adresses sur ton ordi principal, tu fais un clic droit sur le nom de ton carnet d'adresses à gauche de la fenêtre :
Et tu choisis Exporter.
Tu récupères ainsi un fichier *.cvs (format le plus simple). Tu copies ce fichier sur une clé usb et ensuite de là sur ton autre ordi.
Sur cet autre ordi tu ouvres Thunderbird et l'onglet Carnet d'adresses. En haut de l'onglet tu as Importer :
Tu cliques sur Importer et tu te laisses guider. Il va s'agir de récupérer le fichier *.cvs que tu as précédemment copié sur ton nouvel ordi.
Entre nous, un carnet d'adresses en local, uniquement présent sur ton ordi, ce n'est pas le top. Tu devrais revoir ça et avoir au moins un carnet d'adresses chez ton fournisseur de boîte mail. Tu es chez qui?
@guiv : CardBook est une extension qui n'est même plus nécessaire pour se connecter à un carnet d'adresse CardDAV distant avec les dernières versions de Thunderbird (depuis Thunderbird 91 je crois).
@Barney7 : ton carnet d'adresse? il est où? stocké sur une machine ou distant (genre carnet d'adresses sur Gmail par exemple)?
Désolé mais c'est ce que je craignais, ça ne tient pas. Je remarque seulement que ce sont les seuls dépôts, et eux seulement, à partir desquels tu avais tenté de mettre à niveau dans un premier temps qui sont en cause (on peut mettre de côté Nvidia).
Je ne crois pas que cette histoire de /media.1 ait beaucoup d'importance. Sinon ça ne passerait pas davantage avec les commandes que je t'ai indiquées (rebuilddb, ect)... même si leur effet est de courte durée.
Je suis à court de "recettes" à présent pour te venir en aide.
On peut poser la réflexion sur un autre terrain (note l'esquive ). La durée de vie de Leap 15.4? Jusqu'à quand cette distribution est censée recevoir des mises à jour de sécurité?
Beaucoup de tracas pour seulement trois mois de durée de vie, non?
Et faire le grand saut avec une réinstallation d'openSUSE, en partant sur Leap 15.5 -> théoriquement maintenue jusqu'en décembre 2024?
Ne pas se précipiter sur une mise à niveau de la distribution est une bonne stratégie en terme de prudence mais trop tarder c'est prendre le risque de ne plus être du tout en phase avec l'actualité de la distribution et des discussions en cours la concernant. Les mises à niveau arrivent parfois avec des nouveautés majeures qui tombent dans l'oubli quand elles ont été assimilées par la majorité... par exemple.
Je rebondis car j'ai du nouveau en ce qui concerne la clé usb wifi dual-band EDUP EP-AC1689GS que m'avait trouvée @denebe (voir plus haut). C'est surtout du nouveau je pense pour ce qui concerne le chipset Realtek rtl8812bu et sa prise en charge par le kernel Linux à partir du 6.2 .
Ce matin j'ai mis à jour TW (20230902 - noyau 6.4.12-1-default 64-bit) sur ma petite tour HP nécessitant cette clé. Reboot et les LEDs de la clé se sont mises à scintiller, ce qu'elles ne faisaient pas auparavant mais la clé fonctionnait, c'était l'essentiel.
Une petite intuition... je fais un test débit et là
Je plafonnais à 30 Mbps en débit descendant auparavant
Je peux définitivement oublier l'installation du pilote propriétaire à priori plus performant jusque là selon l'auteur de cette documentation sur les adaptateurs USB WIFI . Mais que recommande t-il d'ailleurs quand un double choix est possible (in-kernel ou propriétaire) ?
Les pilotes Linux intégrés au noyau sont préférables aux pilotes externes au noyau pour la plupart des utilisateurs et des cas d'utilisation, car les problèmes liés à la localisation, à l'installation et à la maintenance des pilotes sont considérablement réduits, ce qui permet d'améliorer l'expérience.
Si tu veux tout Packman il faut faire un truc propre et ne pas avoir de doublons packman dans /etc/zypp/repos.d/ (tout Packman inclut Essentials je pense).
Quant au reste, je croise les doigts pour que ça tienne dans le temps, c'est à dire qu'un prochain refresh ne fasse pas ressurgir le problème. Tu nous diras.
@loustic : je m'associe à chalu pour te remercier de ton intervention. Un développeur qui met les pieds dans le plat, ce n'est pas de refus, et même si j'ai du mal à tout comprendre, ma lanterne s'éclaire un peu (eh oui! les commandes rpm peuvent aussi servir )
Pour Calibre, l'avalanche des recommandés est assez récente. Pas de ça sur Leap quand je l'utilisais ni sur TW il y a quelques temps. Tu installais Calibre et Jupyter, Accerciser ou ipython ne montraient pas le bout de leur nez dans le menu des applications (pourquoi faire?).
@loustic : oui, je connais la préconisation du développeur de Calibre. J'ai toujours associé celle-ci au manque de fraîcheur des versions proposées par telle ou telle distribution (c'est un logiciel très fréquemment mis à jour). Avant sur Debian (stable) je passais par les backports pour Calibre. Ceci dit Calibre a toujours bien fonctionné en passant par les dépôts, donc je ne m'inquiétais pas.
Une erreur s'est produite lors de l'initialisation du dépôt. [packman-essentials|https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_/Essentials] Aucune métadonnée valide trouvée à l'URL spécifiée Historique : - [packman-essentials|https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_/Essentials] Repository type can't be determined.
Bonjour,
L'URL de ton dépôt n'est pas correcte. Il manque 15.5 à openSUSE_Leap_
Tu peux modifier ça dans Yast -> Dépôts de logiciels
Tu sélectionnes ton entrée Packman et tu as un bouton "Modifier" en bas qui te permettra de corriger l'URL.
Pour les mises à jour, il est plus simple, plus rapide et plus parlant de passer en ligne de commande. Tu vois de façon synthétique ce qui est proposé et ce qui va se passer lors de la mise à jour. De la façon suivante :
Vérifier que le bouton DVD est sélectionné et en dessous choisir /dev/sr0 (si ça ne fonctionne pas essaie /dev/sg0 mais /dev/sr0 devrait être le bon choix).
Par défaut VLC est souvent sur /dev/cdrom et ça ne fonctionne pas bien sûr.
@seb95 : Salut! Il n'y a pas vraiment de grosse inquiétude derrière tout ça puisque le système continue de fonctionner. Mais quand tu as un gros paquet (comme sur Arch ou Gentoo) et que tu le désinstalles, tu vires tout. Là, on installe un truc qui vient avec plein de paquets recommandés, et quand on désinstalle le truc, qu'on traque ses paquets recommandés et qu'on les désinstalle aussi, ces derniers reviennent à la charge lors de certaines mises à jour (sans qu'on se l'explique).
@chalu : C'est comme chercher une aiguille dans une botte de foin. Pas d'autre choix que de bloquer à chaque fois cette somme de paquets ou de bricoler le fichier de conf de zypper (avec quelles conséquences? car là on perd en visibilité).
S'il s'avère que ce ne l'est pas, j'essaierais la seconde. Mais pour le moment, tout semble ok!
Un problème passager au niveau du dépôt. Si ce n'est pas ta façon de faire habituelle, préfère quand même effectuer les mises à jour en ligne de commande. C'est tout aussi simple que toute autre façon de procéder.
Regarde s'il reste des traces de ces mails sur les serveurs de ton fournisseur de boîte mail, ce dont je doute (surtout avec la généralisation de l'utilisation de protocoles modernes comme IMAP).
à présent pour te venir en aide.
)
