LINUX.ORG.RU

Странная работа TRIM

 , ,


0

2

Есть Samsung SSD 960 PRO 512GB в формфакторе M.2 с интерфейсом NVMe. Судя по SMART, занято 314GB, но должно быть занято сильно меньше.

Логические тома:

$ sudo lvs -o +devices
  LV               VG         Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert Devices             
  boot             gentoo_sys -wi-ao---- 128,00m                                                     /dev/nvme0n1p2(0)   
  home             gentoo_sys -wi-ao---- 150,00g                                                     /dev/nvme0n1p2(4)   
  opt              gentoo_sys -wi-ao----  10,00g                                                     /dev/nvme0n1p2(4804)
  rootfs           gentoo_sys -wi-ao----  30,00g                                                     /dev/nvme0n1p2(5444)
  sergey-Downloads gentoo_sys -wi-ao----  20,00g                                                     /dev/sda1(512)      
  sergey-vmware    gentoo_sys -wi-ao----  80,00g                                                     /dev/nvme0n1p2(7044)
  swap01           gentoo_sys -wi-ao----  16,00g                                                     /dev/sda1(0)        
  var              gentoo_sys -wi-ao----  20,00g                                                     /dev/nvme0n1p2(6404)
/dev/nvme0n1p2 - это физический том на ssd.

Физические тома:

$ sudo pvs
  PV             VG         Fmt  Attr PSize   PFree  
  /dev/nvme0n1p2 gentoo_sys lvm2 a--  476,44g 186,31g
  /dev/sda1      gentoo_sys lvm2 a--  700,09g 664,09g

Занятое место:

$ df | grep gentoo_sys
/dev/mapper/gentoo_sys-rootfs             30832636     12973456 16458696           45% /
/dev/mapper/gentoo_sys-boot                 122835        41972    71689           37% /boot
/dev/mapper/gentoo_sys-var                20511356      4834296 14737944           25% /var
/dev/mapper/gentoo_sys-home              154687468    106423784 41606640           72% /home
/dev/mapper/gentoo_sys-opt                10190136      2528256  7149176           27% /opt
/dev/mapper/gentoo_sys-sergey--vmware     83845120     22389332 61455788           27% /home/sergey/vmware
/dev/mapper/gentoo_sys-sergey--Downloads  20642428      1384532 18209320            8% /home/sergey/Downloads

На тома sergey-Downloads и swap01 можно не смотреть, они на другом диске. Как видно, на SSD должно быть гораздо меньше занятого, места, чем указано в SMART.

fstrim я, конечно, запускал, и он работает. То есть, я могу создать большой файл, затем удалить его, и после запуска fstrim место сразу высвобождается. Сейчас смотрировал файловые системы с опцией discard (её не рекомендуют для NVMe из-за непрогнозируемого возможного падения производительности во время автоматического TRIM), и ситуация не изменилась, так и пишет, что занято 314 GB. В lvm.conf, конечно, тоже указано issue_discards = 1. Вот выхлоп smartctl -x /dev/nvme0:

$ sudo smartctl -x /dev/nvme0
smartctl 6.5 2016-05-07 r4318 [x86_64-linux-4.12.8-gentoo] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Number:                       Samsung SSD 960 PRO 512GB
Serial Number:                      S3EWNWAJ335945L
Firmware Version:                   2B6QCXP7
PCI Vendor/Subsystem ID:            0x144d
IEEE OUI Identifier:                0x002538
Total NVM Capacity:                 512 110 190 592 [512 GB]
Unallocated NVM Capacity:           0
Controller ID:                      2
Number of Namespaces:               1
Namespace 1 Size/Capacity:          512 110 190 592 [512 GB]
Namespace 1 Utilization:            314 580 942 848 [314 GB]
Namespace 1 Formatted LBA Size:     512
Local Time is:                      Fri Aug 18 17:57:59 2017 MSK
Firmware Updates (0x16):            3 Slots, no Reset required
Optional Admin Commands (0x0007):   Security Format Frmw_DL
Optional NVM Commands (0x001f):     Comp Wr_Unc DS_Mngmt Wr_Zero Sav/Sel_Feat
Maximum Data Transfer Size:         512 Pages
Warning  Comp. Temp. Threshold:     73 Celsius
Critical Comp. Temp. Threshold:     76 Celsius

