Re: erreur opendkim
- Mail original - > De: "David Sinquin" > À: debian-user-french@lists.debian.org > Envoyé: Jeudi 14 Septembre 2017 21:44:07 > Objet: Re: erreur opendkim > > On 14/09/2017 18:21, bernard.schoenac...@free.fr wrote: > > > > > > - Mail original - > > > De: "daniel huhardeaux" > > > À: debian-user-french@lists.debian.org > > > Envoyé: Jeudi 14 Septembre 2017 18:09:13 > > > Objet: Re: erreur opendkim > > > > > > Le 14/09/2017 à 17:21, bernard.schoenac...@free.fr a écrit : > > >> bonjour, > > > Bonjour > > > > > >> j'ai une erreur avec opendkim et je n'arrive pas à trouver > > >> la solution ... > > >> > > >> j'ai cette erreur : > > >> > > >> Failed to start OpenDKIM DomainKeys Identified Mail (DKIM) > > >> Milter. > > >> > > >> > > >> service opendkim status : > > >> > > >> > > >> service: PID file /var/run/opendkim/opendkim.pid not readable > > >> (yet?) after start: No such file or directory > > > > > > le répertoire /var/run/opendkim existe t'il et est il writable > > > pour > > > l'utilisateur executant opendkim ? > > > > > > -- > > > Daniel > > > > > > > > > bonjour, > > > > ll /var/run/opendkim/opendkim.pid > > ls: impossible d'accéder à '/var/run/opendkim/opendkim.pid': Aucun > > fichier ou dossier de ce type > > > > ll /var/spool/postfix/var/run/opendkim > > total 8K > > drwxr-xr-x 2 root root 4096 sept. 14 18:16 ./ > > drwxr-xr-x 3 root root 4096 juin 9 18:06 ../ > > srwxrwx--- 1 root root 0 sept. 14 18:16 opendkim.sock= > > > > cat /etc/default/opendkim > > > > # Command-line options specified here will override the contents of > > # /etc/opendkim.conf. See opendkim(8) for a complete list of > > options. > > #DAEMON_OPTS="" > > # Change to /var/spool/postfix/var/run/opendkim to use a Unix > > socket with > > # postfix in a chroot: > > RUNDIR=/var/spool/postfix/var/run/opendkim > > # RUNDIR=/var/run/opendkim > > # > > # Uncomment to specify an alternate socket > > # Note that setting this will override any Socket value in > > opendkim.conf > > # default: > > SOCKET=local:$RUNDIR/opendkim.sock > > # listen on all interfaces on port 54321: > > #SOCKET=inet:54321 > > # listen on loopback on port 12345: > > #SOCKET=inet:12345@localhost > > # listen on 192.0.2.1 on port 12345: > > #SOCKET=inet:12345@192.0.2.1 > > USER=opendkim > > GROUP=opendkim > > PIDFILE=$RUNDIR/$NAME.pid > > EXTRAAFTER= > > > > slt > > bernard > Bonsoir, > > vu que le message d'erreur ne correspond pas à la configuration, il > est probable que la configuration ne soit prise en compte. > > Pour avoir déjà eu cette mauvaise blague, sur le serveur où je l'ai > eue, un `systemctl status opendkim.service` renvoyait que le service > était défini dans /lib/systemd/system/opendkim.service qui contenait > : > ExecStart=/usr/sbin/opendkim -P /var/run/opendkim/opendkim.pid -p > local:/var/run/opendkim/opendkim.sock > > Depuis, j'ai un fichier /etc/systemd/system/opendkim.service qui est > une copie du précédent modulo ce petit diff: > -PIDFile=/var/run/opendkim/opendkim.pid > +Group=opendkim > -ExecStart=/usr/sbin/opendkim -P /var/run/opendkim/opendkim.pid > -p local:/var/run/opendkim/opendkim.sock > +ExecStart=/usr/sbin/opendkim -P > /var/spool/postfix/var/run/opendkim/opendkim.pid -p > local:/var/spool/postfix/var/run/opendkim/opendkim.sock > > Je ne garantie pas que supprimer le PidFile soit utile (mais ça > marche sans puisque systemd suit l'état du processus fils). > > Une autre solution est proposée sur > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=864162 (elle me > semble plus propre mais je ne l'ai pas testée). > > David Sinquin > > bonjour, merci pour le tuyau, mais : dpkg --configure opendkim Paramétrage de opendkim (2.11.0~alpha-11) ... Failed to start opendkim.service: Unit opendkim.service is not loaded properly: Invalid argument. See system logs and 'systemctl status opendkim.service' for details. invoke-rc.d: initscript opendkim, action "start" failed. ● opendkim.service Loaded: error (Reason: Invalid argument) Active: inactive (dead) sept. 15 00:51:20 brotsch systemd[1]: /etc/systemd/system/opendkim.service:2: Assignment outside of section. Ignoring. sept. 15 00:51:20 brotsch systemd[1]: /etc/systemd/system/opendkim.service:3: Assignment outside of section. Ignoring. sept. 15 00:51:20 brotsch systemd[1]: opendkim.service: Service lacks both ExecStart= and ExecStop= setting. Refusing. sept. 15 00:51:20 brotsch systemd[1]: /etc/systemd/system/opendkim.service:2: Assignment outside of section. Ignoring. sept. 15 00:51:20 brotsch systemd[1]: /etc/systemd/system/opendkim.service:3: Assignment outside of section. Ignoring. sept. 15 00:51:20 brotsch systemd[1]: opendkim.service: Service lacks both ExecStart= and ExecStop= setting. Refusing. dpkg: erreur de traitement du paquet opendkim (--configure) : le sous-processus script post-installation installé a retourné une erreur de sortie d'état 1 Des erreurs ont été rencontrées pendant l'exécution
Re: erreur opendkim
On 14/09/2017 18:21, bernard.schoenac...@free.fr wrote: > > > - Mail original - > > De: "daniel huhardeaux" > > À: debian-user-french@lists.debian.org > > Envoyé: Jeudi 14 Septembre 2017 18:09:13 > > Objet: Re: erreur opendkim > > > > Le 14/09/2017 à 17:21, bernard.schoenac...@free.fr a écrit : > >> bonjour, > > Bonjour > > > >> j'ai une erreur avec opendkim et je n'arrive pas à trouver > >> la solution ... > >> > >> j'ai cette erreur : > >> > >> Failed to start OpenDKIM DomainKeys Identified Mail (DKIM) > >> Milter. > >> > >> > >> service opendkim status : > >> > >> > >> service: PID file /var/run/opendkim/opendkim.pid not readable > >> (yet?) after start: No such file or directory > > > > le répertoire /var/run/opendkim existe t'il et est il writable pour > > l'utilisateur executant opendkim ? > > > > -- > > Daniel > > > > > bonjour, > > ll /var/run/opendkim/opendkim.pid > ls: impossible d'accéder à '/var/run/opendkim/opendkim.pid': Aucun fichier ou > dossier de ce type > > ll /var/spool/postfix/var/run/opendkim > total 8K > drwxr-xr-x 2 root root 4096 sept. 14 18:16 ./ > drwxr-xr-x 3 root root 4096 juin 9 18:06 ../ > srwxrwx--- 1 root root 0 sept. 14 18:16 opendkim.sock= > > cat /etc/default/opendkim > > # Command-line options specified here will override the contents of > # /etc/opendkim.conf. See opendkim(8) for a complete list of options. > #DAEMON_OPTS="" > # Change to /var/spool/postfix/var/run/opendkim to use a Unix socket with > # postfix in a chroot: > RUNDIR=/var/spool/postfix/var/run/opendkim > # RUNDIR=/var/run/opendkim > # > # Uncomment to specify an alternate socket > # Note that setting this will override any Socket value in opendkim.conf > # default: > SOCKET=local:$RUNDIR/opendkim.sock > # listen on all interfaces on port 54321: > #SOCKET=inet:54321 > # listen on loopback on port 12345: > #SOCKET=inet:12345@localhost > # listen on 192.0.2.1 on port 12345: > #SOCKET=inet:12345@192.0.2.1 > USER=opendkim > GROUP=opendkim > PIDFILE=$RUNDIR/$NAME.pid > EXTRAAFTER= > > slt > bernard Bonsoir, vu que le message d'erreur ne correspond pas à la configuration, il est probable que la configuration ne soit prise en compte. Pour avoir déjà eu cette mauvaise blague, sur le serveur où je l'ai eue, un `systemctl status opendkim.service` renvoyait que le service était défini dans /lib/systemd/system/opendkim.service qui contenait : ExecStart=/usr/sbin/opendkim -P /var/run/opendkim/opendkim.pid -p local:/var/run/opendkim/opendkim.sock Depuis, j'ai un fichier /etc/systemd/system/opendkim.service qui est une copie du précédent modulo ce petit diff: -PIDFile=/var/run/opendkim/opendkim.pid +Group=opendkim -ExecStart=/usr/sbin/opendkim -P /var/run/opendkim/opendkim.pid -p local:/var/run/opendkim/opendkim.sock +ExecStart=/usr/sbin/opendkim -P /var/spool/postfix/var/run/opendkim/opendkim.pid -p local:/var/spool/postfix/var/run/opendkim/opendkim.sock Je ne garantie pas que supprimer le PidFile soit utile (mais ça marche sans puisque systemd suit l'état du processus fils). Une autre solution est proposée sur https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=864162 (elle me semble plus propre mais je ne l'ai pas testée). David Sinquin
Re: Lancer connexion Wifi en root au démarrage
Bonsoir, andre_deb...@numericable.fr writes: > ma connexion WiFi ne se lance pas automatiqument au démarrage > de Debian Jessie. > > Pourtant le fichier "/etc/network/interfaces" est correctement configuré > et la connexion eth0 se fait bien. > Je dois ouvrir une console en root et taper : > # ifup wlan0 C’est pas normal. > > Afin de m'épargner cette action à chaque boot, > comment lancer la connexion Wifi en root au démarrage ? As-tu les mêmes lignes entre ta carte filaire et wifi ? Peut-être auto lo aiderait : auto wlan0 iface wlan0 inet dhcp Cordialement, -- Raphaël POITEVIN Hypra S.A.S.
Re: Tracker (encore)
Le Thu, 14 Sep 2017 17:42:16 +0200, David BERCOT a écrit : > Le problème est que, visiblement, Gnome dépend de Tracker... > Donc, si je désinstalle ce dernier, il me désinstalle aussi Gnome. > > Certes, ce n'est pas insurmontable mais je préférerais une autre > solution ;-) > > Cordialement, Mauvaise compréhension du problème : Le paquet gnome est un méta-paquet qui sert à installer une config standard (donc avec des trucs inutiles). Retirer le paquet gnome ne retirera rien d'autre de ce qui est déjà installé, tu va conserver ton bureau Gnome et tout ce qui va avec (^_^); Il n'y a aucun inconvénient à le désinstaller, sauf à la rigueur au changement de version majeure s'il y a des nouveaux paquets en dépendances que tu n'aurait pas envie d'installer explicitement. -- haricoph...@aranha.fr
Re: erreur opendkim
- Mail original - > De: "daniel huhardeaux" > À: debian-user-french@lists.debian.org > Envoyé: Jeudi 14 Septembre 2017 18:09:13 > Objet: Re: erreur opendkim > > Le 14/09/2017 à 17:21, bernard.schoenac...@free.fr a écrit : > > bonjour, > Bonjour > > > j'ai une erreur avec opendkim et je n'arrive pas à trouver > > la solution ... > > > > j'ai cette erreur : > > > > Failed to start OpenDKIM DomainKeys Identified Mail (DKIM) > > Milter. > > > > > > service opendkim status : > > > > > > service: PID file /var/run/opendkim/opendkim.pid not readable > > (yet?) after start: No such file or directory > > le répertoire /var/run/opendkim existe t'il et est il writable pour > l'utilisateur executant opendkim ? > > -- > Daniel > bonjour, ll /var/run/opendkim/opendkim.pid ls: impossible d'accéder à '/var/run/opendkim/opendkim.pid': Aucun fichier ou dossier de ce type ll /var/spool/postfix/var/run/opendkim total 8K drwxr-xr-x 2 root root 4096 sept. 14 18:16 ./ drwxr-xr-x 3 root root 4096 juin 9 18:06 ../ srwxrwx--- 1 root root0 sept. 14 18:16 opendkim.sock= cat /etc/default/opendkim # Command-line options specified here will override the contents of # /etc/opendkim.conf. See opendkim(8) for a complete list of options. #DAEMON_OPTS="" # Change to /var/spool/postfix/var/run/opendkim to use a Unix socket with # postfix in a chroot: RUNDIR=/var/spool/postfix/var/run/opendkim # RUNDIR=/var/run/opendkim # # Uncomment to specify an alternate socket # Note that setting this will override any Socket value in opendkim.conf # default: SOCKET=local:$RUNDIR/opendkim.sock # listen on all interfaces on port 54321: #SOCKET=inet:54321 # listen on loopback on port 12345: #SOCKET=inet:12345@localhost # listen on 192.0.2.1 on port 12345: #SOCKET=inet:12345@192.0.2.1 USER=opendkim GROUP=opendkim PIDFILE=$RUNDIR/$NAME.pid EXTRAAFTER= slt bernard
Re: erreur opendkim
Le 14/09/2017 à 17:21, bernard.schoenac...@free.fr a écrit : bonjour, Bonjour j'ai une erreur avec opendkim et je n'arrive pas à trouver la solution ... j'ai cette erreur : Failed to start OpenDKIM DomainKeys Identified Mail (DKIM) Milter. service opendkim status : service: PID file /var/run/opendkim/opendkim.pid not readable (yet?) after start: No such file or directory le répertoire /var/run/opendkim existe t'il et est il writable pour l'utilisateur executant opendkim ? -- Daniel
Re: Tracker (encore)
Bonjour Yannick, Le 14/09/2017 à 17:19, Yannick a écrit : > Le 14/09/2017 à 16:37, David BERCOT a écrit : >> Bonjour Jérôme, >> >> Pour répondre à ta première question, non, je n'ai pas besoin de tracker >> ! Le problème est "juste" de le supprimer... >> >> Si je fais simple : >> debian-david ~ # apt purge tracker >> Lecture des listes de paquets... Fait >> Construction de l'arbre des dépendances >> Lecture des informations d'état... Fait >> Les paquets suivants ont été installés automatiquement et ne sont plus >> nécessaires : >> five-or-more four-in-a-row gir1.2-gdata-0.0 gir1.2-gepub-0.5 >> gir1.2-grilo-0.3 gir1.2-gspell-1 >> gir1.2-mediaart-2.0 gir1.2-tracker-2.0 gir1.2-zpj-0.0 gnome-chess >> gnome-games gnome-klotski gnome-mahjongg >> gnome-mines gnome-nibbles gnome-robots gnome-sudoku gnome-taquin >> gnome-tetravex hitori hoichess iagno >> libcue1 libgepub0 libgnome-games-support-1-2 >> libgnome-games-support-common libminiupnpc10 >> libmission-control-plugins0 libnatpmp1 libosinfo-1.0-0 libqqwing2v5 >> libtagc0 libtracker-control-2.0-0 >> libtracker-miner-2.0-0 lightsoff minissdpd osinfo-db polari >> quadrapassel swell-foop tali telepathy-idle >> telepathy-logger telepathy-mission-control-5 transmission-common >> transmission-gtk unoconv >> Veuillez utiliser « apt autoremove » pour les supprimer. >> Les paquets suivants seront ENLEVÉS : >> gnome* gnome-core* gnome-documents* gnome-music* rygel-tracker* >> task-gnome-desktop* tracker* >> tracker-extract* tracker-miner-fs* >> 0 mis à jour, 0 nouvellement installés, 9 à enlever et 0 non mis à jour. >> Après cette opération, 16,0 Mo d'espace disque seront libérés. >> >> Bref, c'est un peu moyen... >> >> Si tu as une solution pour le désinstaller proprement, ça me va. >> Sinon, le désactiver me convient aussi mais je ne vois pas comment faire >> sachant qu'il n'a pas l'air de tenir compte de ma configuration... >> >> Merci. >> >> David. > > Bonsoir, > > Je suis plutôt interface graphique mais ce que je vais dire peut servir > à retrouver les commandes qui vous satisfont. > Dans Synaptic je désinstalle tracker puis je désinstalle les paquets > orphelins. > Certes j'ai installé DebOrphan et cela aide bien. > > Amitiés Le problème est que, visiblement, Gnome dépend de Tracker... Donc, si je désinstalle ce dernier, il me désinstalle aussi Gnome. Certes, ce n'est pas insurmontable mais je préférerais une autre solution ;-) Cordialement, David.
erreur opendkim
bonjour, j'ai une erreur avec opendkim et je n'arrive pas à trouver la solution ... j'ai cette erreur : Failed to start OpenDKIM DomainKeys Identified Mail (DKIM) Milter. service opendkim status : service: PID file /var/run/opendkim/opendkim.pid not readable (yet?) after start: No such file or directory cat /etc/default/opendkim # Change to /var/spool/postfix/var/run/opendkim to use a Unix socket with # postfix in a chroot: RUNDIR=/var/spool/postfix/var/run/opendkim # Uncomment to specify an alternate socket # Note that setting this will override any Socket value in opendkim.conf # default: SOCKET=local:$RUNDIR/opendkim.sock USER=opendkim GROUP=opendkim PIDFILE=$RUNDIR/$NAME.pid EXTRAAFTER= dpkg -l |awk '/opendkim/ {print $1" "$2" "$3}' ii libopendkim11 2.11.0~alpha-11 ii libopendkim9 2.9.2-2+deb8u1 iF opendkim 2.11.0~alpha-11 ii opendkim-tools 2.11.0~alpha-11 je n'arrive pas à sortir de mon trou ... si quelqu'un a la solution pour sortir de ce bug ? slt bernard
Re: Tracker (encore)
Le 14/09/2017 à 16:37, David BERCOT a écrit : > Bonjour Jérôme, > > Pour répondre à ta première question, non, je n'ai pas besoin de tracker > ! Le problème est "juste" de le supprimer... > > Si je fais simple : > debian-david ~ # apt purge tracker > Lecture des listes de paquets... Fait > Construction de l'arbre des dépendances > Lecture des informations d'état... Fait > Les paquets suivants ont été installés automatiquement et ne sont plus > nécessaires : > five-or-more four-in-a-row gir1.2-gdata-0.0 gir1.2-gepub-0.5 > gir1.2-grilo-0.3 gir1.2-gspell-1 > gir1.2-mediaart-2.0 gir1.2-tracker-2.0 gir1.2-zpj-0.0 gnome-chess > gnome-games gnome-klotski gnome-mahjongg > gnome-mines gnome-nibbles gnome-robots gnome-sudoku gnome-taquin > gnome-tetravex hitori hoichess iagno > libcue1 libgepub0 libgnome-games-support-1-2 > libgnome-games-support-common libminiupnpc10 > libmission-control-plugins0 libnatpmp1 libosinfo-1.0-0 libqqwing2v5 > libtagc0 libtracker-control-2.0-0 > libtracker-miner-2.0-0 lightsoff minissdpd osinfo-db polari > quadrapassel swell-foop tali telepathy-idle > telepathy-logger telepathy-mission-control-5 transmission-common > transmission-gtk unoconv > Veuillez utiliser « apt autoremove » pour les supprimer. > Les paquets suivants seront ENLEVÉS : > gnome* gnome-core* gnome-documents* gnome-music* rygel-tracker* > task-gnome-desktop* tracker* > tracker-extract* tracker-miner-fs* > 0 mis à jour, 0 nouvellement installés, 9 à enlever et 0 non mis à jour. > Après cette opération, 16,0 Mo d'espace disque seront libérés. > > Bref, c'est un peu moyen... > > Si tu as une solution pour le désinstaller proprement, ça me va. > Sinon, le désactiver me convient aussi mais je ne vois pas comment faire > sachant qu'il n'a pas l'air de tenir compte de ma configuration... > > Merci. > > David. Bonsoir, Je suis plutôt interface graphique mais ce que je vais dire peut servir à retrouver les commandes qui vous satisfont. Dans Synaptic je désinstalle tracker puis je désinstalle les paquets orphelins. Certes j'ai installé DebOrphan et cela aide bien. Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org Généalogie en liberté avec Ancestris http://www.ancestris.org Aidez Ancestris à aller au Havre https://www.helloasso.com/associations/ancestris/collectes/le-havre-2017
Re: Tracker (encore)
Bonjour Jérôme, Pour répondre à ta première question, non, je n'ai pas besoin de tracker ! Le problème est "juste" de le supprimer... Si je fais simple : debian-david ~ # apt purge tracker Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires : five-or-more four-in-a-row gir1.2-gdata-0.0 gir1.2-gepub-0.5 gir1.2-grilo-0.3 gir1.2-gspell-1 gir1.2-mediaart-2.0 gir1.2-tracker-2.0 gir1.2-zpj-0.0 gnome-chess gnome-games gnome-klotski gnome-mahjongg gnome-mines gnome-nibbles gnome-robots gnome-sudoku gnome-taquin gnome-tetravex hitori hoichess iagno libcue1 libgepub0 libgnome-games-support-1-2 libgnome-games-support-common libminiupnpc10 libmission-control-plugins0 libnatpmp1 libosinfo-1.0-0 libqqwing2v5 libtagc0 libtracker-control-2.0-0 libtracker-miner-2.0-0 lightsoff minissdpd osinfo-db polari quadrapassel swell-foop tali telepathy-idle telepathy-logger telepathy-mission-control-5 transmission-common transmission-gtk unoconv Veuillez utiliser « apt autoremove » pour les supprimer. Les paquets suivants seront ENLEVÉS : gnome* gnome-core* gnome-documents* gnome-music* rygel-tracker* task-gnome-desktop* tracker* tracker-extract* tracker-miner-fs* 0 mis à jour, 0 nouvellement installés, 9 à enlever et 0 non mis à jour. Après cette opération, 16,0 Mo d'espace disque seront libérés. Bref, c'est un peu moyen... Si tu as une solution pour le désinstaller proprement, ça me va. Sinon, le désactiver me convient aussi mais je ne vois pas comment faire sachant qu'il n'a pas l'air de tenir compte de ma configuration... Merci. David. Le 14/09/2017 à 15:07, Jérôme a écrit : > Le jeudi 14 septembre 2017 à 10:33 +0200, David BERCOT a écrit : >> J'ai modifié /etc/xdg/autostart/tracker-store.desktop et >> /etc/xdg/autostart/tracker-extract.desktop en ajoutant l'option >> "Hidden=true" qui fonctionnait encore il y a quelques mois. >> Visiblement, aujourd'hui, l'effet est moins... efficace... > > La première question est de savoir si tu as vraiment besoin de tracker. > Ce n'est pas le moins performant des "desktop search" mais ce genre de > bidule anti-écologique bouffe des ressources système considérables par > design. Tu peux très bien le désinstaller et supprimer les dossiers > ~/.config/Tracker ~/.local/share/Tracker et ~/.cache/Tracker > > > Je recommanderais de configurer tracker-preferences pour : > > -- Faire sauter les index existants > > -- N'y mettre que les dossier ou ça a un intérêt (collections de > documents/photos/sons/documentation...) > > -- désactiver les formats qui bouffent un temps considérables pour > l'indexation et te plombent tes performances système (les fichiers > compressés !) et que tu n'a généralement pas besoin d'indexer : > .zip ; .gz ; .bz2 ; .iso ; images de disque virtuel ! > > -- pareil pour les dossier et fichiers cachés, c'est rare de vouloir > indexer ça. > > -- Désactiver l'indexation sur batterie ! > > -- désactiver l'indexation temps réel sauf nécessité ou carrément > n'indexer qu'à la demande si la base documentaire indexée change très > peu. > > Bref, limiter l'usage du truc au minimum de ce dont tu as besoin. > > Sur mon ordi, les plus gros ralentissements qui bouffent tout les > CPU/IO se font quand Tracker appelle un processus pour décompresser les > gros fichiers, il y a peut-être moyen de régler la priorité de ces > décompresseurs, mais je n'ai jamais essayé, en général quand j'archive > ce n'est pas pour regarder en permanence ce qu'il y a dans l'archive. > > Dernier point, si les documents sont nommés de manière intelligente et > stockés dans des dossiers nommés de manière intelligente, un truc comme > Catfish ou la recherche intégrée au bureau suffit à retrouver > rapidement 95% de ce que tu cherche, ou carrément en ligne de commande > avec locate, find, grep et ce genre de logiciels. > >
Re: Tracker (encore)
Le jeudi 14 septembre 2017 à 10:33 +0200, David BERCOT a écrit : > J'ai modifié /etc/xdg/autostart/tracker-store.desktop et > /etc/xdg/autostart/tracker-extract.desktop en ajoutant l'option > "Hidden=true" qui fonctionnait encore il y a quelques mois. > Visiblement, aujourd'hui, l'effet est moins... efficace... La première question est de savoir si tu as vraiment besoin de tracker. Ce n'est pas le moins performant des "desktop search" mais ce genre de bidule anti-écologique bouffe des ressources système considérables par design. Tu peux très bien le désinstaller et supprimer les dossiers ~/.config/Tracker ~/.local/share/Tracker et ~/.cache/Tracker Je recommanderais de configurer tracker-preferences pour : -- Faire sauter les index existants -- N'y mettre que les dossier ou ça a un intérêt (collections de documents/photos/sons/documentation...) -- désactiver les formats qui bouffent un temps considérables pour l'indexation et te plombent tes performances système (les fichiers compressés !) et que tu n'a généralement pas besoin d'indexer : .zip ; .gz ; .bz2 ; .iso ; images de disque virtuel ! -- pareil pour les dossier et fichiers cachés, c'est rare de vouloir indexer ça. -- Désactiver l'indexation sur batterie ! -- désactiver l'indexation temps réel sauf nécessité ou carrément n'indexer qu'à la demande si la base documentaire indexée change très peu. Bref, limiter l'usage du truc au minimum de ce dont tu as besoin. Sur mon ordi, les plus gros ralentissements qui bouffent tout les CPU/IO se font quand Tracker appelle un processus pour décompresser les gros fichiers, il y a peut-être moyen de régler la priorité de ces décompresseurs, mais je n'ai jamais essayé, en général quand j'archive ce n'est pas pour regarder en permanence ce qu'il y a dans l'archive. Dernier point, si les documents sont nommés de manière intelligente et stockés dans des dossiers nommés de manière intelligente, un truc comme Catfish ou la recherche intégrée au bureau suffit à retrouver rapidement 95% de ce que tu cherche, ou carrément en ligne de commande avec locate, find, grep et ce genre de logiciels.
Re : Lancer connexion Wifi en root au démarrage
Bonjour Si Network Manager est isntallé, in peut lui dire d'ignorer certaines interfaces pour qu'elles eoient gérées autrement (hostapd, fichier de config /etc/netwirk/interfaces) J'ai pris une note il y a quelques jours là dessus justement. Lien direct: https://howto-it.dethegeek.eu.org/index.php?title=Configurer_manuelleme nt_un_point_d%27acc%C3%A8s_wifi#Si_Network_manager_est_install.C3.A9 Pour Wicd, si on peut faire la même chose, je suis preneur, pour compléter la page. J'ai pas cherché car ça ne touche pas à mon cas d'utilsiation (Banana pi avec armbian + xfce + network manager) Le jeudi 14 septembre 2017 à 10:58 +0200, Sébastien NOBILI a écrit : > Bonjour, > > Le mercredi 13 septembre 2017 à 20:54, andre_deb...@numericable.fr a > écrit : > > ma connexion WiFi ne se lance pas automatiqument au démarrage > > de Debian Jessie. > > > > Pourtant le fichier "/etc/network/interfaces" est correctement > > configuré > > et la connexion eth0 se fait bien. > > Je dois ouvrir une console en root et taper : > > # ifup wlan0 > > > > Afin de m'épargner cette action à chaque boot, > > comment lancer la connexion Wifi en root au démarrage ? > > Cron avec une entrée « @reboot » ? > > Mais ça ne me paraît pas forcément très judicieux… Je commencerais > par chercher > pourquoi la connexion ne se fait pas automatiquement (manque un > « auto wlan0 » ?) > et je me poserais la question également de l’utilisation d’un Wicd ou > Network-Manager pour gérer ce type de connexion « nomade ». > > Sébastien >
Re: Cryptsetup - impossible d'accéder à une machine Jessie chiffrée
Bonjour, Le mercredi 13 septembre 2017 à 11:53, roger.tar...@free.fr a écrit : > Comment vérifier formellement ce que voit entrer cryptsetup ? (Sans passer > par des composants Debian ou autre) À part compiler depuis les sources upstream, je ne vois pas bien, mais ce n’est plus la même implication… > A propos, comment procèdes-tu pour assurer la sécurité de tes infos ? > > Tu as plusieurs passphrase ? > Tu conserves une passphrase dans un coffre matériel ? J’ai une passphrase et un fichier (avec des données aléatoires dedans) sur une autre machine. > Tes copies de sauvegarde sont forcément chiffrées. De sorte que tout repose > sur la disponibilité d'une ou plusieurs passphrase(s). Non, mes sauvegardes ne sont pas chiffrées. Le chiffrement de mes données est surtout une solution pour me permettre de perdre ou me faire voler mon disque dur en toute sérénité. Je considère que mes sauvegardes sont en lieu sûr et qu’elles n’ont donc pas besoin d’être chiffrées. > Comment garantis-tu que tu disposera toujours d'une version accessible de tes > informations ? Par ma sauvegarde, et pour m’éviter des tâches de réinstallation inutiles, j’ai un dump de l’entête LUKS qui traîne quelque part sur mon système (et donc dans ma sauvegarde). Sébastien
Re: Lancer connexion Wifi en root au démarrage
Bonjour, Le mercredi 13 septembre 2017 à 20:54, andre_deb...@numericable.fr a écrit : > ma connexion WiFi ne se lance pas automatiqument au démarrage > de Debian Jessie. > > Pourtant le fichier "/etc/network/interfaces" est correctement configuré > et la connexion eth0 se fait bien. > Je dois ouvrir une console en root et taper : > # ifup wlan0 > > Afin de m'épargner cette action à chaque boot, > comment lancer la connexion Wifi en root au démarrage ? Cron avec une entrée « @reboot » ? Mais ça ne me paraît pas forcément très judicieux… Je commencerais par chercher pourquoi la connexion ne se fait pas automatiquement (manque un « auto wlan0 » ?) et je me poserais la question également de l’utilisation d’un Wicd ou Network-Manager pour gérer ce type de connexion « nomade ». Sébastien
Tracker (encore)
Bonjour, Ce sujet a déjà été traité plusieurs fois mais comme je n'ai pas encore de solution, je le remets sur le tapis... au cas où... Bref, au démarrage de mon portable, j'ai la plupart du temps (même si ce n'est pas systématique) le process tracker-store qui utilise 100% du CPU. D'autre part, il génère de "très" nombreuses lignes dans mes logs qui saturent /var/log : Sep 14 10:26:07 debian-david tracker-store[3206]: Could not delete FTS text: database or disk is full (strerror of errno (not necessarily related): Aucun espace disponible sur le périphérique) Les fichiers syslog, messages et user.log grossissent très très rapidement ! J'ai modifié /etc/xdg/autostart/tracker-store.desktop et /etc/xdg/autostart/tracker-extract.desktop en ajoutant l'option "Hidden=true" qui fonctionnait encore il y a quelques mois. Visiblement, aujourd'hui, l'effet est moins... efficace... Bref, avez-vous des problèmes similaires ? Des pistes de résolution ? Merci d'avance. David.