Re: Compresser avec 7z en ajoutant un mot de passe
> Je cherche à ajouter un mot de passe lors de la création d'une archive > 7z hors, les exemples trouvés sur internet ne fonctionnent pas. > L'archive peut être décompressée sans mot de passe, dans mes essais. > > 7z a test.7z test1.txt test2.txt -p345 > > Pour décompresser : 7z x test.7z J'ai trouvé un exemple de commande pour compresser avec 7z en ajoutant un mot de passe, qui est bien demandé lors de la décompression de l'archive. 7z a -pMOTDEPASSE -mx=9 -mhe -t7z test.7z test.txt Installation de 7-zip sous Linux apt-get install p7zip-full # Les exemples suivants demandent bien un mot de passe à la création mais ne demandent pas le mot de passe lors de la décompression de l'archive ! # Utilisation de 7z pour protéger une archive : # 7z a /tmp/secure.7z /tmp/test.txt -p # Il n'est jamais conseillé d'indiquer directement un mot de passe dans un script : # 7z a /tmp/secure.7z /tmp/test.txt fichier1 fichier2 -pMonp@ssword # Cet exemple est fonctionnel et permet de compresser une archive en lui ajoutant un mot de passe : 7z a -pMOTDEPASSE -mx=9 -mhe -t7z test.7z test.txt 7z : Command a : Add -p : Set Password -mx=9 : Ultra compression -mhe : Encrypt file names # Déchiffrer une archive chiffrée avec 7z 7z x /tmp/securez.7z
Compresser avec 7z en ajoutant un mot de passe
Question pour un champihon Je cherche à ajouter un mot de passe lors de la création d'une archive 7z hors, les exemples trouvés sur internet ne fonctionnent pas. L'archive peut être décompressée sans mot de passe, dans mes essais. 7z a test.7z test1.txt test2.txt -p345 Pour décompresser : 7z x test.7z
Re: Occupation CPU de Thunderbird un peu grande.
Le 05/12/2018 à 19:09, contact a écrit : > comment et est ce possible de configurer ce mbox ? Pour voir ce que tu utilise : edition -> paramètres des comptes sur chaque compte tu va sur la partie "paramètres serveur" (oui, je sais, c'est pas logique de l'avoir rangé la) et vers le bas tu a indiqué quel système de stockage tu utilise, mais tu peux pas le changer. Pour choisir ce que tu utilise : Ben… ce n'est possible qu'a la création d'un compte. Donc il faut creer un nouveau compte, copier les messages de l'ancien vers le nouveau puis supprimer l'ancien. Si c'est un compte IMAP, il suffit de supprimer le compte, le re-creer et le laisser se synchroniser sur le serveur. Je te conseille vivement de copier les messages par paquets pas trop gros, genre 500 ou 1000 maxi, ca réduit beaucoup le risque de plantage pendant la procédure. Soit tu crée le compte puis des qu'il est créé et avant d'y charger un message, tu peux aller a l'endroit indiqué ci dessus et changer le système de stockage pour maildir. Soit avant de creer des comptes, tu va dans edition -> préférences -> avancé -> général et la tu a "type de stockage des messages pour les nouveaux comptes". Tu le règle sur maildir et après t'es tranquille, tous les nouveaux comptes seront faits en maildir. PS : si t'es sur windows il faut remplacer "edition -> préférences" par "outils -> options" ou quelque chose comme ca.
Re: Ajouter un disque à un ensemble LVM sur LUKS
Le 05/12/2018 à 15:44, Olivier a écrit : J'ai un nouveau système avec un disque SSD chiffré avec LUKS et plusieurs disques mécaniques inutilisés pour l'instant. # lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda8:00 2,7T 0 disk └─sda1 8:10 2,7T 0 part (...) sde8:64 0 55,9G 0 disk ├─sde1 8:65 0 243M 0 part /boot ├─sde2 8:66 01K 0 part └─sde5 8:69 0 55,7G 0 part └─sde5_crypt 254:10 55,7G 0 crypt ├─foobar--vg-root 254:208G 0 lvm / ├─foobar--vg-var254:303G 0 lvm /var ├─foobar--vg-swap_1 254:40 15,7G 0 lvm [SWAP] ├─foobar--vg-tmp254:50 588M 0 lvm /tmp └─foobar--vg-home 254:60 28,4G 0 lvm /home sr0 11:01 1024M 0 rom Je souhaite étendre la partition foobar--vg-var C'est un volume logique, pas une partition. avec la totalité de sda1 Si ce n'est pas indiscret, pourquoi as-tu besoin d'autant d'espace dans /var ? sans avoir à saisir au démarrage une deuxième "phrase de passe". Avec sda1 chiffré, je suppose ? Comment procéder ? Si tu chiffres sda1 avec LUKS et ajoutes le volume chiffré comme PV au VG foobar-vg, il y a des chances que l'initramfs cherche à l'ouvrir puisqu'il fait partie du VG qui contient la racine et le swap. Néanmoins il paraît que si plymouth est utilisé pour collecter une passphrase, alors celle-ci est mise en cache et réutilisée pour tenter d'ouvrir les volumes chiffrés suivants. Donc si les deux volumes chiffrés ont la même passphrase, alors elle ne serait demandée qu'une fois. Cependant, à mon avis ça n'a aucun sens d'étendre un VG et un LV sur des supports aussi différents qu'un SSD et un disque dur. Les performances sont trop différentes selon que la données accédée est stockée sur l'un ou sur l'autre, et on ne choisit pas ce qui va sur l'un ou sur l'autre. D'autre part, avec 3 Go sur SSD et 3 To sur disque dur, l'apport du SSD est marginal. Je suggèrerais donc plutôt d'abandonner le volume logique foobar-vg/var (l'espace libéré pourra servir à agrandir les autres LV si besoin) et de créer un nouveau groupe de volume (ou un simple volume chiffré s'il ne doit pas être partagé ni étendu) pour /var dans sda1. Comme ce volume chiffré ne contiendrait pas la racine ni le swap, l'initramfs n'aurait pas de raison de chercher à l'ouvrir et sa passphrase pourrait être enregistrée dans un fichier sur la racine qui est aussi chiffrée. J'ai trouvé [1]. qu'en penser ? [1] https://bbs.archlinux.org/viewtopic.php?id=214833 Trop long, trop confus. L'OP oublie de chiffrer le second PV, puis chiffre le LV au lieu du PV, bref il ne sait pas où il va.
Re: Occupation CPU de Thunderbird un peu grande.
comment et est ce possible de configurer ce mbox ? François-Marie BILLARD Le 05/12/2018 à 11:22, hamster a écrit : Le 05/12/2018 à 10:06, MENGUAL Jean-Philippe a écrit : Thunderbird reste un très bon mailer, mais il atteint ses limites avec qq millions de mails, centaines de dossiers et dizaines de comptes (ce qui reste un usage relativement peu courant). Je n'en suis pas là et il a déjà ses limites. Je lui reconnais de vraies qualités, mais ses performances restent son vrai point faible historique. Pour ma part je n'ai pas plus de sept comptes, chacun n'ayant pas de sous-dossiers autres que courrier entrant, envoyés brouillon et corbeille. Les dossiers contiennent autour de 1 mails (et encore j'en rajoute, en vrai on doit plutôt tourner à 3000). J'ai moi aussi atteint une limite quand il y a beaucoup de messages dans un même dossier, en particulier si il y a beaucoup de pièces jointes. Pour ce que j'en ai compris cette limite est due au format de stockage mbox qui met tous les messages d'un dossier dans un même fichier. Avec beaucoup de messages dans un dossier, ca fait des fichiers de stockage énormes et difficiles a manipuler. J'ai dépassé cette limite depuis que le format mdir est disponible (un fichier par message). Depuis, je n'utilise plus du tout le format mbox.
Ajouter un disque à un ensemble LVM sur LUKS
Bonjour, J'ai un nouveau système avec un disque SSD chiffré avec LUKS et plusieurs disques mécaniques inutilisés pour l'instant. # lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda8:00 2,7T 0 disk └─sda1 8:10 2,7T 0 part sdb8:16 0 2,7T 0 disk └─sdb1 8:17 0 2,7T 0 part sdc8:32 0 2,7T 0 disk └─sdc1 8:33 0 2,7T 0 part sdd8:48 0 2,7T 0 disk └─sdd1 8:49 0 2,7T 0 part sde8:64 0 55,9G 0 disk ├─sde1 8:65 0 243M 0 part /boot ├─sde2 8:66 01K 0 part └─sde5 8:69 0 55,7G 0 part └─sde5_crypt 254:10 55,7G 0 crypt ├─foobar--vg-root 254:208G 0 lvm / ├─foobar--vg-var254:303G 0 lvm /var ├─foobar--vg-swap_1 254:40 15,7G 0 lvm [SWAP] ├─foobar--vg-tmp254:50 588M 0 lvm /tmp └─foobar--vg-home 254:60 28,4G 0 lvm /home sr0 11:01 1024M 0 rom Je souhaite étendre la partition foobar--vg-var avec la totalité de sda1 sans avoir à saisir au démarrage une deuxième "phrase de passe". Comment procéder ? J'ai trouvé [1]. qu'en penser ? [1] https://bbs.archlinux.org/viewtopic.php?id=214833 Slts
Re: Occupation CPU de Thunderbird un peu grande.
Le 05/12/2018 à 10:06, MENGUAL Jean-Philippe a écrit : >> Thunderbird reste un très bon mailer, mais il atteint ses limites avec qq >> millions de mails, centaines de dossiers et dizaines de comptes (ce qui >> reste un usage relativement peu courant). > Je n'en suis pas là et il a déjà ses limites. Je lui reconnais de vraies > qualités, mais ses performances restent son vrai point faible > historique. Pour ma part je n'ai pas plus de sept comptes, chacun > n'ayant pas de sous-dossiers autres que courrier entrant, envoyés > brouillon et corbeille. Les dossiers contiennent autour de 1 mails > (et encore j'en rajoute, en vrai on doit plutôt tourner à 3000). J'ai moi aussi atteint une limite quand il y a beaucoup de messages dans un même dossier, en particulier si il y a beaucoup de pièces jointes. Pour ce que j'en ai compris cette limite est due au format de stockage mbox qui met tous les messages d'un dossier dans un même fichier. Avec beaucoup de messages dans un dossier, ca fait des fichiers de stockage énormes et difficiles a manipuler. J'ai dépassé cette limite depuis que le format mdir est disponible (un fichier par message). Depuis, je n'utilise plus du tout le format mbox.
Re: Occupation CPU de Thunderbird un peu grande.
Le 05/12/2018 à 09:48, Daniel Caillibaud a écrit : > Le 04/12/18 à 19:30, MENGUAL Jean-Philippe a > écrit : >> Je sature tellement que >> j'envisage chaque jour un peu plus de basculer vers Mutt. > > Ça c'est radical ;-) Oui. En réalité je ne l'envisage pas très sérieusement, notamment car je veux continuer à tester l'outil graphique sur lequel je dois former des gens. Mais c'est assez horripilant. > Je me permet de suggérer claws-mail, qui reste un mailer graphique, que > j'utilise avec bonheur depuis bientôt 10 ans (nommé sylpheed auparavant). > > Il est bcp plus light que thunderbird, a bcp de fonctionnalité avancées [1] > mais ne satisfera pas tout le monde [2] Je vais regarder merci > Thunderbird reste un très bon mailer, mais il atteint ses limites avec qq > millions de mails, centaines de dossiers et dizaines de comptes (ce qui > reste un usage relativement peu courant). Je n'en suis pas là et il a déjà ses limites. Je lui reconnais de vraies qualités, mais ses performances restent son vrai point faible historique. Pour ma part je n'ai pas plus de sept comptes, chacun n'ayant pas de sous-dossiers autres que courrier entrant, envoyés brouillon et corbeille. Les dossiers contiennent autour de 1 mails (et encore j'en rajoute, en vrai on doit plutôt tourner à 3000). Donc on est loin des valeurs énormes évoquées, mais déjà il y a des soucis énormes de perf. Mais il est vrai que lightning semble une première explication. Ce n'est pas la seule toutefois. Espérons réussir à améliorer ça. Cordialement, > > > [1] plutôt pour les geeks, genre des règles multicritères de tri / > recherche / formatage / etc. à exécuter suivant tel contexte, archivage > conditionnel (suivant combinaison expéditeur, âge, dossier, sujet, header > xx, etc.), avec regex possibles un peu partout. > > [2] pas d'édition de mail en html possible (sans passer par un éditeur html > externe, jamais essayé car jamais eu besoin), visualisation des mails html > qui déconne parfois (rarement mais ça arrive, le rendu du html reste bloqué > sur celui d'un mail précédent, faut alors faire un clic droit / ouvrir avec > le navigateur xx pour visualiser correctement le html) >
Re: Occupation CPU de Thunderbird un peu grande.
Le 04/12/18 à 19:30, MENGUAL Jean-Philippe a écrit : > Je sature tellement que > j'envisage chaque jour un peu plus de basculer vers Mutt. Ça c'est radical ;-) Je me permet de suggérer claws-mail, qui reste un mailer graphique, que j'utilise avec bonheur depuis bientôt 10 ans (nommé sylpheed auparavant). Il est bcp plus light que thunderbird, a bcp de fonctionnalité avancées [1] mais ne satisfera pas tout le monde [2] Thunderbird reste un très bon mailer, mais il atteint ses limites avec qq millions de mails, centaines de dossiers et dizaines de comptes (ce qui reste un usage relativement peu courant). [1] plutôt pour les geeks, genre des règles multicritères de tri / recherche / formatage / etc. à exécuter suivant tel contexte, archivage conditionnel (suivant combinaison expéditeur, âge, dossier, sujet, header xx, etc.), avec regex possibles un peu partout. [2] pas d'édition de mail en html possible (sans passer par un éditeur html externe, jamais essayé car jamais eu besoin), visualisation des mails html qui déconne parfois (rarement mais ça arrive, le rendu du html reste bloqué sur celui d'un mail précédent, faut alors faire un clic droit / ouvrir avec le navigateur xx pour visualiser correctement le html) -- Daniel Ce n'est pas parce que l'on a un pied dans la tombe qu'il faut se laisser marcher sur l'autre. Julien Élie
