Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Новая версия утилит для работы со SMART-информацией - Smartm..., opennews (??), 31-Дек-18, (0) [смотреть все] Вот бы смену сепаратора для csmi приделали , Аноним (1), 14:11 , 31-Дек-18, (1) Wrote usr src RPM RPMS e2k smartmontools-7 0-alt1 e2k rpm , Michael Shigorin (ok), 15:02 , 31-Дек-18, (2) // Bunny, is that you , Аноним (-), 15:43 , 31-Дек-18, (3) Wpope , Аноним (10), 07:24 , 01-Янв-19, (10) +3 чушь это все все HDD скрывают свои дефекты как могут, на запросы по SMART всегд, СеменСеменыч777 (?), 16:43 , 31-Дек-18, (4) –10 // Дык, надо запускать longtest переодически а не ждать чудес, Аноним (5), 17:49 , 31-Дек-18, (5) +4 // Проблема и впрямь имеет место быть -- примерно с тех пор как поставщики BIOS нач, Michael Shigorin (ok), 17:54 , 31-Дек-18, (6) +3 Не думал, что конспирологи даже в такой теме могут быть , AnonPlus (?), 18:39 , 31-Дек-18, (7) +1 // Да какая тут конспирология -- просто наблюдений за происходящим с дисками лет за, Michael Shigorin (ok), 19:10 , 31-Дек-18, (8) +1 как будто бы что-то плохое ps конспирологи говорили с конца 90х годов, что в ви, СеменСеменыч777 (?), 11:48 , 01-Янв-19, (11) +5 Не замечал такого По значениям и скорости их изменения Reallocated_Sector_Ct C, MirandaUser2 (?), 21:08 , 31-Дек-18, (9) +4 // RTFM https superuser com a 1022634, Аноним (5), 15:21 , 01-Янв-19, (13) +1   // Самое по существу, как мне кажется I would put the time and effort into a freq, Michael Shigorin (ok), 20:38 , 01-Янв-19, (20)   это типа как я буду лечить себе ногу вместо того, чтобы пить витамины Очень г, samm (ok), 10:51 , 02-Янв-19, (22)   заметку писал д-бил, как и 99 экспертных советов на подобных сайтах Никакого, samm (ok), 10:55 , 02-Янв-19, (23)   Там о том, что _в принципе_ любое механическое воздействие ускоряет износ эдак , Michael Shigorin (ok), 13:53 , 02-Янв-19, (27) –1   нет не ускоряет, так как это не механическое воздействие, а электромагнитное И , samm (ok), 23:13 , 02-Янв-19, (31)   если мы читаем в бекап - то мы читаем только сектора на которых есть инфа рейд , samm (ok), 23:14 , 02-Янв-19, (32)   Резонно спасибо , Michael Shigorin (ok), 00:18 , 03-Янв-19, (33) +1   Это Вы к тому, что нужно время от времени прогонять short long test Так вот на э, MirandaUser2 (?), 01:55 , 20-Янв-19, (37)   В SSD нет никаких настоящих секторов Смарт мониторить на ssd не менее а _боле, samm (ok), 10:59 , 02-Янв-19, (24) +1 // Ну это понятно, но роль SMART а в моем понимании та же - предоставлять информаци, MirandaUser2 (?), 03:08 , 20-Янв-19, (38) нет чушь - это ваш постнет такого ответа нет есть - атрибуты и селфтесты из , samm (ok), 19:47 , 01-Янв-19, (17) Что касается ssd, то с чипами памяти действительно может быть все хорошо, при эт, Catwoolfii (ok), 10:06 , 03-Янв-19, (35) +2 В последнее время на дисках встречаю что в Current_Pending_Sector от одного до д, Аноним (12), 13:38 , 01-Янв-19, (12) +1 // если диск начал сыпаться - его нужно менять, если конечно важно сохранить данн, Аноним (5), 15:23 , 01-Янв-19, (14) как минимум сразу стоит сделать long selftest, samm (ok), 19:52 , 01-Янв-19, (18) +3 // long selftest нормально при этом проходит , Аноним (28), 15:07 , 02-Янв-19, (28) если диск единственный и бэкапы делаются реже чем раз в минуту - да, менять, не , . (?), 16:19 , 02-Янв-19, (29) +1 В своё время хотел заняться этой приблудой, но когда прочитал отзывы людей - ког, th3m3 (ok), 18:06 , 01-Янв-19, (15) –1 // очень глупый вывод, да А читать надо не отзывы людей с опеннета а нормальные , samm (ok), 19:43 , 01-Янв-19, (16) +3 Есть нюанс _полагаться_ на нынешний SMART не получается, но уж если долетело --, Michael Shigorin (ok), 20:11 , 01-Янв-19, (19) // полагаться надо только на бекапы и не или стораджи с избыточностью, всякие та, samm (ok), 10:49 , 02-Янв-19, (21) +1 // как легка и приятна жизнь админов локалхоста, где и бэкапать-то, на деле, нечего, . (?), 12:43 , 02-Янв-19, (25) –2 послушайте, я смиявсь про админа локалхоста Вы бы посмотрели мой профиль для , samm (ok), 12:47 , 02-Янв-19, (26) да плевать мне на сопли пузырем и пальцы веером - раз болтает до сих пор человек, . (?), 16:35 , 02-Янв-19, (30) –2 да ладно джва года ждал , Аноним (34), 00:55 , 03-Янв-19, (34) +1 // Ну там и работы было куча Зато в итоге там не 1 json, а целых дофига , samm (ok), 11:33 , 03-Янв-19, (36) +1 1,2,4,12,15,34

