Arg, alors regardons ce qu’il se passe pour les autres services avec:
journalctl -u mysql --no-hostname --no-pager -n 150
(si il se plain que mysql n’existe pas, faut remplacer mysql par mariadb #longstory)
Je peux à nouveau reprendre les messages.
Donc mysql existe (mariadb aussi d’ailleurs).
Comment dois-je procéder et est-ce possible de régler les autres erreurs repérées? Il faut rétablir les liens pour chaque processus et le réinstaller?
Est-il plus simple de réinstaller, vu que j’ai le disque dur à l’origine du problème contenant toujours le /home et le /var? Mais je n’ai pas de sauvegarde, elle est visiblement corrompue, elle n’a peut-être pas pu se terminer.
Ébéé l’idée c’était de regarder les services qui sont toujour dans les choux (au final je ne comprends pas si mysql/mariadb fonctionne bien ou non), faire journalctl dessus pour voir ce que ça raconte, et essayer de comprendre pourquoi remettre le lien entre /var/run et /run n’a pas résolu le soucis
Re-bonjour Aleks, et merci de te pencher sur ce cas!
Voici le retour du ‘journalctl -u mysql --no-hostname --no-pager -n 150’
-- Logs begin at Wed 2021-03-24 14:08:58 GMT, end at Wed 2021-03-24 14:38:03 GMT. --
-- No entries --
Et voici le journalctl copié-collé depuis l’interface web pour le service mysql:
-- Logs begin at Wed 2021-03-24 15:05:00 GMT, end at Wed 2021-03-24 15:13:32 GMT. --
Mar 24 15:05:15 systemd[1]: Starting MariaDB 10.3.27 database server...
Mar 24 15:05:16 mysqld[781]: 2021-03-24 15:05:16 0 [Warning] option 'table_open_cache': unsigned value 4 adjusted to 10
Mar 24 15:05:16 mysqld[781]: 2021-03-24 15:05:16 0 [Note] /usr/sbin/mysqld (mysqld 10.3.27-MariaDB-0+deb10u1) starting as process 781 ...
Mar 24 15:05:16 mysqld[781]: 2021-03-24 15:05:16 0 [Warning] Can't create test file /var/lib/mysql/symba.lower-test
Mar 24 15:05:16 mysqld[781]: 2021-03-24 15:05:16 0 [ERROR] mysqld: File '/var/lib/mysql/aria_log_control' not found (Errcode: 13 "Permission denied")
Mar 24 15:05:16 mysqld[781]: 2021-03-24 15:05:16 0 [ERROR] mysqld: Got error 'Can't open file' when trying to use aria control file '/var/lib/mysql/aria_log_control'
Mar 24 15:05:16 mysqld[781]: 2021-03-24 15:05:16 0 [ERROR] Plugin 'Aria' init function returned error.
Mar 24 15:05:16 mysqld[781]: 2021-03-24 15:05:16 0 [ERROR] Plugin 'Aria' registration as a STORAGE ENGINE failed.
Mar 24 15:05:16 mysqld[781]: 2021-03-24 15:05:16 0 [Note] InnoDB: Using Linux native AIO
Mar 24 15:05:16 mysqld[781]: 2021-03-24 15:05:16 0 [ERROR] InnoDB: The innodb_system data file 'ibdata1' must be writable
Mar 24 15:05:16 mysqld[781]: 2021-03-24 15:05:16 0 [ERROR] Plugin 'InnoDB' init function returned error.
Mar 24 15:05:16 mysqld[781]: 2021-03-24 15:05:16 0 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
Mar 24 15:05:16 mysqld[781]: 2021-03-24 15:05:16 0 [Note] Plugin 'FEEDBACK' is disabled.
Mar 24 15:05:16 mysqld[781]: 2021-03-24 15:05:16 0 [ERROR] Could not open mysql.plugin table. Some plugins may be not loaded
Mar 24 15:05:16 mysqld[781]: 2021-03-24 15:05:16 0 [ERROR] Unknown/unsupported storage engine: innodb
Mar 24 15:05:16 mysqld[781]: 2021-03-24 15:05:16 0 [ERROR] Aborting
Mar 24 15:05:16 mysqld[781]: Warning: Memory not freed: 392
Mar 24 15:05:17 systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE
Mar 24 15:05:17 systemd[1]: mariadb.service: Failed with result 'exit-code'.
Mar 24 15:05:17 systemd[1]: Failed to start MariaDB 10.3.27 database server.
En allant jeter un oeil dans le répertoire /var, je me suis rendue compte que le lien vers le /run était à l’intérieur de /var/run. J’ai remis cela correctement, puis redémarré le serveur et j’ai toujours les mêmes erreurs.
Uuuhokay ce problème n’a pas l’air lié aux histoires de /var/run mais ptete quand meme à ce qui est arrivé à var …
Regardons ce que renvoie:
namei -l /var/lib/mysql
Voici le retour de la commande:
f: /var/lib/mysql
drwxr-xr-x root root /
drwxr-xr-x root root var
drwxr-xr-x root root lib
drwxr-xr-x root root mysql
Erf oké ben sur /var/lib/mysql on devrait voir que mysql est proprio du dossier (à la place de root, sur la dernière ligne)
En soit ça se corrige ~facilement, mais c’est symptomatique d’un problème plus large qui est à mon avis aussi lié à la façon dont tu as fait une copie de /var dans la bidouille initiale que tu mentionnais au début du fil
Si tu as fait une copie brutale du dossier /var, alors il est possible que les permissions (tout comme les liens symboliques) n’aient pas été bien conservée (ça dépends des options utilisées pour la copie). Donc perso si c’est possible je repartirais de la situation initiale et referait une “bonne” copie de /var.
1 Like
Effectivement la “bonne” copie était la solution! Un très grand merci pour ton aide, tes conseils et ta patience. 
Dans l’ordre j’ai:
- branché la carte SD et le disque dur sur mon poste de travail, puis:
- depuis l’explorateur de fichier:
- j’ai renommé le /home en /home1
- puis j’ai renommé le /var en /var1
- j’ai créé le répertoire /home
- puis j’ai créé le répertoire /var
- en ligne de commande:
- sudo cp -a /media/alice/home/* /media/alice/rootfs/home
- sudo cp -a /media/alice/var/* /media/alice/rootfs/var
- remis la SDcard dans le RasPi et tout refonctionne comme si rien ne s’était passé.
J’ai tout de même ce disque SSD qu’il va falloir que j’arrive à utiliser car ma SDcard va vite être en saturation, je ne vais pas avoir la place de faire de sauvegardes dessus.
Mais avant de reprendre mes essais, je vais créer une image de ma carte, pour avoir l’esprit plus tranquille et sans risquer de perdre nos données.
Et j’en profite pour à nouveau remercier les contributeurs du projet YunoHost car cela permet de démocratiser l’auto-hébergement!
This topic was automatically closed 15 days after the last reply. New replies are no longer allowed.