История изменений

В том-то и дело, что я не предпринимал ничего нестандартного. timedatectl set-local-rtc 1, и все таймеры сбились.

Но история в целом несколько длиннее: суть в том, что мой 60 Гб SSD разбит на 3 раздела (ESP, системный и ещё один для Windows на NTFS). По умолчанию в Manjaro TRIM постоянный, через опцию discard, но, насколько я понимаю, он не очень хорошо влияет на срок жизни SSD, поэтому я отказался в пользу TRIM'а раз в неделю с помощью fstrim. По умолчанию fstrim TRIM'ит все примонтированные разделы, но NTFS-раздел в GNU/Linux я не использую (а TRIM в оффтопике я полностью отключил), и он не монтируется при загрузке.

Казалось бы, это совершенно не проблема, т.к. достаточно включить его в fstab. Но ситуация несколько сложнее: в целях снижения уровня шума я отключаю (перевожу в idle, точнее) HDD с помощью hdparm, при этом, делаю это не автоматически, так как одному из моих HDD уже больше 7 лет, и слишком частые выключения негативно скажутся на сроке его службы. Иными словами, я примерно составляю план использования HDD (мысленно), и перевожу их в idle в случае неактивности в течение как минимум нескольких часов, чтобы уменьшить нагрузку на старый HDD (и на новый, но о старом я беспокоюсь больше).

Но и тут есть один интересный момент: по неизвестной причине диски выходят из idle при примонтировании любого раздела. Неважно какого и с какого диска. Иными словами, если случится внезапный fstrim для SSD, то он может «разбудить» HDD в неподходящий момент.

Тот факт, что о состоянии SSD я тоже забочусь, а также граничащее с обсессией нежелание держать примонтированными разделы, привели к тому, что я вручную выполняю fstrim --verbose на NTFS-раздел каждую неделю. Одновременно с этим, я проверяю, был ли TRIM'нут основной раздел (и ESP) через journalctl -r -b | grep trim и systemctl list-timers --all. В одном из таких случае я, пусть и не сразу, обнаружил задержку, которую описал в ОП.

В том-то и дело, что я не предпринимал ничего нестандартного. timedatectl set-local-rtc 1, и все таймеры сбились.

Но история в целом несколько длиннее: суть в том, что мой 60 Гб SSD разбит на 3 раздела (ESP, системный и ещё один для Windows на NTFS). По умолчанию в Manjaro TRIM постоянный, через опцию discard, но, насколько я понимаю, он не очень хорошо влияет на срок жизни SSD, поэтому я отказался в пользу TRIM'а раз в неделю с помощью fstrim. По умолчанию fstrim TRIM'ит все примонтированные разделы, но NTFS-раздел в GNU/Linux я не использую (а TRIM в оффтопике я полностью отключил), и он не монтируется при загрузке.

Казалось бы, это совершенно не проблема, т.к. достаточно включить его в fstab. Но ситуация несколько сложнее: в целях снижения уровня шума я отключаю (перевожу в idle, точнее) HDD с помощью hdparm, при этом, делаю это не автоматически, так как одному из моих HDD уже больше 7 лет, и слишком частые выключения негативно скажутся на сроке его службы. Иными словами, я примерно составляю план использования HDD (мысленно), и перевожу их в idle в случае неактивности в течение как минимум нескольких часов, чтобы уменьшить нагрузку на старый HDD (и на новый, но о старом я беспокоюсь больше).

Но и тут есть один интересный момент: по неизвестной причине диски выходят из idle при примонтировании любого раздела. Неважно какого и с какого диска. Иными словами, если случится внезапный fstrim для SSD, то он может «разбудить» HDD в неподходящий момент.

Тот факт, что о состоянии SSD я тоже забочусь, а также граничащее с обсессией нежелание держать примонтированными разделы, привели к тому, что я вручную выполняю fstrim --verbose на NTFS-раздел каждую неделю. Одновременно с этим, я проверяю, был ли TRIM'нут основной раздел (и ESP) через systemctl -r -b | grep trim и systemctl list-timers --all. В одном из таких случае я, пусть и не сразу, обнаружил задержку, которую описал в ОП.

