lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Date:   Thu, 19 Oct 2017 03:16:10 +0000
From:   bugzilla-daemon@...zilla.kernel.org
To:     linux-ext4@...nel.org
Subject: [Bug 197315] New: ext4 filesystem does not use its badblock list
 fully

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

               URL: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1
                    723415
            Bug ID: 197315
           Summary: ext4 filesystem does not use its badblock list fully
           Product: File System
           Version: 2.5
    Kernel Version: 4.14.0-041400rc4.201710130854
          Hardware: x86-64
                OS: Linux
              Tree: Mainline
            Status: NEW
          Severity: normal
          Priority: P1
         Component: ext4
          Assignee: fs_ext4@...nel-bugs.osdl.org
          Reporter: mihailov-d-v@...l.ru
        Regression: No

Always, when I have /dev/sdb2 mounted, I get an errors in the system log, such
as in the file dmesg.txt (attached)(there are i/o errors and something).

Thus I ran fsck:
{
root@...r:~# fsck.ext4 -fck /dev/sdb2
e2fsck 1.43.5 (04-Aug-2017)
Checking for bad blocks (read-only test): 0.24% done, 0:25done
/dev/sdb2: Updating bad block inode.
Pass 1: Checking inodes, blocks, and sizes
Programming error? block #230376 claimed for no reason in process_bad_block.
Programming error? block #230385 claimed for no reason in process_bad_block.
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

/dev/sdb2: ***** FILE SYSTEM WAS MODIFIED *****
}

But the errors did not disappear and I ran "badblocks -so ./bads-sdb2.txt -b
4096 /dev/sdb2"
Then I tried "fsck.ext4 -l ./bads-sdb2.txt /dev/sdb2" and it showed, among
other typical things, this:
{
Programming error? block #230376 claimed for no reason in process_bad_block.
Programming error? block #230385 claimed for no reason in process_bad_block.
}

Then I ran "dump2fs -b /dev/sdb2" and found that every block from bads-sdb2.txt
is already included in there, but the errors keep appear.

And while I was searching for a solution, I found this:
https://sourceforge.net/p/e2fsprogs/bugs/187/

I think this situation can be found on Ubuntu 16.04 too.
Thank you.

1) Ubuntu Artful Aardvark (development branch) 17.10
2) 4.13.0.15.16
...
I've tried to calculate somehow what block is on sector 50868652 and I got
6291509. Badblocks program successfully recognize this block as bad. And
"dumpe2fs -b" shows it. But this block is touched again and again. And I think
that means that messages "Programming error? block #?????? claimed for no
reason in process_bad_block" are irrelevant to this issue.
...
I used 4.14.0-041400rc4.201710130854 kernel for testing and the bug exists on
it too.

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

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