Supported Power States
St Op     Max   Active     Idle   RL RT WL WT  Ent_Lat  Ex_Lat
 0 +     6.90W       -        -    0  0  0  0        0       0
 1 +     5.50W       -        -    1  1  1  1        0       0
 2 +     5.10W       -        -    2  2  2  2        0       0
 3 -   0.0500W       -        -    3  3  3  3      210    1200
 4 -   0.0080W       -        -    4  4  4  4     2000    6000

Supported LBA Sizes (NSID 0x1)
Id Fmt  Data  Metadt  Rel_Perf
 0 +     512       0         0

=== START OF SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

SMART/Health Information (NVMe Log 0x02, NSID 0xffffffff)
Critical Warning:                   0x00
Temperature:                        33 Celsius
Available Spare:                    100%
Available Spare Threshold:          10%
Percentage Used:                    0%
Data Units Read:                    2 336 536 [1,19 TB]
Data Units Written:                 2 577 281 [1,31 TB]
Host Read Commands:                 27 281 766
Host Write Commands:                15 066 824
Controller Busy Time:               86
Power Cycles:                       139
Power On Hours:                     36
Unsafe Shutdowns:                   32
Media and Data Integrity Errors:    0
Error Information Log Entries:      81
Warning  Comp. Temperature Time:    0
Critical Comp. Temperature Time:    0
Temperature Sensor 1:               33 Celsius
Temperature Sensor 2:               39 Celsius

Error Information (NVMe Log 0x01, max 64 entries)
Num   ErrCount  SQId   CmdId  Status  PELoc          LBA  NSID    VS
  0         81     0  0x0018  0x4004  0x02c            0     0     -
  1         80     0  0x0017  0x4004  0x02c            0     0     -
  2         79     0  0x0018  0x4004  0x02c            0     0     -
  3         78     0  0x0017  0x4004  0x02c            0     0     -
  4         77     0  0x0018  0x4004  0x02c            0     0     -
  5         76     0  0x0017  0x4004  0x02c            0     0     -
  6         75     0  0x0018  0x4004  0x02c            0     0     -
  7         74     0  0x0017  0x4004  0x02c            0     0     -
  8         73     0  0x0018  0x4004  0x02c            0     0     -
  9         72     0  0x0017  0x4004  0x02c            0     0     -
 10         71     0  0x0018  0x4004  0x02c            0     0     -
 11         70     0  0x0017  0x4004  0x02c            0     0     -
 12         69     0  0x0018  0x4004  0x02c            0     0     -
 13         68     0  0x0017  0x4004  0x02c            0     0     -
 14         67     0  0x0018  0x4004  0x02c            0     0     -
 15         66     0  0x0017  0x4004  0x02c            0     0     -
... (48 entries not shown)

Почему SSD не высвобождает больше места?

★★★★★

Последнее исправление: Black_Shadow (всего исправлений: 2)

Ответ на: комментарий от timdorohin

Это не SATA, это NVMe девайс. И работа trim видна, она отражается на выводе smartctl. Весь вопрос в том, почему не всё свободное место высвобождается.

Black_Shadow ★★★★★
() автор топика
Ответ на: комментарий от Black_Shadow

Может прошивка не собирает trim'нутые блоки за ненадобностью?

Девайс умный, черт его знает что там накрутили, а команда trim не обязана что-то высвобожать - она лишь говорит накопителю что этот сектор ОС не нужен, чисть когда захочешь...

timdorohin ★★★★
()

смотрировал файловые системы с опцией discard (её не рекомендуют для NVMe из-за непрогнозируемого возможного падения производительности во время автоматического TRIM), и ситуация не изменилась

У меня ext4 с discard поверх LUKS. На 960EVO разница между тем, что рапортует девайс и ОС отличается на 9%.

aidaho ★★★★★
()
Ответ на: комментарий от aidaho

Сделал fstrim, освободилось всего лишь пол-гигабайта.
Вполне возможно, что львиная часть разницы приходится на 32Гб свопа.

aidaho ★★★★★
()

/dev/nvme0n1p2 gentoo_sys lvm2 a-- 476,44g 186,31g

476.44-186.31
290.13

Namespace 1 Utilization: 314 580 942 848 [314 GB]

314580942848/1024/1024/1024
292.97

