Bug 5368 - Fail on load from SSD
: Fail on load from SSD
Status: RESOLVED WORKSFORME
Product: Desktop Bugs
Classification: ROSA Desktop
Component: Main Packages
: Fresh
: All Linux
: Normal normal
: ---
Assigned To: ROSA Linux Bugs
: ROSA Linux Bugs
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2015-04-09 10:08 MSD by Vladimir Potapov
Modified: 2017-02-27 01:37 MSK (History)
4 users (show)

See Also:
RPM Package:
ISO-related:
Bad POT generating:
Upstream:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Vladimir Potapov 2015-04-09 10:08:22 MSD
В текущей конфигурации fstrim-all запускается раз в неделю.
По крайней мере для моей работы это недостаточно, при большом количестве тестов SSD "замирает" и система перестает грузиться (при выборе из граба - зависание)
Загрузка с HDD и ручной запуск fstrim-all решает проблему (и работает несколько минут! При этом система висит)
Предлагаю переставить fstrim на ежедневную загрузку.
1) Предотвратит подобные крахи загрузок
2) Предотвратит непонятные для пользователей зависания на несколько минут.
Comment 1 Andrey Ponomarenko 2015-04-13 15:21:28 MSD
Каково здоровье диска?
Comment 2 Eugene Shatokhin 2015-04-13 18:06:57 MSD
Поскольку пока больше на это никто не жаловался, я бы предложил на той локальной машине это сделать, а не в пакете ssd-utils.

Под root:
mv /etc/cron.weekly/fstrim.cron /etc/cron.daily/
Comment 3 Vladimir Potapov 2015-04-13 18:43:13 MSD
(In reply to comment #1)
> Каково здоровье диска?
А как это проверить? SSD же...
Comment 4 Denis Silakov 2017-02-27 01:37:56 MSK
"fstrim --all" once a week is considered to be a best practice now days. Weekly fstrim is automatically setup by modern distros and is recommended by service providers: e.g., https://www.digitalocean.com/community/tutorials/how-to-configure-periodic-trim-for-ssd-storage-on-linux-servers

So it doesn't seem that switching to "once a day" is really required.