Я попытался настроить TRIM с LVM и dm-crypt в Ubuntu 13.04, следуя этому руководству:
См. Примечания о моей конфигурации и моей процедуре тестирования ниже.
Вопросов
Есть ли надежный тест, если TRIM работает правильно?
Моя тестовая процедура неверна или TRIM не работает?
Если не работает: что не так с моей настройкой?
Как я могу отладить TRIM для моей установки и заставить работать TRIM?
конфигурация
Вот моя конфигурация:
cat /etc/crypttab
sda3_crypt UUID=[...] none luks,discard
а также
cat /etc/lvm/lvm.conf
# [...]
devices {
# [ ... ]
issue_discards = 1
# [ ... ]
}
# [...]
SSD - это Samsung 840 Pro.
Вот моя тест-процедура
Чтобы проверить настройку, которую я только что сделал, sudo fstrim -v /
что привело к
/: [...] bytes were trimmed
Выполнение этого снова привело к тому, /: 0 bytes were trimmed
что, кажется, имеет смысл и указало, что TRIM, кажется, работает.
Однако тогда я сделал этот тест:
dd if=/dev/urandom of=tempfile count=100 bs=512k oflag=direct
sudo hdparm --fibmap tempfile
tempfile:
filesystem blocksize 4096, begins at LBA 0; assuming 512 byte sectors.
byte_offset begin_LBA end_LBA sectors
0 5520384 5521407 1024
524288 5528576 5529599 1024
1048576 5523456 5525503 2048
2097152 5607424 5619711 12288
8388608 5570560 5603327 32768
25165824 5963776 5980159 16384
33554432 6012928 6029311 16384
41943040 6275072 6291455 16384
50331648 6635520 6639615 4096
sync
sudo hdparm --read-sector 5520384 /dev/sda
/dev/sda:
reading sector 5520384: succeeded
7746 4e11 bf42 0c93 25d3 2825 19fd 8eda
bd93 8ec6 9942 bb98 ed55 87eb 53e1 01d5
c61a 3f52 19a1 0ae5 0798 c6e2 39d9 771a
b89f 3fc5 e786 9b1d 3452 d5d7 9479 a80d
114a 7528 a79f f475 57dc aeaf 25f4 998c
3dd5 b44d 23bf 77f3 0ad9 8688 6518 28ee
81db 1473 08b5 befe 8f2e 5b86 c84e c7d2
1bdd 1065 6a23 fd0f 2951 d879 e823 021b
fa84 b9c1 eadd 9154 c9f4 2ebe cd70 64ec
75a8 4d93 c8fa 3174 7277 1ffb e858 5eca
7586 8b2e 9dbc ab12 40ab eb17 8187 e67d
5e0d 0005 5867 b924 5cfd 6723 9e4a 6f5f
99a4 a3b0 eeac 454a 83b6 c528 1106 6682
ca77 4edf 2180 bf0c b175 fabb 3d4b 37e2
b834 9e3e 82f2 2fdd 2c6a c6ca 873f e71e
f979 160f 5778 356f 2aea 6176 46b6 72b9
f76e ee51 979c 326b 1436 7cfe f677 bfcd
4c3c 9e11 4747 45c1 4bb2 4137 03a1 e4c8
e9dd 43b4 a3b4 ce1b d218 4161 bf64 727b
75d8 dcc2 e14c ebec 2126 25da 0300 12bd
6b1a 28b3 824f 3911 c960 527d 97cd de1b
9f08 9a8e dcdc e65f 1875 58ca be65 82bf
e844 50b8 cc1b 7466 58b8 e708 bd3d c01f
64fb 9317 a77a e43b 671f e1fb e328 93a9
c9c7 291c 56e0 c6c1 f011 b94d 9dc7 71e6
c8b1 5720 b8c9 b1a6 14f1 7299 9122 912b
312a 0f2f a31a 8bf9 9f8c 54e6 96f3 60b8
04a7 7dc9 3caa db0a a837 e5d7 2752 b477
c22d 7598 44e1 84e9 25d4 5db5 9f19 f73b
85a0 c656 373a ec34 55fb e1fc 124e 4674
1ba8 1a84 6aa4 7cb5 455e f416 adc6 a125
c4d4 8323 4eee 2493 2920 4e38 524c 1981
sudo rm tempfile
sync
sudo fstrim /
sync
sudo hdparm --read-sector 5520384 /dev/sda
/dev/sda:
reading sector 5520384: succeeded
7746 4e11 bf42 0c93 25d3 2825 19fd 8eda
bd93 8ec6 9942 bb98 ed55 87eb 53e1 01d5
c61a 3f52 19a1 0ae5 0798 c6e2 39d9 771a
b89f 3fc5 e786 9b1d 3452 d5d7 9479 a80d
114a 7528 a79f f475 57dc aeaf 25f4 998c
3dd5 b44d 23bf 77f3 0ad9 8688 6518 28ee
81db 1473 08b5 befe 8f2e 5b86 c84e c7d2
1bdd 1065 6a23 fd0f 2951 d879 e823 021b
fa84 b9c1 eadd 9154 c9f4 2ebe cd70 64ec
75a8 4d93 c8fa 3174 7277 1ffb e858 5eca
7586 8b2e 9dbc ab12 40ab eb17 8187 e67d
5e0d 0005 5867 b924 5cfd 6723 9e4a 6f5f
99a4 a3b0 eeac 454a 83b6 c528 1106 6682
ca77 4edf 2180 bf0c b175 fabb 3d4b 37e2
b834 9e3e 82f2 2fdd 2c6a c6ca 873f e71e
f979 160f 5778 356f 2aea 6176 46b6 72b9
f76e ee51 979c 326b 1436 7cfe f677 bfcd
4c3c 9e11 4747 45c1 4bb2 4137 03a1 e4c8
e9dd 43b4 a3b4 ce1b d218 4161 bf64 727b
75d8 dcc2 e14c ebec 2126 25da 0300 12bd
6b1a 28b3 824f 3911 c960 527d 97cd de1b
9f08 9a8e dcdc e65f 1875 58ca be65 82bf
e844 50b8 cc1b 7466 58b8 e708 bd3d c01f
64fb 9317 a77a e43b 671f e1fb e328 93a9
c9c7 291c 56e0 c6c1 f011 b94d 9dc7 71e6
c8b1 5720 b8c9 b1a6 14f1 7299 9122 912b
312a 0f2f a31a 8bf9 9f8c 54e6 96f3 60b8
04a7 7dc9 3caa db0a a837 e5d7 2752 b477
c22d 7598 44e1 84e9 25d4 5db5 9f19 f73b
85a0 c656 373a ec34 55fb e1fc 124e 4674
1ba8 1a84 6aa4 7cb5 455e f416 adc6 a125
c4d4 8323 4eee 2493 2920 4e38 524c 1981
Кажется, это указывает на то, что TRIM не работает. поскольку
sudo hdparm -I /dev/sda | grep -i TRIM
* Data Set Management TRIM supported (limit 8 blocks)
* Deterministic read ZEROs after TRIM
редактировать
Вот вывод sudo dmsetup table
lubuntu--vg-root: 0 465903616 linear 252:0 2048
lubuntu--vg-swap_1: 0 33308672 linear 252:0 465905664
sda3_crypt: 0 499222528 crypt aes-xts-plain64 00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 0 8:3 4096 1 allow_discards
Вот мой /etc/fstab
:
# <file system> <mount point> <type> <options> <dump> <pass>
/dev/mapper/lubuntu--vg-root / ext4 errors=remount-ro 0 1
# /boot was on /dev/sda2 during installation
UUID=f700d855-96d0-495e-a480-81f52b965bda /boot ext2 defaults 0 2
# /boot/efi was on /dev/sda1 during installation
UUID=2296-2E49 /boot/efi vfat defaults 0 1
/dev/mapper/lubuntu--vg-swap_1 none swap sw 0 0
# tmp
tmpfs /tmp tmpfs nodev,nosuid,noexec,mode=1777 0 0
Редактировать:
Я наконец сообщил об этом как об ошибке в https://bugs.launchpad.net/ubuntu/+source/lvm2/+bug/1213631
Надеюсь, что кто-нибудь найдет решение или, по крайней мере, протестирует установку и подтвердит ошибку.
Обновить
Теперь это работает, смотрите принятый ответ.
issue_discards
не ,issue discards
если это не опечатка.allow_discards
должен появиться в таблице dmsetup для разделов LVM.issue_discards = 1
в моем конфигурационном файле.Ответы:
Я предлагаю использовать другой метод тестирования.
hdparm
это немного странно, поскольку он дает адреса устройств, а не адреса файловой системы, и не говорит, к какому устройству относятся эти адреса (например, он разрешает разделы, но не цели устройства и т. д.). Гораздо проще использовать то, что привязано к адресам файловой системы, таким образом, это согласованно (возможно, за исключением нетрадиционных файловых систем, таких как zfs / btrfs).Создать тестовый файл: (не случайно)
Получить адрес, длину и размер блока: (точная команда зависит от
filefrag
версии)Получите устройство и точку монтирования:
С этой настройкой у вас есть файл,
trim.test
заполненныйyes
-pattern on/dev/mapper/something
по адресу34048
с длиной256
блоков4096
байтов.Чтение этого непосредственно с устройства должно привести к
yes
-pattern:Если TRIM включен, этот шаблон должен измениться при удалении файла. Обратите внимание, что кэши также необходимо удалить, иначе
dd
они не будут перечитывать данные с диска.На большинстве SSD это приведет к нулевому шаблону:
Если используется шифрование, вы увидите случайный шаблон:
Это связано с тем, что физически обрезанный криптослой считывает нули и дешифрует эти нули до «случайных» данных.
Если
yes
-pattern сохраняется, скорее всего, обрезка не была выполнена.источник
hexdump
.hdparm -I
произойти , поскольку его результат указывает на «детерминированные чтения нулей после TRIM».Ваша процедура тестирования неверна - вы получаете номера секторов относительно блочного устройства, на котором находится файловая система, - который в данном случае является логическим томом. Логический том, конечно, не начинается с первого сектора физического тома (и может даже не быть смежным).
Даже если логический том начинался в секторе 0 физического тома (чего он не делает), то физический том на самом деле является еще одной целью сопоставления устройств, в том числе для шифрования. И, вероятно, впереди есть заголовок LUKS, поэтому номера секторов там тоже не совпадают.
Если вы хотите выполнить сопоставление номера сектора с базовым диском,
dmsetup tables
вам предоставят необходимую информацию. Если вы вставите его сюда, убедитесь, что у вас есть версия, которая не показывает ключ в выводе (вместо него должны быть показаны все 0)! (Нет восстановления после раскрытия ключа - его нельзя изменить - это намного хуже, чем раскрытие пароля).Я предлагаю, чтобы для отладки (как только вы установили отображение сектора) вы начинаете с самого низкого уровня и подтверждаете, что он работает там. TRIM файловой системы непосредственно в / dev / sdaX и убедитесь, что она работает (вполне возможно, что устройство лежит, а trim не считывает нули). Затем добавьте dm-crypt, подрежьте файловую систему и убедитесь, что она работает. Наконец, поместите LVM сверху и проверьте, что работает.
источник
dmsetup
. Я только что сделал:sudo dmsetup table /dev/mapper/lubuntu--vg-root
что дает0 465903616 linear 252:0 2048
Это всего лишь сценарий, которым я хотел бы поделиться, если сюда придет какой-нибудь ленивый человек. Это было сделано из принятого ответа от frostschutz .
источник