Commande d'activation et désactivation de php

Bonjour tout le monde,
je veux désactiver php7.0 en utilisant la commande suivante:

a2dismod php7.0

le message d’erreur suivant s’affiche:

bash: a2dismod : commande introuvable

sachant que je suis sous Buster 10.2 et je veux activer php7.1
Merci

Bonjour,
Es-tu root (su -) ou sudo lorsque tu tapes la commande ?
C’est bien la commande pour désactiver le module php de apache ?

oui je suis en mode root j’ai bien tapé su et mot de passe root mais il m’affiche le message d’erreur suivant:

bash: a2dismod : commande introuvable

sachant que avant ça marche avec debian stretch 9.12
Merci

Bonjour,

1/ Merci de veiller à poster dans le bon forum, cela est clairement indiqué dans la FAQ.

2/

normalement, oui, c’est bien la bonne commande.
Néanmoins, il faudrait s’assurer que les outils Apache soient installés.
(sincèrement, je ne connais plus le nom)

La commande a2dismod est fournie par le paquet apache2. Si elle n’est pas disponible c’est qu’Apache n’est pas installé ou n’a pas été installé via les paquets officiels Debian.
Pour s’en assurer :

$ which a2dismod
/usr/sbin/a2dismod
$ dpkg -S a2dismod
apache2: /usr/sbin/a2dismod

Je rappelle que Debian Buster ne propose que la version PHP 7.3. S’il y a d’autres versions installées, elles proviennent forcément d’un dépôt non officiel susceptible de provoquer de nombreux problèmes.

1 J'aime

Bonjour noranina

Mais, comme te le suggérait Albert dans son message,
tu as peut-être oublié d’utiliser l’option login de la commande su

On peut entrer l’option login de façon raccourcie en ne mettant qu’un simple tiret,
comme ci-dessous :

su -

Avec cette option, une fois que tu auras entré le mot de passe du compte root
tu seras connecté sous le compte root
et le répertoire courant sera le répertoire personnel du compte utilisateur root

De plus, les valeurs des variables d’environnement permettront d’accéder aux commandes d’administration du système (comme pas exemple a2dismod)

Par exemple, la valeur de la variable d’environnement PATH depuis un compte utilisateur non privilégié est :

michel@debg53sw:~$ echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
michel@debg53sw:~$ 

Mais si je me connecte sous le compte root
en utilisant la commande su avec l’option login (le tiret) :

michel@debg53sw:~$ su -
Mot de passe : 
root@debg53sw:~# 

Une fois que j’ai entré le mot de passe du compte root,
le répertoire courant est maintenant le répertoire personnel du compte utilisateur root
et la variable d’environnement PATH n’a plus la même valeur :

root@debg53sw:~# echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
root@debg53sw:~# 

Et on peut voir que le chemin /usr/sbin/ qui permet d’accéder à la commande a2dismod est dans la liste des différents chemins qui est assignée à la variable PATH


Et tout ce blabla, rien que pour un simple tiret :smiley:

(…et pourtant, il y aurait encore à dire au sujet de l’utilisation de cette option…)

2 J'aime