Как проверить жизнь, оставленную в SSD или уровень износа носителя?
bash, zsh и ksh93 оболочки, которые имеют a disown команда. Из этих трех, bash единственный, который поддерживает a h опция. Без -h это emultates zsh поведение (удаляют из таблицы задания), в то время как с -h это эмулирует ksh93 поведение (не отправит ему SIGHUP на выход, но не удаляет его из таблицы задания, таким образом, Вы можете все еще bg или fg или уничтожьте его).
Вы могли эмулировать то поведение с zsh путем выполнения:
typeset -A nohup
trap 'disown %${(k)^nohup}' EXIT
trap 'for i (${(k)nohup}) (($+jobstate[i])) || unset "nohup[$i]"' CHLD
Таким образом, nohup ассоциативный массив содержит список заданий, которые не должны быть отправлены SIGHUP на выход. Так, вместо disown -h %1, Вы записали бы nohup[1]=.
См. также setopt nohup не отправить SIGHUP в любое задание на выход.
В Вашем первом примере, что я думаю, что Вы обращаетесь к, "Индикатор Износа Медиа" на дисках Intel, который является атрибутом 233. Да, это имеет диапазон 0-100, с 100 являющийся совершенно новым, неиспользованным диском, и 0 полностью изнашиваемый. Согласно Вашему ouptut, это поле, кажется, не существует.
В Вашем втором примере прочитайте официальные документы о SSD_Life_Left. На ту страницу:
НЕОБРАБОТАННОЕ значение этого атрибута всегда 0 и не имеет никакого значения. Проверьте нормализованное ЗНАЧЕНИЕ вместо этого. Это запускается в 100 и указывает на приблизительный процент оставленной жизни SDD. Это обычно уменьшается, когда блоки Flash отмечены как плохие, посмотрите НЕОБРАБОТАННОЕ значение Retired_Block_Count
Действительно важно, чтобы Вы полностью поняли то, что smartctl (8) говорит и не делает предположения. К сожалению, инструменты S.M.A.R.T. не всегда актуальны с последними SSD и их атрибутами. По сути, существует не всегда очевидный способ для сообщения, в сколько раз были записаны микросхемы. Лучше всего можно сделать, взгляд на "Power_On_Hours", который в случае является "6568", определите среднее использование диска и насчитайте его.
Необходимо смочь к поиску спецификации диска и решить, что процесс раньше делал микросхемы. Микросхемы процесса на 32 нм будут иметь более долгую износостойкость записи, чем микросхемы процесса на 24 нм. Однако кажется, что "в среднем", Вы могли, вероятно, ожидать приблизительно 3 000 - 4 000 записей с минимумом 1 000 и макс. из 6 000. Так, если у Вас будет SSD на 64 ГБ, то затем необходимо ожидать где-нибудь в окружении в общей сложности 192 ТБ к 256 ТБ, записанным в SSD, принимая выравнивание износа.
Как пример, если Вы выдерживаете использование, говорят, что 11 кБайт/с к Вашему диску, затем Вы могли бы ожидать заниматься 40 МБ, записанными в час. В 6 568 включенных часов Вы записали примерно 260 ГБ в диск. Знание, что Вы могли, вероятно, выдержать приблизительно 200 ТБ общих записей перед отказом, Вы имеете приблизительно за 600 лет до отказа из-за стирания микросхем. Ваш диск, вероятно, перестанет работать из-за изношенных конденсаторов или регулирования напряжения.
-
1Настолько ясный, спасибо. Это знание лучше всего превращено в инструмент GUI, использующий smartctl или его API. Afterall, вычисляющий с калькулятором при помощи компьютера как устройство ввода данных и человек, сидящий перед ним как процессор, против духа, с которым были изобретены компьютеры! – Tankman六四 27.12.2013, 15:43
-
2Ваша ссылка, кажется, мертва – Skeleton Bow 14.03.2018, 21:32
Пусть ваше соотношение качества информации и времени, потраченного на раскопки, будет лучше моего! [116218]
Для твердотельных накопителей Samsung проверьте атрибут SMART 177 (счетчик выравнивания износа).
ID # 177 Счетчик выравнивания износа
Этот атрибут представляет количество операций мультимедийной программы и стирания (количество стирания блока). Это значение напрямую связано со сроком службы SSD. Необработанное значение этого атрибута показывает общее количество циклов P / E.
Индикатор уровня износа начинается со 100 и линейно уменьшается до 1 из того, что я могу сказать. При 1 привод превысит все свои номинальные циклы p / e, но в действительности общий ресурс привода может значительно превысить это значение.
Я предлагаю вам отнестись к последнему утверждению о превышении этого значения с недоверием.
Имея сервер с RAID-картой LSI , у меня установлено 7 твердотельных накопителей Samsung.
Это так, что
- /dev/sda — это SSD моей операционной системы, помеченный Raid Controller как JBOD.
- Остальные 7 твердотельных накопителей отображаются только как /dev/sdb, потому что это RAID 0 (или RAID -? ).
чтобы получить информацию о дисках за рейд-контроллером хитрость заключается в
smartctl --scan
{output is}
/dev/sda -d scsi # /dev/sda, SCSI device
/dev/sdb -d scsi # /dev/sdb, SCSI device
/dev/bus/0 -d megaraid,8 # /dev/bus/0 [megaraid_disk_08], SCSI device
/dev/bus/0 -d megaraid,9 # /dev/bus/0 [megaraid_disk_09], SCSI device
/dev/bus/0 -d megaraid,10 # /dev/bus/0 [megaraid_disk_10], SCSI device
/dev/bus/0 -d megaraid,11 # /dev/bus/0 [megaraid_disk_11], SCSI device
/dev/bus/0 -d megaraid,12 # /dev/bus/0 [megaraid_disk_12], SCSI device
/dev/bus/0 -d megaraid,13 # /dev/bus/0 [megaraid_disk_13], SCSI device
/dev/bus/0 -d megaraid,14 # /dev/bus/0 [megaraid_disk_14], SCSI device
/dev/bus/0 -d megaraid,15 # /dev/bus/0 [megaraid_disk_15], SCSI device
затем, чтобы получить информацию о smartctl, такую как
- ИЗНОС _ВЫРАВНИВАНИЕ _СЧЕТ
- ПИТАНИЕ _ВКЛ _ЧАСЫ
- ТЕМПЕРАТУРА _ЦЕЛЬЦИЯи все такое прочее
для каждого диска сделать
smartctl -d megaraid,8 -all /dev/bus/0
smartctl -d megaraid,9 -all /dev/bus/0
smartctl -d megaraid,10 -all /dev/bus/0
{down to}
smartctl -d megaraid,15 -all /dev/bus/0
синтаксис smartctl —smartctl [options] <device>
Вот как вы входите и проходите через карту рейда, когда несколько дисков не отображаются как несколько устройств, таких как /dev/sdb, /dev/sdc, /dev/sdd и т. д.