LINUX.ORG.RU

Нюансы при подключении TRIM

 , , ,


0

1

недавно обнаружил ошибку в настройках fstab.
при том, что ssd был устройством dev/sda, в fstab была указано такая стройка:
/dev/sdb1 / ext4 noatime,nodiratime,discard,errors=remount-ro 0 1
/dev/sdb2 none swap sw 0 0
Как так вышло, не знаю.
Тем не менее 2 проверки на TRIM показали, что TRIM включен.
1-ая проверка была способом с hdparm --read-sector [сектор] /dev/sda
2- ая проверка способом:
# hdparm -I /dev/sda |grep TRIM
* Data Set Management TRIM supported (limit unknown)
Вопрос: почему при неправильных настройках TRIM все равно включен?

Deleted

Последнее исправление: Deleted (всего исправлений: 1)
Ответ на: комментарий от xorik

а 2 вышеуказанных способа - это не trim test? На данный момент уже исправил ошибку с помощью указания UUID=...

Deleted
()
Ответ на: комментарий от xorik

Да, еще добавлю, что изменилось после прямого указания UUID=...:
командах
sudo hdparm -t /dev/sda стала выдавать:
Timing buffered disk reads: 886 MB in 3.01 seconds = 293 MB/sec
а до этого стабильно выдавала 260 mb.

Следующее осталось, как и было до исправления fstab:
* Data Set Management TRIM supported (limit 8 blocks)
но добавилось:
* Deterministic read data after TRIM

Deleted
()

Этот TRIM вообще тёмная лошадка. Поставил я себе систему на efi, и поначитавшись всяких страстей о возможных проблемах при сочетании SSD + EFI + discard, решил этот параметр не включать. Но после установки системы запускаю:

hdparm -I /dev/sda|grep -i trim
           *    Data Set Management TRIM supported (limit 8 blocks)
           *    Deterministic read ZEROs after TRIM

hdparm -t /dev/sda
/dev/sda:
 Timing buffered disk reads: 1644 MB in  3.00 seconds = 548.11 MB/sec

и вижу, что TRIM всё же включен. Порывшись в конфигах которые могут иметь к этому отношение ничего такого не обнаружил, в итоге забил. В fstab разделы у меня тоже по имени прописаны, а не по uuid.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.