При выкладке скриншотов не забываем ограничения накладываемы пунктом 3.12 правил конференции. А именно: "Размещать в тегах "Img" картинки объемом свыше 500 кБ на сообщение. Допускаются картинки до 2 МБ под тегом "spoiler=", а также прямые ссылки на картинки любого размера. Ссылки на страницы, где картинка отображается среди рекламы, запрещены, применяющие их сайты блокируются автоцензором."
Немного о том, как ПРАВИЛЬНО создавать скриншоты для выкладки в форуме: http://forums.overclockers.ru/viewtopic ... 4&t=373001









Учёт и поиск запчастей к жестким дискам - R.baza.

Ну конечно будет больше скорости чем с одним, вы же не вешаете рейд на один шнурок.

Sania. ясно спасибо

KmKone
Но у рейда 0 надежность в два раза ниже чем у одного диска. цена в два раза выше, а скорость прибавляется на копейки. да и то только в синтетических тестах, которая к реальной работе не имеет отношения. К тому же на рейдах не работает TPIM, что резко снижает скорость после заполнения всего физического объема SSD.
Без TRIM очищаются только страницы в которые повторно идет запись. а удаленные файлы так и продолжают занимать физическое пространство.
В общем овчинка выделки не стоит , без специального RAID контроллера, который поддерживает TRIM.
Либо использовать Optan, где TRIM не требуется. Но это горячо и дорого.

На интелёвых чипсетах для RAID0 давным-давно есть поддержка TRIM.
Вот только RAID0 из SSD - довольно бессмысленная затея...

каждый раз при сбросе биос МП увеличивается Unexpected Power Loss Count... это нормально или нужно что-то с этим делать?

ещё замечаю периодически, что Current Pending Sector Count равняется 1, но тут же почему-то пропадает/обнуляется после обновления данных смарта и так до следующего непонятного раза. чоза хрень?

Перестаньте это делать.
Хрен знает, может просто перестать делать сброс биоса постоянно и не станет сбоить.

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


нет, этот пункт на ровном месте ведет себя так, но не постоянно... иногда замечаю.

Отключите тогда диск и гоните как хотите.
Просканируйте диск, может у него проблема какая.

в след.раз так и буду делать.


ok

Приветствую всех! WD Black 2Tb. Начала десятка доканывать своим CHKDSK при старте системы. Смарт проверил, инфу об опасности не нашёл. Диск подготавливать к замене? Или исправить можно?
P.S - данные бэкапить некуда, весь забит.

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

покупаешь новый 2тб и туда скидываешь все данные,далее проблемный диск сканируешь и стираешь в виктории,если проблемы останутся тогда диск на выброс

Да ладно на выброс, я таким более пяти лет пользую.

C write error в С8? ну-ну. ))

Tomset вроде же не много, это всё равно говорит о их погибели скором?

Ну так видно же - 16 неисправимых ошибок = 16 ошибок записи, не может писать.
на еще 40 кандидатов он уже забил.
На поляну-то он может еще и пишет, но ошибки обрабатывать не может. Любой случайный сбой и потеря данных.
Возможно запись всей поляны исправит логи, но это надо проверить.

Не понял, в самодиагностике разучился или совсем, атрибут с8 только на самодиагностике считает у вд?
Но это скорее при обычном чтении случилось, разве нет?
Так что произошло всё же, как он тогда сможет писать если разучился это делать?

Вариантов много чтобы все расписывать. Любые ошибки пишутся в разные логи, часть попадает в кандидаты, часть нет.
Каждый лог имеет счетчик записей. счетчик кандидатов попадет в смарт. Другие учтутся в счетчиках частоты ошибок.
Если он, к примеру, не может прочитать весь лог, то он и записать в него не может. Записи же неизвестно где.
От типа ошибок, будет зависеть что он с ними будет делать. какие-то просто перечитает, какие то будет стараться вычитать и записать на место. Если не запишется - переназначит. какие-то сразу переназначит.
Те что так и не вычитались остаются в кандидатах и помечаются как невычитанные.
Запись новой информации, сверяется с логами, и по типу ошибок, либо просто записывает, либо еще и проверяет и переназначает плохие сектора.
Ну и может получиться так, что пройдя всю поляну, он сбросит лог в памяти, и чистый лог запишет на место, тем самым сможет дальше нормально обрабатывать ошибки.
т.е. разница в том, что старая информация не нужна, когда идет новая запись, и можно тупо сбросить лог пройдя всю поляну. А при чтении такие действия приведут к потере информации.

Спасибо, буду тогда покупать новый. Я то думал этот еще отпахает, ведь он файлопомойный и я редко уже на него что-то записываю и захожу туда. Осталось выбрать надежный на терабайта 4. Снова голову ломать при выборе =)

Ну тогда два, надёжных не существует, и голова останется цела.