[Résolu] MAJ ubuntu 15.04 > résultat apache 404/403 + phpmyadmin

chryslervert · Le 04/08/2015, à 06:01

Bonjour,

Avant hier, mon ordi était sous ubuntu 14.10.
J'installais mes sites de développement dans un dossier de mon home (modification de DocumentRoot /home/USER/Localhost dans /etc/apache2/sites-available/000-default.conf ).
J'utilisais phpmyadmin pour administrer les bases de données correspondantes.

Mais ça, c'était avant.
Avant la mise à jour vers 15.04.

La mise-à-jour effectuée directement à l'invitation d'ubuntu s'est bien déroulée. Néanmoins j'ai senti quand il m'a demandé mon mot de passe mysql qu'il se passait quelque chose qui ne lui plaisait pas. En fait, depuis que j'utilise ubuntu, je crois qu'aucune mise-à-jour ne s'est déroulé sans problème pour apache ( si vous avez une recette?).

Aujourd'hui, il semble que Apache fonctionne, que mysql aussi, à quelques erreurs 404/403 près qui bloque le bon déroulement des opérations.

Comme je ne m'en sortais pas, j'ai désinstallé puis réinstaller apache sans succès bien que mes customisations aient été supprimées.

sudo apt-get --purge remove apache2

sudo apt-get install apache2
sudo apt-get install php5 php5-mysql php5-mcrypt php5-gd libapache2-mod-php5

J'ai tenté une réconfiguration de phpmyadmin qui se termine en erreur:

sudo dpkg-reconfigure -plow phpmyadmin

Job for apache2.service failed. See "systemctl status apache2.service" and "journalctl -xe" for details.
invoke-rc.d: initscript apache2, action "reload" failed.
Job for apache2.service failed. See "systemctl status apache2.service" and "journalctl -xe" for details.
invoke-rc.d: initscript apache2, action "reload" failed.

Premier problème à régler, l'utilisation de localhost:
quand j'accède à http://localhost/index.html > j'ai la page par defaut de apache > ok
quand j'accède à http://localhost/test.html dans /var/www/html donc > j'ai ma page de test > ok
quand j'accède à http://localhost/phpinfo.php dans /var/www/html donc > erreur 403 > ko
quand j'accède à http://localhost/phpmyadmin > erreur 404 > ko

Pour la 403, je me suis dis que c'était un problème de droit or mon fichier à les même droits que les fichiers html évoqués pour les tests:

-rw-r--r-- 1 root root 11510 avril 26  2014 index.html
-rw-r--r-- 1 root root  3356 août   2 22:33 index.lighttpd.html
-rw-r--r-- 1 root root    20 août   3 22:33 phpinfo.php
-rw-r--r-- 1 root root 11517 août   4 06:38 test.html

Deuxième problème, l'utilisation de mon home et des sites qui y sont toujours installés
quand je modifie comme précédemment DocumentRoot /home/USER/Localhost dans /etc/apache2/sites-available/000-default.conf et que j'essaie d'accéder à l'url que j'avais avant la mise à jour http://localhost/phpinfo.php présent dans /home/USER/Localhost donc > erreur 404 > ko

Pour info, le port 80 est ouvert part le biais de Gufw.
J'ai bien ajouter mon user au groupe www-data, extrait de group:

www-data:x:33:USER

Comment remettre sur pied apache avec les droits qui correspondent?
Est-ce un problème avec php?
Ensuite, on se penchera sur la jointure avec mysql et phpmyadmin.

Par avance merci pour votre aide.
jb

Dernière modification par cqfd93 (Le 12/08/2015, à 05:56)

tiramiseb · Le 04/08/2015, à 07:41

Salut,

Pour commencer, regarde le error_log d'Apache pour avoir des infos plus précises...

chryslervert · Le 04/08/2015, à 23:24

Bonjour tiramiseb,

Merci pour votre réponse.

Dans /var/log/apache2
Les log sont vides

J'ai bien essayé de configurer dans /etc/php5/apache2/php.ini, sans plus de résultats

error_reporting = E_ALL | E_STRICT
error_log = /var/log/apache2/php_errors.log

Dans /var/log/mysql

150804 23:55:40 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
150805 00:05:40 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
/usr/sbin/mysqld: Can't read dir of '/etc/mysql/mysql.conf.d/' (Errcode: 13 - Permission denied)
Fatal error in defaults handling. Program aborted

Ce que je n'explique pas c'est le traitement différent entre le fichier .php et le fichier .html.

L'aventure continu mais c'est assez contrariant.

Bonne soirée,
jb

Dernière modification par chryslervert (Le 04/08/2015, à 23:25)

tiramiseb · Le 05/08/2015, à 12:46

Dans /var/log/apache2
Les log sont vides

Pas normal.

