All of lore.kernel.org
 help / color / mirror / Atom feed
From: bugzilla-daemon@bugzilla.kernel.org
To: linux-ext4@vger.kernel.org
Subject: [Bug 186981] New: ext4 is not working on kernel 4.8.6
Date: Sat, 05 Nov 2016 00:19:01 +0000	[thread overview]
Message-ID: <bug-186981-13602@https.bugzilla.kernel.org/> (raw)

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

            Bug ID: 186981
           Summary: ext4 is not working on kernel 4.8.6
           Product: File System
           Version: 2.5
    Kernel Version: 4.8.6
          Hardware: x86-64
                OS: Linux
              Tree: Mainline
            Status: NEW
          Severity: blocking
          Priority: P1
         Component: ext4
          Assignee: fs_ext4@kernel-bugs.osdl.org
          Reporter: jonfr1900@jonfr.com
        Regression: No

Created attachment 243681
  --> https://bugzilla.kernel.org/attachment.cgi?id=243681&action=edit
kernel 4.8.6 config regarding ext4 error

This might just be a limited issue to my set-up, but I doubt it. The issue is
that I was attempting to upgrade from 4.7.4 up to 4.8.6. Nothing was changed.
When I did try to boot the new kernel I got a file system error message related
to ext4. This also created a corruption in my /dev/sda3 file system (ext3) and
I had to manually correct it (that might have been due to unclean unmount since
I had to cold reboot the computer). I did test to switch the setting from
compiled in into modules, but that did not solve this issue. The ext3 file
systems mount properly it seems, regardless of the errors I got later on after
cold reboots on the computer.

I did not get into the shell following this issue. I don't think this is any
type of misconfiguration at my end. Since I follow rather regular and stable
setting if possible.

sdb1 is a ext4 file system. While the rest is ext3. I don't have any issue with
kernel 4.7.4 with the same setting. The size is 1TB.

I get this in my rc.log. I'm running Gentoo linux and compiling the kernel with
genkernel (for convince).

----

* Setting system clock using the hardware clock [Local Time] ...
 [ ok ]
 * Autoloaded 0 module(s)
 * Checking local filesystems  ...
/dev/sda3: clean, 1189275/13172736 files, 15645957/52690944 blocks
fsck.ext4: Bad magic number in super-block while trying to open /dev/sdb1
/dev/sdb1:
The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>
 or
    e2fsck -b 32768 <device>

/dev/sda1: clean, 880/51200 files, 179161/204800 blocks
/dev/sda4: clean, 663797/47210496 files, 143195124/188826806 blocks
 * Operational error
 [ !! ]
 * Remounting root filesystem read/write ...
 [ ok ]
 * Remounting filesystems ...
 [ ok ]
 * Updating /etc/mtab ...
 * Creating mtab symbolic link
 [ ok ]
 * Activating swap devices ...
 [ ok ]
 * Mounting local filesystems ...
mount: wrong fs type, bad option, bad superblock on /dev/sdb1,
       missing codepage or helper program, or other error

       In some cases useful info is found in syslog - try
       dmesg | tail or so.
 * Some local filesystem failed to mount
 [ !! ]
 * Mounting misc binary format filesystem ...
 [ ok ]
 * Loading custom binary format handlers ...
 [ ok ]
----

Attached is my kernel config for 4.8.6. This was my last attempt to solve this
issue.

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

                 reply	other threads:[~2016-11-05  0:19 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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-186981-13602@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.