process qui se lance au démarrage

Mugen · 22-12-2021 10:12:59

Bonjour
J'ai un process qui se lance au démarrage qui monopolise l'usage du disque :

J'ai fait une recherche sur le net, apparemment c'est normal c'est une tâche cron de updatedb.
Ici : https://unix.stackexchange.com/question … an-stretch
ils disent d'enlever la permission d'éxécution au fichier locate, c'est bien ça que je dois faire pour le désactiver ?

$ ls /etc/cron.daily/

0anacron    bsdmainutils      dpkg        locate     man-db

apt-compat  cracklib-runtime  exim4-base  logrotate  passwd

Croutons · 22-12-2021 12:01:34

Hello
Updatedb augmente juste le temps du démarrage du PC une fois par jour , apres l'indexe doit grossir au fur et a mesure que tu emplies ton disque de données
cette indexation est bien pratique
si tu coupes la mise a jour de cette base de données tu auras des recherches erroné, suivant qui utilise locate (application graphique catfish au hasard)
ceci dit tu peux t'en passé et utilisé find en CLI mais c'est a ce moment que tu vas rager car la recherche prendra des plombs

Une option consisterait a mettre la base de données a jour moins souvent
déplacer le script vers /etc/cron.weekly mais je ne sais si c'est la bonne manip
chez moi c'est la mise a jour de man-db qui pénalise le + le temps de démarrage

systemd-analyze blame

 55.369s man-db.service

         19.252s snapd.service

         18.136s udisks2.service

         15.755s NetworkManager-wait-online.service

         15.050s vboxdrv.service

         13.911s apt-daily.service

         13.397s ModemManager.service

         12.947s logrotate.service

         12.632s lircd-setup.service

         11.190s dev-mapper-VG1\x2dracine.device

         10.797s loadcpufreq.service

          9.974s nmbd.service

          8.724s accounts-daemon.service

          8.398s dev-loop12.device

          8.300s dev-loop13.device

          8.289s dev-loop8.device

          8.277s NetworkManager.service

          8.250s dev-loop14.device

          8.158s dev-loop16.device

          8.130s dev-loop6.device

          8.049s dev-loop10.device

          7.654s dev-loop5.device

          7.613s snapd.seeded.service

          7.315s dev-loop0.device

          7.315s dev-loop2.device

          7.270s dev-loop17.device

          7.193s devolonetsvc.service

          7.009s lm-sensors.service

          6.969s rtkit-daemon.service

          6.952s networking.service

          6.946s wpa_supplicant.service

          6.939s avahi-daemon.service

          6.937s pppd-dns.service

          6.885s atd.service

          6.883s sysstat.service

          6.875s rsyslog.service

          6.828s systemd-logind.service

          6.554s dev-loop1.device

          6.457s dev-loop11.device

          5.790s lightdm.service

          5.777s plymouth-quit-wait.service

          5.351s dev-loop4.device

          5.291s dev-loop3.device

          5.042s exim4.service

mais ce n'est qu'une fois par jour, peut être le passer dans weekly ne serait pas un crime non plus

Dernière modification par Croutons (22-12-2021 12:05:55)

vv222 · 22-12-2021 13:06:16

Tu as deux choix :

tu souhaites utiliser la commande locate pour retrouver des fichiers, et dans ce cas il va falloir que tu acceptes d’avoir ce processus d’indexation
tu ne souhaites pas utiliser locate, auquel cas tu te débarasseras du processus d’indexation en désinstallant le paquet locate et ses éventuelles variantes mlocate et plocate.

Mugen · 22-12-2021 13:08:03

si tu coupes la mise a jour de cette base de données tu auras des recherches erroné, suivant qui utilise locate (application graphique catfish au hasard)
ceci dit tu peux t'en passé et utilisé find en CLI mais c'est a ce moment que tu vas rager car la recherche prendra des plombs

toutes les app graphiques utilisent locate ?
pour mes recherches j'utilise la recherches intégrée dans Caja, j'utilise jamais ou très rarement la cli pou rechercher un fichier
je vais voir pour déplacer le script en weekly

Mugen · 22-12-2021 13:10:14

vv222 a écrit :

Tu as deux choix :
tu souhaites utiliser la commande locate pour retrouver des fichiers, et dans ce cas il va falloir que tu acceptes d’avoir ce processus d’indexation
tu ne souhaites pas utiliser locate, auquel cas tu te débarasseras du processus d’indexation en désinstallant le paquet locate et ses éventuelles variantes mlocate et plocate.

je ne sais pas trop, Croutons dis que c'est utilisé par des app graphiques
je vais essayer on verra bien

Dernière modification par Mugen (22-12-2021 13:10:46)

vv222 · 22-12-2021 16:38:04

Tu peux savoir quelle application a requis l’installation de locate avec :

aptitude why locate

Anonyme · 22-12-2021 17:38:11

Bonjour,
Comme je ne remarque pas de délai au boot et que les recherches sont très rapide,par curiosité.
J'ai donc vérifié ma config : pas de locate installé mais mlocate qui est utilisé par catfish.
Mlocate indique dans son descriptif :

Au lieu de relire tout le contenu de tous les répertoires à chaque fois que la base de données est mise à jour, mlocate conserve des informations d'horodatage dans sa base de données et peut savoir si le contenu d'un répertoire a changé sans le relire. Cela rend les mises à jour beaucoup plus rapides et moins exigeantes pour le disque dur. Cette fonction ne se trouve que dans mlocate.

Ça vaut peut être un essai.

vv222 · 22-12-2021 18:06:44

Je conseille de privilégier plocate plutôt que mlocate. À partir de Debian 12 mlocate ne sera plus fourni, au profit de plocate.

Debian-facile

#1 22-12-2021 10:12:59

process qui se lance au démarrage

#2 22-12-2021 12:01:34

Re : process qui se lance au démarrage

#3 22-12-2021 13:06:16

Re : process qui se lance au démarrage

#4 22-12-2021 13:08:03

Re : process qui se lance au démarrage

#5 22-12-2021 13:10:14

Re : process qui se lance au démarrage

#6 22-12-2021 16:38:04

Re : process qui se lance au démarrage

#7 22-12-2021 17:38:11

Re : process qui se lance au démarrage

#8 22-12-2021 18:06:44

Re : process qui se lance au démarrage

Pied de page des forums