Package: debian-installer Followup-For: Bug #869897
The dmcrypt / LUKS doesn't enable discard by default on purpose, as it might potentially be a security issue. I don't think personally it is actual security problem, but it is just my personal opinion. You would need to convince dmcrypt / luks maintainer to change the default probably. BTW. As of the moment kernel and ext4 and LVM doesn't detect automatically if the device is discard (TRIM) capable, and doesn't use it by default, which is rather missfortunate. So, yeah, I think it does belong to installer, especially when doing automated partitioning for the user. However, I think it is worth doing some stress tests and benchmarks on real hardware before actually implementing it. Anecdotal evidence and "recommendations", just in case are very weak argument. Also, there is a Debian Wiki article on this: https://wiki.debian.org/SSDOptimization Another way to quickly see TRIm supporting devices is `lsblk --discard` take a look at 3rd column (discard granularity), if it is more than 0, it supports discard / TRIM. Cheers, Witold -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.4.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
