Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.user > #231364

Re: "Run fsck manually"..?

From Andy Smith <andy@strugglers.net>
Newsgroups linux.debian.user
Subject Re: "Run fsck manually"..?
Date 2021-02-03 02:50 +0100
Message-ID <BEfsR-2Ix-7@gated-at.bofh.it> (permalink)
References <BEe3M-1Zq-7@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


Hi,

On Tue, Feb 02, 2021 at 07:13:16PM -0500, hobie of RMN wrote:
> My brother's Debian system suddenly says on attempt to boot, "/dev/sda1:
> UNEXPECTED INCONSISTENCY:Runfsck manually", and, "inodes that were part of
> a corrupted orphan linked list found."
> 
> He enters "fsck" or "fsck /dev/sda1", and in a short while gets fsck
> identifying it's version, and nothing else.

There can be issues trying to run fsck on a mounted filesystem. What
happens if you do:

# touch /forcefsck
# reboot

?

That will force the system to do a fsck on boot, before the
filesystem is mounted for use. If that doesn't help I think you will
indeed have to try this from a live or rescue environment. The
Debian install media can boot into a rescue mode for tasks like
this.

The only time I've had something like this was when I created an
ext4 filesystem in Debian buster and then used it as a root
filesystem for CentOS 7.

The ext code in buster used a new filesystem feature that isn't
present in the ext4 driver in CentOS 7, so when CentOS 7 tried to
mount its root filesystem it said there were "inconsistencies" every
time. Yet doing a fsck in CentOS or trying the /forcefsck strategy I
mentioned above just said the filesystem was fine, and the
filesystem seemed fine in everyday use.

This was because the fsck in CentOS also could not understand the
new filesystem feature.

In the end I had to fsck it from Debian buster and then remove the
feature with tune2fs. CentOS 7 was happy with it then.

I am not saying this is what has happened to you. I'm just giving an
example of one weird set of circumstances that can lead to something
like this.

Cheers,
Andy

-- 
https://bitfolk.com/ -- No-nonsense VPS hosting

Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

"Run fsck manually"..? "hobie of RMN" <hobie@rumormillnews.com> - 2021-02-03 01:20 +0100
  Re: "Run fsck manually"..? Jessica Litwin <jessica@litw.in> - 2021-02-03 01:20 +0100
    Re: "Run fsck manually"..? Stefan Monnier <monnier@iro.umontreal.ca> - 2021-02-03 01:30 +0100
      Re: "Run fsck manually"..? Jeremy Andrews <thejeremy.net@gmail.com> - 2021-02-03 02:20 +0100
        Re: "Run fsck manually"..? "hobie of RMN" <hobie@rumormillnews.com> - 2021-02-03 02:50 +0100
  Re: "Run fsck manually"..? Andy Smith <andy@strugglers.net> - 2021-02-03 02:50 +0100
    Re: "Run fsck manually"..? Andy Smith <andy@strugglers.net> - 2021-02-03 03:40 +0100
      [SOLVED} Re: "Run fsck manually"..? "hobie of RMN" <hobie@rumormillnews.com> - 2021-02-03 05:50 +0100
    Re: "Run fsck manually"..? David Wright <deblis@lionunicorn.co.uk> - 2021-02-03 05:10 +0100
      Re: "Run fsck manually"..? Darac Marjal <mailinglist@darac.org.uk> - 2021-02-03 09:40 +0100
      Re: "Run fsck manually"..? Greg Wooledge <wooledg@eeg.ccf.org> - 2021-02-03 13:40 +0100
        Re: "Run fsck manually"..? David Wright <deblis@lionunicorn.co.uk> - 2021-02-03 17:10 +0100
          Re: "Run fsck manually"..? Greg Wooledge <wooledg@eeg.ccf.org> - 2021-02-03 17:30 +0100
            Re: "Run fsck manually"..? Stefan Monnier <monnier@iro.umontreal.ca> - 2021-02-03 17:40 +0100
            Re: "Run fsck manually"..? David Wright <deblis@lionunicorn.co.uk> - 2021-02-03 21:10 +0100
              Re: "Run fsck manually"..? Greg Wooledge <wooledg@eeg.ccf.org> - 2021-02-03 22:00 +0100
                Re: "Run fsck manually"..? David Wright <deblis@lionunicorn.co.uk> - 2021-02-04 02:10 +0100

csiph-web