В том-то и дело, что я не предпринимал ничего нестандартного. timedatectl set-local-rtc 1, и все таймеры сбились.

Но история в целом несколько длиннее: суть в том, что мой 60 Гб SSD разбит на 3 раздела (ESP, системный и ещё один для Windows на NTFS). По умолчанию в Manjaro TRIM постоянный, через опцию discard, но, насколько я понимаю, он не очень хорошо влияет на срок жизни SSD, поэтому я отказался в пользу TRIM'а раз в неделю с помощью fstrim. По умолчанию fstrim TRIM'ит все примонтированные разделы, но NTFS-раздел в GNU/Linux я не использую (а TRIM в оффтопике я полностью отключил), и он не монтируется при загрузке.

Казалось бы, это совершенно не проблема, т.к. достаточно включить его в fstab. Но ситуация несколько сложнее: в целях снижения уровня шума я отключаю (перевожу в idle, точнее) HDD с помощью hdparm, при этом, делаю это не автоматически, так как одному из моих HDD уже больше 7 лет, и слишком частые выключения негативно скажутся на сроке его службы. Иными словами, я примерно составляю план использования HDD (мысленно), и перевожу их в idle в случае неактивности в течение как минимум нескольких часов, чтобы уменьшить нагрузку на старый HDD (и на новый, но о старом я беспокоюсь больше).

Но и тут есть один интересный момент: по неизвестной причине диски выходят из idle при примонтировании любого раздела. Неважно какого и с какого диска. Иными словами, если случится внезапный fstrim, то он может «разбудить» HDD в неподходящий момент.

Тот факт, что о состоянии SSD я тоже забочусь, а также граничащее с обсессией нежелание держать примонтированными разделы, привели к тому, что я вручную выполняю fstrim --verbose на NTFS-раздел каждую неделю. Одновременно с этим, я проверяю, был ли TRIM'нут основной раздел (и ESP) через systemctl -r -b | grep trim и systemctl list-timers --all. В одном из таких случае я, пусть и не сразу, обнаружил задержку, которую описал в ОП.

В том-то и дело, что я не предпринимал ничего нестандартного. timedatectl set-local-rtc 1, и все таймеры сбились.

Но история в целом несколько длиннее: суть в том, что мой 60 Гб SSD разбит на 3 раздела (ESP, системный и ещё один для Windows на NTFS). По умолчанию в Manjaro TRIM постоянный, через опцию discard, но, насколько я понимаю, он не очень хорошо влияет на срок жизни SSD, поэтому я отказался в пользу TRIM'а раз в неделю с помощью fstrim. По умолчанию fstrim TRIM'ит все примонтированные разделы, но NTFS-раздел в GNU/Linux я не использую (а TRIM в оффтопике я полностью отключил), и он не монтируется при загрузке.

Казалось бы, это совершенно не проблема, т.к. достаточно включить его в fstab. Но ситуация несколько сложнее: в целях снижениz уровня шума я отключаю (перевожу в idle, точнее) HDD с помощью hdparm, при этом, делаю это не автоматически, так как одному из моих HDD уже больше 7 лет, и слишком частые выключения негативно скажутся на сроке его службы. Иными словами, я примерно составляю план использования HDD (мысленно), и перевожу их в idle в случае неактивности в течение как минимум нескольких часов, чтобы уменьшить нагрузку на старый HDD (и на новый, но о старом я беспокоюсь больше).

Но и тут есть один интересный момент: по неизвестной причине диски выходят из idle при примонтировании любого раздела. Неважно какого и с какого диска. Иными словами, если случится внезапный fstrim, то он может «разбудить» HDD в неподходящий момент.

Тот факт, что о состоянии SSD я тоже забочусь, а также граничащее с обсессией нежелание держать примонтированными разделы, привели к тому, что я вручную выполняю fstrim --verbose на NTFS-раздел каждую неделю. Одновременно с этим, я проверяю, был ли TRIM'нут основной раздел (и ESP) через systemctl -r -b | grep trim и systemctl list-timers --all. В одном из таких случае я, пусть и не сразу, обнаружил задержку, которую описал в ОП.