«Совпадение? Не думаю» ©

redgremlin ★★★★★
()
Ответ на: комментарий от redgremlin

«Совпадение? Не думаю» ©

Похоже именно на совпадение. Переместил opt размером в 10GB на /dev/sda1, количество занятого места не поменялось. Создал том на всё свободное место на /dev/nvme0n1p2 и запустил blkdiscard на этот том. Теперь вместо 314GB занято 308.

Black_Shadow ★★★★★
() автор топика
Ответ на: комментарий от Black_Shadow

Сильно похоже на то, что контроллер SSD сам решает, когда надо делать TRIM, как и сказал timdorohin. Алгоритм работы какой-то совсем не очевидный.

Black_Shadow ★★★★★
() автор топика

а какаянибудь дибильная дедупликация у самсунгов есть?

например будешь ты (без использования fstrim) то и дело записывать и удалять одинаковый файл, а хитрый ssd просечёт что такой блок уже записанный есть (по котрольной сумме) и не будет занова его писать (только лишь маппинг подправит)...

в этом случае излишнее заведомое очищение всего за`discard`еного — только испортит эвристику..

# P.S. разумеется так как люди используют обычно LUKS — то все эти вумные алгоритмы идут лесом

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

это пока врядли. под дедупликацию надо много памяти и повышенную надежность к сбоям.

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

Так никто не рассказывает о внутренних алгоритмах сборки мусора.

Black_Shadow ★★★★★
() автор топика

TRIM только сообщает, что какие-то данные не нужны. Нет необходимости сразу что-то перемещать, может быть скоро тоже удалят. То есть место делится на три части: нужное, ненужное и очищеное. Странно, что только один «Utilization», должны быть два разных.

anonymous
()
Ответ на: комментарий от timdorohin

Не выдержал, спрошу - а без LVM освобождает???

А хз, не хочу сейчас менять разметку. Кстати, я тут экспериментировал, Скопировал на SSD директорию с фотками размером 1.7GB, количество занятого на SSD места увеличилось где-то на 3.5 GB. При удалении директории освобождаются те же 3.5GB.

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

Это нездорово. Есть смысл примонтировать рядом любой другой SSD и посмотреть, будет ли на нем такой же эффект. А то пока непонятно - грешить на ssd или что-то в системе.

vaddd ★☆
()
Ответ на: комментарий от Black_Shadow

Ты дурень. И я дурень.

314 580 942 848 [314 GB]

476,44g - 186,31g = 290,13

290,13 * 1024 * 1024 * 1024 = 311524715397 = 311 GB

Как же замучали маркетологи и отсутствие стандарта.

Можешь закрывать тему.

А, про это уже сказали. Но это именно оно, судя по тому как SSD считает это место.

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

По выхлопу df одно, я lvm кажет совсем другое!

$ sudo pvs
  PV             VG         Fmt  Attr PSize   PFree  
  /dev/nvme0n1p2 gentoo_sys lvm2 a--  476,44g 186,31g
  /dev/sda1      gentoo_sys lvm2 a--  700,09g 664,09g

Судя по выхлопу на lvm занято таки 290ГиБ

timdorohin ★★★★
()
Ответ на: комментарий от timdorohin

Это совпадение. Если бы это было так, количество занятого места на SSD менялось бы только с изменением размеров логических томов, а оно меняется от простого создания/удаления файлов.

Black_Shadow ★★★★★
() автор топика
Ответ на: комментарий от timdorohin

LVM знает о том, сколько занято логическими томами, а что там внутри тома, он не знает, но умеет прозрачно пропускать TRIM.

Black_Shadow ★★★★★
() автор топика
Ответ на: комментарий от Black_Shadow

Я про то, что lvm и сейчас такую картину показывает, или нет? Просто сейчас данные поразительносходятся с данными SSD

timdorohin ★★★★
()
Ответ на: комментарий от timdorohin

Ну вот, я перенёс каталог Games размером 63Gb на HDD, и теперь картина такая:

$ sudo lvs -o +devices
  LV               VG         Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert Devices             
  boot             gentoo_sys -wi-ao---- 128,00m                                                     /dev/nvme0n1p2(0)   
  home             gentoo_sys -wi-ao---- 150,00g                                                     /dev/nvme0n1p2(4)   
  opt              gentoo_sys -wi-ao----  10,00g                                                     /dev/nvme0n1p2(4804)
  rootfs           gentoo_sys -wi-ao----  30,00g                                                     /dev/nvme0n1p2(5444)
  sergey-Downloads gentoo_sys -wi-ao----  20,00g                                                     /dev/sda1(512)      
  sergey-Games     gentoo_sys -wi-ao----  90,00g                                                     /dev/sda1(1152)     
  sergey-vmware    gentoo_sys -wi-ao----  80,00g                                                     /dev/nvme0n1p2(7044)
  swap01           gentoo_sys -wi-ao----  16,00g                                                     /dev/sda1(0)        
  var              gentoo_sys -wi-ao----  20,00g                                                     /dev/nvme0n1p2(6404)
$ sudo pvs
  PV             VG         Fmt  Attr PSize   PFree  
  /dev/nvme0n1p2 gentoo_sys lvm2 a--  476,44g 186,31g
  /dev/sda1      gentoo_sys lvm2 a--  700,09g 574,09g
$ df
Файловая система                         1K-блоков Использовано  Доступно Использовано% Cмонтировано в
none                                       8211044         3864   8207180            1% /run
udev                                         10240            0     10240            0% /dev
tmpfs                                      8211044        28968   8182076            1% /dev/shm
/dev/mapper/gentoo_sys-rootfs             30832636     12447572  16984580           43% /
cgroup_root                                  10240            0     10240            0% /sys/fs/cgroup
/dev/mapper/gentoo_sys-boot                 122835        41972     71689           37% /boot
/dev/nvme0n1p1                              523248        44796    478452            9% /boot/efi
tmpfs                                      6291456        68328   6223128            2% /tmp
/dev/mapper/gentoo_sys-var                20511356      4518580  15053660           24% /var
/dev/mapper/gentoo_sys-home              154687468     40389736 107640688           28% /home
/dev/mapper/gentoo_sys-opt                10190136      2528256   7149176           27% /opt
/dev/mapper/gentoo_sys-sergey--vmware     83845120     22389332  61455788           27% /home/sergey/vmware
/dev/mapper/gentoo_sys-sergey--Downloads  20642428      1384532  18209320            8% /home/sergey/Downloads
tmpfs                                      9437184            0   9437184            0% /var/tmp/portage
none                                       8211044           12   8211032            1% /run/user/1000
/dev/mapper/gentoo_sys-sergey--Games      92366840     65307128  22341120           75% /home/sergey/Games
$ sudo smartctl -x /dev/nvme0
smartctl 6.5 2016-05-07 r4318 [x86_64-linux-4.12.8-gentoo] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Number:                       Samsung SSD 960 PRO 512GB
Serial Number:                      S3EWNWAJ335945L
Firmware Version:                   2B6QCXP7
PCI Vendor/Subsystem ID:            0x144d
IEEE OUI Identifier:                0x002538
Total NVM Capacity:                 512 110 190 592 [512 GB]
Unallocated NVM Capacity:           0
Controller ID:                      2
Number of Namespaces:               1
Namespace 1 Size/Capacity:          512 110 190 592 [512 GB]
Namespace 1 Utilization:            177 639 538 688 [177 GB]
Namespace 1 Formatted LBA Size:     512
Local Time is:                      Mon Aug 21 11:03:18 2017 MSK
Firmware Updates (0x16):            3 Slots, no Reset required
Optional Admin Commands (0x0007):   Security Format Frmw_DL
Optional NVM Commands (0x001f):     Comp Wr_Unc DS_Mngmt Wr_Zero Sav/Sel_Feat
Maximum Data Transfer Size:         512 Pages
Warning  Comp. Temp. Threshold:     73 Celsius
Critical Comp. Temp. Threshold:     76 Celsius

Supported Power States
St Op     Max   Active     Idle   RL RT WL WT  Ent_Lat  Ex_Lat
 0 +     6.90W       -        -    0  0  0  0        0       0
 1 +     5.50W       -        -    1  1  1  1        0       0
 2 +     5.10W       -        -    2  2  2  2        0       0
 3 -   0.0500W       -        -    3  3  3  3      210    1200
 4 -   0.0080W       -        -    4  4  4  4     2000    6000

Supported LBA Sizes (NSID 0x1)
Id Fmt  Data  Metadt  Rel_Perf
 0 +     512       0         0

