Déplacer contenu partition ?

geole · Le 21/03/2020, à 16:56

L_d_v_c@ a écrit :

Non, je ne pense pas car sudo ln -s /HOME/mysql /VAR/lib ne peut pas fonctionner si mkdir -p /VAR/lib a été fait avant.
En plus /HOME et /VAR n'existent pas…

Bonjour
Je pense que tu n'as pas bien compris le mot simulation

je ne souhaitais pas faire la commande que j'ai proposée dans mon ordinateur
C'est pour cela que j'avais écrit les mots en MAJUSCULES. Ce qui m'a obligé à fabriquer des répertoires en MAJUSCULES.
(C'est une astuce que j'utilise souvent . Au premier coup d'oeil, je sais que ce n'est pas une donnée du logiciel. Je peux donc en faire ce que je veux sans risques)

Comme, pour une autre raison, je suis actuellement dans une live USB, cela ne me dérange plus.

ubuntu@ubuntu:~$ ls -als /
total 4
0 drwxr-xr-x   1 root root  280 Mar 21 12:19 .
0 drwxr-xr-x   1 root root  280 Mar 21 12:19 ..
0 lrwxrwxrwx   1 root root    7 Feb 20 07:33 bin -> usr/bin
0 drwxr-xr-x   1 root root   60 Feb 20 07:41 boot
4 drwxr-xr-x  13 root root 4096 Jan  1  1970 cdrom
0 drwxr-xr-x  23 root root 5200 Mar 21 14:13 dev
0 drwxr-xr-x   1 root root  680 Mar 21 14:18 etc
0 drwxr-xr-x   1 root root   60 Mar 21 12:19 home
0 lrwxrwxrwx   1 root root    7 Feb 20 07:33 lib -> usr/lib
0 lrwxrwxrwx   1 root root    9 Feb 20 07:33 lib32 -> usr/lib32
0 lrwxrwxrwx   1 root root    9 Feb 20 07:33 lib64 -> usr/lib64
0 lrwxrwxrwx   1 root root   10 Feb 20 07:33 libx32 -> usr/libx32
0 drwxr-xr-x   1 root root   60 Mar 21 12:19 media
0 drwxr-xr-x   1 root root   60 Mar 21 14:20 mnt
0 drwxr-xr-x   2 root root    3 Feb 20 07:33 opt
0 dr-xr-xr-x 242 root root    0 Mar 21 12:19 proc
0 drwxr-xr-x  18 root root  320 Feb 20 07:41 rofs
0 drwx------   1 root root  120 Mar 21 12:48 root
0 drwxr-xr-x  34 root root 1020 Mar 21 14:18 run
0 lrwxrwxrwx   1 root root    8 Feb 20 07:33 sbin -> usr/sbin
0 drwxr-xr-x   1 root root   60 Mar 21 12:19 snap
0 drwxr-xr-x   2 root root    3 Feb 20 07:33 srv
0 dr-xr-xr-x  13 root root    0 Mar 21 12:19 sys
0 drwxrwxrwt  23 root root  500 Mar 21 14:25 tmp
0 drwxr-xr-x   1 root root  140 Feb 20 07:34 usr
0 drwxr-xr-x   1 root root  160 Feb 20 07:41 var
ubuntu@ubuntu:~$

Le fait que les liens ne commencent par / veut simplement dire que les répertoires usr doivent se trouver au même niveau. Cela est possible lorsque tout se trouve dans la même partition mais pas dans un pointage inter-partition.

Voici donc les commandes

