Hello....le jeu de piste marche bien mais le mieux avec des profils techniques c’est un défi concret à résoudre genre construction ou mini hackathon avec contraintes ça parle plus aux devs et ça évite l’effet animation RH tant que c’est fun et un peu compétitif ça prend bien et ça crée plus d’échanges naturels entre profils
bonjour...pars sur du HTML vers PDF c’est le plus simple et le plus propre à maintenir en PHP tu peux utiliser Dompdf ou mPDF qui prennent ton HTML CSS et génèrent un PDF propre pour les quittances et états des lieux côté JS pour le mobile évite les solutions basiques et privilégie un rendu serveur avec headless Chrome type Playwright pour garder un rendu fidèle pour les photos tu les stockes et tu les injectes directement dans ton template HTML avant génération du PDF et ça marche très bien au final une stack simple HTML template plus moteur PDF et éventuellement rendu serveur et t’es tranquille
Salut,
pour l'interclassement il me semble que cela peut se configurer à plusieurs endroits :
- la config par défaut de mysql/mariadb
- la database
- la table
- à la connexion php->mysql
Et vu que tu utilises du vieux php, est ce que tu utilises aussi une vielle version de mysql ? Est ce que ce collate existe bien dans ta version de mysql ?
Idéalement il faudrait sans doute passer à des requêtes préparés, mais à minima je pense qu'il faudrait commencer par passer des fonctions php mysql_ à mysqli_ pour pouvoir essayer de passer en php7 (puis 8..)
pour l'interclassement il me semble que cela peut se configurer à plusieurs endroits :
- la config par défaut de mysql/mariadb
- la database
- la table
- à la connexion php->mysql
Et vu que tu utilises du vieux php, est ce que tu utilises aussi une vielle version de mysql ? Est ce que ce collate existe bien dans ta version de mysql ?
Idéalement il faudrait sans doute passer à des requêtes préparés, mais à minima je pense qu'il faudrait commencer par passer des fonctions php mysql_ à mysqli_ pour pouvoir essayer de passer en php7 (puis 8..)
Merci du conseil ; je verrai ça quand j'aurai rattrapé mon retard...
Titen a écrit :
Grand merci à Niuxe ! quand je vois la somme de connaissances qu'il faut accumuler pour résoudre certains problèmes, je suis vrament admiratif.
Je t'en prie. Je sais que l'informatique peut être très contrariante. Il faut toujours garder son calme et trouver des solutions annexes. J'ai fait quelques recherches afin de débloquer cette situation. En tout cas, heureux que ton projet fonctionne désormais.
Tu m'as confié que tu devrais migrer sur MariaDB. Mon conseil est de migrer sur PostgrSQL. La courbe d'apprentissage est pus raide. Mais ça vaut le coup.
Bon on arrête tout, parce que je commence à accumuler les âneries ; en fait tout remarche maintenant à merveille. Les plus curieux pourront aller vérifier en améliorant leur breton (on tape par ex. "amanenn" dans la petite fenêtre en haut à gauche) sur le site arpenefigourt.bzh !
Grand merci à Niuxe ! quand je vois la somme de connaissances qu'il faut accumuler pour résoudre certains problèmes, je suis vrament admiratif.
Grand merci à Niuxe ! quand je vois la somme de connaissances qu'il faut accumuler pour résoudre certains problèmes, je suis vrament admiratif.
Pour ton erreur Access denied for user 'root', c'est très étrange puisque ton code PHP dit explicitement d'utiliser geriadur. Si PHP crie que root est rejeté, c'est qu'il n'utilise pas le fichier que tu crois.
Trois pistes à vérifier :
1. Le fichier fantôme : Es-tu sûr de modifier le bon connect.inc.php ? Parfois, avec les installations locales (Apache/Nginx), on modifie un fichier dans un dossier, mais le serveur pointe vers un autre (un vieux backup, un dossier /var/www/html/ vs un dossier utilisateur).
2. le cache php :
3. Les droits de l'utilisateur geriadur :
Petit à petit, on y arrive
Le fait que l'erreur mentionne root alors que le code affiche geriadur est le signe typique d'un conflit de fichiers ou d'un chemin d'inclusion (include) mal maîtrisé.
Trois pistes à vérifier :
1. Le fichier fantôme : Es-tu sûr de modifier le bon connect.inc.php ? Parfois, avec les installations locales (Apache/Nginx), on modifie un fichier dans un dossier, mais le serveur pointe vers un autre (un vieux backup, un dossier /var/www/html/ vs un dossier utilisateur).
2. le cache php :
sudo systemctl restart apache2
3. Les droits de l'utilisateur geriadur :
GRANT ALL PRIVILEGES ON geriaoueg.* TO 'geriadur'@'localhost';
FLUSH PRIVILEGES;
Petit à petit, on y arrive
Le fait que l'erreur mentionne root alors que le code affiche geriadur est le signe typique d'un conflit de fichiers ou d'un chemin d'inclusion (include) mal maîtrisé.J'ai édité ma réponse précédente et dans l'édit, ça devrait fonctionner. La commande que tu essaies de faire depuis mysql ne fonctionne pas puisque mysql lit un binaire (gzip).
Si ton fichier est volumineux et que tu essaies de passer par phpmyadmin :
1. ça mettra des plombes pour un succès mitigé
2. l'import s'arrêtera (configurer le php.ini pour des import conséquent)
edit
Et oui, on se répond quasiment en direct. Attends, je regarde.
Modifié par Niuxe (12 Apr 2026 - 16:34)
Si ton fichier est volumineux et que tu essaies de passer par phpmyadmin :
1. ça mettra des plombes pour un succès mitigé
2. l'import s'arrêtera (configurer le php.ini pour des import conséquent)
edit
Titen a écrit :
Je n'avais pas vu ton edit :
Et oui, on se répond quasiment en direct. Attends, je regarde.
Modifié par Niuxe (12 Apr 2026 - 16:34)
Je n'imaginais pas qu'on puisse avoir ce genre de problèmes avec mysql... Je crois qu'une fois que tout sera réglé je vais passer à mariadb (ce que j'aurai dû faire depuis longtemps pour d'autres raisons que techniques, d'ailleurs).
Alors, oui je peux me connecter en root, oui le fichest test en php marche et j'ai pu créer la base bidon. Je peux aussi lancer phpmyadmin en root. Mais j'ai réessayé l'import sans succès :
Je n'avais pas vu ton edit :
Victoire ! J'ai récupéré mes données ! Petit souci : pour connecter le site associé à la base, j'utilise un script avec un utilisateur "geriadur" qui a son propre mot de passe, évidemment. Or le site essair toujours de se connecter via root (et avec un ancien mot de passe) d'où :
Je résume : il s'agit d'un programme php qui pour se connecter appelle connect.inc.php qui contient ceci :
modération : : J'ai supprimé volontairement ton mot de passe. On evite les yeux baladeurs de certains
Modifié par Niuxe (12 Apr 2026 - 16:37)
Alors, oui je peux me connecter en root, oui le fichest test en php marche et j'ai pu créer la base bidon. Je peux aussi lancer phpmyadmin en root. Mais j'ai réessayé l'import sans succès :
mysql> source geriaoueg.sql.gz
ERROR:
ASCII '\0' appeared in the statement, but this is not allowed unless option --binary-mode is enabled and mysql is run in non-interactive mode. Set --binary-mode to 1 if ASCII '\0' is expected. Query: ''.
Bye
Je n'avais pas vu ton edit :
gunzip < geriaoueg.sql.gz | mysql -u root -p geriaoueg
Victoire ! J'ai récupéré mes données ! Petit souci : pour connecter le site associé à la base, j'utilise un script avec un utilisateur "geriadur" qui a son propre mot de passe, évidemment. Or le site essair toujours de se connecter via root (et avec un ancien mot de passe) d'où :
Erreur : SQLSTATE[HY000] [1045] Access denied for user 'root'@'localhost' (using password: YES)
Je résume : il s'agit d'un programme php qui pour se connecter appelle connect.inc.php qui contient ceci :
$link = mysqli_connect("localhost", "geriadur", "motdepasse", "******");
if (!$link) {
http_response_code(500);
echo json_encode(["error" => "Connexion échouée"]);
exit;
}
/
mysqli_set_charset($link, "utf8mb4");
modération : : J'ai supprimé volontairement ton mot de passe. On evite les yeux baladeurs de certains
Modifié par Niuxe (12 Apr 2026 - 16:37)
Titen a écrit :
Rhâââ !
...
Franchement, je n'y croyais plus... Reste le problème de la récup de ma base (quelques années de travail, quand même...)
C'est typiquement pour ça que MySQL 8 est devenu « l'ennemi » des développeurs PHP : ils ont complexifié la gestion des utilisateurs là où MariaDB est resté plus souple. Sous PostgreSQL, on n'a pas ce sketch/fiasco de changement de plugin en plein milieu d'un ALTER ROLE !
Normalement, tu dois pouvoir te connecter en root avec le bon mot de passe :
mysql -u root -p
Crées une base bidon :
CREATE DATABASE bidon;
Fais le teste avec le fameux fichier php. En attendant, je regarde pour ton dump, s'il y a des soucis à prévoir. Aussi, est ce que ton phpmyadmin fonctionne ?
edit :
Si phpmyadmin ne fonctionne pas pour le moment, test dbeaver en attendant.
pour ton import (n'oublie pas de créer cette base de données) :
gunzip < geriaoueg.sql.gz | mysql -u root -p nom_de_ta_base
Tu peux avoir des soucis :
1. L'encodage : MySQL 8 est passé au utf8mb4 par défaut. Si ton dump est vieux, tu pourrais avoir des soucis de caractères spéciaux. Mais normalement, via le pipe, ça passe.
2. La taille du dump : Si le fichier est énorme, tu peux ajouter --max_allowed_packet=512M à ta commande mysql pour éviter que la connexion ne coupe.
Modifié par Niuxe (12 Apr 2026 - 16:13)
Rhâââ !
Franchement, je n'y croyais plus... Reste le problème de la récup de ma base (quelques années de travail, quand même...)
Modifié par Titen (12 Apr 2026 - 15:51)
mysql> ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'titounette';
Query OK, 0 rows affected (0,28 sec)
mysql> FLUSH PRIVILEGES;
Query OK, 0 rows affected (0,21 sec)
mysql> SELECT Host, User, authentication_string FROM mysql.user;
+-----------+------------------+------------------------------------------------------------------------+
| Host | User | authentication_string |
+-----------+------------------+------------------------------------------------------------------------+
| localhost | debian-sys-maint | $A$005$QB
Q
_L`{ i:R geqjaSgedfhZ5oajXa6zlksfdkj0qs5z1ANMcaC8m95 |
| localhost | geriadur | $A$005$:2T_>troTdgt(ao2qXTzf6R7WBKaltchkwkJaTCKGCD.StRc6rpbnwQ7 |
| localhost | mysql.infoschema | $A$005$THISISACOMBINATIONOFINVALIDSALTANDPASSWORDTHATMUSTNEVERBRBEUSED |
| localhost | mysql.session | $A$005$THISISACOMBINATIONOFINVALIDSALTANDPASSWORDTHATMUSTNEVERBRBEUSED |
| localhost | mysql.sys | $A$005$THISISACOMBINATIONOFINVALIDSALTANDPASSWORDTHATMUSTNEVERBRBEUSED |
| localhost | root | *24C8C0C9D53C3DBD01CF18A4D80725F062056B19 |
+-----------+------------------+------------------------------------------------------------------------+
6 rows in set (0,00 sec)
Franchement, je n'y croyais plus... Reste le problème de la récup de ma base (quelques années de travail, quand même...)
Modifié par Titen (12 Apr 2026 - 15:51)
Essaie ceci (force le password) :
ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'titounette';
FLUSH PRIVILEGES;
SELECT Host, User, authentication_string FROM mysql.user;
On en revient toujours au même point : le système refuse de mettre un mot de passe à root ! :
$ mysql --version
mysql Ver 8.0.45-0ubuntu0.24.04.1 for Linux on x86_64 ((Ubuntu))
kristen@Arzhur:~$ sudo mysql -u root
gangangna
mysql> ALTER USER 'root'@'localhost' IDENTIFIED BY 'titounette';
Query OK, 0 rows affected (1,04 sec)
mysql> FLUSH PRIVILEGES;
Query OK, 0 rows affected (0,36 sec)
mysql> GRANT ALL PRIVILEGES ON *.* TO 'root'@'localhost' WITH GRANT OPTION;
Query OK, 0 rows affected (0,03 sec)
mysql> FLUSH PRIVILEGES;
Query OK, 0 rows affected (0,05 sec)
mysql> SELECT Host, User, authentication_string FROM mysql.user;
+-----------+------------------+------------------------------------------------------------------------+
| Host | User | authentication_string |
+-----------+------------------+------------------------------------------------------------------------+
| localhost | debian-sys-maint | $A$005$QB
Q
_L`{ i:R geqjaSgedfhZ5oajXa6zlksfdkj0qs5z1ANMcaC8m95 |
| localhost | geriadur | $A$005$:2T_>troTdgt(ao2qXTzf6R7WBKaltchkwkJaTCKGCD.StRc6rpbnwQ7 |
| localhost | mysql.infoschema | $A$005$THISISACOMBINATIONOFINVALIDSALTANDPASSWORDTHATMUSTNEVERBRBEUSED |
| localhost | mysql.session | $A$005$THISISACOMBINATIONOFINVALIDSALTANDPASSWORDTHATMUSTNEVERBRBEUSED |
| localhost | mysql.sys | $A$005$THISISACOMBINATIONOFINVALIDSALTANDPASSWORDTHATMUSTNEVERBRBEUSED |
| localhost | root | |
+-----------+------------------+------------------------------------------------------------------------+
6 rows in set (0,05 sec)
Peux tu me confirmer que la commande ci dessous indique mysql 8 ?
Donc, pour faire le changement de mot de passe du user « root »¹ :
Pour valider les changements :
Ensuite, on va donner tous les privilèges à root ²³
Verifier que root à un mot de passe :
___
¹ https://dev.mysql.com/doc/refman/8.4/en/resetting-permissions.html
² dans un contexte de prod, ce n'est pas une chose à faire
³ https://dev.mysql.com/doc/refman/8.4/en/grant.html
mysql --version
Donc, pour faire le changement de mot de passe du user « root »¹ :
ALTER USER 'root'@'localhost' IDENTIFIED BY 'MyNewPass';
Pour valider les changements :
FLUSH PRIVILEGES;
Ensuite, on va donner tous les privilèges à root ²³
GRANT ALL PRIVILEGES ON *.* TO 'root'@'localhost' WITH GRANT OPTION;
FLUSH PRIVILEGES;
Verifier que root à un mot de passe :
SELECT Host, User, authentication_string FROM mysql.user;
___
¹ https://dev.mysql.com/doc/refman/8.4/en/resetting-permissions.html
² dans un contexte de prod, ce n'est pas une chose à faire
³ https://dev.mysql.com/doc/refman/8.4/en/grant.html
Attend, j'ai lu trop vite. Je me suis emballé. Oups
Mais normalement sur Mint, c'est MariaDB.
Tu as installé le dépôt Oracle ? Attends, je vérifie quelque chose.
Mais normalement sur Mint, c'est MariaDB. Tu as installé le dépôt Oracle ? Attends, je vérifie quelque chose.
Attends comment déduis- tu que j'ai mariadb quand j'ai : "Unit mariadb.service could not be found" alors que "sudo systemctl status mysql" répond positivement ????
d'ailleurs :
Modifié par Titen (12 Apr 2026 - 14:50)
d'ailleurs :
mysql> ALTER USER 'root'@'localhost' IDENTIFIED VIA mysql_native_password USING PASSWORD('machinchose');
ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'VIA mysql_native_password USING PASSWORD('machinchose')' at line 1
Modifié par Titen (12 Apr 2026 - 14:50)
Donc tu as mariadb et non mysql ! Tu es victime du drama¹ Oracle !
Bref, que donne cette commande ?
En 2015, les instructions MySQL et MariaDB étaient identiques. Puisque MariaDB est un fork de MySQL, les 2 databases divergent maintenant.
___
¹ OpenOffice (développement moribond) VS Libreoffice et MySQL VS MariaDB.
Modifié par Niuxe (12 Apr 2026 - 14:47)
Bref, que donne cette commande ?
ALTER USER 'root'@'localhost' IDENTIFIED VIA mysql_native_password USING PASSWORD('ton_nouveau_mdp');
FLUSH PRIVILEGES;
En 2015, les instructions MySQL et MariaDB étaient identiques. Puisque MariaDB est un fork de MySQL, les 2 databases divergent maintenant.
___
¹ OpenOffice (développement moribond) VS Libreoffice et MySQL VS MariaDB.
Modifié par Niuxe (12 Apr 2026 - 14:47)
Perdu !
Modifié par Titen (12 Apr 2026 - 14:33)
$ sudo systemctl status mariadb
[sudo] Mot de passe de kristen :
Unit mariadb.service could not be found.
$ sudo systemctl status mysql
? mysql.service - MySQL Community Server
Loaded: loaded (/usr/lib/systemd/system/mysql.service; enabled; preset: en>
Active: active (running) since Sun 2026-04-12 07:55:23 CEST; 6h ago
Process: 6644 ExecStartPre=/usr/share/mysql/mysql-systemd-start pre (code=e>
Main PID: 6655 (mysqld)
Status: "Server is operational"
Tasks: 40 (limit: 8758)
Memory: 131.1M (peak: 446.1M swap: 289.4M swap peak: 289.4M)
CPU: 3min 27.769s
CGroup: /system.slice/mysql.service
??6655 /usr/sbin/mysqld
avril 12 07:55:16 Arzhur systemd[1]: Starting mysql.service - MySQL Community S>
avril 12 07:55:23 Arzhur systemd[1]: Started mysql.service - MySQL Community Se>
Modifié par Titen (12 Apr 2026 - 14:33)
Bien que le prompt donne mysql, je suis quasi sûr que tu utilises maraidb.
Que donne la commande ?
ou
Modifié par Niuxe (12 Apr 2026 - 14:34)
Que donne la commande ?
sudo systemctl status mariadb
ou
mariadb --version
Modifié par Niuxe (12 Apr 2026 - 14:34)
C'est mysql pas mariadb ; et plus ça va, moins j'y comprends quelque chose... :
Modifié par Titen (12 Apr 2026 - 13:15)
$ mysql -u geriadur -p
Enter password:
...gnagna...
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
mysql> CREATE DATABASE bidon;
ERROR 1044 (42000): Access denied for user 'geriadur'@'localhost' to database 'bidon'
mysql>
Modifié par Titen (12 Apr 2026 - 13:15)
Salut,
2 zones d'ombres. On va en écarter une :
que donne la commande ?
Tu es sur Linux Mint et normalement, c'est mariadb. Comment as tu installé ? Si je ne dis pas de bêtise, tu as fait :
Sur Debian et les Debian like, c'est mariadb. Lorsque tu fais appel à la cmd mysql, c'est un alias de mariadb. d'où cette ambiguïté.
Tu as bien fait de faire :
On observe 2 user :
- geriadur
- root
l'utilisateur geriadur a un mot de passe et root, rien du tout
Tu as fait cette expression SQL qui est juste syntaxiquement¹ mais n'a pas affecté le changement (Query OK, 0 rows affected) :
Or, si tu fais ceci (ce dont je t'ai parlé précédemment), ça devrait fonctionner :
On va tester ça en attendant :
1. peux-tu te connecter à la database avec geriadur ?
2. Si tu peux te connecter, alors créer une base bidon :
3. retente avec le fichier php, mais avec geriadur :
Que ce soit ton souci de phpmyadmin et ton import de ton dump, chaque chose en son temps.
____
¹ Le soleil est bleu
Modifié par Niuxe (12 Apr 2026 - 12:54)
2 zones d'ombres. On va en écarter une :
que donne la commande ?
sudo systemctl status mariadb
Tu es sur Linux Mint et normalement, c'est mariadb. Comment as tu installé ? Si je ne dis pas de bêtise, tu as fait :
sudo apt install mysql-server
Sur Debian et les Debian like, c'est mariadb. Lorsque tu fais appel à la cmd mysql, c'est un alias de mariadb. d'où cette ambiguïté.
Tu as bien fait de faire :
SELECT Host, User, authentication_string FROM mysql.user;
On observe 2 user :
- geriadur
- root
l'utilisateur geriadur a un mot de passe et root, rien du tout
Tu as fait cette expression SQL qui est juste syntaxiquement¹ mais n'a pas affecté le changement (Query OK, 0 rows affected) :
mysql> ALTER USER 'root'@'localhost' IDENTIFIED BY 'quelquechose';
Query OK, 0 rows affected (0,03 sec)
mysql> FLUSH PRIVILEGES;
Query OK, 0 rows affected (0,04 sec)
Or, si tu fais ceci (ce dont je t'ai parlé précédemment), ça devrait fonctionner :
ALTER USER 'root'@'localhost' IDENTIFIED VIA mysql_native_password USING PASSWORD('ton_nouveau_mdp');
FLUSH PRIVILEGES;
On va tester ça en attendant :
1. peux-tu te connecter à la database avec geriadur ?
mysql -u geriadur -p
2. Si tu peux te connecter, alors créer une base bidon :
CREATE DATABASE bidon;
3. retente avec le fichier php, mais avec geriadur :
<?php
try {
$pdo = new PDO('mysql:host=localhost;dbname=bidon', 'geriadur', 'mot_de_passe');
echo "Connexion réussie !";
} catch (PDOException $e) {
echo "Erreur : " . $e->getMessage();
}
?>
Que ce soit ton souci de phpmyadmin et ton import de ton dump, chaque chose en son temps.
____
¹ Le soleil est bleu
Modifié par Niuxe (12 Apr 2026 - 12:54)
Merci.
Je précise que pour le moment je suis encore sous PHP 5.6 car précisément je n'ai pas encore trouvé comment rendre compatible mon moteur de recherche avec PHP 7 ou 8. Mais le problème que je pose est ailleurs non ?
Je précise que pour le moment je suis encore sous PHP 5.6 car précisément je n'ai pas encore trouvé comment rendre compatible mon moteur de recherche avec PHP 7 ou 8. Mais le problème que je pose est ailleurs non ?
Bonjour,
Les fonctions mysql_* ont été supprimée en PHP7. Mettez à jour PHP sur votre serveur.
Quand une variable est passée dans une requête SQL on utilise les requêtes préparées.
htmlentities s'utilise à l'affichage, ce n'est pas pour protéger quelconque donnée en base.
Lire : https://zestedesavoir.com/articles/2489/ne-pas-confondre-faille-par-injection-sql-et-faille-xss/
Les fonctions mysql_* ont été supprimée en PHP7. Mettez à jour PHP sur votre serveur.
Quand une variable est passée dans une requête SQL on utilise les requêtes préparées.
htmlentities s'utilise à l'affichage, ce n'est pas pour protéger quelconque donnée en base.
Lire : https://zestedesavoir.com/articles/2489/ne-pas-confondre-faille-par-injection-sql-et-faille-xss/
Bonjour,
Sur mon site créé il y a presque 25 ans j'utilise un moteur de recherche adossé à une base SQL pour trouver des photos. La page de recherche : https://www.perso-laplagne.fr/PhotosAnciennes.php.
Depuis quelques mois (ou années sans que j'y prenne garde ?) les résultats sont de plus en plus incohérents et sensibles à la casse alors qu'ils ne devraient pas...
Voici le code PHP
Je sais que cette requête est complètement obsolète mais ce qui me perturbe c'est que pour un même mot écrit différemment j'ai des résultats incomplets et variables.
Exemple : "Bellecôte"
- Bellecôte renvoie 72 photos
- Bellecote renvoie 80 photos
- bellecote renvoie 71 photos
- bellecôte renvoie... 0 photos
Pourtant l'interclassement choisi (utf8mb4_0900_ai_ci) est censé rendre les requêtes insensibles à la casse (enfin je crois !).
Le problème vient-il de la requête ? de la base ?
Merci de votre aide !!
Modifié par ARGo (12 Apr 2026 - 11:13)
Sur mon site créé il y a presque 25 ans j'utilise un moteur de recherche adossé à une base SQL pour trouver des photos. La page de recherche : https://www.perso-laplagne.fr/PhotosAnciennes.php.
Depuis quelques mois (ou années sans que j'y prenne garde ?) les résultats sont de plus en plus incohérents et sensibles à la casse alors qu'ils ne devraient pas...
Voici le code PHP
<?php
$paysages = htmlentities($_POST['paysages'], ENT_QUOTES);
$travaux = htmlentities($_POST['travaux'], ENT_QUOTES);
$stations = htmlentities($_POST['stations'], ENT_QUOTES);
$teleskis = htmlentities($_POST['teleskis'], ENT_QUOTES);
$telesieges = htmlentities($_POST['telesieges'], ENT_QUOTES);
$telecabines = htmlentities($_POST['telecabines'], ENT_QUOTES);
$evenements = htmlentities($_POST['evenements'], ENT_QUOTES);
$anneemin = htmlentities($_POST['anneemin'], ENT_QUOTES);
$anneemax = htmlentities($_POST['anneemax'], ENT_QUOTES);
$motscles = $_POST['motscles'];
$motscles = '%'.$motscles.'%';
?>
(...)
<?
$requete_sql='SELECT Nom, Legende, LegendeENG, LegendeSecondaire, MotsCles, Objet, AnneeMin, AnneeMax from PhotographiesAnciennes WHERE (anneemin BETWEEN \''.$anneemin.'\' AND \''.$anneemax.'\' OR anneemax BETWEEN \''.$anneemin.'\' AND \''.$anneemax.'\') AND (Objet LIKE \''.$telesieges.'\' OR Objet LIKE \''.$stations.'\' OR Objet LIKE \''.$paysages.'\' OR Objet LIKE \''.$travaux.'\' OR Objet LIKE \''.$evenements.'\' OR Objet LIKE \''.$teleskis.'\' OR Objet LIKE \''.$telecabines.'\') AND (Legende LIKE \''.$motscles.'\' OR LegendeSecondaire LIKE \''.$motscles.'\' OR LegendeENG LIKE \''.$motscles.'\'OR MotsCles LIKE \''.$motscles.'\') ORDER BY AnneeMin';
$resultat=mysql_query($requete_sql);
$nb_image=mysql_num_rows($resultat);
?>
(...)
Je sais que cette requête est complètement obsolète mais ce qui me perturbe c'est que pour un même mot écrit différemment j'ai des résultats incomplets et variables.
Exemple : "Bellecôte"
- Bellecôte renvoie 72 photos
- Bellecote renvoie 80 photos
- bellecote renvoie 71 photos
- bellecôte renvoie... 0 photos
Pourtant l'interclassement choisi (utf8mb4_0900_ai_ci) est censé rendre les requêtes insensibles à la casse (enfin je crois !).
Le problème vient-il de la requête ? de la base ?
Merci de votre aide !!
Modifié par ARGo (12 Apr 2026 - 11:13)
Bon j'ai dézippé avec cette commande :
et je rééssaie :
en veux-tu en voilà avec aussi des :
et la table 'geriaoueg' reste désespérément vide...
gunzip < geriaoueg.sql.gz | mysql -u root -p
et je rééssaie :
mysql> source geriaoueg.sql
Query OK, 0 rows affected (0,00 sec)
Query OK, 0 rows affected (0,00 sec)
Query OK, 0 rows affected (0,00 sec)
Query OK, 0 rows affected (0,00 sec)
Query OK, 0 rows affected (0,00 sec)
Query OK, 0 rows affected (0,01 sec)
en veux-tu en voilà avec aussi des :
ERROR 1046 (3D000): No database selected
Query OK, 0 rows affected (0,00 sec)
ERROR 1046 (3D000): No database selected
ERROR 1046 (3D000): No database selected
ERROR 1046 (3D000): No database selected
ERROR 1046 (3D000): No database selected
ERROR 1046 (3D000): No database selected
et la table 'geriaoueg' reste désespérément vide...
Salut Niuxe, alors : non je n'ai pas mariadb mais mysql (je devrais peut-être en profiter pour changer ! ). On dirait qu'il refuse que je mette un mot de passe pour root :
le peit script :
fonctionne mais celui-ci :
renvoie connexion réussie avec l'utilisateur "geriadur" et son mot de passe mais refuse root :
Du coup je me connecte à phpmyadmin avec l'utilisateur 'geriadur', crée une table vide 'geriaoueg' et essaie de rapatrier les données qui avaient été sauvegardées ainsi :
et boum :
D'où la question : où peut-on acheter une corde le dimanche ?
Modifié par Titen (12 Apr 2026 - 08:34)
sudo mysql -u root
...gnangnagna...
mysql> ALTER USER 'root'@'localhost' IDENTIFIED BY 'quelquechose';
Query OK, 0 rows affected (0,03 sec)
mysql> FLUSH PRIVILEGES;
Query OK, 0 rows affected (0,04 sec)
mysql> SELECT Host, User, authentication_string FROM mysql.user;
+-----------+------------------+------------------------------------------------------------------------+
| Host | User | authentication_string |
+-----------+------------------+------------------------------------------------------------------------+
| localhost | debian-sys-maint | $A$005$QB
Q
_L`{ i:R geqjaSgedfhZ5oajXa6zlksfdkj0qs5z1ANMcaC8m95 |
| localhost | geriadur | $A$005$:2T_>troTdgt(ao2qXTzf6R7WBKaltchkwkJaTCKGCD.StRc6rpbnwQ7 |
| localhost | mysql.infoschema | $A$005$THISISACOMBINATIONOFINVALIDSALTANDPASSWORDTHATMUSTNEVERBRBEUSED |
| localhost | mysql.session | $A$005$THISISACOMBINATIONOFINVALIDSALTANDPASSWORDTHATMUSTNEVERBRBEUSED |
| localhost | mysql.sys | $A$005$THISISACOMBINATIONOFINVALIDSALTANDPASSWORDTHATMUSTNEVERBRBEUSED |
| localhost | root | |
+-----------+------------------+------------------------------------------------------------------------+
6 rows in set (0,00 sec)
mysql>
le peit script :
<?php
echo "ok";
?>
fonctionne mais celui-ci :
<?php
try {
$pdo = new PDO('mysql:host=localhost;dbname=ta_base', 'utilisateur', 'mot_de_passe');
echo "Connexion réussie !";
} catch (PDOException $e) {
echo "Erreur : " . $e->getMessage();
}
?>
renvoie connexion réussie avec l'utilisateur "geriadur" et son mot de passe mais refuse root :
Erreur : SQLSTATE[HY000] [1045] Access denied for user 'root'@'localhost' (using password: YES)
Du coup je me connecte à phpmyadmin avec l'utilisateur 'geriadur', crée une table vide 'geriaoueg' et essaie de rapatrier les données qui avaient été sauvegardées ainsi :
mysqldump -u root -p geriaoueg| gzip > Nextcloud2/geriaoueg/geriaoueg-$(date +%Y%m%d).sql.gz
et boum :
mysql> source geriaoueg.sql.gz
ERROR:
ASCII '\0' appeared in the statement, but this is not allowed unless option --binary-mode is enabled and mysql is run in non-interactive mode. Set --binary-mode to 1 if ASCII '\0' is expected. Query: ''.
Bye
D'où la question : où peut-on acheter une corde le dimanche ?
Modifié par Titen (12 Apr 2026 - 08:34)
Donc,
- MariaDB fonctionne puisque tu utilises Linux Mint de mémoire (Tu confirmes que tu es sur Linux Mint et que tu as MariaDB)
- tu peux te connecter à la base en admin
Tu te connectes à MariaDB en admin :
Tu changes le mot de passe root¹ :
Tu valides les changements :
Tu redémarres le service (pour être sûr)
Si, ça ne fonctionne pas :
Dans un fichier php, tu écris ceci et tu testes :
Si ton fichier php fonctionne, tu fais les changements et tu testes :
En attendant de règler ton souci avec phpmyadmin, je te recommande d'utiliser dbeaver community edtion²
____
¹ Entre MySQL et MariaDB, il y a des changements de commandes. Une des raisons pourquoi j'ai migré sur PostgreSQL.
² Je l'utilise depuis des années. En plus, c'est une autre manière de te connecter à MariaDB ou une autre base de données (MySQL, SQLite, PostrgeSQL, etc.).
Modifié par Niuxe (12 Apr 2026 - 01:09)
- MariaDB fonctionne puisque tu utilises Linux Mint de mémoire (Tu confirmes que tu es sur Linux Mint et que tu as MariaDB)
- tu peux te connecter à la base en admin
Tu te connectes à MariaDB en admin :
sudo mariadb -u root
Tu changes le mot de passe root¹ :
-- MariaDB
ALTER USER 'root'@'localhost' IDENTIFIED VIA mysql_native_password USING PASSWORD('ton_nouveau_mdp');
Tu valides les changements :
FLUSH PRIVILEGES;
EXIT;
Tu redémarres le service (pour être sûr)
sudo systemctl restart mariadb
Si, ça ne fonctionne pas :
tail -n 50 /var/log/mysql/error.log
Dans un fichier php, tu écris ceci et tu testes :
<?php
echo "ok";
?>
Si ton fichier php fonctionne, tu fais les changements et tu testes :
<?php
try {
$pdo = new PDO('mysql:host=localhost;dbname=ta_base', 'utilisateur', 'mot_de_passe');
echo "Connexion réussie !";
} catch (PDOException $e) {
echo "Erreur : " . $e->getMessage();
}
?>
En attendant de règler ton souci avec phpmyadmin, je te recommande d'utiliser dbeaver community edtion²
____
¹ Entre MySQL et MariaDB, il y a des changements de commandes. Une des raisons pourquoi j'ai migré sur PostgreSQL.
² Je l'utilise depuis des années. En plus, c'est une autre manière de te connecter à MariaDB ou une autre base de données (MySQL, SQLite, PostrgeSQL, etc.).
Modifié par Niuxe (12 Apr 2026 - 01:09)
oui, comme ça, c'est bon :
$ sudo mysql -u root
Mot de passe de kristen :
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 10
Server version: 8.0.45-0ubuntu0.24.04.1 (Ubuntu)
Copyright (c) 2000, 2026, Oracle and/or its affiliates.
Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
mysql>
Il semble que ton souci vient d'un mauvais password pour root.
Si tu fais cette commande, accèdes tu à mysql via le terminal ?
Si tu fais cette commande, accèdes tu à mysql via le terminal ?
sudo mysql -u root
Bon, à mon avis, Chopin aussi s'est trompée d'une lettre : il aurait dû écrire à George : " tu t'es trompéE d'une lettre"..
Salut,
Je me disais aussi : c'est rudement calme...
Alors, dans l'ordre :
Après les deux méthodes de connexion proposées échouent :
Le script que tu proposes donne ça sous Firefox :
et pareil avec Chrome :
C
et last but not least :
Je suis largué...
Je me disais aussi : c'est rudement calme...
Alors, dans l'ordre :
$ sudo systemctl status mysql
? mysql.service - MySQL Community Server
Loaded: loaded (/usr/lib/systemd/system/mysql.service; enabled; preset: en>
Active: active (running) since Sat 2026-04-11 08:39:50 CEST; 6h ago
Process: 1476 ExecStartPre=/usr/share/mysql/mysql-systemd-start pre (code=e>
Main PID: 2105 (mysqld)
Status: "Server is operational"
Tasks: 37 (limit: 8758)
Memory: 385.1M (peak: 434.9M)
CPU: 3min 21.227s
CGroup: /system.slice/mysql.service
??2105 /usr/sbin/mysqld
avril 11 08:38:43 Arzhur systemd[1]: Starting mysql.service - MySQL Community Server...
avril 11 08:39:50 Arzhur systemd[1]: Started mysql.service - MySQL Community Server.
Après les deux méthodes de connexion proposées échouent :
$ mysql -u root -p
Enter password:
ERROR 1698 (28000): Access denied for user 'root'@'localhost'
kristen@Arzhur:~$ mysql -h localhost -u root -p
Enter password:
ERROR 1698 (28000): Access denied for user 'root'@'localhost'
Le script que tu proposes donne ça sous Firefox :
Il semble y avoir un problème sur ce site.
localhost sent back an error.
Code d’erreur : 500 Internal Server Error
et pareil avec Chrome :
C
ette page ne fonctionne pas
Impossible de traiter cette demande via localhost à l'heure actuelle.
HTTP ERROR 500
et last but not least :
$ sudo tail -n 50 /var/log/mysql/error.log
2026-04-11T06:39:20.549134Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.45-0ubuntu0.24.04.1) starting as process 2105
2026-04-11T06:39:21.679379Z 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started.
2026-04-11T06:39:41.392493Z 1 [System] [MY-013577] [InnoDB] InnoDB initialization has ended.
2026-04-11T06:39:49.253707Z 0 [Warning] [MY-010068] [Server] CA certificate ca.pem is self signed.
2026-04-11T06:39:49.253800Z 0 [System] [MY-013602] [Server] Channel mysql_main configured to support TLS. Encrypted connections are now supported for this channel.
2026-04-11T06:39:50.143045Z 0 [System] [MY-011323] [Server] X Plugin ready for connections. Bind-address: '127.0.0.1' port: 33060, socket: /var/run/mysqld/mysqlx.sock
2026-04-11T06:39:50.143209Z 0 [System] [MY-010931] [Server] /usr/sbin/mysqld: ready for connections. Version: '8.0.45-0ubuntu0.24.04.1' socket: '/var/run/mysqld/mysqld.sock' port: 3306 (Ubuntu).
Je suis largué...
Salut,
Désolé, j'étais occupé ces derniers jours.
Que fait cette commande ?
Quand tu te connectes à mysql par le terminal, tu fais bien cette commande ?
ou celle ci ?
Auparavant, as tu essayé de te connecter via ce fichier de test avec les bons droits ?
As tu fait ? Quel est le résultat de cette commande ?
Modifié par Niuxe (11 Apr 2026 - 12:11)
Désolé, j'étais occupé ces derniers jours.
Que fait cette commande ?
sudo systemctl status mysql
Quand tu te connectes à mysql par le terminal, tu fais bien cette commande ?
mysql -u root -p
ou celle ci ?
mysql -h localhost -u root -p
Auparavant, as tu essayé de te connecter via ce fichier de test avec les bons droits ?
<?php
try {
$pdo = new PDO('mysql:host=localhost;dbname=ta_base', 'utilisateur', 'mot_de_passe');
echo "Connexion réussie !";
} catch (PDOException $e) {
echo "Erreur : " . $e->getMessage();
}
?>
Titen a écrit :
et j'ai ça:
$ sudo ls /var/log/mysql -lah total 24K drwxr-x--- 2 mysql adm 4,0K avril 9 06:20 . drwxr-xr-x 24 root syslog 4,0K avril 9 06:20 .. -rw-r----- 1 mysql adm 1,3K avril 9 09:54 error.log -rw-r----- 1 mysql adm 553 avril 8 21:26 error.log.1.gz -rw-r----- 1 mysql adm 649 avril 7 22:46 error.log.2.gz -rw-r----- 1 mysql adm 1,1K avril 6 22:12 error.log.3.gz
peut-être une histoire de permissions mais ça me dépasse...
As tu fait ? Quel est le résultat de cette commande ?
sudo tail -n 50 /var/log/mysql/error.log
Modifié par Niuxe (11 Apr 2026 - 12:11)
Bonjour,
Cette question est restée sans réponse mais je clique néanmoins Résolu.
Encore merci de votre aide.
boteha_2 a écrit :
Dernière chose : serait-il possible qu'au click sur le summary le detail correspondant soit placé à une certaine hauteur dans la page, par exemple Top: 0.
Cette question est restée sans réponse mais je clique néanmoins Résolu.
Encore merci de votre aide.
Bonjour !
J'ai - bêtement - arrêté le serveur mysql et je n'arrive même plus à m'y reconnecter....
J'ai essayé ça :
et j'ai ça:
peut-être une histoire de permissions mais ça me dépasse...
Modifié par Titen (09 Apr 2026 - 12:21)
J'ai - bêtement - arrêté le serveur mysql et je n'arrive même plus à m'y reconnecter....
J'ai essayé ça :
$ mysqld_safe --skip-grant-tables
2026-04-09T08:08:32.282540Z mysqld_safe Logging to '/var/log/mysql/error.log'.
/usr/bin/mysqld_safe: 144: cannot create /var/log/mysql/error.log: Permission denied
2026-04-09T08:08:32.288167Z mysqld_safe Directory '/var/run/mysqld' for UNIX socket file don't exists.
/usr/bin/mysqld_safe: 144: cannot create /var/log/mysql/error.log: Permission denied
et j'ai ça:
$ sudo ls /var/log/mysql -lah
total 24K
drwxr-x--- 2 mysql adm 4,0K avril 9 06:20 .
drwxr-xr-x 24 root syslog 4,0K avril 9 06:20 ..
-rw-r----- 1 mysql adm 1,3K avril 9 09:54 error.log
-rw-r----- 1 mysql adm 553 avril 8 21:26 error.log.1.gz
-rw-r----- 1 mysql adm 649 avril 7 22:46 error.log.2.gz
-rw-r----- 1 mysql adm 1,1K avril 6 22:12 error.log.3.gz
peut-être une histoire de permissions mais ça me dépasse...
Modifié par Titen (09 Apr 2026 - 12:21)
Rien de certain mais on dirait que le mot de passe root n'est pas/plus le bon ? Mais comment te connectes-tu dans le 2e exemple de code pour lister les utilisateurs ?
Au cas où, on peut reset le mot de passe root en démarrant le serveur avec --skip-grant-tables.
Voir https://dev.mysql.com/doc/refman/8.4/en/resetting-permissions.html (en bas de la page : Resetting the Root Password: Generic Instructions)
Au cas où, on peut reset le mot de passe root en démarrant le serveur avec --skip-grant-tables.
Voir https://dev.mysql.com/doc/refman/8.4/en/resetting-permissions.html (en bas de la page : Resetting the Root Password: Generic Instructions)
Bonjour la liste,
Le titre est pas terrible mais je ne pouvais pas reprendre celui du post précédent... Donc après une réinstallation difficile, mysql est là et fonctionne :
j'ai bien mes utilisateurs :
mais lorsque je veux lancer phpmyadmin j'ai toujours de message :
et le code php de Niuxe me renvoie :
enfin un essai de restaurer la base est aussi refusé :
Merci de votre aide !
Le titre est pas terrible mais je ne pouvais pas reprendre celui du post précédent... Donc après une réinstallation difficile, mysql est là et fonctionne :
$ systemctl status mysql
? mysql.service - MySQL Community Server
Loaded: loaded (/usr/lib/systemd/system/mysql.service; enabled; preset: en>
Active: active (running) since Wed 2026-04-08 07:34:19 CEST; 3h 43min ago
Main PID: 1707 (mysqld)
Status: "Server is operational"
Tasks: 37 (limit: 8758)
Memory: 421.1M (peak: 434.7M)
CPU: 2min 14.776s
CGroup: /system.slice/mysql.service
??1707 /usr/sbin/mysqld
avril 08 07:32:39 Arzhur systemd[1]: Starting mysql.service - MySQL Community S>
avril 08 07:34:19 Arzhur systemd[1]: Started mysql.service - MySQL Community Se>
lines 1-13/13 (END)
j'ai bien mes utilisateurs :
mysql> SELECT user FROM mysql.user;
+------------------+
| user |
+------------------+
| debian-sys-maint |
| geriadur |
| mysql.infoschema |
| mysql.session |
| mysql.sys |
| root |
+------------------+
6 rows in set (0,00 sec)
mais lorsque je veux lancer phpmyadmin j'ai toujours de message :
mysqli::real_connect(): (HY000/1698): Access denied for user 'root'@'localhost'
et le code php de Niuxe me renvoie :
Cette page ne fonctionne pas
Impossible de traiter cette demande via localhost à l'heure actuelle.
HTTP ERROR 500
enfin un essai de restaurer la base est aussi refusé :
~/Nextcloud2/geriaoueg$ mysql -u root -p geriaoueg < geriaoueg-20260405.sql.gz
Enter password:
ERROR 1698 (28000): Access denied for user 'root'@'localhost'
Merci de votre aide !
En effet, je t'invite à ouvrir un nouveau sujet.
Petite question : as tu essayé le fichier php afin de voir si tu te connectes à MySQL ?
Petite question : as tu essayé le fichier php afin de voir si tu te connectes à MySQL ?
<?php
try {
$pdo = new PDO('mysql:host=localhost;dbname=ta_base', 'utilisateur', 'mot_de_passe');
echo "Connexion réussie !";
} catch (PDOException $e) {
echo "Erreur : " . $e->getMessage();
}
?>
Je vais ouvrir un nouveau post car nous sommes clairement sur un autre sujet maintenant. Merci encore à Niuxe et longue vie à Alsacréations !
Oups ... la fatgue, l'âge, les abus... Bon, n'empêche, je suis de nouveau perdu : j'ai redonné à root le mot de passe qu'il avait avant. Mais quand je lance phpmyadmin pour gérer ma base, je mets root commme identifiant (je sais, c'est limite...) et le mot de passe et j'ai un :
Le site qui utilise la base a le même discours :
et l'app pour mobile a "JSON parse error"... je verrai ça plus tard
mysqli::real_connect(): (HY000/1698): Access denied for user 'root'@'localhost'
Le site qui utilise la base a le même discours :
Erreur : SQLSTATE[HY000] [1698] Access denied for user 'root'@'localhost'
et l'app pour mobile a "JSON parse error"... je verrai ça plus tard
Attention aux guillemets. Tu as écris : 'root'@localhost' . La bonne syntaxe est :
Valider les changements
erreurs fréquentes :
- N'oublie pas le point-virgule ( ; ) à la fin de chaque commande SQL.
- Assure-toi que les guillemets autour du mot de passe sont bien des apostrophes simples (').
Modifié par Niuxe (06 Apr 2026 - 18:09)
ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'ton_nouveau_mdp';
Valider les changements
FLUSH PRIVILEGES;
erreurs fréquentes :
- N'oublie pas le point-virgule ( ; ) à la fin de chaque commande SQL.
- Assure-toi que les guillemets autour du mot de passe sont bien des apostrophes simples (').
Modifié par Niuxe (06 Apr 2026 - 18:09)
Y veut pas ! :
sudo mysql -u root
[sudo] Mot de passe de kristen :
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 38
Server version: 8.0.45-0ubuntu0.24.04.1 (Ubuntu)
Copyright (c) 2000, 2026, Oracle and/or its affiliates.
Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
mysql> ALTER USER 'root'@localhost' IDENTIFIED WITH mysql_native_password BY 'monmotdepasse à moi';
'> FLUSH PRIVILIEGES;
'>
kristen@Arzhur:~$ mysql -u root -p
Enter password: [ici monmotdepasseamoi]
ERROR 1698 (28000): Access denied for user 'root'@'localhost'
Titen a écrit :
(petite parenthèse : je te suis vraiment reconnaissant Niuxe du temps et des compétences que tu partages, un week-end de Pâques, en plus ! Merci mille fois)
Pas de souci
Voilà une bonne nouvelle pour ton install.
Titen a écrit :
Mais je n'ai plus accès :
$ mysql -u root
ERROR 1698 (28000): Access denied for user 'root'@'localhost'
1. Connecte-toi via sudo :
sudo mysql -u root
2. Modifie l'utilisateur root :
ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'ton_mot_de_passe';
FLUSH PRIVILEGES;
EXIT;
3. Teste l'accès :
mysql -u root -p
4. reprends le fichier php de test et exécute-le.
5. restaurer ta sauvegarde :
mysql -u root -p < /chemin/vers/backup.sql
ps :
- Depuis le drama d'Oracle, je préfère largement PostgreSQL. J'ai mis du temps à migrer. PostgreSQL demande un peu plus de connaissances.
- Intéresse-toi à Docker (Dockerfile et docker-compose)
Modifié par Niuxe (06 Apr 2026 - 16:15)
Bien sûr, j'ai essayé ça tout de suite. Rien à faire, c'est refusé, sans explications.
(petite parenthèse : je te suis vraiment reconnaissant Niuxe du temps et des compétences que tu partages, un week-end de Pâques, en plus ! Merci mille fois)
Ce coup-ci ça a l'air de progresser. D'abord le disque semble clean :
Après la réinstallation :
Mais je n'ai plus accès :
$ mysql -u root
ERROR 1698 (28000): Access denied for user 'root'@'localhost'
Ce coup-ci ça a l'air de progresser. D'abord le disque semble clean :
sudo fsck -n /
[sudo] Mot de passe de kristen :
fsck de util-linux 2.39.3
e2fsck 1.47.0 (5-Feb-2023)
Attention ! /dev/mapper/vgmint-root est monté.
Avertissement : saute la récupération du journal puisque l'on
procède à l'examen d'un système de fichiers en lecture seule.
/dev/mapper/vgmint-root : propre, 7652763/122003456 fichiers, 187549191/487996416 blocs
Après la réinstallation :
sudo systemctl status mysql
? mysql.service - MySQL Community Server
Loaded: loaded (/usr/lib/systemd/system/mysql.service; enabled; preset: en>
Active: active (running) since Mon 2026-04-06 14:59:52 CEST; 24s ago
Process: 15503 ExecStartPre=/usr/share/mysql/mysql-systemd-start pre (code=>
Main PID: 15512 (mysqld)
Status: "Server is operational"
Tasks: 38 (limit: 8758)
Memory: 363.7M (peak: 378.5M)
CPU: 1.432s
CGroup: /system.slice/mysql.service
??15512 /usr/sbin/mysqld
avril 06 14:59:44 Arzhur systemd[1]: Starting mysql.service - MySQL Community S>
avril 06 14:59:52 Arzhur systemd[1]: Started mysql.service - MySQL Community Se>
Mais je n'ai plus accès :
$ mysql -u root
ERROR 1698 (28000): Access denied for user 'root'@'localhost'
C'est bizarre ton problème. Si je comprends bien, c'est suite à une mise à jour de php. Or, ça n'a rien à voir.
Ce qui est étrange c'est ce fichier corrompu : File 'P???F?.??o??9B<~.' not found — ce nom de fichier avec des caractères garnis n'existe pas normalement. C'est comme si les données de configuration étaient corrompues au niveau binaire.
EDIT : Petite question : Normalement sur Linux Mint, c'est MariaDB et non MySQL. Tu n'as pas tenté d'installer par dessus MariaDB, une base MySQL ?
et
Lors de ta mise à jour, as tu eu un problème ? coupure électricité, erreur dans les logs ?
Avant de passer à la suite, peux tu me répondre aux questions ci-dessus ? Partage nous le résultat
La suite :
Fais une sauvegarde de ton système et de tes fichiers.
Avant de relancer la purge/réinstall, essaie ceci pour vérifier l'intégrité du disque :
le -n = lecture seule, sans rien modifie
Vérifiez aussi les logs système :
Avant de l'install, tu as bien purgé (désinstallé) ?
On va employer les gros moyens
1. arrêter le service (bien qu'il soit inactif)
2. Purgez tout
Regarde bien les paquets qui vont être supprimés lors de l'autoremove. . Dans le doute abstiens-toi. Fait des recherches sur le net ou sur ta machine afin de voir si ça ne va pas impacter ailleurs.
3. Supprimez les fichiers résiduels (Avant de valider chaque commande, vérifie bien la commande que tu tapes)
4. Réinstaller
5. Vérifier que ça fonctionne
Modifié par Niuxe (06 Apr 2026 - 15:01)
Ce qui est étrange c'est ce fichier corrompu : File 'P???F?.??o??9B<~.' not found — ce nom de fichier avec des caractères garnis n'existe pas normalement. C'est comme si les données de configuration étaient corrompues au niveau binaire.
EDIT : Petite question : Normalement sur Linux Mint, c'est MariaDB et non MySQL. Tu n'as pas tenté d'installer par dessus MariaDB, une base MySQL ?
sudo systemctl status mariadb
et
dpkg -l | grep -i maria
dpkg -l | grep -i mysql
Lors de ta mise à jour, as tu eu un problème ? coupure électricité, erreur dans les logs ?
Avant de passer à la suite, peux tu me répondre aux questions ci-dessus ? Partage nous le résultat
La suite :
Fais une sauvegarde de ton système et de tes fichiers.
Avant de relancer la purge/réinstall, essaie ceci pour vérifier l'intégrité du disque :
sudo fsck -n /
le -n = lecture seule, sans rien modifie
Vérifiez aussi les logs système :
sudo dmesg | tail -50
Avant de l'install, tu as bien purgé (désinstallé) ?
On va employer les gros moyens
1. arrêter le service (bien qu'il soit inactif)
sudo systemctl stop mysql
2. Purgez tout
sudo apt remove --purge mysql-server mysql-server-8.0 mysql-client mysql-client-8.0 mysql-common
sudo apt autoremove
sudo apt autoclean
Regarde bien les paquets qui vont être supprimés lors de l'autoremove. . Dans le doute abstiens-toi. Fait des recherches sur le net ou sur ta machine afin de voir si ça ne va pas impacter ailleurs.
3. Supprimez les fichiers résiduels (Avant de valider chaque commande, vérifie bien la commande que tu tapes)
sudo rm -rf /var/lib/mysql
sudo rm -rf /var/log/mysql
sudo rm -rf /etc/mysql
4. Réinstaller
sudo apt update
sudo apt install mysql-server
5. Vérifier que ça fonctionne
sudo systemctl status mysql
mysql -u root
Modifié par Niuxe (06 Apr 2026 - 15:01)
Rhââââ !!!! la sauvegarde n'a pas fonctionné mais ce n'est pas trop grave, j'en avais fait une il y a trois ou quatre jours :
Plus grave, l'install ne s'est pas bien passée :
Et retour à la case départ :
Modifié par Titen (06 Apr 2026 - 08:06)
sudo mysqldump -u root -p --all-databases > /home/$(whoami)/backup_all_databases.sql
[sudo] Mot de passe de kristen :
Enter password:
mysqldump: Got error: 2002: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) when trying to connect
Plus grave, l'install ne s'est pas bien passée :
$ sudo apt install mysql-server
....
Préconfiguration des paquets...
Sélection du paquet mysql-common précédemment désélectionné.
(Lecture de la base de données... 649005 fichiers et répertoires déjà installés.
)
Préparation du dépaquetage de .../mysql-common_5.8+1.1.0build1_all.deb ...
Dépaquetage de mysql-common (5.8+1.1.0build1) ...
Sélection du paquet mysql-client-8.0 précédemment désélectionné.
Préparation du dépaquetage de .../mysql-client-8.0_8.0.45-0ubuntu0.24.04.1_amd64
.deb ...
Dépaquetage de mysql-client-8.0 (8.0.45-0ubuntu0.24.04.1) ...
Paramétrage de mysql-common (5.8+1.1.0build1) ...
update-alternatives: utilisation de « /etc/mysql/my.cnf.fallback » pour fournir
« /etc/mysql/my.cnf » (my.cnf) en mode automatique
Sélection du paquet mysql-server-8.0 précédemment désélectionné.
(Lecture de la base de données... 649033 fichiers et répertoires déjà installés.
)
Préparation du dépaquetage de .../mysql-server-8.0_8.0.45-0ubuntu0.24.04.1_amd64
.deb ...
Dépaquetage de mysql-server-8.0 (8.0.45-0ubuntu0.24.04.1) ...
Sélection du paquet mysql-server précédemment désélectionné.
Préparation du dépaquetage de .../mysql-server_8.0.45-0ubuntu0.24.04.1_all.deb .
..
Dépaquetage de mysql-server (8.0.45-0ubuntu0.24.04.1) ...
Paramétrage de mysql-client-8.0 (8.0.45-0ubuntu0.24.04.1) ...
Paramétrage de mysql-server-8.0 (8.0.45-0ubuntu0.24.04.1) ...
update-alternatives: utilisation de « /etc/mysql/mysql.cnf » pour fournir « /etc
/mysql/my.cnf » (my.cnf) en mode automatique
Renaming removed key_buffer and myisam-recover options (if present)
mysqld will log errors to /var/log/mysql/error.log
2026-04-06T05:50:45.453872Z 0 [ERROR] [MY-010946] [Server] Failed to start mysql
d daemon. Check mysqld error log.
Warning: Unable to start the server.
Created symlink /etc/systemd/system/multi-user.target.wants/mysql.service ? /usr
/lib/systemd/system/mysql.service.
Job for mysql.service failed because the control process exited with error code.
See "systemctl status mysql.service" and "journalctl -xeu mysql.service" for det
ails.
invoke-rc.d: initscript mysql, action "start" failed.
? mysql.service - MySQL Community Server
Loaded: loaded (/usr/lib/systemd/system/mysql.service; enabled; preset: ena
bled)
Active: activating (auto-restart) (Result: exit-code) since Mon 2026-04-06
07:51:03 CEST; 21ms ago
Process: 145853 ExecStartPre=/usr/share/mysql/mysql-systemd-start pre (code=
exited, status=0/SUCCESS)
Process: 145862 ExecStart=/usr/sbin/mysqld (code=exited, status=1/FAILURE)
Main PID: 145862 (code=exited, status=1/FAILURE)
Status: "Server shutdown complete"
Error: 2 (Aucun fichier ou dossier de ce nom)
CPU: 1.202s
avril 06 07:51:03 Arzhur systemd[1]: mysql.service: Consumed 1.202s CPU time.
dpkg: erreur de traitement du paquet mysql-server-8.0 (--configure) :
le sous-processus paquet mysql-server-8.0 script post-installation installé a r
envoyé un état de sortie d'erreur 1
dpkg: des problèmes de dépendances empêchent la configuration de mysql-server :
mysql-server dépend de mysql-server-8.0; cependant :
Le paquet mysql-server-8.0 n'est pas encore configuré.
dpkg: erreur de traitement du paquet mysql-server (--configure) :
problèmes de dépendances - laissé non configuré
Traitement des actions différées (« triggers ») pour man-db (2.12.0-4build2) ...
^[[CDes erreurs ont été rencontrées pendant l'exécution :
mysql-server-8.0
mysql-server
E: Sub-process /usr/bin/dpkg returned an error code (1)
Et retour à la case départ :
$ sudo systemctl start mysql
Job for mysql.service failed because the control process exited with error code.
See "systemctl status mysql.service" and "journalctl -xeu mysql.service" for details.
sudo systemctl status mysql
? mysql.service - MySQL Community Server
Loaded: loaded (/usr/lib/systemd/system/mysql.service; enabled; preset: en>
Active: activating (start) since Mon 2026-04-06 07:52:31 CEST; 21s ago
Process: 146170 ExecStartPre=/usr/share/mysql/mysql-systemd-start pre (code>
Main PID: 146179 (mysqld)
Status: "Server startup in progress"
Tasks: 12 (limit: 8758)
Memory: 273.0M (peak: 281.2M)
CPU: 492ms
CGroup: /system.slice/mysql.service
??146179 /usr/sbin/mysqld
avril 06 07:52:31 Arzhur systemd[1]: mysql.service: Consumed 1.396s CPU time.
avril 06 07:52:31 Arzhur systemd[1]: mysql.service: Scheduled restart job, rest>
avril 06 07:52:31 Arzhur systemd[1]: Starting mysql.service - MySQL Community S>
lines 1-15/15 (END)...skipping...
? mysql.service - MySQL Community Server
Loaded: loaded (/usr/lib/systemd/system/mysql.service; enabled; preset: enabled)
Active: activating (start) since Mon 2026-04-06 07:52:31 CEST; 21s ago
Process: 146170 ExecStartPre=/usr/share/mysql/mysql-systemd-start pre (code=exited, status=0/SUCCESS)
Main PID: 146179 (mysqld)
Status: "Server startup in progress"
Tasks: 12 (limit: 8758)
Memory: 273.0M (peak: 281.2M)
CPU: 492ms
CGroup: /system.slice/mysql.service
??146179 /usr/sbin/mysqld
avril 06 07:52:31 Arzhur systemd[1]: mysql.service: Consumed 1.396s CPU time.
avril 06 07:52:31 Arzhur systemd[1]: mysql.service: Scheduled restart job, restart counter is at 3.
avril 06 07:52:31 Arzhur systemd[1]: Starting mysql.service - MySQL Community Server...
Modifié par Titen (06 Apr 2026 - 08:06)
MySQL essaie de redémarrer en boucle puis échoue :
Il va falloir que tu fasses un dump de tes databases. Là à mon avis va falloir purger l'installe :
Pour dumper :
Une fois que tu as fait ce dump. Assures-toi qu'il soit présent dans ton home. Normalement, il devrait avoir les droits en root.
Une fois fait, tu purges l'installe :
Modifié par Niuxe (06 Apr 2026 - 00:24)
avril 05 21:14:37 Arzhur systemd[1]: mysql.service: Start request repeated too >
avril 05 21:14:37 Arzhur systemd[1]: mysql.service: Failed with result 'exit-co>
Il va falloir que tu fasses un dump de tes databases. Là à mon avis va falloir purger l'installe :
Pour dumper :
sudo mysqldump -u root -p --all-databases > /home/$(whoami)/backup_all_databases.sql
Une fois que tu as fait ce dump. Assures-toi qu'il soit présent dans ton home. Normalement, il devrait avoir les droits en root.
Une fois fait, tu purges l'installe :
sudo apt remove --purge mysql-server mysql-common
...
sudo apt install mysql-server
....
sudo systemctl start mysql
sudo systemctl status mysql
Modifié par Niuxe (06 Apr 2026 - 00:24)
Quand ça veut pas, ça veut pas :
Modifié par Titen (05 Apr 2026 - 21:19)
$ sudo systemctl restart mysql
Job for mysql.service failed because the control process exited with error code.
See "systemctl status mysql.service" and "journalctl -xeu mysql.service" for details.
$ systemctl status mysql.service
× mysql.service - MySQL Community Server
Loaded: loaded (/usr/lib/systemd/system/mysql.service; enabled; preset: en>
Active: failed (Result: exit-code) since Sun 2026-04-05 21:14:37 CEST; 1mi>
Process: 124106 ExecStartPre=/usr/share/mysql/mysql-systemd-start pre (code>
CPU: 10ms
avril 05 21:14:37 Arzhur systemd[1]: mysql.service: Scheduled restart job, rest>
avril 05 21:14:37 Arzhur systemd[1]: mysql.service: Start request repeated too >
avril 05 21:14:37 Arzhur systemd[1]: mysql.service: Failed with result 'exit-co>
avril 05 21:14:37 Arzhur systemd[1]: Failed to start mysql.service - MySQL Comm>
journalctl -xeu mysql.service
Journal file /var/log/journal/2e6db7b3feeb408ba59f7482257bc249/system@ddb2d1471d2a45b8bfc80df08fc2c332-0000000000889b93-00064e9b396defa5.journal corrupted, ignoring file.
?? Support: http://www.ubuntu.com/support
??
?? L'unité (unit) mysql.service a échoué, avec le résultat failed.
avril 05 21:14:37 Arzhur systemd[1]: mysql.service: Scheduled restart job, rest>
?? Subject: Le redémarrage automatique d'une unité (unit) a été planifié
?? Defined-By: systemd
?? Support: http://www.ubuntu.com/support
??
?? Le redémarrage automatique de l'unité (unit) mysql.service a été planifié, en
?? raison de sa configuration avec le paramètre Restart=.
avril 05 21:14:37 Arzhur systemd[1]: mysql.service: Start request repeated too >
avril 05 21:14:37 Arzhur systemd[1]: mysql.service: Failed with result 'exit-co>
?? Subject: Unit failed
?? Defined-By: systemd
?? Support: http://www.ubuntu.com/support
??
?? The unit mysql.service has entered the 'failed' state with result 'exit-code>
avril 05 21:14:37 Arzhur systemd[1]: Failed to start mysql.service - MySQL Comm>
?? Subject: L'unité (unit) mysql.service a échoué
?? Defined-By: systemd
?? Support: http://www.ubuntu.com/support
??
?? L'unité (unit) mysql.service a échoué, avec le résultat failed.
Modifié par Titen (05 Apr 2026 - 21:19)
C'est plus ennuyant qu'il n'y paraît. Le problème vient de là (fichier corrompu) :
On va faire simple sans sortir l'artillerie lourde :
1. Tu stoppes le service
2. Tu sauvegardes tes fichiers de config
3. Tu supprimes la config :
4. Tu mets à jour les dépôts :
5. Tu réinstalles mysql :
6. Tu actives le service :
Si ça ne fonctionne pas, va falloir purger l'install. Mais avant de faire cette manip, dis nous ce qu'il en est
Modifié par Niuxe (05 Apr 2026 - 21:09)
mysqld: File 'P???F?.??o??9B<~.' not found (OS errno 2 - No such file or directory)
On va faire simple sans sortir l'artillerie lourde :
1. Tu stoppes le service
sudo systemctl stop mysql
2. Tu sauvegardes tes fichiers de config
sudo cp /etc/mysql/my.cnf /etc/mysql/my.cnf.backup
sudo cp -r /etc/mysql/mysql.conf.d /etc/mysql/mysql.conf.d.backup
3. Tu supprimes la config :
sudo rm /etc/mysql/my.cnf
4. Tu mets à jour les dépôts :
sudo apt-get update
5. Tu réinstalles mysql :
sudo apt-get install --reinstall mysql-server
6. Tu actives le service :
sudo systemctl restart mysql
Si ça ne fonctionne pas, va falloir purger l'install. Mais avant de faire cette manip, dis nous ce qu'il en est
Modifié par Niuxe (05 Apr 2026 - 21:09)
sudo systemctl start mysql
Job for mysql.service failed because the control process exited with error code.
See "systemctl status mysql.service" and "journalctl -xeu mysql.service" for details.
sudo systemctl enable --now mysql
Synchronizing state of mysql.service with SysV service script with /usr/lib/systemd/systemd-sysv-install.
Executing: /usr/lib/systemd/systemd-sysv-install enable mysql
Job for mysql.service failed because the control process exited with error code.
See "systemctl status mysql.service" and "journalctl -xeu mysql.service" for details.
sudo journalctl -u mysql -n 100
Journal file /var/log/journal/2e6db7b3feeb408ba59f7482257bc249/system@ddb2d1471d2a45b8bfc80df08fc2c332-0000000000889b93-00064e9b396defa5.journal corrupted, ignoring file.
avril 05 14:41:04 Arzhur systemd[1]: mysql.service: Failed with result 'exit-co>
avril 05 14:41:04 Arzhur systemd[1]: Failed to start mysql.service - MySQL Comm>
avril 05 14:41:04 Arzhur systemd[1]: mysql.service: Consumed 1.465s CPU time.
avril 05 14:41:05 Arzhur systemd[1]: mysql.service: Scheduled restart job, rest>
avril 05 14:41:05 Arzhur systemd[1]: Starting mysql.service - MySQL Community S>
avril 05 14:41:20 Arzhur systemd[1]: mysql.service: Main process exited, code=e>
avril 05 14:41:20 Arzhur systemd[1]: mysql.service: Failed with result 'exit-co>
avril 05 14:41:20 Arzhur systemd[1]: Failed to start mysql.service - MySQL Comm>
avril 05 14:41:20 Arzhur systemd[1]: mysql.service: Consumed 1.442s CPU time.
avril 05 14:41:20 Arzhur systemd[1]: mysql.service: Scheduled restart job, rest>
avril 05 14:41:20 Arzhur systemd[1]: Starting mysql.service - MySQL Community S>
avril 05 14:41:32 Arzhur systemd[1]: mysql.service: Main process exited, code=e>
avril 05 14:41:32 Arzhur systemd[1]: mysql.service: Failed with result 'exit-co>
avril 05 14:41:32 Arzhur systemd[1]: Failed to start mysql.service - MySQL Comm>
avril 05 14:41:32 Arzhur systemd[1]: mysql.service: Consumed 1.198s CPU time.
avril 05 14:41:32 Arzhur systemd[1]: mysql.service: Scheduled restart job, rest>
avril 05 14:41:32 Arzhur systemd[1]: Starting mysql.service - MySQL Community S>
avril 05 14:41:46 Arzhur systemd[1]: mysql.service: Main process exited, code=e>
avril 05 14:41:46 Arzhur systemd[1]: mysql.service: Failed with result 'exit-co>
avril 05 14:41:46 Arzhur systemd[1]: Failed to start mysql.service - MySQL Comm>
avril 05 14:41:46 Arzhur systemd[1]: mysql.service: Consumed 1.163s CPU time.
avril 05 14:41:46 Arzhur systemd[1]: mysql.service: Scheduled restart job, rest>
avril 05 14:41:46 Arzhur systemd[1]: Starting mysql.service - MySQL Commun
sudo tail -100 /var/log/mysql/error.log
2026-04-05T12:43:29.981411Z 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started.
2026-04-05T12:43:34.410233Z 1 [System] [MY-013577] [InnoDB] InnoDB initialization has ended.
mysqld: File 'P???F?.??o??9B<~.' not found (OS errno 2 - No such file or directory)
2026-04-05T12:43:36.121377Z 0 [ERROR] [MY-010958] [Server] Could not open log file.
2026-04-05T12:43:36.121419Z 0 [ERROR] [MY-010041] [Server] Can't init tc log
2026-04-05T12:43:36.121486Z 0 [ERROR] [MY-010119] [Server] Aborting
2026-04-05T12:43:38.219442Z 0 [System] [MY-010910] [Server] /usr/sbin/mysqld: Shutdown complete (mysqld 8.0.45-0ubuntu0.24.04.1) (Ubuntu).
2026-04-05T12:43:38.805660Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.45-0ubuntu0.24.04.1) starting as process 91620
2026-04-05T12:43:38.845979Z 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started.
2026-04-05T12:43:43.770891Z 1 [System] [MY-013577] [InnoDB] InnoDB initialization has ended.
mysqld: File 'P???F?.??o??9B<~.' not found (OS errno 2 - No such file or directory)
2026-04-05T12:44:27.465919Z 0 [ERROR] [MY-010958] [Server] Could not open log file.
2026-04-05T12:44:27.465958Z 0 [ERROR] [MY-010041] [Server] Can't init tc log
2026-04-05T12:44:27.466021Z 0 [ERROR] [MY-010119] [Server] Aborting
2026-04-05T12:44:31.532348Z 0 [System] [MY-010910] [Server] /usr/sbin/mysqld: Shutdown complete (mysqld 8.0.45-0ubuntu0.24.04.1) (Ubuntu).
2026-04-05T12:44:32.280553Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.45-0ubuntu0.24.04.1) starting as process 91691
2026-04-05T12:44:32.297589Z 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started.
2026-04-05T12:44:37.862920Z 1 [System] [MY-013577] [InnoDB] InnoDB initialization has ended.
mysqld: File 'P???F?.??o??9B<~.' not found (OS errno 2 - No such file or directory)
2026-04-05T12:44:40.471781Z 0 [ERROR] [MY-010958] [Server] Could not open log file.
2026-04-05T12:44:40.471819Z 0 [ERROR] [MY-010041] [Server] Can't init tc log
2026-04-05T12:44:40.471882Z 0 [ERROR] [MY-010119] [Server] Aborting
2026-04-05T12:44:43.375255Z 0 [System] [MY-010910] [Server] /usr/sbin/mysqld: Shutdown complete (mysqld 8.0.45-0ubuntu0.24.04.1) (Ubuntu).
2026-04-05T12:44:44.005487Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.45-0ubuntu0.24.04.1) starting as process 91735
2026-04-05T12:44:44.021878Z 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started.
2026-04-05T12:44:49.149036Z 1 [System] [MY-013577] [InnoDB] InnoDB initialization has ended.
mysqld: File 'P???F?.??o??9B<~.' not found (OS errno 2 - No such file or directory)
2026-04-05T12:44:51.235522Z 0 [ERROR] [MY-010958] [Server] Could not open log file.
2026-04-05T12:44:51.235561Z 0 [ERROR] [MY-010041] [Server] Can't init tc log
2026-04-05T12:44:51.235625Z 0 [ERROR] [MY-010119] [Server] Aborting
2026-04-05T12:44:54.276923Z 0 [System] [MY-010910] [Server] /usr/sbin/mysqld: Shutdown complete (mysqld 8.0.45-0ubuntu0.24.04.1) (Ubuntu).
2026-04-05T12:44:55.045641Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.45-0ubuntu0.24.04.1) starting as process 91779
2026-04-05T12:44:55.061984Z 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started.
2026-04-05T12:45:11.699706Z 1 [System] [MY-013577] [InnoDB] InnoDB initialization has ended.
mysqld: File 'P???F?.??o??9B<~.' not found (OS errno 2 - No such file or directory)
2026-04-05T12:45:14.100296Z 0 [ERROR] [MY-010958] [Server] Could not open log file.
2026-04-05T12:45:14.100338Z 0 [ERROR] [MY-010041] [Server] Can't init tc log
2026-04-05T12:45:14.100402Z 0 [ERROR] [MY-010119] [Server] Aborting
2026-04-05T12:45:17.558066Z 0 [System] [MY-010910] [Server] /usr/sbin/mysqld: Shutdown complete (mysqld 8.0.45-0ubuntu0.24.04.1) (Ubuntu).
2026-04-05T12:45:18.307866Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.45-0ubuntu0.24.04.1) starting as process 91828
2026-04-05T12:45:18.323933Z 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started.
2026-04-05T12:45:22.816283Z 1 [System] [MY-013577] [InnoDB] InnoDB initialization has ended.
mysqld: File 'P???F?.??o??9B<~.' not found (OS errno 2 - No such file or directory)
2026-04-05T12:45:27.761491Z 0 [ERROR] [MY-010958] [Server] Could not open log file.
2026-04-05T12:45:27.761534Z 0 [ERROR] [MY-010041] [Server] Can't init tc log
2026-04-05T12:45:27.761601Z 0 [ERROR] [MY-010119] [Server] Aborting
2026-04-05T12:45:32.872800Z 0 [System] [MY-010910] [Server] /usr/sbin/mysqld: Shutdown complete (mysqld 8.0.45-0ubuntu0.24.04.1) (Ubuntu).
2026-04-05T12:45:33.526824Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.45-0ubuntu0.24.04.1) starting as process 91893
2026-04-05T12:45:33.619912Z 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started.
2026-04-05T12:45:41.461481Z 1 [System] [MY-013577] [InnoDB] InnoDB initialization has ended.
mysqld: File 'P???F?.??o??9B<~.' not found (OS errno 2 - No such file or directory)
2026-04-05T12:45:44.256751Z 0 [ERROR] [MY-010958] [Server] Could not open log file.
2026-04-05T12:45:44.256777Z 0 [ERROR] [MY-010041] [Server] Can't init tc log
2026-04-05T12:45:44.256826Z 0 [ERROR] [MY-010119] [Server] Aborting
2026-04-05T12:45:46.587767Z 0 [System] [MY-010910] [Server] /usr/sbin/mysqld: Shutdown complete (mysqld 8.0.45-0ubuntu0.24.04.1) (Ubuntu).
2026-04-05T12:45:56.624060Z 0 [ERROR] [MY-010083] [Server] --verbose is for use with --help; did you mean --log-error-verbosity?
2026-04-05T12:45:56.625996Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.45-0ubuntu0.24.04.1) starting as process 91935
2026-04-05T12:45:56.973383Z 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started.
2026-04-05T12:46:01.336931Z 1 [System] [MY-013577] [InnoDB] InnoDB initialization has ended.
2026-04-05T12:46:02.561417Z 0 [ERROR] [MY-011300] [Server] Plugin mysqlx reported: 'Setup of socket: '/var/run/mysqld/mysqlx.sock' failed, can't create lock file /var/run/mysqld/mysqlx.sock.lock'
mysqld: File 'P???F?.??o??9B<~.' not found (OS errno 2 - No such file or directory)
2026-04-05T12:46:03.654366Z 0 [ERROR] [MY-010958] [Server] Could not open log file.
2026-04-05T12:46:03.654405Z 0 [ERROR] [MY-010041] [Server] Can't init tc log
2026-04-05T12:46:03.654425Z 0 [ERROR] [MY-010119] [Server] Aborting
2026-04-05T12:46:06.416655Z 0 [System] [MY-010910] [Server] /usr/sbin/mysqld: Shutdown complete (mysqld 8.0.45-0ubuntu0.24.04.1) (Ubuntu).
2026-04-05T17:33:39.484854Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.45-0ubuntu0.24.04.1) starting as process 101460
2026-04-05T17:33:39.527929Z 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started.
2026-04-05T17:33:43.472552Z 1 [System] [MY-013577] [InnoDB] InnoDB initialization has ended.
mysqld: File 'P???F?.??o??9B<~.' not found (OS errno 2 - No such file or directory)
2026-04-05T17:33:46.257418Z 0 [ERROR] [MY-010958] [Server] Could not open log file.
2026-04-05T17:33:46.257459Z 0 [ERROR] [MY-010041] [Server] Can't init tc log
2026-04-05T17:33:46.257524Z 0 [ERROR] [MY-010119] [Server] Aborting
2026-04-05T17:33:48.476363Z 0 [System] [MY-010910] [Server] /usr/sbin/mysqld: Shutdown complete (mysqld 8.0.45-0ubuntu0.24.04.1) (Ubuntu).
2026-04-05T17:33:49.284513Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.45-0ubuntu0.24.04.1) starting as process 101505
2026-04-05T17:33:49.302293Z 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started.
2026-04-05T17:33:53.893656Z 1 [System] [MY-013577] [InnoDB] InnoDB initialization has ended.
mysqld: File 'P???F?.??o??9B<~.' not found (OS errno 2 - No such file or directory)
2026-04-05T17:33:56.270866Z 0 [ERROR] [MY-010958] [Server] Could not open log file.
2026-04-05T17:33:56.270908Z 0 [ERROR] [MY-010041] [Server] Can't init tc log
2026-04-05T17:33:56.271592Z 0 [ERROR] [MY-010119] [Server] Aborting
2026-04-05T17:33:58.363294Z 0 [System] [MY-010910] [Server] /usr/sbin/mysqld: Shutdown complete (mysqld 8.0.45-0ubuntu0.24.04.1) (Ubuntu).
2026-04-05T17:33:59.022746Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.45-0ubuntu0.24.04.1) starting as process 101549
2026-04-05T17:33:59.043894Z 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started.
2026-04-05T17:34:04.900936Z 1 [System] [MY-013577] [InnoDB] InnoDB initialization has ended.
mysqld: File 'P???F?.??o??9B<~.' not found (OS errno 2 - No such file or directory)
2026-04-05T17:34:19.549292Z 0 [ERROR] [MY-010958] [Server] Could not open log file.
2026-04-05T17:34:19.549337Z 0 [ERROR] [MY-010041] [Server] Can't init tc log
2026-04-05T17:34:19.549405Z 0 [ERROR] [MY-010119] [Server] Aborting
2026-04-05T17:34:23.143859Z 0 [System] [MY-010910] [Server] /usr/sbin/mysqld: Shutdown complete (mysqld 8.0.45-0ubuntu0.24.04.1) (Ubuntu).
2026-04-05T17:34:23.773896Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.45-0ubuntu0.24.04.1) starting as process 101925
2026-04-05T17:34:23.789907Z 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started.
2026-04-05T17:34:37.250374Z 1 [System] [MY-013577] [InnoDB] InnoDB initialization has ended.
mysqld: File 'P???F?.??o??9B<~.' not found (OS errno 2 - No such file or directory)
2026-04-05T17:35:07.202355Z 0 [ERROR] [MY-010958] [Server] Could not open log file.
2026-04-05T17:35:07.202397Z 0 [ERROR] [MY-010041] [Server] Can't init tc log
2026-04-05T17:35:07.202467Z 0 [ERROR] [MY-010119] [Server] Aborting
2026-04-05T17:35:09.975930Z 0 [System] [MY-010910] [Server] /usr/sbin/mysqld: Shutdown complete (mysqld 8.0.45-0ubuntu0.24.04.1) (Ubuntu).
2026-04-05T17:35:10.524079Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.45-0ubuntu0.24.04.1) starting as process 101978
2026-04-05T17:35:10.540240Z 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started.
2026-04-05T17:35:14.549626Z 1 [System] [MY-013577] [InnoDB] InnoDB initialization has ended.
voilà... et phpinfo() me confirme que pdo et pdo_mysql sont "enabled"
50 Dernières réponses