fstrim - the discard operation is not supported

Возможно, разделы не выровнены по страницам?

Со времени последнего выполнения fstrim в апреле разделы не менялись. В апреле fstrim работал нормально, сейчас не хочет. Проверил разделы в винде chkdsk - пишет что всё чисто.

Что-то я сбрехал, не все разделы ntfs.

Те, которые потримались - это fat32 разделы. Те, которые fstrim пише, что discard не поддерживается - ntfs. Что за дичь? Ntfs должен поддерживать.

Может драйвер ntfs3 виноват? Через что монтируются разделы?

Что за дичь? Ntfs должен поддерживать.

Кто должен?

ntfs3 kernel driver only supports continuous TRIM.

NTFS-3G driver only supports periodic TRIM

lsmod говорит, что ntfs3 загружен. И какая разница, continuous или periodic, операции одни и те же?

continuous - драйвер FS сам делает TRIM, как только удаляешь файл.

periodic - TRIM происходит только по запросу, например от fstrim.

Получается, что если хочешь сделать трим - удаляешь какой-нибудь файл.

Тогда непонятно, почему внутренний ssd c ntfs разделом спокойно тримается командой fstrim -av?

/mnt/win10: 30.3 GiB (32543195136 bytes) trimmed on /dev/sda2

Для внутреннего ssd что, другой драйвер используется? Тот, который позволяет periodic trim? Или в чем тут дело?

Набери mount и посмотри какой там драйвер.

Это раздел на внешнем ssd, тот который не поддерживает discard

/dev/sde8 on /run/media/root/PACK type ntfs3 (rw,nosuid,nodev,relatime,uid=0,gid=0,iocharset=utf8,uhelper=udisks2)

Это раздел на внутреннем ssd, который поддерживает discard:

/dev/sda2 on /mnt/win10 type fuseblk (rw,nosuid,nodev,noexec,noatime,user_id=0,group_id=0,allow_other,blksize=4096)

Дич, не дичь, но истина где то тут. Линуксовые драйвера ntfs в принципе никому ничего не должны.

type ntfs3

Эта NTFS смонтирована через ядерный драйвер

type fuseblk

А вот эта через FUSE реализацию (ntfs-3g)

Как так вышло и почему у тебя используются обе реализации NTFS одновременно разбирайся сам.

Раньше у меня стояло самосборное ядро, затем перешел на kernel-gentoo-dist, видимо раньше был только ntfs-3g, теперь похоже что оба.

В принципе если удаление файла на разделе автоматом вызывает trim, пусть так и будет. Лишь бы знать, как до него добраться.

В принципе если удаление файла на разделе автоматом вызывает trim, пусть так и будет. Лишь бы знать, как до него добраться.

У тебя не вызывает. Надо discard в опции монтирования добавить.

Тогда придётся раздел в fstab прописать.

Всем спасибо.

Ну или можно для периодического трима скриптом по крону перемонтировать на ntfs-3g и тримить, после чего возвращать всё обратно. Геморно, но позволит избежать недостатков continuous trim.

перемонтировать на ntfs-3g

Каким образом?

Надо discard в опции монтирования добавить.

пробую в fstab прописать

LABEL=PACK  /mnt/pack   ntfs-3g     noatime,users,acl,discard     0 0

/dev/sde8 on /mnt/pack type fuseblk (rw,nosuid,nodev,noexec,noatime,user_id=0,group_id=0,allow_other,blksize=4096)

Пробовал вместо ntfs-3g указать ntfs - всё равно монтируется без опции discard, единственное изменение - вместо fuseblk стоит ntfs3.

/dev/sde8 on /mnt/pack type ntfs3 (rw,nosuid,nodev,noexec,noatime,user_id=0,group_id=0,allow_other,blksize=4096)

Почему игнорит опцию discard?

Каким образом?

# umount <path> # отмонтировали ntfs3
# mount <пишем все аргументы маунта ручками для монтирования ntfs-3g, не трогая fstab>
# fstrim <path>
# umount <path> # отмонтировали ntfs-3g
# mount <path>  # теперь опять монтируетсяntfs3, используя опции из fstab

После правки fstab надо systemctl daemon-reload делать.

У меня openrc

ntfs-3g

discard

fstrim

Ты методом «тыка» что ли делаешь?

Ты либо прописываешь discard в опции монтирования (и у тебя trim выполняется при удалении), либо discard не прописываешь и делаешь периодический trim через fstrim. И ещё надо учитывать, какой драйвер ntfs что именно поддерживает.

Прописывать discard и пытаться запускать fstrim - неверно (ну, точнее, оно отработает 1 раз только)

Опция -o discard не нужна как раз

У меня openrc

mount -a монтирует всё, что прописано в fstab, но, наверное, придётся сначала ручками отмонтировать то, для чего изменились опции

Тот же выхлоп и без discard.

А если с -o rw?

discard not supported

А что говорит lsblk --discard <устройство>?

Нашел вроде где собака порылась: после правки fstab надо mount -a делать, я же монтировал конкретный раздел. Сделал mount -a и опция discard отобразилась в выхлопе:

/dev/sde8 on /mnt/pack type ntfs3 (rw,nosuid,nodev,noexec,noatime,uid=0,gid=0,discard,acl,iocharset=utf8)

Надеюсь, теперь при удалении с раздела файлов trim будет происходить автоматом?

В таком варианте да.

Интересно, есть где-нибудь индикация того, что trim действительно была вызвана и сработала? Или можно как-то определить, есть необходимость в выполнении trim или нет?

Сотри какой-нибудь файл, в котором есть известные тебе строки. И через пол-часа бездействия диска поищи эти строки на незанятой файлами части раздела.

Для сравнения можно ещё поискать сразу после стирания.