pb impossible de reboot mon serveur

geole · Le 19/11/2022, à 11:44

Bonjour
Fournis les 3000 premières lignes de la trace au lieu des 3000 dernières.

NOTA: Mea-culpa pour la demande de boot-info
Quelques fois, j'interviens pour du RAIDS en NAS dont les disques ont été enlevés et reconnectés a un ordinateur ou dont l'ordinateur lui-même accède aux commandes du NAS à travers le réseau avec des commandes à distances.

Dernière modification par geole (Le 19/11/2022, à 11:49)

theca001 · Le 19/11/2022, à 11:47

bruno a écrit :

Je n'ai pas regardé en détail mais après ton montage l'ancien volume racine (/) devrait être dans /mnt/md1. Il faut donc regarder sir tu as /mnt/md1/etc

J'avais déja regarder et pas de md1 :

/mnt/md1$ ll
total 48
drwxr-xr-x 10 root root  4096 Nov 19 00:52 .
drwxr-xr-x  3 root root  4096 Nov 19 11:45 ..
drwxr-xr-x  2 root root 12288 Nov 15 14:16 dev
drwx------  2 root root  4096 Nov 16 14:41 lost+found
drwxr-xr-x  2 root root  4096 Jul 13 14:03 opt
dr-xr-xr-x  2 root root  4096 Apr 21  2015 proc
drwxr-xr-x  2 root root  4096 Nov 15 14:16 run
drwxr-xr-x  9 root root  4096 Nov 15 14:16 snap
drwxr-xr-x  2 root root  4096 Jan 22  2020 sys
drwxrwxrwt  2 root root  4096 Nov 15 14:20 tmp

En fait a part le dosier snap tout est vide:

/mnt/md1/snap$ ll
total 36
drwxr-xr-x  9 root root 4096 Nov 15 14:16 .
drwxr-xr-x 10 root root 4096 Nov 19 00:52 ..
drwxr-xr-x  3 root root 4096 Nov 13 10:12 bare
drwxr-xr-x  4 root root 4096 Nov 15 14:16 core
drwxr-xr-x  4 root root 4096 Nov 15 14:16 core20
drwxr-xr-x  3 root root 4096 Nov 13 10:12 firefox
drwxr-xr-x  3 root root 4096 Nov 13 10:13 gnome-3-38-2004
drwxr-xr-x  3 root root 4096 Nov 13 10:12 gtk-common-themes
drwxr-xr-x  4 root root 4096 Oct 29 14:41 lxd

c'est pas normal

Dernière modification par theca001 (Le 19/11/2022, à 11:49)

geole · Le 19/11/2022, à 11:52

Un certain nombre de ces dossiers ne sont renseignés que lorsque l'ordinateur fonctionne ( le run par exemple)

theca001 · Le 19/11/2022, à 11:59

geole a écrit :

Un certain nombre de ces dossiers ne sont renseignés que lorsque l'ordinateur fonctionne ( le run par exemple)

Ok pour run mais pourquoi tout les autre aussi? Et je ne vois de dossier etc.

geole · Le 19/11/2022, à 12:01

geole a écrit :

Bonjour
Fournis les 3000 premières lignes de la trace au lieu des 3000 dernières.

theca001 · Le 19/11/2022, à 12:26

geole a écrit :

geole a écrit :
Bonjour
Fournis les 3000 premières lignes de la trace au lieu des 3000 dernières.

Voila pour le debut de syslog:
https://we.tl/t-AmtTL1O3AF

et voici le 7000 derniere ligne aussi pour remonter plus haut :
https://we.tl/t-IHtaXqtIIS

Dernière modification par theca001 (Le 19/11/2022, à 12:33)

theca001 · Le 19/11/2022, à 12:35

Aprés avoir revue le syslog je crois que je sais pourquoi la partition root a saturé. Je pense que c'est à cause de timeshift qui a voulu faire sa sauvegarde la bas et qui a tout fais crasher. Je vous laisse jeter un oeil.

Qid · Le 19/11/2022, à 12:40

theca001 a écrit :

Je pense que c'est à cause de timeshift qui a voulu faire sa sauvegarde la bas et qui a tout fais crasher.

Quand je dis que ce type d'outil est une très mauvaise idée quand c'est configuré avec les pieds... Déjà pour commencer ils ne devraient pas permettre de faire les backups directement sur la partition système...

