linux-ext4.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: bugzilla-daemon@bugzilla.kernel.org
To: linux-ext4@vger.kernel.org
Subject: [Bug 206061] Poor NVME SSD support, EXT4 re-mounted
Date: Thu, 02 Jan 2020 15:16:25 +0000	[thread overview]
Message-ID: <bug-206061-13602-4TmUTg69sz@https.bugzilla.kernel.org/> (raw)
In-Reply-To: <bug-206061-13602@https.bugzilla.kernel.org/>

https://bugzilla.kernel.org/show_bug.cgi?id=206061

Theodore Tso (tytso@mit.edu) changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |tytso@mit.edu

--- Comment #1 from Theodore Tso (tytso@mit.edu) ---
These kernel messages (modulo the timestamps) are normal.   The root file
system is mounted read-only, and after the file system is checked, the file
system is mounted read-write.

What is not supposed to be happening is the file system getting checked after
every boot.   I would need to look at the fsck logs to be sure, but the most
likely cause is that your motherboard's real time clock is not correctly set,
or the battery for the real time clock is dead.

Normally, when the kernel is booted, it sets the system clock from the
motherboard's real-time clock, and then the file system is mounted, it is
checked, and then it is remounted read-write.   After that, the network is set
up, and the time gets set from an internet time server.  The motherboard's real
time clock should be set after the time is set from the internet time server
(to correct it from clock drift), and most init scripts will also set the
hardware clock from the system clock at shutdown.  And then the real-time clock
will be maintained even while the power is off using the battery on the
motherboard.  (It's normally a watch battery, such as a CR2032.)

To work around something going wrong with the above, please try adding to
/etc/e2fsck.conf --- or creating /etc/e2fsck.conf if it does not exist --- the
following lines

[options]
    broken_system_clock = true

More information about this can be found in the e2fsck.conf man page.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

      reply	other threads:[~2020-01-02 15:16 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-01-02 13:49 [Bug 206061] New: Poor NVME SSD support, EXT4 re-mounted bugzilla-daemon
2020-01-02 15:16 ` bugzilla-daemon [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=bug-206061-13602-4TmUTg69sz@https.bugzilla.kernel.org/ \
    --to=bugzilla-daemon@bugzilla.kernel.org \
    --cc=linux-ext4@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).