Soit tu n'utilises pas Apache, soit les logs sont mal configurés dans le virtualhost.
Tu as changé la config du virtualhost ?
Tu as installé un autre serveur web ?

Dans /var/log/mysql
[...]

Erreurs un peu embêtantes, qu'as-tu fait à la config de MySQL ?

Ce que je n'explique pas c'est le traitement différent entre le fichier .php et le fichier .html.

C'est normal que le traitement soit différent, pour deux fichiers qui ont besoin d'un traitement différent !

chryslervert · Le 05/08/2015, à 19:22

Merci Tiramiseb pour votre intérêt.

Pas normal.
Soit tu n'utilises pas Apache, soit les logs sont mal configurés dans le virtualhost.
Tu as changé la config du virtualhost ?
Tu as installé un autre serveur web ?

Normalement comme je l'ai expliqué c'est désinstallé puis réinstaller apache.
Est-ce qu'il y aurait 2 serveur web en parallèle, je ne pensais pas que cela pouvait être possible sur la même machine? Si c'est le cas, je ne sais pas comment j'ai pu faire.

Voici la config du host en court:

<VirtualHost *:80>
	# The ServerName directive sets the request scheme, hostname and port that
	# the server uses to identify itself. This is used when creating
	# redirection URLs. In the context of virtual hosts, the ServerName
	# specifies what hostname must appear in the request's Host: header to
	# match this virtual host. For the default virtual host (this file) this
	# value is not decisive as it is used as a last resort host regardless.
	# However, you must set it for any further virtual host explicitly.
	#ServerName www.example.com

	ServerAdmin webmaster@localhost
	DocumentRoot /var/www/html

	# Available loglevels: trace8, ..., trace1, debug, info, notice, warn,
	# error, crit, alert, emerg.
	# It is also possible to configure the loglevel for particular
	# modules, e.g.
	#LogLevel info ssl:warn

	ErrorLog ${APACHE_LOG_DIR}/error.log
	CustomLog ${APACHE_LOG_DIR}/access.log combined

	# For most configuration files from conf-available/, which are
	# enabled or disabled at a global level, it is possible to
	# include a line for only one particular virtual host. For example the
	# following line enables the CGI configuration for this host only
	# after it has been globally disabled with "a2disconf".
	#Include conf-available/serve-cgi-bin.conf
</VirtualHost>

# vim: syntax=apache ts=4 sw=4 sts=4 sr noet

C'est le virtualhost de base.

Erreurs un peu embêtantes, qu'as-tu fait à la config de MySQL ?

Le seul point qui me vient en tête: lors de la mise-à-jour de ubuntu, il m'a demander un mot de passe pour phpmyadmin, j'ai renseigné le même que précédemment, il m'a dit que cela posait problème mais que l'installation pouvait continuer. L'installation a continué...

Conclusion, quelle serait la solution la plus efficace?
Une réinstallation propre d'apache + mysql + phpmyadmin (j'avais fait une sauvegarde des bases de données)?

Si c'est la bonne option, je suis partant, comment le faire proprement?

tiramiseb · Le 05/08/2015, à 20:03

Est-ce qu'il y aurait 2 serveur web en parallèle, je ne pensais pas que cela pouvait être possible sur la même machine?

Deux fonctionnels en même temps, non.
Deux qui tournent en même temps, c'est possible : mais un seul sera en écoute.

Que donne cette commande ?

sudo netstat -tlnp

C'est le virtualhost de base.

Donc il devrait y avoir des logs, au moins dans access.log.

lors de la mise-à-jour de ubuntu, il m'a demander un mot de passe pour phpmyadmin, j'ai renseigné le même que précédemment

Ça ne devrait pas jouer sur les permissions de ce répertoire de configuration.
Que donne la commande suivante ?

ls -lh /etc/mysql

chryslervert · Le 05/08/2015, à 20:27

tiramiseb a écrit :

sudo netstat -tlnp

Résultat de la première commande:

