Linux ssd проверка trim

Включение TRIM на (внешнем) SSD

Статья является адаптацией к реалиям ALT Linux статьи Включение TRIM на внешнем SSD на Raspberry Pi (eng) .

В отличие от жестких дисков (HDD), флэш-память NAND, которая лежит в основе SSD дисков, не может перезаписывать существующие данные. Это означает, что вы должны сначала удалить старые данные, прежде чем записывать новые. Флэш-память разделена на блоки, которые далее делятся на страницы. Минимальная единица записи — это страница, а наименьшая единица стирания — блок.

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

Проблема в том, что со временем возникнет «куча» не полностью занятых страниц и быстродействие диска сильно упадёт. Это связано с тем, что при удалении файла операционная система просто помечает данные блоки как свободные, но не сообщает об этом контроллеру диска. И вне зависимости от оставшегося места, контроллер диска не сможет найти куда записать новые данные. Для решения этой проблемы и используется TRIM.

Что такое ТРИМ?

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

Поддержка ТРИМ файловыми системами Источник

Файловая система Опция discard Поддержка fstrim Замечания
ext4 Yes Yes «discard, nodiscard(*)» [1]
ext3 Yes Yes
Btfs Yes Yes
F2F2FS Yes Yes
JFS Yes Yes [2]
XFS Yes Yes [3]
NILFS2 Yes Yes [4]
NTFS-3G No Yes начиная с версии 2015.3.14 [5]
VFAT Yes Yes fstrim поддерживается начиная с ядра 4.19 [6]
ExFAT Yes Yes fstrim поддерживается начиная с ядра 5.13, [7]
Читайте также:  Mandriva linux mandriva 2012

Примечание: Пользователи должны быть уверены, что их SSD поддерживает TRIM, прежде чем пытаться использовать его. В противном случае возможна потеря данных.

Классический способ включения TRIM в Linux , это прописать в /etc/fstab опцию discard, например так (если корень находится на SSD диске):

UUID="6ff0461b-4796-4s0f-a8c0-1fs5f884a593 / ext4 discard,noatime 1 1 

Примечание: Определение опции монтирования discard в /etc/fstab не работает с разделом XFS на / . Опция должна быть установлена с помощью параметра ядра rootflags:

В файловой системе ext4 флаг discard также может быть установлен как опция монтирования по умолчанию для «внутренних дисков» с помощью tune2fs , например [1] :

# tune2fs -o discard /dev/sda1 

Использование опций монтирования по умолчанию вместо записи в /etc/fstab особенно полезно для внешних дисков, поскольку такой раздел будет монтироваться с опциями по умолчанию и на других машинах. Таким образом, нет необходимости редактировать /etc/fstab на каждой машине.

Пакет util-linux предоставляет fstrim.service и fstrim.timer файлы модулей systemd. Enabling таймера активирует службу еженедельно. Служба выполняет fstrim(8) на всех смонтированных файловых системах на устройствах, поддерживающих операцию discard.

Таймер полагается на метку времени /var/lib/systemd/timers/stamp-fstrim.timer (которую он создаст при первом вызове), чтобы узнать, прошла ли неделя с момента его последнего запуска. Поэтому нет необходимости беспокоиться о слишком частых вызовах, в стиле anacron.

Чтобы запросить активность и состояние блоков, смотрите journalctl. Чтобы изменить периодичность таймера или выполнените команду systemctl edit fstrim.timer или создайте файл /etc/systemd/system/timers.target.wants/fstrim.timer с заданной периодичностью (по умолчанию раз в неделю). fstrim.timer запускает fstrim , беря пути для разделов из /etc/fstab .

Альтернативный способ периодичной проверки, это установить пакет auto-fstrim и запустить anacron. Особенностью auto-fstrim является то, что он проверяет все смонтированные разделы, не обращая внимание есть ли они в /etc/fstab или нет, и запуск fstrim проходит ежедневно.

Примечание: Нет необходимости включать непрерывный TRIM, если вы периодически запускаете fstrim . Если вы хотите использовать TRIM, используйте либо периодический TRIM, либо непрерывный TRIM.

Непрерывный TRIM ведёт к некоторому замедлению файловых операций, так как после каждой из них выполняются операции по по очистке неиспользуемых блоков. Поэтому в большинстве дистрибутивах Linux советуют настроить периодический запуск fstrim .

Поддерживает ли мой SSD TRIM

Для проверки, поддерживает ли ваш SSD диск TRIM, надо выполнить команду:

# fstrim -v путь_до_точки_монтирования_раздела

Например, если у вас раздел c SSD диска смонтирован в /mnt/arhiv , то при поддерживаемом TRIM вы увидите:

# fstrim -v /mnt/arhiv/ /mnt/arhiv/: 0 B (0 bytes) trimmed