bruno · Le 19/11/2022, à 12:42

D'après le retour du #6, c'est pourtant bien /devf/md1 qui est destiné à monter la partition racine et je ne vois rien qui pourrait correspondre à une partition dédiée à /etc.

Tes retours sur le contenu de /mnt ne sont pas constants entre tes différents messages …

P.S. : à quoi sert ce serveur, car pour moi les snaps, gnome, firefox, etc cela n'a rien à faire sur un serveur.

Dernière modification par bruno (Le 19/11/2022, à 12:44)

theca001 · Le 19/11/2022, à 12:51

bruno a écrit :

D'après le retour du #6, c'est pourtant bien /devf/md1 qui est destiné à monter la partition racine et je ne vois rien qui pourrait correspondre à une partition dédiée à /etc.
Tes retours sur le contenu de /mnt ne sont pas constants entre tes différents messages …
P.S. : à quoi sert ce serveur, car pour moi les snaps, gnome, firefox, etc cela n'a rien à faire sur un serveur.

C'est un serveur web et mail surtout. j'ai voulu installé une interface graphique et y acceder avec vnc juste pour voir comment on fait. (pour apprendre)
Mes montage disque sont toujours les mêmes. y a juste une fois où j'ai tout demonter et monter md1 directement dans mnt au lieu de lui creer un dossier md1 dans mnt. Mais aprés j'ai recreer un dossier md1 dans mnt et je l'ai remonter dessus c tout. mais sinon les contenu des dossier monter sont les même.

Dernière modification par theca001 (Le 19/11/2022, à 12:55)

Qid · Le 19/11/2022, à 12:57

theca001 a écrit :

j'ai voulu installé une interface graphique et y acceder avec vnc juste pour voir comment on fait. (pour apprendre)

Faire ça avec un serveur dédié me semble être vraiment une mauvaise idée... En tous cas même si j'avoue ne rien connaître à ce type de configuration ça ne me viendrait pas à l'idée... Ne serait-ce que parceque installer un interface graphique sur une machine qu'on aura jamais physiquement entre les mains me semble incongrue...

geole · Le 19/11/2022, à 12:59

Je suis en train de lire
Pourrais-tu aussi donner les 7000 dernières lignes de kern.log
et dire si la commande journalctl est connue.

bruno · Le 19/11/2022, à 12:59

Alors je ne vois pas. D'après la doc IONOS c'est bien sur /dev/md1.
Et encore une fois le retour du #6 montre parfaitement la structure des disques et des volumes.

Est-ce que tu peux défaire et refaire le montage (en root) :

# umount /mnt
# mount /dev/md1 /mnt

suivi de

ls -l /mnt

geole · Le 19/11/2022, à 13:05

Je rappelle que pour le manque de place disque on a ce retour

/mnt$ df -h
Filesystem             Size  Used Avail Use% Mounted on
/dev/root              882M  695M  188M  79% /
devtmpfs               7.7G     0  7.7G   0% /dev
tmpfs                  7.9G     0  7.9G   0% /dev/shm
tmpfs                  7.9G   69M  7.8G   1% /run
tmpfs                  5.0M     0  5.0M   0% /run/lock
tmpfs                  7.9G     0  7.9G   0% /sys/fs/cgroup
/dev/mapper/vg00-usr   207G  5.3G  193G   3% /mnt/usr
/dev/mapper/vg00-var   310G   16G  282G   6% /mnt/var
/dev/mapper/vg00-home  123G   20M  118G   1% /mnt/home
/dev/mapper/vg00-opt   202G  2.5G  191G   2% /mnt/opt
/dev/md1               4.0G  8.2M  3.9G   1% /mnt/md1