jbo@jbo-ubuntu:~$ sudo netstat -tlnp
Connexions Internet actives (seulement serveurs)
Proto Recv-Q Send-Q Adresse locale          Adresse distante        Etat       PID/Program name
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      990/lighttpd    
tcp        0      0 127.0.0.1:5939          0.0.0.0:*               LISTEN      1467/teamviewerd
tcp        0      0 127.0.1.1:53            0.0.0.0:*               LISTEN      1412/dnsmasq    
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      983/sshd        
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      792/cupsd       
tcp        0      0 0.0.0.0:17500           0.0.0.0:*               LISTEN      2631/dropbox    
tcp        0      0 0.0.0.0:8445            0.0.0.0:*               LISTEN      2587/CopyAgent  
tcp        0      0 0.0.0.0:445             0.0.0.0:*               LISTEN      2013/smbd       
tcp        0      0 127.0.0.1:17600         0.0.0.0:*               LISTEN      2631/dropbox    
tcp        0      0 127.0.0.1:17603         0.0.0.0:*               LISTEN      2631/dropbox    
tcp        0      0 0.0.0.0:139             0.0.0.0:*               LISTEN      2013/smbd       
tcp        0      0 0.0.0.0:111             0.0.0.0:*               LISTEN      688/rpcbind     
tcp6       0      0 :::50646                :::*                    LISTEN      30317/rhythmbox 
tcp6       0      0 :::22                   :::*                    LISTEN      983/sshd        
tcp6       0      0 ::1:631                 :::*                    LISTEN      792/cupsd       
tcp6       0      0 :::445                  :::*                    LISTEN      2013/smbd       
tcp6       0      0 :::3689                 :::*                    LISTEN      30317/rhythmbox 
tcp6       0      0 :::139                  :::*                    LISTEN      2013/smbd       
tcp6       0      0 :::111                  :::*                    LISTEN      688/rpcbind

Pas d'apache en effet?

tiramiseb a écrit :

ls -lh /etc/mysql

Quant à la deuxième commande:

jbo@jbo-ubuntu:~$ ls -lh /etc/mysql
total 24K
drwxr-xr-x 2 root root 4,0K août   2 22:02 conf.d
-rw------- 1 root root  333 avril 26  2014 debian.cnf
-rwxr-xr-x 1 root root 1,2K juil. 21 16:36 debian-start
lrwxrwxrwx 1 root root   24 août   2 22:02 my.cnf -> /etc/alternatives/my.cnf
-rw-r--r-- 1 root root  839 juin   9 19:50 my.cnf.fallback
-rw-r--r-- 1 root root  682 juin   9 19:50 mysql.cnf
drwxr-xr-x 2 root root 4,0K août   2 22:32 mysql.conf.d

Un indice?

tiramiseb · Le 05/08/2015, à 20:33

tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 990/lighttpd

En effet, c'est Lighttpd qui écoute, pas Apache.

Il faut bien sûr désinstaller Lighttpd si tu ne t'en sers pas.

Quant à la deuxième commande:
[...]

Rien de choquant là-dedans.

Et cette commande ?

ls -lh /etc/mysql/mysql.conf.d

chryslervert · Le 05/08/2015, à 20:53

tiramiseb a écrit :

ls -lh /etc/mysql/mysql.conf.d

total 8,0K
-rw-r--r-- 1 root root 3,0K juin   9 19:50 mysqld.cnf
-rw-r--r-- 1 root root   21 juin   9 19:50 mysqld_safe_syslog.cnf

lighttpd est installé de base sur ubuntu. Et il ne fait pas doublon avec apache?
Il n'est pas possible de réatribuer les ports pour mettre en sommeil lighttpd, on ne sait jamais.

chryslervert · Le 05/08/2015, à 20:59

Ce qui me semble bizarre, c'est qu'il est configuré dans lighttpd.conf:

server.document-root        = "/var/www/html"

Donc mon fichier php devrait fonctionner avec ce serveur?

chryslervert · Le 05/08/2015, à 21:26

Par ailleurs, j'ai regardé ports.conf d'apache et il est bien configuré sur le port 80 apparement:

# If you just change the port or add more ports here, you will likely also
# have to change the VirtualHost statement in
# /etc/apache2/sites-enabled/000-default.conf

Listen 80

<IfModule ssl_module>
	Listen 443
</IfModule>

<IfModule mod_gnutls.c>
	Listen 443
</IfModule>

# vim: syntax=apache ts=4 sw=4 sts=4 sr noet

J'ai tenté cela pour la route après avoir modifier le port dans lighttp.conf:

jbo@jbo-ubuntu:~$ service apache2 reload
Job for apache2.service failed. See "systemctl status apache2.service" and "journalctl -xe" for details.

Dernière modification par chryslervert (Le 05/08/2015, à 21:32)

tiramiseb · Le 05/08/2015, à 22:28

lighttpd est installé de base sur ubuntu.

Non.

Donc mon fichier php devrait fonctionner avec ce serveur?

Non, Lighttpd ne peut pas interpréter les fichiers PHP.

Enlève Lighttpd.

chryslervert · Le 06/08/2015, à 06:36

Sébastien,

Un coup de

sudo apt-get --purge remove lighttpd

J'ai redémarré l'ordi.
Résultat, apache semble refonctionner :