Если диск не поддерживает TRIM, то вы увидите что-то подобное:

# fstrim -v /mnt/arhiv/ /mnt/arhiv: the discard operation is not supported

Ещё одним вариантом является запуск команды:

Читайте также:  Удалить сертификат криптопро linux

Если столбец DISC-GRAN или DISC-MAX имеют ненулевые значения, то раздел поддерживается TRIM.

Проверка поддержки TRIM прошивкой (firmware) диска

Для того чтобы проверить это, установите sg3_utils (обязательно) и lsscsi (не обязательно, но желательно):

# apt-get install sg3_utils lsscsi 

Запустите следующие команды для проверки параметра Maximum unmap LBA count и Unmap command supported (LBPU):

# sg_vpd -p bl /dev/sdc | grep -i unmap Maximum unmap LBA count: 4194240 Maximum unmap block descriptor count: 1 . # sg_vpd -p lbpv /dev/sdc | grep LBPU Unmap command supported (LBPU): 1 

Если Maximum unmap LBA count и Unmap command supported (LBPU) имеют ненулевые значения, значит устройство умеет работать с TRIM.

Примечание: Автор [8] имел печальный опыт с некоторыми устройствами, показывавшими поддержку TRIM в прошивке (например, флэш-накопитель Arcanite USB 3.1), но при включении TRIM он получил несколько ошибок, а попытавшись запустить fstrim -v / насильно, испортил прошивку диска до такой степени, что диск теперь ни смонтировать, ни отформатировать. Так что убедитесь, что у вас есть резервная копия любых важных данных, прежде чем пытаться использовать диск, который на самом деле может не поддерживать TRIM!

Пробное включение TRIM

Если ядро не обнаружило способность вашего устройства к разметке данных, то, скорее всего, будет возвращено значение «full». Кроме «full», драйвер SCSI-накопителя ядра в настоящее время знает следующие значения для provisioning_mode:

unmap writesame_16 writesame_10 writesame_zero disabled 

Проверим все значения provisioning_mode

у всех устройств подключенных к компьютеру, например имеем такую картину:

# find /sys/ -name provisioning_mode -exec grep -H . <> + | sort /sys/devices/pci0000:00/0000:00:07.0/0000:02:00.0/usb4/4-1/4-1.1/4-1.1:1.0/host6/target6:0:0/6:0:0:0/scsi_disk/6:0:0:0/provisioning_mode:full /sys/devices/pci0000:00/0000:00:07.0/0000:02:00.0/usb5/5-2/5-2:1.0/host5/target5:0:0/5:0:0:0/scsi_disk/5:0:0:0/provisioning_mode:full /sys/devices/pci0000:00/0000:00:07.0/0000:02:00.0/usb5/5-4/5-4:1.0/host4/target4:0:0/4:0:0:0/scsi_disk/4:0:0:0/provisioning_mode:full /sys/devices/pci0000:00/0000:00:11.0/ata1/host0/target0:0:0/0:0:0:0/scsi_disk/0:0:0:0/provisioning_mode:writesame_16 /sys/devices/pci0000:00/0000:00:11.0/ata2/host1/target1:0:0/1:0:0:0/scsi_disk/1:0:0:0/provisioning_mode:full /sys/devices/pci0000:00/0000:00:12.2/usb1/1-4/1-4:1.3/host11/target11:0:0/11:0:0:0/scsi_disk/11:0:0:0/provisioning_mode:full /sys/devices/pci0000:00/0000:00:13.2/usb2/2-4/2-4:1.0/host7/target7:0:0/7:0:0:0/scsi_disk/7:0:0:0/provisioning_mode:full /sys/devices/pci0000:00/0000:00:13.2/usb2/2-4/2-4:1.0/host7/target7:0:0/7:0:0:1/scsi_disk/7:0:0:1/provisioning_mode:full /sys/devices/pci0000:00/0000:00:13.2/usb2/2-4/2-4:1.0/host7/target7:0:0/7:0:0:2/scsi_disk/7:0:0:2/provisioning_mode:full /sys/devices/pci0000:00/0000:00:13.2/usb2/2-4/2-4:1.0/host7/target7:0:0/7:0:0:3/scsi_disk/7:0:0:3/provisioning_mode:full /sys/devices/pci0000:00/0000:00:13.2/usb2/2-6/2-6:1.0/host8/target8:0:0/8:0:0:0/scsi_disk/8:0:0:0/provisioning_mode:full /sys/devices/pci0000:00/0000:00:14.1/ata6/host10/target10:0:0/10:0:0:0/scsi_disk/10:0:0:0/provisioning_mode:full /sys/devices/pci0000:00/0000:00:14.1/ata6/host10/target10:0:1/10:0:1:0/scsi_disk/10:0:1:0/provisioning_mode:full
# lsscsi [0:0:0:0] disk ATA HS-SSD-E100 512G 002 /dev/sda [1:0:0:0] disk ATA WDC WD5000AACS-0 1B01 /dev/sdb [2:0:0:0] cd/dvd ATAPI iHAS124 D 8L07 /dev/sr0 [4:0:0:0] disk StoreJet Transcend 0 /dev/sde [5:0:0:0] disk Samsung SSD 870 EVO 1TB 0 /dev/sdc [6:0:0:0] disk USSD USSD 5.00 /dev/sdd [7:0:0:0] disk Generic- SD/MMC 1.00 /dev/sdg [7:0:0:1] disk Generic- Compact Flash 1.01 /dev/sdh [7:0:0:2] disk Generic- SM/xD-Picture 1.02 /dev/sdi [7:0:0:3] disk Generic- MS/MS-Pro 1.03 /dev/sdj [8:0:0:0] disk ASMT 2235 0 /dev/sdf [10:0:0:0] disk ATA SAMSUNG HM250JI 0-08 /dev/sdk [10:0:1:0] disk ATA ST31000524AS JC4B /dev/sdl [11:0:0:0] disk TF CARD Storage 2.31 /dev/sdm

