Расписание trim

[madesta]

"Из коробки" в LM установлено, что для SSD trim автоматически выполняется по понедельникам примерно после полуночи. Пример:
systemctl list-timers
NEXT Mon 2025-03-24 01:27:02 +03
LEFT 2 days
LAST Mon 2025-03-17 00:20:31 +03
- fstrim.timer fstrim.service
Кто-нибудь сталкивался с необходимостью переназначить это время на другое? Смею предположить, что подавляющее большинство пользователей в это время с воскресенья на понедельник уже спит, в результате чего полезность такого задания стремится к нулевому значению. Или же следует пойти по одному из двух других путей: монтировать ext4 с discard, либо для выполнения trim в нужное время создать отдельное задание cron?

[hellonet]

trim автоматически выполняется по понедельникам примерно после полуночи.

Время "После полуночи" скорее всего длится 24 часа - до следующей полуночи. Если в понедельник вечером после работы включил комп, то TRIM отработает

[madesta]

Позволю выразить сомнение. Судя по всему, задача отрабатывается именно по таймеру: сидит служба и смотрит время срабатывания триггера задания:

Код: Выделить всё

 systemctl status fstrim.timer
     fstrim.timer - Discard unused filesystem blocks once a week
     Loaded: loaded (/usr/lib/systemd/system/fstrim.timer; enabled; preset: enabled)
     Active: active (waiting) since Fri 2025-03-21 11:07:46 +03; 3h 49min ago
    Trigger: Mon 2025-03-24 01:27:02 +03; 2 days left
   Triggers: ● fstrim.service
       Docs: man:fstrim
мар 21 11:07:46 H-4 systemd[1]: Started fstrim.timer - Discard unused filesystem blocks once a week.

Не буду утверждать категорично, но полагаю, что если задание не было выполнено, но оно автоматически планируется на следующую неделю. Расковырять бы таймеры systemd, но у меня таких знаний пока что не имеется. И по какой команде посмотреть, выполнен ли был trim, если в понедельник вечером после работы я включился?

[WWolf]

Cмею предположить, что подавляющее большинство пользователей в это время с воскресенья на понедельник уже спит, в результате чего полезность такого задания стремится к нулевому значению.

не смей, таймер сработает сразу же, если увидит что время прошло...

Active: active (waiting) since Fri 2025-03-21 11:07:46 +03; 3h 49min ago

вот это время когда он отработал крайний раз

[madesta]

когда он отработал крайний раз

Не соглашусь. По-моему мнению, это время прошло с запуска самой службы fstrim.service, но не триггера запуска trim, то есть это время прошло с момента включения мной компьютера, что примерно и совпадает. Вот недавно с полчаса назад пришёл из магазина и включил компьютер:

Код: Выделить всё

~$ systemctl status fstrim.timer
● fstrim.timer - Discard unused filesystem blocks once a week
     Loaded: loaded (/usr/lib/systemd/system/fstrim.timer; enabled; preset: enabled)
     Active: active (waiting) since Fri 2025-03-21 17:19:45 +03; 38min ago
    Trigger: Mon 2025-03-24 01:16:10 +03; 2 days left
   Triggers: ● fstrim.service
       Docs: man:fstrim

мар 21 17:19:45 H-4 systemd[1]: Started fstrim.timer - Discard unused filesystem blocks once a week.

Что-то мне не верится, что у меня при включении отработался trim. Исходя из такой логики, trim должен выполняться при каждом новом запуске системы. Тогда из каких соображений имеется целая служба с таймером?
Попытка найти концы пока что не увенчалась успехом. В /etc/systemd/system/timers.target.wants найден fstrim.timer, являющийся ссылкой на /lib/systemd/system/fstrim.timer Но его листинг ясности не внёс:

Код: Выделить всё

[Unit]
Description=Discard unused filesystem blocks once a week
Documentation=man:fstrim
ConditionVirtualization=!container
ConditionPathExists=!/etc/initrd-release

[Timer]
OnCalendar=weekly
AccuracySec=1h
Persistent=true
RandomizedDelaySec=100min