jbo@jbo-ubuntu:~$ sudo netstat -tlnp
Connexions Internet actives (seulement serveurs)
Proto Recv-Q Send-Q Adresse locale          Adresse distante        Etat       PID/Program name
tcp        0      0 127.0.0.1:5939          0.0.0.0:*               LISTEN      2042/teamviewerd
tcp        0      0 127.0.1.1:53            0.0.0.0:*               LISTEN      1986/dnsmasq    
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      1062/sshd       
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      796/cupsd       
tcp        0      0 0.0.0.0:17500           0.0.0.0:*               LISTEN      2383/dropbox    
tcp        0      0 0.0.0.0:8445            0.0.0.0:*               LISTEN      2094/CopyAgent  
tcp        0      0 0.0.0.0:445             0.0.0.0:*               LISTEN      2521/smbd       
tcp        0      0 127.0.0.1:17600         0.0.0.0:*               LISTEN      2383/dropbox    
tcp        0      0 127.0.0.1:17603         0.0.0.0:*               LISTEN      2383/dropbox    
tcp        0      0 0.0.0.0:139             0.0.0.0:*               LISTEN      2521/smbd       
tcp        0      0 0.0.0.0:111             0.0.0.0:*               LISTEN      614/rpcbind     
tcp6       0      0 :::80                   :::*                    LISTEN      2473/apache2    
tcp6       0      0 :::22                   :::*                    LISTEN      1062/sshd       
tcp6       0      0 ::1:631                 :::*                    LISTEN      796/cupsd       
tcp6       0      0 :::445                  :::*                    LISTEN      2521/smbd       
tcp6       0      0 :::139                  :::*                    LISTEN      2521/smbd       
tcp6       0      0 :::111                  :::*                    LISTEN      614/rpcbind

Mes fichiers html et php sont bien lu.

J'accède à la page de connection à phpmyadmin. J'obtiens cette erreur

#2002 Connexion au serveur MySQL non permise
La connexion au controluser tel que défini dans votre configuration a échoué.

Mais la situation à avancer.
Reste:
- à régler cette erreur
- à modifier mon virtual host

Pour ma culture,
est-ce qu'il est possible d'ajouter mon user à www-data? Je crois que c’était fait, mais est-ce que cela m’éviterait de devoir modifier les droits de mes fichiers utiles pour apache (installation de cms etc.) dans mon home?

Merci pour votre aide précieuse.
jb

tiramiseb · Le 06/08/2015, à 07:47

J'accède à la page de connection à phpmyadmin. J'obtiens cette erreur
#2002 Connexion au serveur MySQL non permise
La connexion au controluser tel que défini dans votre configuration a échoué.

Oui car MySQL n'a pas pu démarrer, on l'a vu plus haut.

Par contre, n'ayant pas installé MySQL sur la 15.04, je ne saurais pas te dire pourquoi ça fait ça. On dirait qu'il y a une réorganisation dans les fichiers de configuration, mais je ne vois pas ce qui provoque précisément le message qu'on a vu.

Si tu n'as aucune donnée dans MySQL, essaye ça :

sudo apt-get remove --purge mysql-server*
rm -fr /etc/mysql
rm -fr /var/lib/mysql
sudo apt-get install mysql-server

chryslervert · Le 06/08/2015, à 17:26

Il faudra que je réinstalle phpmyadmin également?

Je suis en déplacement pour le week-end.
Je testerai à mon retour.

Merci pour votre aide.
jb

tiramiseb · Le 06/08/2015, à 17:49

Il faudra que je réinstalle phpmyadmin également?

Je ne sais pas.

chryslervert · Le 09/08/2015, à 22:00

Bonsoir,

J'ai tenté le processus, résultat un erreur avec le mot de passe:
réinstallation

Du coup, j'ai tenté de reprendre en changeant le mot de passe... impossible maintenant j'obtiens ces erreurs:

jbo@jbo-ubuntu:~$ sudo apt-get remove --purge mysql-server*
E: Impossible d'obtenir le verrou /var/lib/dpkg/lock - open (11: Ressource temporairement non disponible)
E: Impossible de verrouiller le répertoire d'administration (/var/lib/dpkg/). Il est possible qu'un autre processus l'utilise.

Et je suis coincé.

jb

Dernière modification par chryslervert (Le 09/08/2015, à 22:02)

tiramiseb · Le 09/08/2015, à 22:13

E: Impossible de verrouiller le répertoire d'administration (/var/lib/dpkg/). Il est possible qu'un autre processus l'utilise.

Tu avais un autre logiciel de gestion de paquets en fonctionnement ?

Une autre instance d'apt (que tu aurais mal arrêtée) ? la logithèque ? synaptic ?

chryslervert · Le 10/08/2015, à 04:33

Aucune idée. Je n'ai rien fait de spéciale, sinon m'intérésser à mysql... C'est arrivé après la tentative de réinsallation de mysql.

J'ai essayé d'ouvrir synaptic, erreur similaire:

E: dpkg a été interrompu. Il est nécessaire d'utiliser « dpkg --configure -a » pour corriger le problème.
E: _cache->open() failed, please report.

En essayant de désinstaller mysql à l'aide de la logithèque:

Une erreur s'est produite lors du changement de mot de passe du compte d'administration. Un mot de passe existait peut-être déjà ou il n'a pas été possible de communiquer avec le serveur MySQL.
Vous devriez vérifier le mot de passe de ce compte après l'installation du paquet.
Veuillez consulter le fichier /usr/share/doc/mysql-server-5.6/README.Debian pour plus d'informations.

J'ai l'impression que le problème initiale s'est déporté. C'est frustant.
En tout cas merci pour votre aide.

Quand je fais:

sudo dpkg --configure -a

J'obtiens bien l'erreur suivante

dpkg : erreur : base de données d'état de dpkg est verrouillé par un autre processus

Et

sudo apt-get -f install

E: Impossible d'obtenir le verrou /var/lib/dpkg/lock - open (11: Ressource temporairement non disponible)

Dernière modification par chryslervert (Le 10/08/2015, à 04:38)

chryslervert · Le 10/08/2015, à 06:12

LE processus de suppresion ou d'installation précédent avait du mal se terminé.

Ca s'est arrangé:

jbo@jbo-ubuntu:~$ sudo dpkg --configure -a
Paramétrage de mysql-server-5.6 (5.6.25-0ubuntu0.15.04.1) ...
Job for mysql.service failed. See "systemctl status mysql.service" and "journalctl -xe" for details.
invoke-rc.d: initscript mysql, action "start" failed.
dpkg: erreur de traitement du paquet mysql-server-5.6 (--configure) :
 le sous-processus script post-installation installé a retourné une erreur de sortie d'état 1
dpkg: des problèmes de dépendances empêchent la configuration de mysql-server :
 mysql-server dépend de mysql-server-5.6 ; cependant :
 Le paquet mysql-server-5.6 n'est pas encore configuré.

dpkg: erreur de traitement du paquet mysql-server (--configure) :
 problèmes de dépendances - laissé non configuré
Des erreurs ont été rencontrées pendant l'exécution :
 mysql-server-5.6
 mysql-server

J'ai essayé une nouvelle installation et j'obtient le même message que dans le post #17, avec dans le terminal:

Paramétrage de mysql-server-5.6 (5.6.25-0ubuntu0.15.04.1) ...
update-alternatives: utilisation de « /etc/mysql/mysql.cnf » pour fournir « /etc/mysql/my.cnf » (my.cnf) en mode automatique
/usr/sbin/mysqld: Can't read dir of '/etc/mysql/conf.d/' (Errcode: 2 - No such file or directory)
Fatal error in defaults handling. Program aborted

Dernière modification par chryslervert (Le 10/08/2015, à 06:16)

tiramiseb · Le 10/08/2015, à 09:47

chryslervert a écrit :

Ca s'est arrangé:

jbo@jbo-ubuntu:~$ sudo dpkg --configure -a
[...]
Des erreurs ont été rencontrées pendant l'exécution :
 mysql-server-5.6
 mysql-server

Non ça ne s'est pas arrangé.

La suppression n'a peut-être pas complètement réussi, tu aurais dû réessayer le "remove" puis la suppression des fichiers avant de retenter une installation.

chryslervert · Le 10/08/2015, à 21:10

Bon j'ai tenté de nettoyer phpmyadmin en plus, en tapant successivement:

sudo apt-get remove --purge mysql-server*
rm -fr /etc/mysql
rm -fr /var/lib/mysql
sudo apt-get purge mysql-server mysql-server-5.6 mysql-server-core-5.6
sudo apt-get purge phpmyadmin*
sudo apt-get autoremove
sudo rm -f /etc/apache2/conf.d/phpmyadmin.conf
sudo apt-get purge libapache2-mod-php5
sudo service apache2 restart
sudo apt-get install libapache2-mod-php5
sudo service apache2 restart

Ensuite nouvel installation:

sudo apt-get install mysql-server

Même résultat que pour le post #17

tiramiseb · Le 10/08/2015, à 21:13

Si tu ne nous montres pas les résultats de chacune des commandes, on ne peut pas t'aider.

chryslervert · Le 10/08/2015, à 21:28

Voici par ordre:

jbo@jbo-ubuntu:~$ sudo apt-get remove --purge mysql-server*
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Note : sélection de mysql-server-core-5.1 pour l'expression rationnelle « mysql-server* »
Note : sélection de mysql-server-core-5.5 pour l'expression rationnelle « mysql-server* »
Note : sélection de mysql-server-core-5.6 pour l'expression rationnelle « mysql-server* »
Note : sélection de mysql-server-5.0 pour l'expression rationnelle « mysql-server* »
Note : sélection de mysql-server-5.1 pour l'expression rationnelle « mysql-server* »
Note : sélection de mysql-server-5.5 pour l'expression rationnelle « mysql-server* »
Note : sélection de mysql-server-5.6 pour l'expression rationnelle « mysql-server* »
Note : sélection de virtual-mysql-server-core pour l'expression rationnelle « mysql-server* »
Note : sélection de mysql-server pour l'expression rationnelle « mysql-server* »
Note : sélection de virtual-mysql-server pour l'expression rationnelle « mysql-server* »
Le paquet « mysql-server-5.5 » n'est pas installé, et ne peut donc être supprimé
Le paquet « mysql-server-core-5.5 » n'est pas installé, et ne peut donc être supprimé
Le paquet « mysql-server-5.1 » n'est pas installé, et ne peut donc être supprimé
Le paquet « mysql-server-5.0 » n'est pas installé, et ne peut donc être supprimé
Le paquet « mysql-server-core-5.1 » n'est pas installé, et ne peut donc être supprimé
Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
  libdbd-mysql-perl libdbi-perl mysql-client-5.6 mysql-client-core-5.6
Veuillez utiliser « apt-get autoremove » pour les supprimer.
Les paquets suivants seront ENLEVÉS :
  mysql-server* mysql-server-5.6* mysql-server-core-5.6*
0 mis à jour, 0 nouvellement installés, 3 à enlever et 0 non mis à jour.
2 partiellement installés ou enlevés.
Après cette opération, 79,1 Mo d'espace disque seront libérés.
Souhaitez-vous continuer ? [O/n] O
(Lecture de la base de données... 267552 fichiers et répertoires déjà installés.)
Suppression de mysql-server (5.6.25-0ubuntu0.15.04.1) ...
Suppression de mysql-server-5.6 (5.6.25-0ubuntu0.15.04.1) ...
Purge des fichiers de configuration de mysql-server-5.6 (5.6.25-0ubuntu0.15.04.1) ...
dpkg : avertissement : lors de la suppression de mysql-server-5.6, le répertoire « /var/lib/mysql-upgrade » n'était pas vide, donc il n'a pas été supprimé
dpkg : avertissement : lors de la suppression de mysql-server-5.6, le répertoire « /etc/mysql » n'était pas vide, donc il n'a pas été supprimé
Suppression de mysql-server-core-5.6 (5.6.25-0ubuntu0.15.04.1) ...
Traitement des actions différées (« triggers ») pour man-db (2.7.0.2-5) ...

jbo@jbo-ubuntu:~$ sudo rm -fr /etc/mysql
jbo@jbo-ubuntu:~$ sudo rm -fr /var/lib/mysql
jbo@jbo-ubuntu:~$

jbo@jbo-ubuntu:~$ sudo apt-get purge mysql-server mysql-server-5.6 mysql-server-core-5.6
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Le paquet « mysql-server » n'est pas installé, et ne peut donc être supprimé
Le paquet « mysql-server-5.6 » n'est pas installé, et ne peut donc être supprimé
Le paquet « mysql-server-core-5.6 » n'est pas installé, et ne peut donc être supprimé
Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
  libdbd-mysql-perl libdbi-perl mysql-client-5.6 mysql-client-core-5.6
Veuillez utiliser « apt-get autoremove » pour les supprimer.
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
jbo@jbo-ubuntu:~$ sudo apt-get autoremove
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Les paquets suivants seront ENLEVÉS :
  libdbd-mysql-perl libdbi-perl mysql-client-5.6 mysql-client-core-5.6
0 mis à jour, 0 nouvellement installés, 4 à enlever et 0 non mis à jour.
Après cette opération, 70,2 Mo d'espace disque seront libérés.
Souhaitez-vous continuer ? [O/n] O
(Lecture de la base de données... 267362 fichiers et répertoires déjà installés.)
Suppression de mysql-client-5.6 (5.6.25-0ubuntu0.15.04.1) ...
Suppression de libdbd-mysql-perl (4.028-2) ...
Suppression de libdbi-perl (1.631-3build1) ...
Suppression de mysql-client-core-5.6 (5.6.25-0ubuntu0.15.04.1) ...
Traitement des actions différées (« triggers ») pour man-db (2.7.0.2-5) ...
jbo@jbo-ubuntu:~$

jbo@jbo-ubuntu:~$ sudo apt-get purge phpmyadmin*
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Note : sélection de phpmyadmin pour l'expression rationnelle « phpmyadmin* »
Le paquet « phpmyadmin » n'est pas installé, et ne peut donc être supprimé
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.

jbo@jbo-ubuntu:~$ sudo rm -f /etc/apache2/conf.d/phpmyadmin.conf
jbo@jbo-ubuntu:~$

