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


Groups > linux.debian.kernel > #83836 > unrolled thread

Bug#1080485: linux-image-amd64: fstrim does not respect --length on XFS filesystems

Started byRobin Björklin <robin.bjorklin@gmail.com>
First post2024-09-04 23:00 +0200
Last post2024-09-05 09:40 +0200
Articles 2 — 2 participants

Back to article view | Back to linux.debian.kernel


Contents

  Bug#1080485: linux-image-amd64: fstrim does not respect --length on XFS filesystems Robin  Björklin <robin.bjorklin@gmail.com> - 2024-09-04 23:00 +0200
    Bug#1080485: linux-image-amd64: fstrim does not respect --length on XFS filesystems Salvatore Bonaccorso <carnil@debian.org> - 2024-09-05 09:40 +0200

#83836 — Bug#1080485: linux-image-amd64: fstrim does not respect --length on XFS filesystems

FromRobin Björklin <robin.bjorklin@gmail.com>
Date2024-09-04 23:00 +0200
SubjectBug#1080485: linux-image-amd64: fstrim does not respect --length on XFS filesystems
Message-ID<Jj5gB-9YTo-3@gated-at.bofh.it>

[Multipart message — attachments visible in raw view] — view raw

Package: linux-image-amd64
Version: 6.1.85-1
Severity: normal
Tags: upstream
X-Debbugs-Cc: robin.bjorklin@gmail.com

Dear Maintainer,

When attempting to use fstrim on an XFS file system I found that it
trims a lot more than what I request.
When execusting this: fstrim -v --offset 0 --length 330000000 /
I was expecting to see fstrim reporting less than 330MB trimmed
however what I found was that fstrim reported 446.9GiB * trimmed.

I have found that this problem has been reproduced and fixed
in a later kernel version and would like to see this patch
backported to the Debian stable kernel.

https://github.com/torvalds/linux/commit/b0ffe661fab4b939e4472ef96b8dac3c74e0e03e

-- System Information:
Debian Release: 12.5
  APT prefers stable-security
  APT policy: (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-20-amd64 (SMP w/80 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE
not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages linux-image-amd64 depends on:
ii  linux-image-6.1.0-20-amd64  6.1.85-1

linux-image-amd64 recommends no packages.

linux-image-amd64 suggests no packages.

-- no debconf information

[toc] | [next] | [standalone]


#83843

FromSalvatore Bonaccorso <carnil@debian.org>
Date2024-09-05 09:40 +0200
Message-ID<JjffX-a56C-5@gated-at.bofh.it>
In reply to#83836
Hi,

On Wed, Sep 04, 2024 at 01:53:01PM -0700, Robin  Björklin wrote:
> Package: linux-image-amd64
> Version: 6.1.85-1
> Severity: normal
> Tags: upstream
> X-Debbugs-Cc: robin.bjorklin@gmail.com
> 
> Dear Maintainer,
> 
> When attempting to use fstrim on an XFS file system I found that it
> trims a lot more than what I request.
> When execusting this: fstrim -v --offset 0 --length 330000000 /
> I was expecting to see fstrim reporting less than 330MB trimmed
> however what I found was that fstrim reported 446.9GiB * trimmed.
> 
> I have found that this problem has been reproduced and fixed
> in a later kernel version and would like to see this patch
> backported to the Debian stable kernel.
> 
> https://github.com/torvalds/linux/commit/b0ffe661fab4b939e4472ef96b8dac3c74e0e03e

This does not look like a good candidate for a stable release
upstream, but to anwer your question bout making it to Debian: to make
that happen, ensure it lands upstream in the 6.1.y series by asking
upstream to backport it (if confirmed it fixes a bug in the 6.1.y
series).

As the change is rather substantial, I would suggest to first approach
the XFS maintainers and in particular the two involved in the commit.

Hope this helps,

Regards,
Salvatore

[toc] | [prev] | [standalone]


Back to top | Article view | linux.debian.kernel


csiph-web