ubuntu@ubuntu:~$ sudo ln  -s /home/mysql    /var/lib
ubuntu@ubuntu:~$ ls -als /var/lib
total 0
0 drwxr-xr-x 1 root          root          520 Mar 21 14:42 .
0 drwxr-xr-x 1 root          root          160 Feb 20 07:41 ..
0 drwxr-xr-x 1 root          root           80 Feb 20 07:34 AccountsService
0 drwxrwxrwt 2 root          root            3 Feb  5 16:19 BrlAPI
0 drwx------ 1 root          root          120 Mar 21 14:39 NetworkManager
0 drwxr-xr-x 1 root          root           60 Mar 21 12:20 PackageKit
0 drwxr-xr-x 2 root          root            3 Jan 31  2019 acpi-support
0 drwxr-xr-x 2 root          root            3 Jan 29 21:58 alsa
0 drwxr-xr-x 1 root          root           80 Mar 21 12:43 app-info
0 drwxr-xr-x 1 root          root          120 Mar 21 14:18 apt
0 drwxr-xr-x 2 root          root          718 Feb 20 07:38 aspell
0 drwxr-xr-x 2 avahi-autoipd avahi-autoipd   3 Feb 20 07:37 avahi-autoipd
0 drwxr-xr-x 1 root          root           60 Mar 21 12:19 bluetooth
0 drwxr-xr-x 2 root          root            3 Sep 21 09:10 boltd
0 drwxr-xr-x 1 colord        colord        100 Mar 21 12:20 colord
0 drwxr-xr-x 1 root          root           80 Mar 21 12:43 command-not-found
0 drwxr-xr-x 1 root          root           60 Mar 21 12:19 dbus
0 drwxr-xr-x 2 root          root            3 Feb 14 06:17 dhcp
0 drwxr-xr-x 5 root          root           61 Feb 20 07:36 dictionaries-common
0 drwxr-xr-x 1 root          root          220 Mar 21 14:18 dpkg
0 drwxr-xr-x 3 root          root           28 Feb 20 07:34 emacsen-common
0 drwxr-xr-x 2 root          root            3 Feb  8 10:59 fprint
0 drwxr-xr-x 3 root          root           30 Feb 20 07:34 fwupd
0 drwxr-xr-x 1 gdm           gdm            60 Mar 21 12:19 gdm3
0 drwxr-xr-x 2 geoclue       geoclue         3 Aug 13  2019 geoclue
0 drwxr-xr-x 4 root          root           40 Feb 20 07:34 ghostscript
0 drwxr-xr-x 3 root          root           26 Feb 20 07:35 grub
0 drwxr-xr-x 2 root          root            3 Feb 14 10:53 hp
0 drwxr-xr-x 2 root          root           61 Feb 20 07:38 initramfs-tools
0 drwxr-xr-x 2 root          root           29 Feb 20 07:34 ispell
0 drwxr-xr-x 3 root          root           28 Feb 20 07:35 libreoffice
0 drwxr-xr-x 2 root          root            3 Dec 16 10:41 localechooser
0 drwxr-xr-x 3 root          root           34 Feb 20 07:38 locales
0 drwxrwsr-x 2 usbmux        plugdev        80 Mar 21 12:20 lockdown
0 drwxr-xr-x 2 root          root            3 Jan 21  2019 logrotate
0 drwxr-xr-x 2 root          root           34 Feb 20 07:37 man-db
0 drwxr-xr-x 2 root          root            3 Dec  5 14:39 misc
0 lrwxrwxrwx 1 root          root           11 Mar 21 14:42 mysql -> /home/mysql
0 drwxr-xr-x 3 root          root           29 Feb 20 07:37 openvpn
0 drwxr-xr-x 1 root          root           60 Mar 21 14:19 os-prober
0 drwxr-xr-x 2 root          root          115 Feb 20 07:37 pam
0 drwxr-xr-x 3 root          root           30 Feb 20 07:39 partconf
0 drwxr-xr-x 1 root          root           60 Mar 21 12:20 plymouth
0 drwx------ 1 root          root           60 Feb 20 07:33 polkit-1
0 drwx------ 2 root          root            3 Feb 20 07:33 private
0 drwxr-xr-x 1 root          root           40 Mar 21 12:48 python
0 drwxr-xr-x 1 root          root          200 Mar 21 14:39 snapd
0 drwxr-xr-x 2 root          root            3 Dec 13 03:27 snmp
0 drwxr-xr-x 3 root          root           31 Feb 20 07:33 sudo
0 drwxr-xr-x 1 root          root          180 Mar 21 12:19 systemd
0 drwxr-xr-x 2 tss           tss             3 Dec  3 21:50 tpm
0 drwxr-xr-x 2 root          root            3 Jul  4  2019 ubuntu-advantage
0 drwxr-xr-x 1 root          root           60 Mar 21 12:19 ubuntu-drivers-common
0 drwxr-xr-x 2 root          root            3 Feb 17 22:11 ubuntu-release-upgrader
0 drwxr-xr-x 3 root          root          294 Feb 20 07:38 ucf
0 drwx------ 2 root          root           40 Mar 21 12:19 udisks2
0 drwxr-xr-x 2 root          root            3 Jan 23 15:20 unattended-upgrades
0 drwxr-xr-x 2 root          root            3 Jan 31 21:44 update-manager
0 drwxr-xr-x 1 root          root           80 Mar 21 14:18 update-notifier
0 drwxr-xr-x 1 root          root          120 Mar 21 12:30 upower
0 drwxr-xr-x 2 root          root            3 Feb 10 07:23 usb_modeswitch
0 drwxr-xr-x 2 root          root           30 Feb 20 07:34 usbutils
0 drwxr-xr-x 3 root          root           29 Feb 20 07:33 vim
0 drwxr-xr-x 1 root          root           60 Mar 21 12:19 whoopsie
0 drwxr-xr-x 2 root          root           39 Feb 20 07:37 xfonts
0 drwxr-xr-x 2 root          root           38 Feb 20 07:35 xkb
ubuntu@ubuntu:~$

Tu ne peux pas le voir , mais cette ligne, est mieux visible de cette façon:
lrwxrwxrwx 1 root root 11 Mar 21 14:42 mysql -> /home/mysql
Car il faut que le répertoire contenant les fichiers existe.

