Announcement

Collapse
No announcement yet.

The "EXT4 Corruption Issue" Has Been Fixed In Linux 4.20, Backport Pending To 4.19

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • The "EXT4 Corruption Issue" Has Been Fixed In Linux 4.20, Backport Pending To 4.19

    Phoronix: The "EXT4 Corruption Issue" Has Been Fixed In Linux 4.20, Backport Pending To 4.19

    The EXT4 file-system corruption issue on Linux 4.19 that also affected 4.20 development builds is now case closed for this pesky data corruption issue...

    http://www.phoronix.com/scan.php?pag....20-BLK-MQ-Fix

  • #2
    So, what happened there?

    Comment


    • #3
      Originally posted by dungeon View Post
      So, what happened there?

      That's the 960 EVO that died on me like a year ago+ and whenever I try to RMA it to Samsung, the RMA just keeps getting rejected... So got tired of it and using it for interesting pictures for articles.
      Michael Larabel
      http://www.michaellarabel.com/

      Comment


      • #4
        Michael you linked wrong patch.

        Comment


        • #5
          Originally posted by leonmaxx View Post
          Michael you linked wrong patch.
          Should be fixed now, thanks. Anzwix mangled the URL parsing.
          Michael Larabel
          http://www.michaellarabel.com/

          Comment


          • #6
            Disks on Linux 4.19+ were only vulnerable if using BLK-MQ and using no I/O scheduler.

            [...] Axboe commented, "Under a combination of circumstance, the direct issue path in blk-mq could corrupt data. This wasn't easy to hit, but the ones that are affected by it, seem to hit it pretty easily.
            Is there any distro/hardware where this would affect the "default" configuration, or is this a configuration that usually requires manual setup?

            Comment


            • #7
              Originally posted by dstaubsauger View Post

              Is there any distro/hardware where this would affect the "default" configuration, or is this a configuration that usually requires manual setup?
              Most Linux distros where the user is relying upon NVMe SSDs would be affected.
              Michael Larabel
              http://www.michaellarabel.com/

              Comment


              • #8
                Originally posted by Michael View Post

                That's the 960 EVO that died on me like a year ago+ and whenever I try to RMA it to Samsung, the RMA just keeps getting rejected... So got tired of it and using it for interesting pictures for articles.
                pursue the RMA and send it back like that

                Comment


                • #9
                  Originally posted by dstaubsauger View Post

                  Is there any distro/hardware where this would affect the "default" configuration, or is this a configuration that usually requires manual setup?
                  I can't speak for all distros, but it's not that easy to enable. You have to add a specif kernel parameter, and modify a udev rule. So I'm going to say no. However, it is one of the most common performance tweaks, especially for users that experience io bottlenecks in certain situations.

                  As someone that was affected by this bug, I'm not even mad. I think it's just a reminder to have good data audit practices (i.e. checksum tables, several backups, etc).

                  Comment


                  • #10
                    Is there a command to show the IO scheduler being used and if MQ-Buf is being used?

                    Comment

                    Working...
                    X