Сообщения

[Сортировка по времени | RSS]

	13. "Новая версия утилит для работы со SMART-информацией - Smartm..."	+1 +/–
	Сообщение от Аноним (5), 01-Янв-19, 15:21
	RTFM: https://superuser.com/a/1022634
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Новая версия утилит для работы со SMART-информацией - Smartm..."	+/–
	Сообщение от Michael Shigorin (ok), 01-Янв-19, 20:38
	Самое по существу, как мне кажется: "I would put the time and effort into a frequent back-up solution, rather than frequent testing of the drive".
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Новая версия утилит для работы со SMART-информацией - Smartm..."	+/–
	Сообщение от samm (ok), 02-Янв-19, 10:51
	это типа как "я буду лечить себе ногу вместо того, чтобы пить витамины". Очень глупое взаимоисключение, это даже если вынести за скобки то, что бекап солюшн тоже требует мониторинга, если мы его не аутсорсим.
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Новая версия утилит для работы со SMART-информацией - Smartm..."	+/–
	Сообщение от samm (ok), 02-Янв-19, 10:55
	заметку писал д-бил, как и 99% "экспертных советов" на подобных сайтах. Никакого изнашивания ни лонг тест ни рейдовский патрол рид не добавляет, так как  обычное чтение - базовая операция винта. Основной износ это обычно start/stop cycles или просто наработка по времени, ни на первое ни на второе чтение поверхности не влияет. Более того - чтение даже полезно, так как если у нас есть сектор который читается неуверенно и был прочитан со второго раза (или спасен по ecc) то firmware может его ремапнуть или просто перезаписать.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	27. "Новая версия утилит для работы со SMART-информацией - Smartm..."	–1 +/–
	Сообщение от Michael Shigorin (ok), 02-Янв-19, 13:53
	> Никакого изнашивания ни лонг тест ни рейдовский патрол рид > не добавляет, так как  обычное чтение - базовая операция винта. Там о том, что _в принципе_ любое механическое воздействие ускоряет износ (эдак философски). И о том, что если уж зачитывать поверхность -- то стоит заодно передать считанное в бэкап.  Тут-то что не так? (а что порой стоит как минимум короткий тест гонять, чтоб не поймать уже явочным порядком проблемы с головой/электроникой -- ну да)
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Новая версия утилит для работы со SMART-информацией - Smartm..."	+/–
	Сообщение от samm (ok), 02-Янв-19, 23:13
	нет не ускоряет, так как это не механическое воздействие, а электромагнитное. И уж точно проблемы с кол-вом циклов перезаписи у диска нет
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Новая версия утилит для работы со SMART-информацией - Smartm..."	+/–
	Сообщение от samm (ok), 02-Янв-19, 23:14
	если мы читаем в бекап - то мы читаем только сектора на которых есть инфа. рейд патрол рид или лонг селф тест позволяют прочесть _все сектора)
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	33. "Новая версия утилит для работы со SMART-информацией - Smartm..."	+1 +/–
	Сообщение от Michael Shigorin (ok), 03-Янв-19, 00:18
	> если мы читаем в бекап - то мы читаем только сектора на > которых есть инфа. рейд патрол рид или лонг селф тест позволяют > прочесть _все сектора_ Резонно; спасибо.
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Новая версия утилит для работы со SMART-информацией - Smartm..."	+/–
	Сообщение от MirandaUser2 (?), 20-Янв-19, 01:55
	Это Вы к тому, что нужно время от времени прогонять short/long test? Так вот на этом самом проблемном SSD он проходит без ошибок: === START OF READ SMART DATA SECTION === SMART Self-test log structure revision number 1 Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error # 1  Extended offline    Completed without error       00%     37246         - # 2  Short offline       Completed without error       00%     37246         - # 3  Extended offline    Completed without error       00%      8279         - при чтении: ~ # dd if=/dev/sdb of=/dev/null bs=32M dd: error reading '/dev/sdb': Input/output error 13+1 records in 13+1 records out 464543744 bytes (465 MB, 443 MiB) copied, 2,70164 s, 172 MB/s вывод dmesg: [477340.154080] ata6.00: exception Emask 0x0 SAct 0x10000 SErr 0x0 action 0x0 [477340.154083] ata6.00: irq_stat 0x40000008 [477340.154087] ata6.00: failed command: READ FPDMA QUEUED [477340.154094] ata6.00: cmd 60/08:80:30:d8:0d/00:00:00:00:00/40 tag 16 ncq dma 4096 in                          res 41/40:80:30:d8:0d/00:00:00:00:00/40 Emask 0x409 (media error) <F> [477340.154096] ata6.00: status: { DRDY ERR } [477340.154098] ata6.00: error: { UNC } [477340.154692] ata6.00: configured for UDMA/100 [477340.154703] sd 5:0:0:0: [sdb] tag#16 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [477340.154707] sd 5:0:0:0: [sdb] tag#16 Sense Key : Medium Error [current] [477340.154710] sd 5:0:0:0: [sdb] tag#16 Add. Sense: Unrecovered read error - auto reallocate failed [477340.154713] sd 5:0:0:0: [sdb] tag#16 CDB: Read(10) 28 00 00 0d d8 30 00 00 08 00 [477340.154715] print_req_error: I/O error, dev sdb, sector 907312 [477340.154717] Buffer I/O error on dev sdb, logical block 113414, async page read [477340.154728] ata6: EH complete P.S. смена шлейфа не меняет ситуацию.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема