# Clamav sur Debian 10

**URL:** <https://www.debian-fr.org/t/clamav-sur-debian-10/79904>\
**Category:** Support Debian\
**Created:** [Août 14, 2019, 3:44 UTC](https://www.debian-fr.org/t/clamav-sur-debian-10/79904 "2019-08-14T15:44:11Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![Madirokk](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/858c86/32.png) [@Madirokk](https://www.debian-fr.org/u/Madirokk)\
**Post date:** [Août 14, 2019, 3:44 UTC](https://www.debian-fr.org/t/clamav-sur-debian-10/79904/1 "2019-08-14T15:44:11Z")

</div>

Bonjour à toutes et tous,  
Je viens d’installer Buster sur un nouveau disque. Je rencontre un problème avec clamav, alors que je n’ai jamais eu de difficultés avec lui sur Stretch. En ayant installé les mêmes paquets sur Buster (clamav…, freshclam,… etc) il me répond que la commande “service clamav-freshclam stop” est inconnue. Donc évidemment freshclam ne fonctionne plus…  
Auriez-vous une idée? Je soupçonne une histoire de PATH, mais je n’ai pas trouvé.  
Merci d’avance, et cordialement  
Madirokk.

---

<div class="post-metadata">

**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\
**Post date:** [Août 14, 2019, 5:20 UTC](https://www.debian-fr.org/t/clamav-sur-debian-10/79904/2 "2019-08-14T17:20:30Z")

</div>

Eessai plutôt avec systemctl action le\_nom\_de\_mon\_unit.service

---

<div class="post-metadata">

**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\
**Post date:** [Août 14, 2019, 6:47 UTC](https://www.debian-fr.org/t/clamav-sur-debian-10/79904/3 "2019-08-14T18:47:05Z")

</div>

> [@Madirokk](#):
>
> Donc évidemment freshclam ne fonctionne plus…

En quoi c’est évident ?  
Tu n’arrives pas a trouver comment l’arrêter certes, mais ça ne veut pas dire que le système, lui, ai été incapable de le lancer.

> [@Madirokk](#):
>
> Je soupçonne une histoire de PATH

Ne pas oublier de passer root en **su -** , avec le tiret, pour bénéficier du path de root, même si je pense que c’est l’obsolescence de la commande service le probléme.