J'ai sauté quelque etape vu que phpmyadmin est déjà désinstallé.

En générale le processus ne se termine pas ce qui génère l’erreur de dpkg.
Je crois que c'est la commande suivante qui mets en erreur le process et me permet de retenter:

mysql_upgrade -u root -p

chryslervert · Le 11/08/2015, à 06:20

Bonjour,

Je continue à documenter le sujet tant qu'il n'y a pas de résolution.

J'ai réinstaller mysql... Même erreur sur le mot de passe de root.
Par contre j'ai tenté:

jbo@jbo-ubuntu:~$ sudo /etc/init.d/mysql restart
[....] Restarting mysql (via systemctl): mysql.serviceJob for mysql.service failed. See "systemctl status mysql.service" and "journalctl -xe" for details.
 failed!
jbo@jbo-ubuntu:~$

Du coup,

jbo@jbo-ubuntu:~$ systemctl status mysql.service
● mysql.service - MySQL Community Server
   Loaded: loaded (/lib/systemd/system/mysql.service; enabled; vendor preset: enabled)
   Active: activating (start-post) since mar. 2015-08-11 06:18:32 CEST; 38s ago
 Main PID: 10778 (code=exited, status=0/SUCCESS);         : 10779 (mysql-systemd-s)
   CGroup: /system.slice/mysql.service
           └─control
             ├─10779 /bin/bash /usr/share/mysql/mysql-systemd-start post
             └─11287 sleep 1

août 11 06:18:32 jbo-ubuntu systemd[1]: Starting MySQL Community Server...
août 11 06:18:32 jbo-ubuntu mysqld_safe[10778]: 150811 06:18:32 mysqld_safe....
août 11 06:18:32 jbo-ubuntu mysqld_safe[10778]: 150811 06:18:32 mysqld_safe....
août 11 06:18:32 jbo-ubuntu mysqld_safe[10778]: 150811 06:18:32 mysqld_safe...l
Hint: Some lines were ellipsized, use -l to show in full.

jbo@jbo-ubuntu:~$ journalctl -xe
août 11 06:18:31 jbo-ubuntu polkitd(authority=local)[864]: Unregistered Authenti
août 11 06:18:31 jbo-ubuntu sudo[8425]: pam_unix(sudo:session): session closed f
août 11 06:18:32 jbo-ubuntu systemd[1]: mysql.service holdoff time over, schedul
août 11 06:18:32 jbo-ubuntu systemd[1]: Starting MySQL Community Server...
-- Subject: L'unité (unit) mysql.service a commencé à démarrer
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- L'unité (unit) mysql.service a commencé à démarrer.
août 11 06:18:32 jbo-ubuntu mysqld_safe[10778]: 150811 06:18:32 mysqld_safe Can'
août 11 06:18:32 jbo-ubuntu mysqld_safe[10778]: 150811 06:18:32 mysqld_safe Logg
août 11 06:18:32 jbo-ubuntu mysqld_safe[10778]: 150811 06:18:32 mysqld_safe Star
août 11 06:18:32 jbo-ubuntu polkitd(authority=local)[864]: Registered Authentica
août 11 06:18:32 jbo-ubuntu systemd[1]: Reloading.
août 11 06:18:32 jbo-ubuntu systemd[1]: Started CUPS Scheduler.
-- Subject: L'unité (unit) cups.service a terminé son démarrage
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- L'unité (unit) cups.service a terminé son démarrage, avec le résultat done.
août 11 06:18:32 jbo-ubuntu polkitd(authority=local)[864]: Unregistered Authenti
août 11 06:18:32 jbo-ubuntu mysqld_safe[10778]: 150811 06:18:32 mysqld_safe mysq
août 11 06:18:33 jbo-ubuntu sudo[3774]: pam_unix(sudo:session): session closed f
lines 1059-1081/1081 (END)
août 11 06:18:31 jbo-ubuntu polkitd(authority=local)[864]: Unregistered Authentic
août 11 06:18:31 jbo-ubuntu sudo[8425]: pam_unix(sudo:session): session closed fo
août 11 06:18:32 jbo-ubuntu systemd[1]: mysql.service holdoff time over, scheduli
août 11 06:18:32 jbo-ubuntu systemd[1]: Starting MySQL Community Server...
-- Subject: L'unité (unit) mysql.service a commencé à démarrer
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- L'unité (unit) mysql.service a commencé à démarrer.

Apparemment un problème de permission?

Autre test (source):

