LINUX.ORG.RU

SSD при смерти?

 ,


1

2

smartctl -a:


smartctl 6.4 2015-06-04 r4109 [x86_64-linux-4.1.15-gentoo-r1] (local build)
Copyright (C) 2002-15, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Crucial/Micron MX100/MX200/M5x0/M600 Client SSDs
Device Model:     Crucial_CT500MX200SSD1
Serial Number:    160211756B50
LU WWN Device Id: 5 00a075 111756b50
Firmware Version: MU03
User Capacity:    500 107 862 016 bytes [500 GB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    Solid State Device
Form Factor:      2.5 inches
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ACS-3 T13/2161-D revision 4
SATA Version is:  SATA 3.2, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Mon Mar 27 09:49:33 2017 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: FAILED!
Drive failure expected in less than 24 hours. SAVE ALL DATA.
No failed Attributes found.

General SMART Values:
Offline data collection status:  (0x85)	Offline data collection activity
					was aborted by an interrupting command from host.
					Auto Offline Data Collection: Enabled.
Self-test execution status:      (  64)	The previous self-test completed having
					a test element that failed and the test
					element that failed is not known.
Total time to complete Offline 
data collection: 		( 1389) seconds.
Offline data collection
capabilities: 			 (0x7b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					Conveyance Self-test supported.
					Selective Self-test supported.
SMART capabilities:            (0x0003)	Saves SMART data before entering
					power-saving mode.
					Supports SMART auto save timer.
Error logging capability:        (0x01)	Error logging supported.
					General Purpose Logging supported.
Short self-test routine 
recommended polling time: 	 (   2) minutes.
Extended self-test routine
recommended polling time: 	 (   7) minutes.
Conveyance self-test routine
recommended polling time: 	 (   3) minutes.
SCT capabilities: 	       (0x0035)	SCT Status supported.
					SCT Feature Control supported.
					SCT Data Table supported.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   100   100   000    Pre-fail  Always       -       0
  5 Reallocate_NAND_Blk_Cnt 0x0032   100   100   010    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       9546
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       4
171 Program_Fail_Count      0x0032   100   100   000    Old_age   Always       -       0
172 Erase_Fail_Count        0x0032   100   100   000    Old_age   Always       -       0
173 Ave_Block-Erase_Count   0x0032   001   001   000    Old_age   Always       -       2000
174 Unexpect_Power_Loss_Ct  0x0032   100   100   000    Old_age   Always       -       2
180 Unused_Reserve_NAND_Blk 0x0033   000   000   000    Pre-fail  Always       -       5577
183 SATA_Interfac_Downshift 0x0032   100   100   000    Old_age   Always       -       0
184 Error_Correction_Count  0x0032   100   100   000    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
194 Temperature_Celsius     0x0022   055   047   000    Old_age   Always       -       45 (Min/Max 23/53)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   100   100   000    Old_age   Always       -       0
202 Percent_Lifetime_Used   0x0030   000   000   001    Old_age   Offline  FAILING_NOW 100
206 Write_Error_Rate        0x000e   100   100   000    Old_age   Always       -       0
210 Success_RAIN_Recov_Cnt  0x0032   100   100   000    Old_age   Always       -       0
246 Total_Host_Sector_Write 0x0032   100   100   000    Old_age   Always       -       82976267424
247 Host_Program_Page_Count 0x0032   100   100   000    Old_age   Always       -       2611998525
248 Bckgnd_Program_Page_Cnt 0x0032   100   100   000    Old_age   Always       -       64509752994

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Self-test routine in progress 90%      9522         -
# 2  Vendor (0xff)       Completed without error       00%      7688         -

SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

Вроде как явно написано:

SMART overall-health self-assessment test result: FAILED!
Drive failure expected in less than 24 hours. SAVE ALL DATA.

Но смущает это:

No failed Attributes found.

Хотя вон дальше атрибут 202 говорит, что он FAILING_NOW.

Диск умер и надо срочно менять (свиду он пашет как обычно) или smart дурит?

★★★★★

SSD умирающая за год из-за old_age? Ну хоть будет теперь что адептам SSD показать.

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

SSD умирающая за год из-за old_age? Ну хоть будет теперь что адептам SSD показать.

Накупили каких-то какашек а потом их приличным людям показываете. Это как если бы я показал сдохший ещё до окончания гарантии грин.

h578b1bde ★☆
()

Однозначно менять. По гарантии. Вы же в нормальном магазине покупали? Даже если он на самом деле исправен, нечего чихать на ответственном посту!

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

Накупили каких-то какашек а потом их приличным людям показываете.

Э, гражданин, постойте! В любой теме выбора ssd красной нитью проходит мысль: «бери любой, ты его не ухайдакаешь и за 5 лет!»

Что это вы вдруг в отказ пошли?

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

Э, гражданин, постойте! В любой теме выбора ssd красной нитью проходит мысль: «бери любой, ты его не ухайдакаешь и за 5 лет!»

Меньше интернетов за обедом читайте.

Что это вы вдруг в отказ пошли?

Я? Где?

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

Это у хостера (Hetzner) на арендованном сервере.

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

Диск, к слову, был под серьёзной многопоточной нагрузкой. По количеству секторов, правда, всего 80 циклов полной перезаписи вышло (если мне калькулятор не врёт), но это ж тоже не показатель.

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

Странный вы товарищь купили дешевое гофно а теперь ноете что на нормальный самсунг денег не хватило?

anonymous
()

0.16 петабайт (160 TBW) соответствует записи 87 Гб в день в течение 5 лет

Невозможно использование данного накопителя в серверах из-за недостаточного ресурса

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

Хостер заменил тот Crucical на Samsung MZ7LN512HMJP-00000. Правда, смотрю, он тоже desktop-grade. Посмотрим, сколько проживёт :)

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

Если остались свободные резервные сектора, а их осталось более чем в два раза больше, чем у меня на 256ГБ варианте той же модели (Crucial_CT250MX200SSD1), то подозреваю, что алгоритм расчёта оставшейся «жизни» на диске просто дал сбой. У меня записано в 8 раз меньше и ещё осталось 98% «жизни», если верить смарту.

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

Меньше интернетов за обедом читайте.

Меньше указывайте мне что делать и я не пошлю вас в поход

Я? Где?

Выше по тексту.

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

ОК, понятно. Читать уже умеешь, понимать — еще нет!

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

У меня 256ГБ модель такая же и с точки зрения линя сектор у неё 512 байт:

cat /sys/block/sda/queue/hw_sector_size
512

Так что там всего 38,6 ТБ записано

chaos_dremel ★★
()
Последнее исправление: chaos_dremel (всего исправлений: 1)

он тебе говорит, что у него истекло время жизни:

Percent_Lifetime_Used

т.е. в винт зашито время которое он должен работать а потом типа он сломан. не факт, что педики не встроили туда какой-нибудь kill-switch, вот этого надо бояться.

ну еще voltage-pump может накрыться в какой-нибудь микрухе, запись не будет работать. на чтение он должен работать и так и эдак.

ckotinko ☆☆☆
()
Ответ на: комментарий от greenman

Там размер блока 4096, так что write amplification там минимальный будет, если ядро и фс понимают по сколько им писать надо.

cat /sys/block/sda/queue/physical_block_size
4096

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

https://www.micron.com/~/media/documents/products/technical-note/solid-state-...

Second, while NAND Flash devices can be written a single page at a time (a page is typically 4KiB–16KiB), NAND Flash devices can only be erased one block at a time; and a block (also known as a «NAND block» or an «erase block») can contain hundreds of pages.

Calculating the Write Amplification Factor
...
WAF = 1+(Attrib 248/Attrib 247)

1 + 64509752994/2611998525 ~ 25,7

P.S. Не очень понимаю, зачем там к (Attrib 248/Attrib 247) добавляется 1. Но, в данном случае, ни на что не влияет.

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

ОК. Если так считать, то да получается, что диск весьма недурно потрудился. Но тогда не понятно почему там осталось столько незаюзанного резерва. По идее он должен был кончится ещё до того, как процент жизни упал до нуля.

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

Вероятно, при высокой нагрузке контроллер просто не успевал использовать резервы (так же, как снижать write amplification).

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

Если так считать, то да получается, что диск весьма недурно потрудился.

Так и было

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

Возможно, потому что использовались базы данных, оптимизированные под SSD - RethinkDB (сам по себе оптимизирован под SSD) и CouchDB (оперирует большими кусками данных). Соответственно, ресурс расходовался не сильно, а Lifetime считался не по оставшимся секторам, видимо.

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