В том-то и дело, что я не предпринимал ничего нестандартного. timedatectl set-local-rtc 1, и все таймеры сбились.

Но история в целом несколько длиннее: суть в том, что мой 60 Гб SSD разбит на 3 раздела (ESP, системный и ещё один для Windows на NTFS). По умолчанию в Manjaro TRIM постоянный, через опцию discard, но, насколько я понимаю, он не очень хорошо влияет на срок жизни SSD, поэтому я отказался в пользу TRIM'а раз в неделю с помощью fstrim. По умолчанию fstrim TRIM'ит все примонтированные разделы, но NTFS-раздел в GNU/Linux я не использую (а TRIM в оффтопике я полностью отключил).

Казалось бы, это совершенно не проблема, т.к. достаточно включить его в fstab. Но ситуация несколько сложнее: в целях снижениz уровня шума я отключаю (перевожу в idle, точнее) HDD с помощью hdparm, при этом, делаю это не автоматически, так как одному из моих HDD уже больше 7 лет, и слишком частые выключения негативно скажутся на сроке его службы. Иными словами, я примерно составляю план использования HDD (мысленно), и перевожу их в idle в случае неактивности в течение как минимум нескольких часов, чтобы уменьшить нагрузку на старый HDD (и на новый, но о старом я беспокоюсь больше).

Но и тут есть один интересный момент: по неизвестной причине диски выходят из idle при примонтировании любого раздела. Неважно какого и с какого диска. Иными словами, если случится внезапный fstrim, то он может «разбудить» HDD в неподходящий момент.

Тот факт, что о состоянии SSD я тоже забочусь, а также граничащее с обсессией нежелание держать примонтированными разделы, привели к тому, что я вручную выполняю fstrim --verbose на NTFS-раздел каждую неделю. Одновременно с этим, я проверяю, был ли TRIM'нут основной раздел (и ESP) через systemctl -r -b | grep trim и systemctl list-timers --all. В одном из таких случае я, пусть и не сразу, обнаружил задержку, которую описал в ОП.

В том-то и дело, что я не предпринимал ничего нетсандартного. timedatectl set-local-rtc 1, и все таймеры сбились.

Но история в целом несколько длиннее: суть в том, что мой 60 Гб SSD разбит на 3 раздела (ESP, системный и ещё один для Windows на NTFS). По умолчанию в Manjaro TRIM постоянный, через опцию discard, но, насколько я понимаю, он не очень хорошо влияет на срок жизни SSD, поэтому я отказался в пользу TRIM'а раз в неделю с помощью fstrim. По умолчанию fstrim TRIM'ит все примонтированные разделы, но NTFS-раздел в GNU/Linux я не использую (а TRIM в оффтопике я полностью отключил).

Казалось бы, это совершенно не проблема, т.к. достаточно включить его в fstab. Но ситуация несколько сложнее: в целях снижениz уровня шума я отключаю (перевожу в idle, точнее) HDD с помощью hdparm, при этом, делаю это не автоматически, так как одному из моих HDD уже больше 7 лет, и слишком частые выключения негативно скажутся на сроке его службы. Иными словами, я примерно составляю план использования HDD (мысленно), и перевожу их в idle в случае неактивности в течение как минимум нескольких часов, чтобы уменьшить нагрузку на старый HDD (и на новый, но о старом я беспокоюсь больше).

Но и тут есть один интересный момент: по неизвестной причине диски выходят из idle при примонтировании любого раздела. Неважно какого и с какого диска. Иными словами, если случится внезапный fstrim, то он может «разбудить» HDD в неподходящий момент.

Тот факт, что о состоянии SSD я тоже забочусь, а также граничащее с обсессией нежелание держать примонтированными разделы, привели к тому, что я вручную выполняю fstrim --verbose на NTFS-раздел каждую неделю. Одновременно с этим, я проверяю, был ли TRIM'нут основной раздел (и ESP) через systemctl -r -b | grep trim и systemctl list-timers --all. В одном из таких случае я, пусть и не сразу, обнаружил задержку, которую описал в ОП.