Войти

Показать полную графическую версию : Все про жесткие диски


Страниц : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 [115] 116 117 118 119 120 121 122 123 124 125 126 127 128

Tomset
28-12-2019, 05:54
А что известно про новые EZAZ? »
Полные модели надо приводить. а EZAZ вообще ни о чем,
я не смотрю на такие обозначения. ни как их не учитываю в таблицах доноров.
т.е. из этих букв можно узнать только следующее:
E - TB/3.5-inch
Z - Desktop Advanced Format/WD Blue; WD Black; WD Caviar
A - 5400 RPM (раньше это было еще и обозначение кэш 2 MB, но сейчас и на кэш уже забили)
Z - SATA 6 Gb/s with 22-pin SATA connector
И более ни чего.
Каждый может делаться из нескольких заводских моделей (семейств)
Я пока слышал, но не видел:
WD60EZAZ-00ZGHB0 T1D ZGHB 800077 VENICE SMR
Знаю что есть подобный WD60EZAZ производства HGST, но пока не видел даже картинку

WSonic
28-12-2019, 10:08
Tomset,
https://www.dns-shop.ru/product/5d0b20380f623332/2-tb-zestkij-disk-wd-blue-wd20ezaz/
https://www.dns-shop.ru/product/72ed1bba84203361/2-tb-zestkij-disk-wd-blue-wd20ezrz/

