O sistema de arquivos raiz é montado somente na maioria das vezes - systemd

Question

Ao longo dos últimos dias, atualizei alguns dos meus sistemas de LTS 12.04 para 16.04.3 via / usr / bin / do-release-upgrade (primeiro para 14.04 e depois para 16.04). Eles estavam bem há anos . Um deles parece estar bem após a atualização. O outro, durante a maioria das inicializações, acaba com um sistema de arquivos raiz somente de leitura. Mas de vez em quando monta muito bem.

Eu executei fsck - o sistema de arquivos está bem. Mais uma vez, repito, o próprio sistema de arquivos é FINE.

dmesg mostra essa mensagem relegada ao sistema de arquivos raiz (sda3) e "mount"

[    8.438116] EXT4-fs (sda3): mounting ext3 file system using the ext4 subsystem
[    8.451426] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
[   14.143079] systemd[1]: local-fs.target: Found dependency on systemd-remount-fs.service/start
[   14.143093] systemd[1]: local-fs.target: Breaking ordering cycle by deleting job systemd-remount-fs.service/start  <<<<<<<< APPARENTLY A PROBLEM <<<<<<<<<<
[   14.143096] systemd[1]: systemd-remount-fs.service: Job systemd-remount-fs.service/start deleted to break ordering cycle starting with local-fs.target/start
[   14.144423] systemd[1]: Set up automount Arbitrary Executable File Formats File System Automount Point.
[   37.065426] EXT4-fs (sda1): mounting ext3 file system using the ext4 subsystem
[   37.140357] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)

/ var / log / syslog mostra:

Jan 13 14:06:39 linux4 kernel: [  554.047976] EXT4-fs (sda3): re-mounted. Opts: (null)
Jan 13 14:09:01 linux4 kernel: [    8.464055] EXT4-fs (sda3): mounting ext3 file system using the ext4 subsystem
Jan 13 14:09:01 linux4 kernel: [    8.477996] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
Jan 13 14:09:01 linux4 kernel: [   21.336148] EXT4-fs (sda3): re-mounted. Opts: errors=remount-ro
Jan 13 14:09:01 linux4 kernel: [   36.133568] EXT4-fs (sda1): mounting ext3 file system using the ext4 subsystem
Jan 13 14:09:01 linux4 kernel: [   36.208451] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
Jan 13 14:09:01 linux4 systemd[1]: Starting Remount Root and Kernel File Systems...
Jan 13 14:09:01 linux4 systemd[1]: Started Remount Root and Kernel File Systems.
Jan 13 14:09:09 linux4 kernel: [   52.903086] cgroup: new mount options do not match the existing superblock, will be ignored
Jan 13 14:14:28 linux4 kernel: [    8.467847] EXT4-fs (sda3): mounting ext3 file system using the ext4 subsystem
Jan 13 14:14:28 linux4 kernel: [    8.481156] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
Jan 13 14:14:28 linux4 kernel: [   27.422276] EXT4-fs (sda3): re-mounted. Opts: errors=remount-ro
Jan 13 14:14:28 linux4 systemd[1]: Starting Remount Root and Kernel File Systems...
Jan 13 14:14:28 linux4 kernel: [   42.464741] EXT4-fs (sda1): mounting ext3 file system using the ext4 subsystem
Jan 13 14:14:28 linux4 kernel: [   42.527596] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
Jan 13 14:14:28 linux4 kernel: [   44.178553] cgroup: new mount options do not match the existing superblock, will be ignored
Jan 13 14:14:28 linux4 systemd[1]: Started Remount Root and Kernel File Systems.

O comando mount mostra:

root@linux4:/var/log# mount | grep sda
/dev/sda3 on / type ext3 (ro,relatime,data=ordered)
/dev/sda1 on /boot type ext3 (rw,relatime,data=ordered)

/ etc / fstab se parece com isso:

(Os comentários em / dev / scd0, / dev / scd1, / dev / fd0 foram uma tentativa de eliminá-los como suspeitos. E, na primeira reinicialização depois que eu fiz essa alteração, o sistema apareceu corretamente. dev / sde1 está com erro. O swap é, na verdade, / dev / sda2 .E, / is / dev / sda3 e / boot é sda1. Esses comentários datam de quando o Linux estava em um segundo disco em uma máquina).

# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
# /dev/sdb3
UUID=f5e2f8ee-adac-48ad-8483-e04ae0da9580 /               ext3    relatime,errors=remount-ro 0       1
# /dev/sdb1
#UUID=2f2eef15-17d3-4886-9ffa-6666dc8ad8d4 /boot           ext3    relatime        0       2
# /dev/sde2
UUID=d6054f01-2d94-4b27-8662-3ba22ab123c9 none            swap    sw              0       0
# /dev/scd1       /media/cdrom0   udf,iso9660 user,noauto,exec,utf8 0       0
# /dev/scd0       /media/cdrom1   udf,iso9660 user,noauto,exec,utf8 0       0
# /dev/fd0        /media/floppy0  auto    rw,user,noauto,exec,utf8 0       0
UUID=2f2eef15-17d3-4886-9ffa-6666dc8ad8d4       /boot   ext3    defaults        0       2

O kernel é:

root@linux4:/var/log# uname -a
Linux linux4 4.4.0-109-generic #132-Ubuntu SMP Tue Jan 9 19:52:07 UTC 2018 i686 i686 i686 GNU/Linux

Curiosamente, o outro sistema que eu atualizei está rodando o kernel é 3.13.0-139-genérico, ao invés de 4.4.0-109-genérico - mesmo que eu tenha levado ambos os mesmos processos de atualização apenas em dias separados. Eu também tentei o kernel 4.4.0.104-genérico, que os mesmos resultados. O kernel anterior que eu estava rodando era o 3.2.0-69-generic-pae neste sistema.

Eu estou perdido. Essa coisa "systemd" é completamente nova para mim, embora eu tenha trabalhado com o Unix desde 1976 (não, isso não é um erro de digitação). Então, sim, eu estarei pesquisando, mas espero que alguém possa me dar algumas dicas onde eu possa começar a procurar.

Eu olhei para o tópico "o sistema de arquivos raiz é montado como somente leitura depois de algum tempo", e ele não tinha uma resposta, e esse tópico tinha dois anos.

É muito difícil não começar um discurso de que o sistema é "maravilhoso" - um termo que usamos quando trabalhei por muitos anos para descrever algo que era desnecessariamente complexo e misterioso (e muitas vezes desnecessário).