=== START OF SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

SMART/Health Information (NVMe Log 0x02, NSID 0xffffffff)
Critical Warning:                   0x00
Temperature:                        33 Celsius
Available Spare:                    100%
Available Spare Threshold:          10%
Percentage Used:                    0%
Data Units Read:                    2 605 473 [1,33 TB]
Data Units Written:                 2 702 542 [1,38 TB]
Host Read Commands:                 36 117 185
Host Write Commands:                15 632 923
Controller Busy Time:               106
Power Cycles:                       143
Power On Hours:                     39
Unsafe Shutdowns:                   32
Media and Data Integrity Errors:    0
Error Information Log Entries:      83
Warning  Comp. Temperature Time:    0
Critical Comp. Temperature Time:    0
Temperature Sensor 1:               33 Celsius
Temperature Sensor 2:               39 Celsius

Error Information (NVMe Log 0x01, max 64 entries)
Num   ErrCount  SQId   CmdId  Status  PELoc          LBA  NSID    VS
  0         83     0  0x0018  0x4004  0x02c            0     0     -
  1         82     0  0x0017  0x4004  0x02c            0     0     -
  2         81     0  0x0018  0x4004  0x02c            0     0     -
  3         80     0  0x0017  0x4004  0x02c            0     0     -
  4         79     0  0x0018  0x4004  0x02c            0     0     -
  5         78     0  0x0017  0x4004  0x02c            0     0     -
  6         77     0  0x0018  0x4004  0x02c            0     0     -
  7         76     0  0x0017  0x4004  0x02c            0     0     -
  8         75     0  0x0018  0x4004  0x02c            0     0     -
  9         74     0  0x0017  0x4004  0x02c            0     0     -
 10         73     0  0x0018  0x4004  0x02c            0     0     -
 11         72     0  0x0017  0x4004  0x02c            0     0     -
 12         71     0  0x0018  0x4004  0x02c            0     0     -
 13         70     0  0x0017  0x4004  0x02c            0     0     -
 14         69     0  0x0018  0x4004  0x02c            0     0     -
 15         68     0  0x0017  0x4004  0x02c            0     0     -