Tomset
28-12-2019, 10:58
WSonic,
Там где в серийнике код P1A, в 3-5 позициях - это тоже VENICE SMR скорее всего 2 блина три головы.
Там где код С4N - это Diablo3S обрезок от 3 тб. три блина 6 головок, из которых у двух терабайтника 1 или 2 головки не используются или все поверхности или их часть, урезаны по плотности.
Для меня и клиента беда Venicе делать. Там надо разлоченную плату у китайцев почти за штуку баксов покупать. (

WSonic
28-12-2019, 18:40
Tomset, А в плане надежности они как в принципе? Если между собой сравнивать?

Tomset
28-12-2019, 19:19
WSonic,
Практически одинаковая от производителя пока новые.
Убивают диски в основном, всякие события эксплуатации.
вибрации, температура, плохое питание , особенно при большой рабочей нагрузке.

WSonic
28-12-2019, 19:28
Tomset, А что сейчас по дискам 3.5 от Тошиба? Что-то от хитачи там осталось или это уже абсолютно новый продукт?

Tomset
28-12-2019, 19:45
Что-то от хитачи там осталось или это уже абсолютно новый продукт? »
Только платы на некоторых 3.5 от Тошибы, а корпуса все так и делает HGST.

WSonic
28-12-2019, 19:54
Tomset, Так корпус это железяка. Первые тошибы вообще были перемаркированными хитачами, а сейчас видать уже все...

а корпуса все так и делает HGST. »
Которая в свою очередь теперь принадлежит WD и полностью упразднена. Получается WD делает части дисков для тошибы? Интересная история...

Птушвиче
29-12-2019, 21:11
Ннннда...

Запись:
https://i111.fastpic.ru/thumb/2019/1229/af/38838418ea0a0c7c4a500f8f286640af.jpeg (https://fastpic.ru/view/111/2019/1229/38838418ea0a0c7c4a500f8f286640af.jpg.html)

Последующее чтение:
https://i111.fastpic.ru/thumb/2019/1229/e5/0f1d7a9eebf5cb2b9b0390d75be6bae5.jpeg (https://fastpic.ru/view/111/2019/1229/0f1d7a9eebf5cb2b9b0390d75be6bae5.jpg.html)

Tau_0
30-12-2019, 01:15
Ннннда... »
Мдя, а актуальный рапорт SMART шибко сложно было показать...???...
А так видно, что при записи ошибок не видно, хотя есть красные задержки. А вот при выборке/чтении аж цельных 519 CRC ошибок при на блоках по 2048 LBA. А сколько сбойных в блоке --- сиё неведомо. --- От одного да 2048 может быть. Но ясно, что выше крыши...

Я Вам советовал прогнать тест в режиме DDD, но Вы не захотели... Насколько мне известно, Сергей Казанский придумал DDD-режим для ловли сквозной ошибки электроники ID=184 End To End Error Count на хардах Seagate. Но у Вас хард не Seagate, а WDC. Может и вправду магнитный слой настолько плох, что размагничивается..???...

Тут я не знаю, может Tomset это дело лучше располкует... А на мой розум --- хард отжил своё...

Tomset
30-12-2019, 09:51
Может и вправду магнитный слой настолько плох, что размагничивается..???... »
Не, это царапины, пока очень маленькие, чуть потерта поверхность или как варианты; грязь на головках, их деформация, уход параметров.
Для записи нужно чтобы хард только нашел нужное место по серве. Серва записана сильным сигналом с бОльшими доменными областями, чем данные.
Поэтому головки серву читают, далее встают на трек данных и пишут не проверяя, что записали.
А вот когда читает, уже не может прочитать, то что записано менее слабым сигналом и доменами меньшего размера, чем у сервы.

Естественное размагничивание доменнов процесс очень медленный, считается что на 1% в год.
А головки видят только разницу между положительной и отрицательной намагниченностью. Так что они могу читать и 5% остаточной намагниченности.
Т.е. около 95 лет, можно не беспокоиться что домены размагнитятся, если они были намагничены на 100%
Естественно 95 лет цифру не называют, а говорят где-то о 30-50 лет сохранности информации, так как не все домены, можно намагнитить на все 100% по различным причинам.

Птушвиче
30-12-2019, 11:18
Мдя, а актуальный рапорт SMART шибко сложно было показать...???... »
https://i111.fastpic.ru/thumb/2019/1230/c1/4766ee0482131ce7b2f2cba0116869c1.jpeg (https://fastpic.ru/view/111/2019/1230/4766ee0482131ce7b2f2cba0116869c1.jpg.html)

Можно ли как-нибудь файлам указать записываться на него в конец?

Tomset
30-12-2019, 11:43
Можно ли как-нибудь файлам указать записываться на него в конец? »
Раздел создать на сбойном месте, потом второй на живом месте, а первый со сбоями удалить.
Поможет использовать пока живое место, но не надолго, обычно до первого внутреннего полного тестирования.
Хард его где-то через каждые 400 часов работы проводит.
Для важных данных все равно нельзя уже пользовать, только под ненужный мусор.

Птушвиче
30-12-2019, 12:34
Я правильно понимаю, что левая часть диска - это его начало (ближе к центру), а правая - конец (край)? Скрин не мой.
https://docksofts.com/wp-content/uploads/2018/11/MiniTool-Partition-Wizard-10.2.3-Full-Crack.jpg

Tomset
30-12-2019, 14:38
Разделы отображаются слева направо, от начала диска.
По вашему логу.
Плохой раздел нужно сделать где-то 300 GB с некоторым запасом от последних сбоев на 289 GB, чтобы края слайдеров головок не попадали на плохое место, и потом его удалить.
А второй раздел от 300GB и до конца.

Tau_0
31-12-2019, 06:45
По вашему логу.
Плохой раздел нужно сделать где-то 300 GB с некоторым запасом от последних сбоев на 289 GB »Мне дюже интересно как Вы это насчитали...???...

Из SCAN по моим прикидкам при записи мы имеем самые злостные предупреждения в блоках ===>
17:09:11 : Warning! Block start at 274104320 (140 GB) = 1279 ms
17:33:24 : Warning! Block start at 559529984 (286 GB) = 1014 ms
17:50:12 : Warning! Block start at 749221888 (384 GB) = 3682 ms
17:50:15 : Warning! Block start at 749223936 (384 GB) = 3713 ms
17:50:17 : Warning! Block start at 749228032 (384 GB) = 2044 ms


А при чтении варнинги на задержки более 1s начинаются гораздо раньше 300 GB.
Например, самое первое предупреждение в блоке ===>
20:26:05 : Warning! Block start at 34772992 (18 GB) = 1622 ms
И дальше их хватает...

Да Бох с ними, с предупреждениями... --- Меня больше всего интересует почему в последнем рапорте SMART только одна ошибка по атрибуту 197 (C5) Current Pending Sector Count...???... -- Ведь SCAN (линейное чтение) большое кубло (больше 500 блоков ) показал.

Может хард сумел таки как-то распознать эти блоки...???... --- Непонятно мне это место.

Tomset
31-12-2019, 07:44
Из SCAN по моим прикидкам при записи мы имеем самые злостные предупреждения в блоках ===> »
Запись не показатель. Хард может по древним логам что-то перепроверять. чистить эти логи. а это время.
При записи нет смысла на задержки смотреть, только на ошибки.
т.е. записью удаляем все старые грехи. А потом проверяем эту последнюю запись чтением. т.к. сама запись сразу не проверяется.

Да Бох с ними, с предупреждениями... --- Меня больше всего интересует почему в последнем рапорте SMART только одна ошибка по атрибуту 197 (C5) Current Pending Sector Count...???... -- Ведь SCAN (линейное чтение) большое кубло (больше 500 блоков ) показал. »

Нужно было сразу после записи посмотреть смарт. Чтобы увидеть, что логи он полностью очистил.
У него ошибки могут сидеть не только в пользовательской области, а и в резервной.
Её виктория ни как не может проверить.
При чтении и сразу после, хард уже работает над ошибками.
Он не сектора в смарте показывает, а сбойные непрерывные диапазоны. Количество записей в логе.
К тому же у него проблемы с записью при обработке ошибок (атрибут 200)
Вот все в месте и наберется где-то под 500. Какие-то ошибки он посчитал, что исправил и убрал из лога записи о них

Tau_0
31-12-2019, 13:51
Он не сектора в смарте показывает, а сбойные непрерывные диапазоны. Количество записей в логе. »
Мдя, тогда как понимать атрибут ID=197(C5) Current Pending Sector Count...???...

ЗЫ Я пока понимаю его как счётчик нестабильных/незавершённых секторов.
А текущее значение RAW = 1 (на этом харде) говорит о том, что в пользовательской зоне есть только один плохой сектор.

Что я не так понимаю...???... --- Речь идёт именно об атрибуте ID=197(C5) ....

Tomset
31-12-2019, 14:24
Tau_0,
Конкретно в этом лог порушен.
197 считает все сбойные диапазоны, которые не прочитались за отведенное количество попыток.
Обычно у WD 22 попытки, чтобы диапазон (блок, харды блочные устройства) считался не прочитанным.
А 198 считает те, которые невозможно вычитать всякими ухищрениями смарт диагностики, но они не уходят из 197.
Числятся и там и там. Их возможно исправить только новой записью.

kero
27-01-2020, 19:11
непонятная вещь, недавно заметил очень низкую скорость копирования на второй диск (всего 2), проверил
https://funkyimg.com/p/31KaD.png (https://funkyimg.com/view/31KaD), диск не занят никакой работой.
смарт нормальный. Раньше скорость была нормальная, по крайней мере не замечал никаких тормозов.



уже решено.




© OSzone.net 2001-2012