Boot method: USB
Image version: https://cdimage.debian.org/cdimage/trixie_di_rc2/amd64/iso-dvd/debian-trixie-DI-rc2-amd64-DVD-1.iso 2025-07-02 03:08
Date: <Date and time of the install>

Machine: Framework Laptop 13 (AMD Ryzen AI)
Partitions: <df -Tl will do; the raw partition table is preferred>


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:           [O]
Detect network card:    [O]
Configure network:      [O]
Detect media:           [O]
Load installer modules: [O]
Clock/timezone setup:   [ ]
User/password setup:    [ ]
Detect hard drives:     [O]
Partition hard drives:  [ ]
Install base system:    [ ]
Install tasks:          [ ]
Install boot loader:    [ ]
Overall install:        [ ]

Comments/Problems:

I tried to resize the LVM volumes on my laptop by booting from the latest
Debian installer DVD.

It fails the same way as described in bug #1065606 which is supposed
to be fixed:

$ lvresize --size -32G --resizefs /dev/frm-vg/home
[...]
  /usr/libexec/lvresize_fs_helper: execvp failed: No such file or directory
  Failed to extend file system with lvresize_fs_helper.

The workaround given in bug #1065606, using "--fs resize_fsadm"
instead of "--resizefs" does not work either:

  /usr/sbin/fsadm: execvp failed: No such file or directory

(Apart from trixie RC2 I also tried the latest weekly release
dated 2025-07-16 17:45; it had the same problem)

Hallo Christian,

Christian Weiske <cweiske+bugs.debian.org@cweiske.de> (2025-07-20):
regular system, so this might have been about adding the same helper in
the udeb (used by the installer), but the commit addressing that bug
included the helper in both lvm2 and lvm2-udeb:

https://salsa.debian.org/lvm-team/lvm2/-/commit/3184146606d97d52e9713513e03f8ee832a70826

and indeed:

    (unstable-amd64-devel)kibi@tokyo:/tmp$ dpkg --contents lvm2-udeb_2.03.31-2_amd64.udeb | grep lvresize_fs_helper
    -rwxr-xr-x root/root      9793 2025-02-27 16:51 ./usr/libexec/lvresize_fs_helper

which is what we have in testing:

    (unstable-amd64-devel)kibi@tokyo:/tmp$ rmadison -s testing,unstable lvm2-udeb
    lvm2-udeb  | 2.03.31-2     | testing    | amd64, arm64, armel, armhf, i386, ppc64el, riscv64, s390x
    lvm2-udeb  | 2.03.31-2     | unstable   | amd64, arm64, armel, armhf, i386, mips64el, ppc64el, riscv64, s390x

Second reaction: the ENOENT can be tricky! That's a script, with an
interpreter set to /usr/bin/bash, which isn't available in the
installer's environment.

Skimming over the script, it should be feasible to make that a POSIX
shell script, which would make it usable in the installer as well.

Cc-ing lvm2 maintainers for input regarding doability/desirability.

The installer environment doesn't feature all commands you would find on
a regular system, so that part is not surprising.

ACK, thanks for trying and mentioning that as well.


Cheers,

Hi,

Cyril Brulebois <kibi@debian.org> (2025-07-20):

Totally untested, shellcheck-driven conversion attempt:
https://salsa.debian.org/kibi/lvm2/-/commits/posixify

(merely to verify my initial “this should be doable” assessment)


Cheers,