... (48 entries not shown)
Может быть, что-то не так с выравниванием разделов?
# gdisk /dev/nvme0n1
GPT fdisk (gdisk) version 1.0.1

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): p
Disk /dev/nvme0n1: 1000215216 sectors, 476.9 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): BD26E73C-AFA6-4F7C-867F-A8ABED26F3A6
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 1000215182
Partitions will be aligned on 2048-sector boundaries
Total free space is 2014 sectors (1007.0 KiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048         1050623   512.0 MiB   EF00  EFI System
   2         1050624      1000215182   476.4 GiB   8E00  Linux LVM
                                                                                                                         
Command (? for help):

Black_Shadow ★★★★★
() автор топика
Последнее исправление: Black_Shadow (всего исправлений: 2)
Ответ на: комментарий от Black_Shadow

У тебя размер уменьшился ровно на занятый Games объем x2

Кажется я начинаю догонять.

*ванга моде он*
Если ты забьешь ВЕСЬ диск на 100% он тебе покажет что занят террабайт
*ванга моде офф*
timdorohin ★★★★
()
Ответ на: комментарий от timdorohin

Не, больше 512 GB не увеличивается.

Вру, такой параметр вообще исчез из выхлопа smartctl! Жесть какая. Теперь выглядит так:

# smartctl -x /dev/nvme0
smartctl 6.5 2016-05-07 r4318 [x86_64-linux-4.12.8-gentoo] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Number:                       Samsung SSD 960 PRO 512GB
Serial Number:                      S3EWNWAJ335945L
Firmware Version:                   2B6QCXP7
PCI Vendor/Subsystem ID:            0x144d
IEEE OUI Identifier:                0x002538
Total NVM Capacity:                 512 110 190 592 [512 GB]
Unallocated NVM Capacity:           0
Controller ID:                      2
Number of Namespaces:               1
Namespace 1 Size/Capacity:          512 110 190 592 [512 GB]
Namespace 1 Formatted LBA Size:     512
Local Time is:                      Mon Aug 21 14:58:24 2017 MSK
Firmware Updates (0x16):            3 Slots, no Reset required
Optional Admin Commands (0x0007):   Security Format Frmw_DL
Optional NVM Commands (0x001f):     Comp Wr_Unc DS_Mngmt Wr_Zero Sav/Sel_Feat
Maximum Data Transfer Size:         512 Pages
Warning  Comp. Temp. Threshold:     73 Celsius
Critical Comp. Temp. Threshold:     76 Celsius

Supported Power States
St Op     Max   Active     Idle   RL RT WL WT  Ent_Lat  Ex_Lat
 0 +     6.90W       -        -    0  0  0  0        0       0
 1 +     5.50W       -        -    1  1  1  1        0       0
 2 +     5.10W       -        -    2  2  2  2        0       0
 3 -   0.0500W       -        -    3  3  3  3      210    1200
 4 -   0.0080W       -        -    4  4  4  4     2000    6000

Supported LBA Sizes (NSID 0x1)
Id Fmt  Data  Metadt  Rel_Perf
 0 +     512       0         0

=== START OF SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

SMART/Health Information (NVMe Log 0x02, NSID 0xffffffff)
Critical Warning:                   0x00
Temperature:                        35 Celsius
Available Spare:                    100%
Available Spare Threshold:          10%
Percentage Used:                    0%
Data Units Read:                    2 610 903 [1,33 TB]
Data Units Written:                 3 158 742 [1,61 TB]
Host Read Commands:                 36 255 964
Host Write Commands:                15 886 902
Controller Busy Time:               108
Power Cycles:                       144
Power On Hours:                     40
Unsafe Shutdowns:                   32
Media and Data Integrity Errors:    0
Error Information Log Entries:      85
Warning  Comp. Temperature Time:    0
Critical Comp. Temperature Time:    0
Temperature Sensor 1:               35 Celsius
Temperature Sensor 2:               43 Celsius

Error Information (NVMe Log 0x01, max 64 entries)
Num   ErrCount  SQId   CmdId  Status  PELoc          LBA  NSID    VS
  0         85     0  0x0018  0x4004  0x02c            0     0     -
  1         84     0  0x0017  0x4004  0x02c            0     0     -
  2         83     0  0x0018  0x4004  0x02c            0     0     -
  3         82     0  0x0017  0x4004  0x02c            0     0     -
  4         81     0  0x0018  0x4004  0x02c            0     0     -
  5         80     0  0x0017  0x4004  0x02c            0     0     -
  6         79     0  0x0018  0x4004  0x02c            0     0     -
  7         78     0  0x0017  0x4004  0x02c            0     0     -
  8         77     0  0x0018  0x4004  0x02c            0     0     -
  9         76     0  0x0017  0x4004  0x02c            0     0     -
 10         75     0  0x0018  0x4004  0x02c            0     0     -
 11         74     0  0x0017  0x4004  0x02c            0     0     -
 12         73     0  0x0018  0x4004  0x02c            0     0     -
 13         72     0  0x0017  0x4004  0x02c            0     0     -
 14         71     0  0x0018  0x4004  0x02c            0     0     -
 15         70     0  0x0017  0x4004  0x02c            0     0     -
... (48 entries not shown)

Black_Shadow ★★★★★
() автор топика
Последнее исправление: Black_Shadow (всего исправлений: 2)
Ответ на: комментарий от Black_Shadow

Но утилита nvme сообщает о том, что вся ёмкость целиком занята (параметр nuse):

# nvme id-ns /dev/nvme0n1
NVME Identify Namespace 1:
nsze    : 0x3b9e12b0
ncap    : 0x3b9e12b0
nuse    : 0x3b9e12b0
nsfeat  : 0
nlbaf   : 0
flbas   : 0
mc      : 0
dpc     : 0
dps     : 0
nmic    : 0
rescap  : 0
fpi     : 0x80
nawun   : 0
nawupf  : 0
nacwu   : 0
nabsn   : 0
nabo    : 0
nabspf  : 0
noiob   : 0
nvmcap  : 512110190592
nguid   : 00000000000000000000000000000000
eui64   : 002538537150d7ef
lbaf  0 : ms:0   lbads:9  rp:0 (in use)
Скорость записи, при этом, конечно, падает.

Black_Shadow ★★★★★
() автор топика
Последнее исправление: Black_Shadow (всего исправлений: 2)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.