[Install]
WantedBy=timers.target

А вот сама служба:

Код: Выделить всё

[Unit]
Description=Discard unused blocks on filesystems from /etc/fstab
Documentation=man:fstrim(8)
ConditionVirtualization=!container

[Service]
Type=oneshot
ExecStart=/sbin/fstrim --listed-in /etc/fstab:/proc/self/mountinfo --verbose --quiet-unsupported
PrivateDevices=no
PrivateNetwork=yes
PrivateUsers=no
ProtectKernelTunables=yes
ProtectKernelModules=yes
ProtectControlGroups=yes
MemoryDenyWriteExecute=yes
SystemCallFilter=@default @file-system @basic-io @system-service

Можно было бы предположить, что при старте службы выполняется /sbin/trim, но в /sbin я trim не нашёл

Код: Выделить всё

~$ ls /sbin
...
sysctl
system-tools-backends
tarcat
tc
telinit
thermald
tipc
tune.exfat
tune2fs
tunefs.reiserfs
u-d-c-print-pci-ids
umount.ecryptfs
... 

[WWolf]

По-моему мнению

документацию читай

[WWolf]

Можно было бы предположить, что при старте службы выполняется /sbin/trim, но в /sbin я trim не нашёл

потому что искать надо

ExecStart=/sbin/fstrim

[madesta]

потому что искать надо

Посыпаю голову пеплом, каюсь . Тогда получается, что служба с таймером это как дополнительная процедура и вопрос поднят напрасно?

[WWolf]

madesta, таймеры это как задания в кроне, но с дополнительными плюшками - рандомная задержка, запускаться когда система ничего не делает, однократные исполнения, а не по расписанию...
в интернетах инфы с избытком, за час разобраться можно

[madesta]

Просто смутило в man fstrim вот это:

Running fstrim frequently, or even using mount -o discard, might negatively affect the lifetime of poor-quality SSD devices. For most desktop and server systems a sufficient trimming frequency is once a week.

в интернетах инфы с избытком

Согласен, что с избытком, но не всегда можно получить внятное объяснение почему именно так, а не иначе.

[WWolf]

madesta, короче я понял - тебя смутило время отработки таймера и время самого действа
идём в fstrim.timer и видим:

Код: Выделить всё

[Timer]
OnCalendar=weekly
AccuracySec=1h
Persistent=true
RandomizedDelaySec=100min  

то есть исполнять действо раз в неделю, с точностью 1час и рандомной задержкой 100 минут...

[WWolf]

madesta, есть такая команда systemctl list-timers
которая показывает когда будет следующий вызов действа, сколько времени осталось до него и когда исполнилось в прошлый раз

Код: Выделить всё

NEXT                                 LEFT LAST                              PASSED UNIT                                   ACTIVATES                               
Mon 2025-03-24 00:57:37 MSK        2 days Mon 2025-03-17 11:15:55 MSK            - fstrim.timer                           fstrim.service

если текущее время больше чем должен был произойти вызов (ну вот в понедельник включится комп), то немедленно взводится действо с рандомной задержкой

[madesta]

если текущее время больше чем должен был произойти вызов (ну вот в понедельник включится комп), то немедленно взводится действо с рандомной задержкой

Хотел найти подтверждение тому, что если не было выполнено по таймеру, то будет выполнено при следующем включении системы. Если это действительно так, то вопрос, в общем-то, и отпадает. Как для меня так значения не имеет, но знакомые могут вынести мозг. А лично я сам себе "злобный Буратино", который в ночь на понедельник может запланировать выключиться и попозже :

shutdown-plan.png (9.93 КБ) 476 просмотров

[slant]

В общем-то, это cron так не умел. Чтобы добиться такого эффекта - придумали anacron. Посмотрел на все это Поттеринг и решил - и это тоже переписать по своему, как и все остальное в systemd. В своем уникальном стиле "сложнее но проще". Или "проще но сложнее". Кому как, в общем.

[hellonet]

который в ночь на понедельник может запланировать выключиться и попозже :

Можно вообще в воскресенье не выключать, а выключить в понедельник как проснешься