jbo@jbo-ubuntu:~$ mysqld_safe –skip-grant-tables
150811 07:38:25 mysqld_safe Can't log to error log and syslog at the same time.  Remove all --log-error configuration options for --syslog to take effect.
150811 07:38:25 mysqld_safe Logging to '/var/log/mysql/error.log'.
mkdir: impossible de créer le répertoire «/var/run/mysqld»: Permission non accordée
chown: impossible d'accéder à «/var/run/mysqld»: Aucun fichier ou dossier de ce type
chmod: impossible d'accéder à «/var/run/mysqld»: Aucun fichier ou dossier de ce type
150811 07:38:25 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
/usr/bin/mysqld_safe: 126: /usr/bin/mysqld_safe: cannot create /var/log/mysql/error.log: Permission denied
/usr/bin/mysqld_safe: 1: eval: cannot create /var/log/mysql/error.log: Permission denied
150811 07:38:25 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
/usr/bin/mysqld_safe: 126: /usr/bin/mysqld_safe: cannot create /var/log/mysql/error.log: Permission denied
jbo@jbo-ubuntu:~$

Dernière modification par chryslervert (Le 11/08/2015, à 06:41)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 04/08/2015, à 06:01

[Résolu] MAJ ubuntu 15.04 > résultat apache 404/403 + phpmyadmin

#2 Le 04/08/2015, à 07:41

Re : [Résolu] MAJ ubuntu 15.04 > résultat apache 404/403 + phpmyadmin

#3 Le 04/08/2015, à 23:24

Re : [Résolu] MAJ ubuntu 15.04 > résultat apache 404/403 + phpmyadmin

#4 Le 05/08/2015, à 12:46

Re : [Résolu] MAJ ubuntu 15.04 > résultat apache 404/403 + phpmyadmin

#5 Le 05/08/2015, à 19:22

Re : [Résolu] MAJ ubuntu 15.04 > résultat apache 404/403 + phpmyadmin

#6 Le 05/08/2015, à 20:03

Re : [Résolu] MAJ ubuntu 15.04 > résultat apache 404/403 + phpmyadmin

#7 Le 05/08/2015, à 20:27

Re : [Résolu] MAJ ubuntu 15.04 > résultat apache 404/403 + phpmyadmin

#8 Le 05/08/2015, à 20:33

Re : [Résolu] MAJ ubuntu 15.04 > résultat apache 404/403 + phpmyadmin

#9 Le 05/08/2015, à 20:53

Re : [Résolu] MAJ ubuntu 15.04 > résultat apache 404/403 + phpmyadmin

#10 Le 05/08/2015, à 20:59

Re : [Résolu] MAJ ubuntu 15.04 > résultat apache 404/403 + phpmyadmin

#11 Le 05/08/2015, à 21:26

Re : [Résolu] MAJ ubuntu 15.04 > résultat apache 404/403 + phpmyadmin

#12 Le 05/08/2015, à 22:28

Re : [Résolu] MAJ ubuntu 15.04 > résultat apache 404/403 + phpmyadmin

#13 Le 06/08/2015, à 06:36

Re : [Résolu] MAJ ubuntu 15.04 > résultat apache 404/403 + phpmyadmin

#14 Le 06/08/2015, à 07:47

Re : [Résolu] MAJ ubuntu 15.04 > résultat apache 404/403 + phpmyadmin

#15 Le 06/08/2015, à 17:26

Re : [Résolu] MAJ ubuntu 15.04 > résultat apache 404/403 + phpmyadmin

#16 Le 06/08/2015, à 17:49

Re : [Résolu] MAJ ubuntu 15.04 > résultat apache 404/403 + phpmyadmin

#17 Le 09/08/2015, à 22:00

Re : [Résolu] MAJ ubuntu 15.04 > résultat apache 404/403 + phpmyadmin

#18 Le 09/08/2015, à 22:13

Re : [Résolu] MAJ ubuntu 15.04 > résultat apache 404/403 + phpmyadmin

#19 Le 10/08/2015, à 04:33

Re : [Résolu] MAJ ubuntu 15.04 > résultat apache 404/403 + phpmyadmin

#20 Le 10/08/2015, à 06:12

Re : [Résolu] MAJ ubuntu 15.04 > résultat apache 404/403 + phpmyadmin

#21 Le 10/08/2015, à 09:47

Re : [Résolu] MAJ ubuntu 15.04 > résultat apache 404/403 + phpmyadmin

#22 Le 10/08/2015, à 21:10

Re : [Résolu] MAJ ubuntu 15.04 > résultat apache 404/403 + phpmyadmin

#23 Le 10/08/2015, à 21:13

Re : [Résolu] MAJ ubuntu 15.04 > résultat apache 404/403 + phpmyadmin

#24 Le 10/08/2015, à 21:28

Re : [Résolu] MAJ ubuntu 15.04 > résultat apache 404/403 + phpmyadmin

#25 Le 11/08/2015, à 06:20

Re : [Résolu] MAJ ubuntu 15.04 > résultat apache 404/403 + phpmyadmin

Pied de page des forums