Мы раньше узнали, что прошивка диска /dev/sdc поддерживает TRIM. Запускаем команду:

# find /sys/ -name provisioning_mode -exec grep -H . <> + | grep 5:0:0:0 /sys/devices/pci0000:00/0000:00:07.0/0000:02:00.0/usb5/5-2/5-2:1.0/host5/target5:0:0/5:0:0:0/scsi_disk/5:0:0:0/provisioning_mode:full
echo unmap > /sys/devices/pci0000:00/0000:00:07.0/0000:02:00.0/usb5/5-2/5-2:1.0/host5/target5:0:0/5:0:0:0/scsi_disk/5:0:0:0/provisioning_mode

Теперь provisioning_mode имеет значение unmap.

Читайте также:  Forkplayer sony bravia linux

Правильно установим переменную discard_max_bytes

Получаем значение Мaximum unmap LBA count:

# sg_vpd -p bl /dev/sdc | grep "unmap LBA" Maximum unmap LBA count: 4194240 

Получаем значение logical block length:

# sg_readcap -l /dev/sdc | grep length Logical block length=512 bytes

Расчитываем discard_max_bytes умножая Мaximum unmap LBA count на logical block length:

# echo $((4194240*512)) 2147450880 

Устанавливаем значение discard_max_bytes:

# echo 2147450880 > /sys/block/sdс/queue/discard_max_bytes 

Запускаем fstrim

# fstrim -v /mnt/arhiv/ /mmnt/arhiv/: 0 B (0 bytes) trimmed

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

Создание правила UDEV

По умолчанию на внешних носителях TRIM отключен, а при попытке запустить fstrim путь до внешнего носителя, мы получаем сообщение the discard operation is not supported, если мы проведём вышеуказанные операции, то можно запустить fstrim , но это будет работать только до перезагузки компьютера. Для того, чтобы внешний диск работал всегда надо создать правило udev.

Первым делом узнаём значение idVendor и idProduct жесткого диска:

1 Вариант (работает только для USB устройств):

$ cat /sys/block/sdc/../../../../../../idVendor 174c $ cat /sys/block/sdc/../../../../../../idProduct 55aa

2 Вариант — использовать lsusb:

# lsusb Bus 004 Device 003: ID 174c:55aa ASMedia Technology Inc. ASM1051E SATA 6Gb/s bridge, ASM1053E SATA 6Gb/s bridge, ASM1153 SATA 3Gb/s bridge, ASM1153E SATA 6Gb/s bridge
# echo 'ACTION=="add|change", ATTRS=="174c", ATTRS=="55aa", SUBSYSTEM=="scsi_disk", ATTR="unmap"' >>/etc/udev/rules.d/10-uas-discard.rules 

Или открываем в редакторе и вписываем строку:

ACTION=="add|change", ATTRS=="174c", ATTRS=="55aa", SUBSYSTEM=="scsi_disk", ATTR="unmap" 
# mcedit /etc/udev/rules.d/10-uas-discard.rules 

Перезагружаю правила udev:

$ udisksctl mount -b /dev/sdd1
# lsblk -Df . ─sdd1 0 512B 4G 0 ext4 1.0 Arhiv2 be4327fe-6153-4698-ad46-03a4b74abce6 .

Для точки монтирования /media/Arhiv/ :

# fstrim -v /media/Arhiv/ /media/Arhiv/: 0 B (0 bytes) trimmed

Ссылки

Источник

Оцените статью
Adblock
detector