La phrase disait
/tmp/ Disk full (/tmp/#sql-temptable-5f4-5479-3061.MAI); waiting for someone to free some space... (errno: 28 "No space left on device")

Mais au boot, ce répertoire a été remis à zero automatiquement.

Pour le moment je pense que /dev/root est trop petit pour contenir la trace
et je crains qu'il y ait eu une commande de suppression de la partition /etc voir /
On aurait conservé tout le logiciel installé dans l'autre partition raids et accédé par point de montage ou lien symbolique?

Je ne sais pas où timeshift sauvegarde les données. Il n'a pas pas a les sauver dans le serveur mais ailleurs

Dernière modification par geole (Le 19/11/2022, à 13:16)

Qid · Le 19/11/2022, à 13:05

bruno a écrit :

encore une fois le retour du #6 montre parfaitement la structure des disques et des volumes.

Bah moi je ne trouve pas ça très clair... Plus exactement c'est bizarrement loin d'être standard : pourquoi il y a autant de partition dans ce système ?

Moi j'aimerais vraiment voir le fstab... Mais apparemment ça semble compliqué de le retrouver

theca001 · Le 19/11/2022, à 13:07

geole a écrit :

Je suis en train de lire
Pourrais-tu aussi donner les 7000 dernières lignes de kern.log
et dire si la commande journalctl est connue.

Voici pour le kernel :
https://we.tl/t-zzXXILZTLT

et journalctl est connu mais n'affiche qu'a partir du 17 Nov 2022 bien aprés le crach.

journalctl
-- Logs begin at Thu 2022-11-17 06:59:14 CET, end at Sat 2022-11-19 13:07:32 CET
Nov 17 06:59:14 punix kernel: Linux version 4.18.5 (root@ds-images) (gcc version
Nov 17 06:59:14 punix kernel: Command line: console=tty0 console=ttyS0,57600 net
Nov 17 06:59:14 punix kernel: x86/fpu: x87 FPU will use FXSAVE
Nov 17 06:59:14 punix kernel: BIOS-provided physical RAM map:
Nov 17 06:59:14 punix kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000009d
Nov 17 06:59:14 punix kernel: BIOS-e820: [mem 0x000000000009d800-0x000000000009f
Nov 17 06:59:14 punix kernel: BIOS-e820: [mem 0x00000000000d0000-0x00000000000ff
Nov 17 06:59:14 punix kernel: BIOS-e820: [mem 0x0000000000100000-0x00000000f5eaf
Nov 17 06:59:14 punix kernel: BIOS-e820: [mem 0x00000000f5eb0000-0x00000000f5ec3
Nov 17 06:59:14 punix kernel: BIOS-e820: [mem 0x00000000f5ec4000-0x00000000f5ec5
Nov 17 06:59:14 punix kernel: BIOS-e820: [mem 0x00000000f5ec6000-0x00000000fbfff
Nov 17 06:59:14 punix kernel: BIOS-e820: [mem 0x00000000fec00000-0x00000000fec0f
Nov 17 06:59:14 punix kernel: BIOS-e820: [mem 0x00000000fee00000-0x00000000fee00
Nov 17 06:59:14 punix kernel: BIOS-e820: [mem 0x00000000fff00000-0x00000000fffff
Nov 17 06:59:14 punix kernel: BIOS-e820: [mem 0x0000000100000000-0x0000000407fff
Nov 17 06:59:14 punix kernel: NX (Execute Disable) protection: active
Nov 17 06:59:14 punix kernel: SMBIOS 2.6 present.
Nov 17 06:59:14 punix kernel: DMI: FUJITSU                          D2981-A1
Nov 17 06:59:14 punix kernel: e820: update [mem 0x00000000-0x00000fff] usable ==
Nov 17 06:59:14 punix kernel: e820: remove [mem 0x000a0000-0x000fffff] usable
Nov 17 06:59:14 punix kernel: AGP: No AGP bridge found
Nov 17 06:59:14 punix kernel: last_pfn = 0x408000 max_arch_pfn = 0x400000000

Qid · Le 19/11/2022, à 13:11

geole a écrit :

Je rappelle que pour le manque de place disque on a ce retour

Et lui est très clair par contre... Du coup à force de voir la conversation tourner en rond moi j'essayerai d'installer ncdu pour voir ce qui bouffe la place... Mais clairement vu la petite taille de la partition je ne sais pas si on va y voir quelque-chose...

theca001 · Le 19/11/2022, à 13:12

geole a écrit :

Je rappelle que pour le manque de place disque on a ce retour
/mnt$ df -h
Filesystem             Size  Used Avail Use% Mounted on
/dev/root              882M  695M  188M  79% /
devtmpfs               7.7G     0  7.7G   0% /dev
tmpfs                  7.9G     0  7.9G   0% /dev/shm
tmpfs                  7.9G   69M  7.8G   1% /run
tmpfs                  5.0M     0  5.0M   0% /run/lock
tmpfs                  7.9G     0  7.9G   0% /sys/fs/cgroup
/dev/mapper/vg00-usr   207G  5.3G  193G   3% /mnt/usr
/dev/mapper/vg00-var   310G   16G  282G   6% /mnt/var
/dev/mapper/vg00-home  123G   20M  118G   1% /mnt/home
/dev/mapper/vg00-opt   202G  2.5G  191G   2% /mnt/opt
/dev/md1               4.0G  8.2M  3.9G   1% /mnt/md1
Pour le moment je pense que /dev/root est trop petit pour contenir la trace
et je crains qu'il y ait eu une commande de suppression de la partition /etc voir /
On aurait conservé tout le logiciel installé dans l'autre partition raids et accédé par point de montage ou lien symbolique?
Je sais pas justement moi aussi je suis perdu a ce niveau la. Je vois disk full mais tout est sous 6%. Et pour /etc la je vois pas du tout ce qui s'est passer.

Je ne sais pas où timeshift sauvegarde les données. Il n'a pas pas a les sauver dans le serveur mais ailleurs

Qid · Le 19/11/2022, à 13:14

Filesystem             Size  Used Avail Use% Mounted on
/dev/root              882M  695M  188M  79% /

À part ça il n'y a pas de problème... Dixit mon post #42

Dernière modification par Qid (Le 19/11/2022, à 13:14)

theca001 · Le 19/11/2022, à 13:16

Qid a écrit :

geole a écrit :
Je rappelle que pour le manque de place disque on a ce retour
Et lui est très clair par contre... Du coup à force de voir la conversation tourner en rond moi j'essayerai d'installer ncdu pour voir ce qui bouffe la place... Mais clairement vu la petite taille de la partition je ne sais pas si on va y voir quelque-chose...

Je suis en train de faire un ncdu sur les disk monter sur mnt (md1, home, var, usr, opt)
Je vous fait un retour quand c fini.

Qid · Le 19/11/2022, à 13:20

theca001 a écrit :

Je suis en train de faire un ncdu sur les disk monter sur mnt

Tu ne veux pas comprendre que c'est la racine même du système qui bloque !? Ou tu t'es juste mal exprimé ?

theca001 · Le 19/11/2022, à 13:21

Qid a écrit :

theca001 a écrit :
Je suis en train de faire un ncdu sur les disk monter sur mnt
Tu ne veux pas comprendre que c'est la racine même du système qui bloque !? Ou tu t'es juste mal exprimé ?

La racine du systeme est dans md1 il me semble non?

theca001 · Le 19/11/2022, à 13:32

voila le resultat ncdu sur tout "/" :

ncdu 1.12 ~ Use the arrow keys to navigate, press ? for help
--- / --------------------------------------------------------------------------
   23.0 GiB [##########] /mnt
  518.4 MiB [          ] /usr
  172.4 MiB [          ] /var
  108.9 MiB [          ] /run
   42.0 MiB [          ] /lib
   10.9 MiB [          ] /bin
   10.7 MiB [          ] /sbin
    3.4 MiB [          ] /etc
  376.0 KiB [          ] /boot
   40.0 KiB [          ] /tmp
   36.0 KiB [          ] /root
    4.0 KiB [          ] /lib64
e   4.0 KiB [          ] /srv
e   4.0 KiB [          ] /media
e   4.0 KiB [          ] /home
.   0.0   B [          ] /proc
    0.0   B [          ] /sys
    0.0   B [          ] /dev

Aprés comme bruno l'a dit le rescue mode de ionos est different du recovery mode. Et la partitioon root de mon systeme correspond a /dev/md1.

Dernière modification par theca001 (Le 19/11/2022, à 13:35)

theca001 · Le 19/11/2022, à 13:34

Et voici le ncdu de /mnt avec les partitions montées:

ncdu 1.12 ~ Use the arrow keys to navigate, press ? for help
--- /mnt -----------------------------------------------------------------------
   15.3 GiB [##########] /var
    5.3 GiB [###       ] /usr
    2.4 GiB [#         ] /opt
    1.1 MiB [          ] /home
  112.0 KiB [          ] /md1

geole · Le 19/11/2022, à 13:36

Extraits du kern.log

Nov 13 12:51:58 plesk kernel: [    0.080855] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-5.15.0-52-generic root=/dev/md1 ro console=ttyS0,57600 console=tty0 net.ifnames=0 biosdevname=0 nosplash apparmor=0
Nov 13 12:51:58 plesk kernel: [    0.080982] Unknown kernel command line parameters "nosplash BOOT_IMAGE=/boot/vmlinuz-5.15.0-52-generic biosdevname=0", will be passed to user space.
.......
Nov 13 12:51:58 plesk kernel: [   12.150835] EXT4-fs (md1): mounting ext3 file system using the ext4 subsystem
Nov 13 12:51:58 plesk kernel: [   12.198003] EXT4-fs (md1): mounted filesystem with ordered data mode. Opts: (null). Quota mode: none.
Nov 13 12:51:58 plesk kernel: [   12.354698] random: crng init done
Nov 13 12:51:58 plesk kernel: [   12.629447] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: errors=remount-ro. Quota mode: none.
Nov 13 12:51:58 plesk kernel: [   20.226989] EXT4-fs (dm-0): re-mounted. Opts: errors=remount-ro. Quota mode: none.
Nov 13 12:51:58 plesk kernel: [   20.260160] EXT4-fs (md1): re-mounted. Opts: (null). Quota mode: none.
Nov 13 12:51:58 plesk kernel: [   20.273267] ext3 filesystem being remounted at / supports timestamps until 2038 (0x7fffffff)
......
Nov 13 12:51:58 plesk kernel: [   23.867911] Adding 2097148k swap on /dev/sdb2.  Priority:-2 extents:1 across:2097148k FS
Nov 13 12:51:58 plesk kernel: [   24.597413] Adding 2097148k swap on /dev/sda2.  Priority:-3 extents:1 across:2097148k FS
Nov 13 12:51:58 plesk kernel: [   24.600868] EXT4-fs (dm-2): mounted filesystem with ordered data mode. Opts: errors=remount-ro. Quota mode: none.
Nov 13 12:51:58 plesk kernel: [   24.606234] EXT4-fs (dm-3): mounted filesystem with ordered data mode. Opts: errors=remount-ro. Quota mode: none.
Nov 13 12:51:58 plesk kernel: [   24.659949] EXT4-fs (dm-1): mounted filesystem with ordered data mode. Opts: errors=remount-ro. Quota mode: none.
.....
Nov 13 12:51:58 plesk kernel: [   34.435901] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 13 12:51:58 plesk kernel: [   34.457744] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 13 12:51:58 plesk kernel: [   38.096209] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 13 12:51:58 plesk kernel: [   38.119963] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 13 12:51:58 plesk kernel: [   42.003285] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 13 12:51:58 plesk kernel: [   42.028191] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 13 12:51:58 plesk kernel: [   45.171655] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 13 12:51:58 plesk kernel: [   45.466881] ext3 filesystem being remounted at /run/systemd/unit-root/etc supports timestamps until 2038 (0x7fffffff)
Nov 13 12:51:58 plesk kernel: [   45.466988] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 13 12:51:58 plesk kernel: [   45.469647] ext3 filesystem being remounted at /run/systemd/unit-root/etc supports timestamps until 2038 (0x7fffffff)
Nov 13 12:51:58 plesk kernel: [   45.485659] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 13 12:52:00 plesk kernel: [   48.639449] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 13 12:52:00 plesk kernel: [   48.702151] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 13 12:52:00 plesk kernel: [   48.702221] ext3 filesystem being remounted at /run/systemd/unit-root/etc supports timestamps until 2038 (0x7fffffff)
Nov 13 12:52:00 plesk kernel: [   48.704778] ext3 filesystem being remounted at /run/systemd/unit-root/etc supports timestamps until 2038 (0x7fffffff)
Nov 13 12:52:00 plesk kernel: [   48.728201] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 13 12:52:00 plesk kernel: [   48.941142] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 13 12:52:00 plesk kernel: [   48.945328] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 13 12:52:08 plesk kernel: [   56.686509] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 13 12:52:08 plesk kernel: [   56.686558] ext3 filesystem being remounted at /run/systemd/unit-root/etc supports timestamps until 2038 (0x7fffffff)
Nov 13 12:52:08 plesk kernel: [   56.689790] ext3 filesystem being remounted at /run/systemd/unit-root/etc supports timestamps until 2038 (0x7fffffff)
Nov 13 12:52:08 plesk kernel: [   56.713710] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 13 12:52:25 plesk kernel: [   73.179300] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 13 12:52:48 plesk kernel: [   96.395145] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 13 12:52:48 plesk kernel: [   96.404088] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 13 12:53:08 plesk kernel: [  116.445622] ext3 filesystem being remounted at /run/systemd/unit-root/etc supports timestamps until 2038 (0x7fffffff)
Nov 13 12:53:08 plesk kernel: [  116.445641] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 13 12:53:08 plesk kernel: [  116.448135] ext3 filesystem being remounted at /run/systemd/unit-root/etc supports timestamps until 2038 (0x7fffffff)
Nov 13 12:53:08 plesk kernel: [  116.474123] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 13 12:53:10 plesk kernel: [  118.293804] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 13 12:53:10 plesk kernel: [  118.318193] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 13 12:53:10 plesk kernel: [  118.996738] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 13 12:53:10 plesk kernel: [  118.996756] ext3 filesystem being remounted at /run/systemd/unit-root/etc supports timestamps until 2038 (0x7fffffff)
Nov 13 12:53:10 plesk kernel: [  119.000038] ext3 filesystem being remounted at /run/systemd/unit-root/etc supports timestamps until 2038 (0x7fffffff)
Nov 13 12:53:10 plesk kernel: [  119.027707] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 13 12:57:10 plesk kernel: [  358.737628] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 13 12:57:10 plesk kernel: [  358.737857] ext3 filesystem being remounted at /run/systemd/unit-root/etc supports timestamps until 2038 (0x7fffffff)
Nov 13 12:57:10 plesk kernel: [  358.741205] ext3 filesystem being remounted at /run/systemd/unit-root/etc supports timestamps until 2038 (0x7fffffff)
Nov 13 12:57:10 plesk kernel: [  358.767801] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
.......
Nov 14 00:30:07 plesk kernel: [    0.000000] Linux version 5.15.0-52-generic (buildd@lcy02-amd64-032) (gcc (Ubuntu 11.2.0-19ubuntu1) 11.2.0, GNU ld (GNU Binutils for Ubuntu) 2.38) #58-Ubuntu SMP Thu Oct 13 08:03:55 UTC 2022 (Ubuntu 5.15.0-52.58-generic 5.15.60)
Nov 14 00:30:07 plesk kernel: [    0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-5.15.0-52-generic root=/dev/md1 ro console=ttyS0,57600 console=tty0 net.ifnames=0 biosdevname=0 nosplash apparmor=0
...
Nov 14 00:30:07 plesk kernel: [   12.083645] EXT4-fs (md1): mounting ext3 file system using the ext4 subsystem
Nov 14 00:30:07 plesk kernel: [   12.136827] EXT4-fs (md1): mounted filesystem with ordered data mode. Opts: (null). Quota mode: none.
Nov 14 00:30:07 plesk kernel: [   12.523696] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: errors=remount-ro. Quota mode: none.
Nov 14 00:30:07 plesk kernel: [   20.118687] EXT4-fs (md1): re-mounted. Opts: (null). Quota mode: none.
Nov 14 00:30:07 plesk kernel: [   20.131812] ext3 filesystem being remounted at / supports timestamps until 2038 (0x7fffffff)
.......
Nov 14 00:30:07 plesk kernel: [   23.885228] Adding 2097148k swap on /dev/sda2.  Priority:-2 extents:1 across:2097148k FS
Nov 14 00:30:07 plesk kernel: [   24.304155] Adding 2097148k swap on /dev/sdb2.  Priority:-3 extents:1 across:2097148k FS
Nov 14 00:30:07 plesk kernel: [   24.378696] EXT4-fs (dm-3): mounted filesystem with ordered data mode. Opts: errors=remount-ro. Quota mode: none.
Nov 14 00:30:07 plesk kernel: [   24.516653] EXT4-fs (dm-2): mounted filesystem with ordered data mode. Opts: errors=remount-ro. Quota mode: none.
Nov 14 00:30:07 plesk kernel: [   24.525071] EXT4-fs (dm-1): mounted filesystem with ordered data mode. Opts: errors=remount-ro. Quota mode: none.
......
Nov 14 00:30:07 plesk kernel: [   28.952985] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 14 00:30:07 plesk kernel: [   28.975122] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 14 00:30:07 plesk kernel: [   34.742236] tg3 0000:02:00.0 eth0: Link is down
Nov 14 00:30:07 plesk kernel: [   34.788416] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 14 00:30:07 plesk kernel: [   34.812926] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 14 00:30:07 plesk kernel: [   36.797195] tg3 0000:02:00.0 eth0: Link is up at 100 Mbps, full duplex
Nov 14 00:30:07 plesk kernel: [   36.797212] tg3 0000:02:00.0 eth0: Flow control is off for TX and off for RX
Nov 14 00:30:07 plesk kernel: [   37.784292] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 14 00:30:07 plesk kernel: [   37.808995] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 14 00:30:07 plesk kernel: [   41.542036] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 14 00:30:07 plesk kernel: [   41.958230] ext3 filesystem being remounted at /run/systemd/unit-root/etc supports timestamps until 2038 (0x7fffffff)
Nov 14 00:30:07 plesk kernel: [   41.958275] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 14 00:30:07 plesk kernel: [   41.961195] ext3 filesystem being remounted at /run/systemd/unit-root/etc supports timestamps until 2038 (0x7fffffff)
Nov 14 00:30:07 plesk kernel: [   41.975909] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 14 00:30:10 plesk kernel: [   45.204442] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 14 00:30:10 plesk kernel: [   45.228081] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 14 00:30:10 plesk kernel: [   45.228564] ext3 filesystem being remounted at /run/systemd/unit-root/etc supports timestamps until 2038 (0x7fffffff)
Nov 14 00:30:10 plesk kernel: [   45.228663] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 14 00:30:10 plesk kernel: [   45.230877] ext3 filesystem being remounted at /run/systemd/unit-root/etc supports timestamps until 2038 (0x7fffffff)
Nov 14 00:30:10 plesk kernel: [   45.254959] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 14 00:30:10 plesk kernel: [   45.626280] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 14 00:30:16 plesk kernel: [   51.533250] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 14 00:30:16 plesk kernel: [   51.533545] ext3 filesystem being remounted at /run/systemd/unit-root/etc supports timestamps until 2038 (0x7fffffff)
Nov 14 00:30:16 plesk kernel: [   51.536330] ext3 filesystem being remounted at /run/systemd/unit-root/etc supports timestamps until 2038 (0x7fffffff)
Nov 14 00:30:16 plesk kernel: [   51.559239] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 14 00:30:31 plesk kernel: [   66.917971] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 14 00:30:46 plesk kernel: [   81.708668] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 14 00:30:46 plesk kernel: [   81.717342] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 14 00:31:01 plesk kernel: [   96.332859] ext3 filesystem being remounted at /run/systemd/unit-root/etc supports timestamps until 2038 (0x7fffffff)
Nov 14 00:31:01 plesk kernel: [   96.332975] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 14 00:31:01 plesk kernel: [   96.335534] ext3 filesystem being remounted at /run/systemd/unit-root/etc supports timestamps until 2038 (0x7fffffff)
Nov 14 00:31:01 plesk kernel: [   96.361147] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 14 00:31:02 plesk kernel: [   98.006693] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 14 00:31:02 plesk kernel: [   98.030367] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 14 00:31:03 plesk kernel: [   98.972268] ext3 filesystem being remounted at /run/systemd/unit-root/etc supports timestamps until 2038 (0x7fffffff)
Nov 14 00:31:03 plesk kernel: [   98.972355] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 14 00:31:03 plesk kernel: [   98.974885] ext3 filesystem being remounted at /run/systemd/unit-root/etc supports timestamps until 2038 (0x7fffffff)
Nov 14 00:31:03 plesk kernel: [   99.000547] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 14 00:35:18 plesk kernel: [  353.506237] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 14 00:35:18 plesk kernel: [  353.506328] ext3 filesystem being remounted at /run/systemd/unit-root/etc supports timestamps until 2038 (0x7fffffff)
Nov 14 00:35:18 plesk kernel: [  353.509511] ext3 filesystem being remounted at /run/systemd/unit-root/etc supports timestamps until 2038 (0x7fffffff)
Nov 14 00:35:18 plesk kernel: [  353.534028] ext3 filesystem being remounted at /run/systemd/unit-root/tmp supports timestamps until 2038 (0x7fffffff)
Nov 14 01:25:12 plesk kernel: [ 3347.336043] rfkill: input handler enabled


ov 14 01:28:41 plesk kernel: [    0.000000] Linux version 5.15.0-52-generic (buildd@lcy02-amd64-032) (gcc (Ubuntu 11.2.0-19ubuntu1) 11.2.0, GNU ld (GNU Binutils for Ubuntu) 2.38) #58-Ubuntu SMP Thu Oct 13 08:03:55 UTC 2022 (Ubuntu 5.15.0-52.58-generic 5.15.60)
Nov 14 01:28:41 plesk kernel: [    0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-5.15.0-52-generic root=/dev/md1 ro console=ttyS0,57600 console=tty0 net.ifnames=0 biosdevname=0 nosplash apparmor=0

Je n'ai pas regardé la suite. Mais cela devrait être pareil que les deux premier boots. La piste que je soupçonne se confirme.
Je m'étais simplement trompé de fichier a consulter
"Du coup, il faudrait regarder les premiers messages rencontrés. Je ne serais pas surpris que cela veuille rechercher le répertoire ETC".

Pourais-tu donner le kern.log.1-1
Je pense que 2000 lignes doivent suffire

tail -2000 /var/log/kern.log.1

J'ai noté un logiciel installé dans une partition EXT3 . Il me semble que c'est un système de fichier déconnseillé, il y aurait-il un bug logiciel lorsque le /TMP devient plein????

Mon avis: Si tu as une sauvegarde, tu peux restaurer. Sinon, il faudra réinstaller. J'ai compris que c'est toi qui avait fait l'installation initiale.

Dernière modification par geole (Le 19/11/2022, à 13:54)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 19/11/2022, à 11:44

Re : pb impossible de reboot mon serveur

#27 Le 19/11/2022, à 11:47

Re : pb impossible de reboot mon serveur

#28 Le 19/11/2022, à 11:52

Re : pb impossible de reboot mon serveur

#29 Le 19/11/2022, à 11:59

Re : pb impossible de reboot mon serveur

#30 Le 19/11/2022, à 12:01

Re : pb impossible de reboot mon serveur

#31 Le 19/11/2022, à 12:26

Re : pb impossible de reboot mon serveur

#32 Le 19/11/2022, à 12:35

Re : pb impossible de reboot mon serveur

#33 Le 19/11/2022, à 12:40

Re : pb impossible de reboot mon serveur

#34 Le 19/11/2022, à 12:42

Re : pb impossible de reboot mon serveur

#35 Le 19/11/2022, à 12:51

Re : pb impossible de reboot mon serveur

#36 Le 19/11/2022, à 12:57

Re : pb impossible de reboot mon serveur

#37 Le 19/11/2022, à 12:59

Re : pb impossible de reboot mon serveur

#38 Le 19/11/2022, à 12:59

Re : pb impossible de reboot mon serveur

#39 Le 19/11/2022, à 13:05

Re : pb impossible de reboot mon serveur

#40 Le 19/11/2022, à 13:05

Re : pb impossible de reboot mon serveur

#41 Le 19/11/2022, à 13:07

Re : pb impossible de reboot mon serveur

#42 Le 19/11/2022, à 13:11

Re : pb impossible de reboot mon serveur

#43 Le 19/11/2022, à 13:12

Re : pb impossible de reboot mon serveur

#44 Le 19/11/2022, à 13:14

Re : pb impossible de reboot mon serveur

#45 Le 19/11/2022, à 13:16

Re : pb impossible de reboot mon serveur

#46 Le 19/11/2022, à 13:20

Re : pb impossible de reboot mon serveur

#47 Le 19/11/2022, à 13:21

Re : pb impossible de reboot mon serveur

#48 Le 19/11/2022, à 13:32

Re : pb impossible de reboot mon serveur

#49 Le 19/11/2022, à 13:34

Re : pb impossible de reboot mon serveur

#50 Le 19/11/2022, à 13:36

Re : pb impossible de reboot mon serveur

Pied de page des forums