Forum Linux.général [RÉSOLU]Connexion utilisateur désormais impossible, Mariadb et avahi-daemon ne peuvent plus démarrer

Posté par Maderios le 20 février 2019 à 11:40. Licence CC By‑SA.

Étiquettes : aucune

fév.

2019

Bonjour
Depuis deux jours, je ne peux plus me connecter en tant qu'utilisateur. Mariadb et avahi-daemon ne se lancent plus, ni au démarrage ni à la main. Les autres services, ntpd, connmand, bumblebeed, syslog-ng or metalog, sshd, ne sont pas affectés, ils sont lancés normalement au boot.
Je peux me connecter uniquement en root. C'est bien un problème d'autorisation.
Conditions:
Système Arch à jour, noyau linux-lts (voir lien journalctl).
Je n'utilise aucun gestionnaire de connection genre gdm ou autre.
Je n'utilise pas X mais wayland avec enlightenment-git ou/et les tty.
Je me souviens avoir tué à la main deux ou trois processus ssh-agent juste avant que le problème arrive, ce n'est peut-être qu'une coïncidence. Précision, mon système fonctionnait normalement jusqu'il y a deux jours.
Les liens symboliques dans /var sont corrects:
ls /var -1 -p
cache/
db/
empty/
games/
lib/
local/
lock -> /run/lock
log/
mail -> spool/mail
net-snmp/
opt/
run -> /run
spool/
tmp/

J'ai posté la sortie de journalctl ici
Merci d'avance pour toute idée…

# df -h

Posté par lolop (site web personnel) le 20 février 2019 à 12:50. Évalué à 2.

Ça donne quoi ?

Python 3 - Apprendre à programmer dans l'écosystème Python → https://www.dunod.com/EAN/9782100809141
- [^] # Re: df -h
  
  Posté par Maderios le 20 février 2019 à 13:35. Évalué à 0.
  
  Filesystem Size Used Avail Use% Mounted on
  dev 2.9G 0 2.9G 0% /dev
  run 2.9G 860K 2.9G 1% /run
  /dev/sda2 55G 32G 21G 61% /
  tmpfs 2.9G 0 2.9G 0% /dev/shm
  tmpfs 2.9G 0 2.9G 0% /sys/fs/cgroup
  tmpfs 2.0G 0 2.0G 0% /tmp
  /dev/sda1 511M 256K 511M 1% /boot/efi
  /dev/sda4 857G 662G 152G 82% /home
  tmpfs 875M 0 875M 0% /run/user/0
  
  Poster une information ne signifie pas nécessairement adhésion

# Lire les logs

Posté par jnanar (site web personnel) le 20 février 2019 à 14:28. Évalué à 1.

Avahi ne semble pas capable d'écrire le PID:

Feb 19 14:04:50 nalik avahi-daemon[433]: open(/run/avahi-daemon//pid): Permission denied
Feb 19 14:04:50 nalik avahi-daemon[433]: Failed to create PID file: Permission denied
Feb 19 14:04:50 nalik audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=connman comm="sys>
Feb 19 14:04:50 nalik systemd[1]: avahi-daemon.service: Main process exited, code=exited, status=255/EXCEPTION
Feb 19 14:04:50 nalik audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=avahi-daemon comm>
Feb 19 14:04:50 nalik systemd[1]: avahi-daemon.service: Failed with result 'exit-code'.
Feb 19 14:04:50 nalik systemd[1]: Failed to start Avahi mDNS/DNS-SD Stack.

As-tu modifié la configuration ou les permissions du daemon ? Je ne connais pas les permissions par défaut mais tu peux réinstaller avahi-daemon après avoir effacé en root le répertoire /run/avahi-daemon. Le système le recréera avec les bonnes permissions.

Le problème a l'air similaire pour mariadb:

Feb 19 14:04:50 nalik systemd[440]: mariadb.service: Failed to connect stdout to the journal socket, ignoring: Permi>

Idem, tu peux essayer de réinstaller mais n'efface pas le dossier des données si tu n'as pas de backup.

Tu pourrais avoir plus d'infos (ou une info ciblée) en regardant les logs de ces programmes avec les commandes dédiées (de tête):

systemctl status mariadb
systemctl status avahi-daemon

As-tu un backup du système avec les bonnes permissions?
Bon courage.

[^] # Re: Lire les logs

Posté par Maderios le 20 février 2019 à 15:24. Évalué à 1.

J'ai déjà réinstallé mariadb et avahi, pas de changement.
J'ai sauvegardé le système mais, ô malchance, c'était juste avant que le problème apparaisse. Gros à parier que j'ai sauvegardé les erreurs…

systemctl status mariadb
     mariadb.service - MariaDB 10.3.12 database server
       Loaded: loaded (/usr/lib/systemd/system/mariadb.service; enabled; vendor preset: disabled)
       Active: failed (Result: exit-code) since Wed 2019-02-20 15:09:48 CET; 34s ago
         Docs: man:mysqld(8)
               https://mariadb.com/kb/en/library/systemd/
      Process: 692 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS)
      Process: 693 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= ||   VAR=`/usr/bin/galera_recovery`; [ $? -eq 0 ]   && systemctl set-environment _WSR>
      Process: 707 ExecStart=/usr/bin/mysqld $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WSREP_START_POSITION (code=exited, status=200/CHDIR)
     Main PID: 707 (code=exited, status=200/CHDIR)

    Feb 20 15:09:48 nalik systemd[1]: Starting MariaDB 10.3.12 database server...
    Feb 20 15:09:48 nalik systemd[692]: mariadb.service: Failed to connect stdout to the journal socket, ignoring: Permission denied
    Feb 20 15:09:48 nalik systemd[693]: mariadb.service: Failed to connect stdout to the journal socket, ignoring: Permission denied
    Feb 20 15:09:48 nalik systemd[707]: mariadb.service: Failed to connect stdout to the journal socket, ignoring: Permission denied
    Feb 20 15:09:48 nalik systemd[1]: mariadb.service: Main process exited, code=exited, status=200/CHDIR
    Feb 20 15:09:48 nalik systemd[1]: mariadb.service: Failed with result 'exit-code'.
    Feb 20 15:09:48 nalik systemd[1]: Failed to start MariaDB 10.3.12 database server.

    systemctl status avahi-daemon
     avahi-daemon.service - Avahi mDNS/DNS-SD Stack
       Loaded: loaded (/usr/lib/systemd/system/avahi-daemon.service; enabled; vendor preset: disabled)
       Active: failed (Result: exit-code) since Wed 2019-02-20 15:10:09 CET; 25s ago
      Process: 715 ExecStart=/usr/bin/avahi-daemon -s (code=exited, status=255/EXCEPTION)
     Main PID: 715 (code=exited, status=255/EXCEPTION)

    Feb 20 15:10:09 nalik systemd[1]: Starting Avahi mDNS/DNS-SD Stack...
    Feb 20 15:10:09 nalik avahi-daemon[715]: Found user 'avahi' (UID 84) and group 'avahi' (GID 84).
    Feb 20 15:10:09 nalik avahi-daemon[715]: Successfully dropped root privileges.
    Feb 20 15:10:09 nalik avahi-daemon[715]: open(/run/avahi-daemon//pid): Permission denied
    Feb 20 15:10:09 nalik avahi-daemon[715]: Failed to create PID file: Permission denied
    Feb 20 15:10:09 nalik systemd[1]: avahi-daemon.service: Main process exited, code=exited, status=255/EXCEPTION
    Feb 20 15:10:09 nalik systemd[1]: avahi-daemon.service: Failed with result 'exit-code'.
    Feb 20 15:10:09 nalik systemd[1]: Failed to start Avahi mDNS/DNS-SD Stack.

Poster une information ne signifie pas nécessairement adhésion

[^] # Re: Lire les logs

Posté par jnanar (site web personnel) le 20 février 2019 à 17:05. Évalué à 3.

Pour prendre un problème à la fois. C'est quoi les permissions de /run/avahi-daemon ?
En principe, ça doit appartenir à l'utilisateur avahi et au groupe avahi (voir https://git.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/avahi). Je pense qu'il va falloir réparer les permissions de tes différents services. Une commande a dû mettre le foutoir dans le système.

Je ne suis pas sous Arch ici et donc je ne peux pas te donner le résultat attendu mais si l'utilisateur d'avahi n'y a pas accès, tu auras ta réponse.

Idem pour mariadb.

Est-ce que tu as installé SElinux?

Si tu parles allemand: https://bbs.archlinux.de/viewtopic.php?id=31207

systemctl --failed ça raconte quoi?
- [^] # Re: Lire les logs
  
  Posté par Maderios le 20 février 2019 à 17:25. Évalué à -1. Dernière modification le 20 février 2019 à 17:27.
  Pas de SElinux chez moi
  OK, je vais essayer de traduire le post allemand.
  En attendant:
```
   ls -ld /run/avahi-daemon
    drwxr-xr-x 2 avahi avahi 60 Feb 20 16:36 /run/avahi-daemon

    ls -ld /run/mysqld
    drwxr-xr-x 2 mysql mysql 40 Feb 20 16:36 /run/mysqld

    ls -ld /run
    drwxr-xr-x 23 root root 640 Feb 20 16:38 /run
```
```
systemctl --failed
  UNIT                 LOAD   ACTIVE SUB    DESCRIPTION
● avahi-daemon.service loaded failed failed Avahi mDNS/DNS-SD Stack
● mariadb.service      loaded failed failed MariaDB 10.3.12 database server
● user@1000.service    loaded failed failed User Manager for UID 1000

LOAD   = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB    = The low-level unit activation state, values depend on unit type.

3 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.
```
  Poster une information ne signifie pas nécessairement adhésion
- [^] # [RÉSOLU] Re: Lire les logs
  
  Posté par Maderios le 20 février 2019 à 19:16. Évalué à 2.
  Effectivement, la solution était là:
  https://bbs.archlinux.de/viewtopic.php?id=31207
  Les droits sur / n'étaient pas bons:
  J'avais:
```
    ls -ld /
    drwx------ 19 root root 4096 Feb 20 16:55 /
```
  alors que sur mon deuxième PC sans problème j'ai:
```
drwxr-xr-x 16 root root 4096 Feb 19 20:55 /
```
  J'ai fait (attention au '--preserve-root' pour éviter la cata)
```
chmod --preserve-root 755 /
```
  Tout marche. Merci pour l'aide :)
  Bonne soirée.
  
  Poster une information ne signifie pas nécessairement adhésion

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.