sudo mkdir /home/mysql

0 lrwxrwxrwx 1 root root 11 Mar 21 14:42 mysql -> /home/mysql
Nota: Les couleurs de bleu sont approximatives

Dernière modification par geole (Le 21/03/2020, à 17:00)

dabidou · Le 21/03/2020, à 17:00

Bonjour à tous et bonjour à Bruno qui vient apporter son aide.

Ohlala beaucoup de choses, je reprends petit à petit:

geole a écrit :

Bonjour
Je suis pris d'un doute sur la commande de copie.
On va regarder si les sous-répertoires ont bien été copiés
Regarde s'il y a quelque chose dedans avec ces commandes
ls    -Rals  /home/mysql/apsc
ls    -Rals  /home/mysql/horde
ls    -Rals  /home/mysql/mysql
ls    -Rals  /home/mysql/psa
ls    -Rals  /home/mysql/apsc
S'il n'y a rien, refais
sudo cp -Rav  /var/lib/mysql/*  /home/mysql/
puis recontrôle

AJOUT. On peut donc supprimer le répertoire /home/TEST
rm -Rav /home/TEST
puis, on regarde l'espace disque
df -h

Alors concernant les premières commandes, elles me montrent toutes bien qu'il y a des choses donc je n'ai pas fait

sudo cp -Rav  /var/lib/mysql/*  /home/mysql/

En revanche,

rm -Rav /home/TEST

ne fonctionne pas; ça me dit:

root@ns35957:~# rm -Rav /home/TEST
rm: invalid option -- 'a'
Try 'rm --help' for more information.

Concernant la sauvegarde de ma bdd, elle est faite en exportant le dump via Plesk MAIS j'ai un gros doute car lorsque je regarde sous Plesk ça me dit qu'elle fait en volume 528Mo mais le dump exporté fait 196,1 Mo ...Est-ce normal ?

Dernière modification par dabidou (Le 21/03/2020, à 17:01)

geole · Le 21/03/2020, à 17:03

rm -Rv /home/TEST

Pour la sauvegarde sql, je laisse ceux qui connaissent te guider

Dernière modification par geole (Le 21/03/2020, à 17:03)

Compte supprimé · Le 21/03/2020, à 17:04

geole,
J'ai compris que tu avais lancé une simulation mais je ne comprends pas que ce type de commande :

sudo ln -s /HOME/mysql /VAR/lib

puisse fonctionner car pour moi il manque /mysql :

Je propose par rapport à ta simulation :

sudo ln -s /HOME/mysql /VAR/lib/mysql

Sinon la commande ln ne pourra jamais fabriquer un lien mysql si tu ne passes pas le paramètre à ln -s…

Dernière modification par Compte supprimé (Le 21/03/2020, à 17:05)

dabidou · Le 21/03/2020, à 17:05

Merci geôle: ça y est le home/TEST est supprimé.

geole · Le 21/03/2020, à 17:27

Je viens de faire un petit test

a) Si la structure /var/lib/mysql n'existe pas, le résultat est le même, Cela serait une façon de ne pas mettre le même nom.

ubuntu@ubuntu:~$ sudo rm /var/lib/mysql
ubuntu@ubuntu:~$ sudo ln -s  /home/mysql  /var/lib/mysql
ubuntu@ubuntu:~$ ls -als /var/lib/my*
0 lrwxrwxrwx 1 root root 11 Mar 21 15:12 /var/lib/mysql -> /home/mysql

b) Si le répertoire existe encore et n'a pas été supprimé. Il

ubuntu@ubuntu:~$ sudo rm /var/lib/mysql
ubuntu@ubuntu:~$ sudo mkdir /var/lib/mysql
ubuntu@ubuntu:~$ sudo ln -s  /home/mysql  /var/lib/mysql
ubuntu@ubuntu:~$ ls -als /var/lib/mysql
total 0
0 drwxr-xr-x 2 root root  60 Mar 21 15:15 .
0 drwxr-xr-x 1 root root 520 Mar 21 15:15 ..
0 lrwxrwxrwx 1 root root  11 Mar 21 15:15 mysql -> /home/mysql
ubuntu@ubuntu:~$

Il me semble que ce n'est pas ce qu'on veut
c) Afin d l'éviter, il est possible de se protéger

ubuntu@ubuntu:~$ sudo ln -s  /home/mysql  /var/lib
ln: failed to create symbolic link '/var/lib/mysql': File exists
ubuntu@ubuntu:~$

Conclusion: Les commandes ln -s ne sont pas faciles, l'important est de ne pas supprimer le répertoire contenant l'information.
En plus, il n'est pas certain que cela soit la même chose suivant les versions des O.S. (Le changement a probablement eu lieu vers la 17.04)

Dernière modification par geole (Le 21/03/2020, à 17:30)

Compte supprimé · Le 21/03/2020, à 17:57

geole, ce que je sais est que pour que ça fonctionne il faut :

sudo cp -a /var/lib/mysql/*  /home/mysql/

Et ça ne fonctionne pas avec :

sudo cp -a /var/lib/mysql  /home/mysql/

Ensuite les 5 commandes que j'avais données étaient à faire successivement (donc pas besoin de se protéger) mais heureusement bruno a expliqué qu'il fallait d'abord stopper le service puis déplacer la base…

Compte supprimé · Le 21/03/2020, à 17:58

geole a écrit :

…
…
Conclusion: Les commandes ln -s ne sont pas faciles …
…

ARCHIVRAI POUR MOI !

geole · Le 21/03/2020, à 18:01

Sur ce point, je suis d'accord, c'est pour cela que j'avais été pris d'un doute. C'est pour cela que j'avais demandé de contrôler ne sachant pas trop quelle commande avait été prise.
D'ailleurs, je vais corriger. si je retrouve où je l'ai écris.

Dernière modification par geole (Le 21/03/2020, à 18:05)

Compte supprimé · Le 21/03/2020, à 18:12

En fait la commande suivante copie mysql dans mysql…

sudo cp -a /var/lib/mysql  /home/mysql/

Donc on se retrouverait avec home/mysql/mysql/…

édit :
il faudrait peut-être écrire :

sudo cp -a /var/lib/mysql  /home/

Dernière modification par Compte supprimé (Le 21/03/2020, à 18:14)

Compte supprimé · Le 21/03/2020, à 18:18

Après j'ai sécurisé mon .bashrc donc certaines commandes (comme rm) ne fonctionnent pas pareil chez moi.

ludovic@LibraZiK2:~$ cat .bashrc
# ~/.bashrc: executed by bash(1) for non-login shells.

# Note: PS1 and umask are already set in /etc/profile. You should not
# need this unless you want different defaults for root.
# PS1='${debian_chroot:+($debian_chroot)}\h:\w\$ '
# umask 022

# You may uncomment the following lines if you want `ls' to be colorized:
 export LS_OPTIONS='--color=auto'
 eval "`dircolors`"
 alias ls='ls $LS_OPTIONS'
 alias ll='ls $LS_OPTIONS -l'
 alias l='ls $LS_OPTIONS -lA'
#
# Some more alias to avoid making mistakes:
 alias rm='rm -i'
 alias cp='cp -i'
 alias mv='mv -i'

#LDVC@
 alias rmdir0='find . -type d -empty -delete'
ludovic@LibraZiK2:~$

dabidou · Le 22/03/2020, à 22:28

Je dois avouer que je suis totalement perdue dans votre discussion, je ne sais plus trop ce que je dois faire - ou pas ! ^^'

Dernière modification par dabidou (Le 22/03/2020, à 22:28)

Compte supprimé · Le 23/03/2020, à 05:30

dabidou, tu dois effectuer les opérations indiquées par bruno :
https://forum.ubuntu-fr.org/viewtopic.p … #p22240465

dabidou · Le 02/04/2020, à 23:33

Bonsoir à tous.

Me revoilà seulement maintenant car j'ai dû m'occuper d'un problème de malware... Ca y est c'est réglé.
J'ai refait toutes mes sauvegardes, ma bdd est sauvegardée également.

Maintenant il ne reste qu'à tout déplacer et là vous m'avez perdue dans les pages précédentes avec les simulations.

Comment procéder ?

Encore merci pour le temps que vous consacrez à mon souci.

bruno · Le 03/04/2020, à 08:00

Si on reprend la procédure depuis le début :

on arrête le service mysql :
```
sudo systemctl stop mysql
```
on créé le nouveau dossier pour les bases de données (s'il existe déjà, le supprimer) :
```
sudo mkdir /home/mysql
```
on lui attribue les bonnes permissions :
```
sudo chown mysql:mysql /home/mysql
```
on fait une copie physique des bases dans le nouveau dossier :
```
sudo rsync -av /var/lib/mysql/ /home/mysql/
```
on cherche où est la directive datadir dans le dossier /etc/mysql :
```
sudo rgrep datadir /etc/mysql
```
on modifie cette directive dans le fichier précedemment trouvé :
```
datadir = /home/mysql
```
on relance le service mysql
```
sudo systemctl start mysql
```

dabidou · Le 03/04/2020, à 16:33

Mille mercis Bruno pour ce récapitulatif !

Alors j'en suis au point 6.

La commande du point 5 m'a donné

root@ns35957:~# sudo rgrep datadir /etc/mysql
/etc/mysql/mariadb.conf.d/50-server.cnf:datadir		= /var/lib/mysql

Du coup comment je modifie la commande ?
(désolée j'ai peur de faire des bêtises et de ne pas modifier correctement)

bruno · Le 03/04/2020, à 17:12

Pour modifier ce fichier :

sudo nano /etc/mysql/mariadb.conf.d/50-server.cnf

Tu modifies en mettant :

datadir = /home/mysql

puis Ctrl+O (enregistrer) et Ctrl+X (quitter)

dabidou · Le 03/04/2020, à 17:23

Ok merci, j'ai fait la modification dans le fichier, bien enregistré.

Ensuite en voulant relancer le service mysql:

root@ns35957:~# sudo systemctl start mysql
Job for mariadb.service failed because the control process exited with error code.
See "systemctl status mariadb.service" and "journalctl -xe" for details.

Et là ça me sort une tonne de lignes... voici un extrait:

root@ns35957:~# systemctl status mariadb.service
● mariadb.service - MariaDB 10.1.44 database server
   Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Fri 2020-04-03 17:21:05 CEST; 3min 23s ago
     Docs: man:mysqld(8)
           https://mariadb.com/kb/en/library/systemd/
  Process: 22935 ExecStart=/usr/sbin/mysqld $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WSREP_START_POSITION (code=
  Process: 22852 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= ||   VAR=`/usr/bin/gale
  Process: 22845 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, s
  Process: 22834 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, st
 Main PID: 22935 (code=exited, status=1/FAILURE)
   Status: "MariaDB server is down"

avril 03 17:21:04 ns35957 systemd[1]: Starting MariaDB 10.1.44 database server...
avril 03 17:21:05 ns35957 mysqld[22935]: 2020-04-03 17:21:05 139626822605952 [Note] /usr/sbin/mysqld (mysq
avril 03 17:21:05 ns35957 mysqld[22935]: 2020-04-03 17:21:05 139626822605952 [Warning] Can't create test f
avril 03 17:21:05 ns35957 mysqld[22935]: [87B blob data]
avril 03 17:21:05 ns35957 mysqld[22935]: 2020-04-03 17:21:05 139626822605952 [ERROR] Aborting
avril 03 17:21:05 ns35957 systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE
avril 03 17:21:05 ns35957 systemd[1]: mariadb.service: Failed with result 'exit-code'.
avril 03 17:21:05 ns35957 systemd[1]: Failed to start MariaDB 10.1.44 database server.
lines 1-20/20 (END)

Dernière modification par dabidou (Le 03/04/2020, à 17:29)

bruno · Le 03/04/2020, à 17:51

Les lignes sont coupées, on ne voit pas les messages d'erreur.

Retour de :

journalctl -e --no-pager -u mysql

dabidou · Le 03/04/2020, à 18:50

root@ns35957:~# journalctl -e --no-pager -u mysql
-- Logs begin at Mon 2020-03-30 19:06:01 CEST, end at Fri 2020-04-03 18:49:33 CEST. --
-- No entries --

geole · Le 03/04/2020, à 18:55

Bonjour
Essaie aussi

journalctl -b -xe

dabidou · Le 03/04/2020, à 19:06

Alors ça donne ça:

root@ns35957:~# journalctl -xe
avril 03 18:50:45 ns35957 postfix/smtpd[24013]: connect from unknown[46.38.145.4
avril 03 18:50:48 ns35957 postfix/smtpd[23991]: connect from unknown[45.142.195.
avril 03 18:50:48 ns35957 sshd[24696]: Received disconnect from 222.186.173.226 
avril 03 18:50:48 ns35957 sshd[24696]: Disconnected from 222.186.173.226 port 55
avril 03 18:50:50 ns35957 plesk_saslauthd[16412]: No such user 'accelerator-2@ip
avril 03 18:50:50 ns35957 plesk_saslauthd[16412]: failed mail authentication att
avril 03 18:50:50 ns35957 postfix/smtpd[24013]: warning: unknown[46.38.145.4]: S
avril 03 18:50:51 ns35957 postfix/smtpd[24013]: disconnect from unknown[46.38.14
avril 03 18:50:53 ns35957 plesk_saslauthd[16412]: No such user 'mergerd@ip-213-2
avril 03 18:50:53 ns35957 plesk_saslauthd[16412]: failed mail authentication att
avril 03 18:50:53 ns35957 postfix/smtpd[23991]: warning: unknown[45.142.195.2]: 
avril 03 18:50:54 ns35957 postfix/smtpd[23991]: disconnect from unknown[45.142.1
avril 03 18:50:57 ns35957 postfix/smtpd[24084]: warning: hostname ip-38-66.ZervD
avril 03 18:50:57 ns35957 postfix/smtpd[24084]: connect from unknown[92.118.38.6
avril 03 18:50:58 ns35957 plesk_saslauthd[16412]: No such user 'santa@ip-213-251
avril 03 18:50:58 ns35957 plesk_saslauthd[16412]: failed mail authentication att
avril 03 18:50:58 ns35957 postfix/smtpd[24084]: warning: unknown[92.118.38.66]: 
avril 03 18:50:58 ns35957 postfix/smtpd[24084]: disconnect from unknown[92.118.3
avril 03 18:51:02 ns35957 postfix/smtpd[24013]: connect from unknown[46.38.145.5
avril 03 18:51:06 ns35957 plesk_saslauthd[16412]: No such user 'tampa@ip-213-251
avril 03 18:51:06 ns35957 plesk_saslauthd[16412]: failed mail authentication att
avril 03 18:51:06 ns35957 postfix/smtpd[24013]: warning: unknown[46.38.145.5]: S
avril 03 18:51:07 ns35957 postfix/smtpd[24013]: disconnect from unknown[46.38.14
lines 1083-1105/1105 (END)
avril 03 18:50:45 ns35957 postfix/smtpd[24013]: connect from unknown[46.38.145.4
avril 03 18:50:48 ns35957 postfix/smtpd[23991]: connect from unknown[45.142.195.
avril 03 18:50:48 ns35957 sshd[24696]: Received disconnect from 222.186.173.226 
avril 03 18:50:48 ns35957 sshd[24696]: Disconnected from 222.186.173.226 port 55
avril 03 18:50:50 ns35957 plesk_saslauthd[16412]: No such user 'accelerator-2@ip
avril 03 18:50:50 ns35957 plesk_saslauthd[16412]: failed mail authentication att
avril 03 18:50:50 ns35957 postfix/smtpd[24013]: warning: unknown[46.38.145.4]: S
avril 03 18:50:51 ns35957 postfix/smtpd[24013]: disconnect from unknown[46.38.14
avril 03 18:50:53 ns35957 plesk_saslauthd[16412]: No such user 'mergerd@ip-213-2
avril 03 18:50:53 ns35957 plesk_saslauthd[16412]: failed mail authentication att
avril 03 18:50:53 ns35957 postfix/smtpd[23991]: warning: unknown[45.142.195.2]: 
avril 03 18:50:54 ns35957 postfix/smtpd[23991]: disconnect from unknown[45.142.1
avril 03 18:50:57 ns35957 postfix/smtpd[24084]: warning: hostname ip-38-66.ZervD
avril 03 18:50:57 ns35957 postfix/smtpd[24084]: connect from unknown[92.118.38.6
avril 03 18:50:58 ns35957 plesk_saslauthd[16412]: No such user 'santa@ip-213-251
avril 03 18:50:58 ns35957 plesk_saslauthd[16412]: failed mail authentication att
avril 03 18:50:58 ns35957 postfix/smtpd[24084]: warning: unknown[92.118.38.66]: 
avril 03 18:50:58 ns35957 postfix/smtpd[24084]: disconnect from unknown[92.118.3
avril 03 18:51:02 ns35957 postfix/smtpd[24013]: connect from unknown[46.38.145.5
avril 03 18:51:06 ns35957 plesk_saslauthd[16412]: No such user 'tampa@ip-213-251
avril 03 18:51:06 ns35957 plesk_saslauthd[16412]: failed mail authentication att
avril 03 18:51:06 ns35957 postfix/smtpd[24013]: warning: unknown[46.38.145.5]: S
avril 03 18:51:07 ns35957 postfix/smtpd[24013]: disconnect from unknown[46.38.14
~
~
~
lines 1083-1105/1105 (END)



























avril 03 18:50:45 ns35957 postfix/smtpd[24013]: connect from unknown[46.38.145.4]
avril 03 18:50:48 ns35957 postfix/smtpd[23991]: connect from unknown[45.142.195.2]
avril 03 18:50:48 ns35957 sshd[24696]: Received disconnect from 222.186.173.226 port 55674:11:  [preauth]
avril 03 18:50:48 ns35957 sshd[24696]: Disconnected from 222.186.173.226 port 55674 [preauth]
avril 03 18:50:50 ns35957 plesk_saslauthd[16412]: No such user 'accelerator-2@ip-213-251-186.eu' in mail authorization database
avril 03 18:50:50 ns35957 plesk_saslauthd[16412]: failed mail authentication attempt for user 'accelerator-2@ip-213-251-186.eu' (password len=16)
avril 03 18:50:50 ns35957 postfix/smtpd[24013]: warning: unknown[46.38.145.4]: SASL LOGIN authentication failed: authentication failure
avril 03 18:50:51 ns35957 postfix/smtpd[24013]: disconnect from unknown[46.38.145.4] ehlo=1 auth=0/1 rset=1 quit=1 commands=3/4
avril 03 18:50:53 ns35957 plesk_saslauthd[16412]: No such user 'mergerd@ip-213-251-186.eu' in mail authorization database
avril 03 18:50:53 ns35957 plesk_saslauthd[16412]: failed mail authentication attempt for user 'mergerd@ip-213-251-186.eu' (password len=8)
avril 03 18:50:53 ns35957 postfix/smtpd[23991]: warning: unknown[45.142.195.2]: SASL LOGIN authentication failed: authentication failure
avril 03 18:50:54 ns35957 postfix/smtpd[23991]: disconnect from unknown[45.142.195.2] ehlo=1 auth=0/1 rset=1 quit=1 commands=3/4
avril 03 18:50:57 ns35957 postfix/smtpd[24084]: warning: hostname ip-38-66.ZervDNS does not resolve to address 92.118.38.66: Name or service not known
avril 03 18:50:57 ns35957 postfix/smtpd[24084]: connect from unknown[92.118.38.66]
avril 03 18:50:58 ns35957 plesk_saslauthd[16412]: No such user 'santa@ip-213-251-186.eu' in mail authorization database
avril 03 18:50:58 ns35957 plesk_saslauthd[16412]: failed mail authentication attempt for user 'santa@ip-213-251-186.eu' (password len=11)
avril 03 18:50:58 ns35957 postfix/smtpd[24084]: warning: unknown[92.118.38.66]: SASL LOGIN authentication failed: authentication failure
avril 03 18:50:58 ns35957 postfix/smtpd[24084]: disconnect from unknown[92.118.38.66] ehlo=1 auth=0/1 rset=1 quit=1 commands=3/4
avril 03 18:51:02 ns35957 postfix/smtpd[24013]: connect from unknown[46.38.145.5]
avril 03 18:51:06 ns35957 plesk_saslauthd[16412]: No such user 'tampa@ip-213-251-186.eu' in mail authorization database
avril 03 18:51:06 ns35957 plesk_saslauthd[16412]: failed mail authentication attempt for user 'tampa@ip-213-251-186.eu' (password len=5)
avril 03 18:51:06 ns35957 postfix/smtpd[24013]: warning: unknown[46.38.145.5]: SASL LOGIN authentication failed: authentication failure
avril 03 18:51:07 ns35957 postfix/smtpd[24013]: disconnect from unknown[46.38.145.5] ehlo=1 auth=0/1 rset=1 quit=1 commands=3/4
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
lines 1083-1105/1105 (END)

geole · Le 03/04/2020, à 19:47

Tu devrais refaire la commande

systemctl status mariadb.service

en ayant pris soin de mettre le "bureau" en taille maxima afin qu'il occupe tout l'écran pour que le message d'erreur soit plus complet.

bruno · Le 03/04/2020, à 19:59

Ah au temps pour moi, cela ne va pas dans les logs.
Donc

sudo systemctl restart mysql

puis

systemctl -l --no-pager status mysql

dabidou · Le 03/04/2020, à 20:01

hello geole,

voilà, c'est mieux comme ça:

root@ns35957:~# systemctl status mariadb.service
● mariadb.service - MariaDB 10.1.44 database server
   Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: 
   Active: failed (Result: exit-code) since Fri 2020-04-03 19:59:31 CEST; 4s ago
     Docs: man:mysqld(8)
           https://mariadb.com/kb/en/library/systemd/
  Process: 935 ExecStart=/usr/sbin/mysqld $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WSR
  Process: 852 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR=
  Process: 845 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_
  Process: 833 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run
 Main PID: 935 (code=exited, status=1/FAILURE)
   Status: "MariaDB server is down"

avril 03 19:59:31 ns35957 systemd[1]: Starting MariaDB 10.1.44 database server..
avril 03 19:59:31 ns35957 mysqld[935]: 2020-04-03 19:59:31 140413941058688 [Note
avril 03 19:59:31 ns35957 mysqld[935]: 2020-04-03 19:59:31 140413941058688 [Warn
avril 03 19:59:31 ns35957 mysqld[935]: [87B blob data]
avril 03 19:59:31 ns35957 mysqld[935]: 2020-04-03 19:59:31 140413941058688 [ERRO
avril 03 19:59:31 ns35957 systemd[1]: mariadb.service: Main process exited, code
avril 03 19:59:31 ns35957 systemd[1]: mariadb.service: Failed with result 'exit-
avril 03 19:59:31 ns35957 systemd[1]: Failed to start MariaDB 10.1.44 database s
lines 1-20/20 (END)...skipping...
● mariadb.service - MariaDB 10.1.44 database server
   Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: 
   Active: failed (Result: exit-code) since Fri 2020-04-03 19:59:31 CEST; 4s ago
     Docs: man:mysqld(8)
           https://mariadb.com/kb/en/library/systemd/
  Process: 935 ExecStart=/usr/sbin/mysqld $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WSR
  Process: 852 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR=
  Process: 845 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_
  Process: 833 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run
 Main PID: 935 (code=exited, status=1/FAILURE)
   Status: "MariaDB server is down"

avril 03 19:59:31 ns35957 systemd[1]: Starting MariaDB 10.1.44 database server..
avril 03 19:59:31 ns35957 mysqld[935]: 2020-04-03 19:59:31 140413941058688 [Note
avril 03 19:59:31 ns35957 mysqld[935]: 2020-04-03 19:59:31 140413941058688 [Warn
avril 03 19:59:31 ns35957 mysqld[935]: [87B blob data]
avril 03 19:59:31 ns35957 mysqld[935]: 2020-04-03 19:59:31 140413941058688 [ERRO
avril 03 19:59:31 ns35957 systemd[1]: mariadb.service: Main process exited, code
avril 03 19:59:31 ns35957 systemd[1]: mariadb.service: Failed with result 'exit-
avril 03 19:59:31 ns35957 systemd[1]: Failed to start MariaDB 10.1.44 database s
~
~
~
~
~
~
lines 1-20/20 (END)...skipping...
● mariadb.service - MariaDB 10.1.44 database server
   Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Fri 2020-04-03 19:59:31 CEST; 4s ago
     Docs: man:mysqld(8)
           https://mariadb.com/kb/en/library/systemd/
  Process: 935 ExecStart=/usr/sbin/mysqld $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WSREP_START_POSITION (code=exited, status=1/FAILURE)
  Process: 852 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= ||   VAR=`/usr/bin/galera_recovery`; [ $? -eq 0 ]   && systemctl set-environment _WSREP_START_POSI
  Process: 845 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS)
  Process: 833 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=0/SUCCESS)
 Main PID: 935 (code=exited, status=1/FAILURE)
   Status: "MariaDB server is down"

avril 03 19:59:31 ns35957 systemd[1]: Starting MariaDB 10.1.44 database server...
avril 03 19:59:31 ns35957 mysqld[935]: 2020-04-03 19:59:31 140413941058688 [Note] /usr/sbin/mysqld (mysqld 10.1.44-MariaDB-0ubuntu0.18.04.1) starting as process 935 ...
avril 03 19:59:31 ns35957 mysqld[935]: 2020-04-03 19:59:31 140413941058688 [Warning] Can't create test file /home/mysql/ns35957.lower-test
avril 03 19:59:31 ns35957 mysqld[935]: [87B blob data]
avril 03 19:59:31 ns35957 mysqld[935]: 2020-04-03 19:59:31 140413941058688 [ERROR] Aborting
avril 03 19:59:31 ns35957 systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE
avril 03 19:59:31 ns35957 systemd[1]: mariadb.service: Failed with result 'exit-code'.
avril 03 19:59:31 ns35957 systemd[1]: Failed to start MariaDB 10.1.44 database server.
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
lines 1-20/20 (END)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#51 Le 21/03/2020, à 16:56

Re : Déplacer contenu partition ?

#52 Le 21/03/2020, à 17:00

Re : Déplacer contenu partition ?

#53 Le 21/03/2020, à 17:03

Re : Déplacer contenu partition ?

#54 Le 21/03/2020, à 17:04

Re : Déplacer contenu partition ?

#55 Le 21/03/2020, à 17:05

Re : Déplacer contenu partition ?

#56 Le 21/03/2020, à 17:27

Re : Déplacer contenu partition ?

#57 Le 21/03/2020, à 17:57

Re : Déplacer contenu partition ?

#58 Le 21/03/2020, à 17:58

Re : Déplacer contenu partition ?

#59 Le 21/03/2020, à 18:01

Re : Déplacer contenu partition ?

#60 Le 21/03/2020, à 18:12

Re : Déplacer contenu partition ?

#61 Le 21/03/2020, à 18:18

Re : Déplacer contenu partition ?

#62 Le 22/03/2020, à 22:28

Re : Déplacer contenu partition ?

#63 Le 23/03/2020, à 05:30

Re : Déplacer contenu partition ?

#64 Le 02/04/2020, à 23:33

Re : Déplacer contenu partition ?

#65 Le 03/04/2020, à 08:00

Re : Déplacer contenu partition ?

#66 Le 03/04/2020, à 16:33

Re : Déplacer contenu partition ?

#67 Le 03/04/2020, à 17:12

Re : Déplacer contenu partition ?

#68 Le 03/04/2020, à 17:23

Re : Déplacer contenu partition ?

#69 Le 03/04/2020, à 17:51

Re : Déplacer contenu partition ?

#70 Le 03/04/2020, à 18:50

Re : Déplacer contenu partition ?

#71 Le 03/04/2020, à 18:55

Re : Déplacer contenu partition ?

#72 Le 03/04/2020, à 19:06

Re : Déplacer contenu partition ?

#73 Le 03/04/2020, à 19:47

Re : Déplacer contenu partition ?

#74 Le 03/04/2020, à 19:59

Re : Déplacer contenu partition ?

#75 Le 03/04/2020, à 20:01

Re : Déplacer contenu partition ?

Pied de page des forums