Ru-Board.club
← Вернуться в раздел «Магнитные носители информации»

» Железные проблемы с HDD (диском, хардом, веником). Часть 2

Автор: panda2019
Дата сообщения: 29.07.2013 16:53

Цитата:
скрриншот SMART покажите хотя бы


smartctl 5.43 2012-06-30 r3573 [i686-linux-3.8.2] (local build)
Copyright (C) 2002-12 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF INFORMATION SECTION ===
Model Family: Hitachi Travelstar 5K320
Device Model: Hitachi HTS543212L9A300
Serial Number: 080710FB0B00LGC1VZ7A
LU WWN Device Id: 5 000cca 569c0d9a2
Firmware Version: FBBOC40C
User Capacity: 120 034 123 776 bytes [120 GB]
Sector Size: 512 bytes logical/physical
Device is: In smartctl database [for details use: -P show]
ATA Version is: 8
ATA Standard is: ATA-8-ACS revision 3f
Local Time is: Mon Jul 29 16:35:50 2013 GMT
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: PASSED

General SMART Values:
Offline data collection status: (0x00)    Offline data collection activity
                    was never started.
                    Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0)    The previous self-test routine completed
                    without error or no self-test has ever
                    been run.
Total time to complete Offline
data collection:         ( 645) seconds.
Offline data collection
capabilities:              (0x5b) SMART execute Offline immediate.
                    Auto Offline data collection on/off support.
                    Suspend Offline collection upon new
                    command.
                    Offline surface scan supported.
                    Self-test supported.
                    No 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:      ( 52) minutes.
SCT capabilities:      (0x003d)    SCT Status supported.
                    SCT Error Recovery Control 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 0x000b 090 090 062 Pre-fail Always - 3932160
2 Throughput_Performance 0x0005 100 100 040 Pre-fail Offline - 0
3 Spin_Up_Time 0x0007 253 253 033 Pre-fail Always - 0
4 Start_Stop_Count 0x0012 099 099 000 Old_age Always - 3021
5 Reallocated_Sector_Ct 0x0033 100 100 005 Pre-fail Always - 0
7 Seek_Error_Rate 0x000b 100 100 067 Pre-fail Always - 0
8 Seek_Time_Performance 0x0005 100 100 040 Pre-fail Offline - 0
9 Power_On_Hours 0x0012 092 092 000 Old_age Always - 3504
10 Spin_Retry_Count 0x0013 100 100 060 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 099 099 000 Old_age Always - 2889
191 G-Sense_Error_Rate 0x000a 099 099 000 Old_age Always - 2
192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 111
193 Load_Cycle_Count 0x0012 093 093 000 Old_age Always - 70006
194 Temperature_Celsius 0x0002 166 166 000 Old_age Always - 33 (Min/Max 8/52)
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 233
197 Current_Pending_Sector 0x0022 100 100 000 Old_age Always - 9
198 Offline_Uncorrectable 0x0008 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x000a 200 200 000 Old_age Always - 0
223 Load_Retry_Count 0x000a 100 100 000 Old_age Always - 0

SMART Error Log Version: 1
ATA Error Count: 559 (device log contains only the most recent five errors)
    CR = Command Register [HEX]
    FR = Features Register [HEX]
    SC = Sector Count Register [HEX]
    SN = Sector Number Register [HEX]
    CL = Cylinder Low Register [HEX]
    CH = Cylinder High Register [HEX]
    DH = Device/Head Register [HEX]
    DC = Device Command Register [HEX]
    ER = Error register [HEX]
    ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error 559 occurred at disk power-on lifetime: 3500 hours (145 days + 20 hours)
When the command that caused the error occurred, the device was active or idle.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 01 5f 32 6a e0 Error: UNC 1 sectors at LBA = 0x006a325f = 6959711

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
c8 00 08 58 32 6a e0 08 04:31:29.100 READ DMA
27 00 00 00 00 00 e0 08 04:31:29.100 READ NATIVE MAX ADDRESS EXT
ec 00 00 00 00 00 a0 08 04:31:29.100 IDENTIFY DEVICE
ef 03 46 00 00 00 a0 08 04:31:29.100 SET FEATURES [Set transfer mode]
27 00 00 00 00 00 e0 08 04:31:29.100 READ NATIVE MAX ADDRESS EXT

Error 558 occurred at disk power-on lifetime: 3500 hours (145 days + 20 hours)
When the command that caused the error occurred, the device was active or idle.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 01 5f 32 6a e0 Error: UNC 1 sectors at LBA = 0x006a325f = 6959711

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
c8 00 08 58 32 6a e0 08 04:31:25.000 READ DMA
27 00 00 00 00 00 e0 08 04:31:25.000 READ NATIVE MAX ADDRESS EXT
ec 00 00 00 00 00 a0 08 04:31:25.000 IDENTIFY DEVICE
ef 03 46 00 00 00 a0 08 04:31:25.000 SET FEATURES [Set transfer mode]
27 00 00 00 00 00 e0 08 04:31:25.000 READ NATIVE MAX ADDRESS EXT

Error 557 occurred at disk power-on lifetime: 3500 hours (145 days + 20 hours)
When the command that caused the error occurred, the device was active or idle.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 01 5f 32 6a e0 Error: UNC 1 sectors at LBA = 0x006a325f = 6959711

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
c8 00 08 58 32 6a e0 08 04:31:20.900 READ DMA
27 00 00 00 00 00 e0 08 04:31:20.900 READ NATIVE MAX ADDRESS EXT
ec 00 00 00 00 00 a0 08 04:31:20.900 IDENTIFY DEVICE
ef 03 46 00 00 00 a0 08 04:31:20.900 SET FEATURES [Set transfer mode]
27 00 00 00 00 00 e0 08 04:31:20.900 READ NATIVE MAX ADDRESS EXT

Error 556 occurred at disk power-on lifetime: 3500 hours (145 days + 20 hours)
When the command that caused the error occurred, the device was active or idle.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 01 5f 32 6a e0 Error: UNC 1 sectors at LBA = 0x006a325f = 6959711

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
c8 00 08 58 32 6a e0 08 04:31:16.800 READ DMA
27 00 00 00 00 00 e0 08 04:31:16.800 READ NATIVE MAX ADDRESS EXT
ec 00 00 00 00 00 a0 08 04:31:16.800 IDENTIFY DEVICE
ef 03 46 00 00 00 a0 08 04:31:16.700 SET FEATURES [Set transfer mode]
27 00 00 00 00 00 e0 08 04:31:16.700 READ NATIVE MAX ADDRESS EXT

Error 555 occurred at disk power-on lifetime: 3500 hours (145 days + 20 hours)
When the command that caused the error occurred, the device was active or idle.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 01 5f 32 6a e0 Error: UNC 1 sectors at LBA = 0x006a325f = 6959711

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
c8 00 08 58 32 6a e0 08 04:31:12.600 READ DMA
27 00 00 00 00 00 e0 08 04:31:12.600 READ NATIVE MAX ADDRESS EXT
ec 00 00 00 00 00 a0 08 04:31:12.600 IDENTIFY DEVICE
ef 03 46 00 00 00 a0 08 04:31:12.600 SET FEATURES [Set transfer mode]
27 00 00 00 00 00 e0 08 04:31:12.600 READ NATIVE MAX ADDRESS EXT

SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]


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.



Вот полнй отчет
Автор: ToppeaDop
Дата сообщения: 30.07.2013 15:05
Здравствуйте!
В один не прекрасный день перестал работать внешний диск Transcend, по факту - Seagate Momentus 5400.6 (500 GB) с SATA-разъемом. WWN: 5000C50022D3B204, Date: 10453.

Не определяется ни через USB-мосты, ни при подключении к SATA-выводам компьютера.

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

Как это обычно бывает, на диске - фотографии, документы, которые просто так из инета не найдешь, не скачаешь. Семейный архив, все такое, общий объем важного, по прикидкам - гигов 200-250.

Что можно попытаться сделать, куда бежать, чтобы восстановить информацию по максимуму? Может, посоветуете хороших хдд-ведов в СПб, которым можно доверить диск на восстановление инфы, чтобы сработали на совесть, а не испортили то, что еще не испортилось само?
Автор: s1yder
Дата сообщения: 03.08.2013 13:32
Помогите разобраться, пожалуйста. Есть пациент WD Blue WD10EZEX. Симптомы: не определяется, не крутится. Цель - вытащить инфу. Вышел из строя видимо из-за замыкания. Есть еще один такой же хард, пробовали перекинуть плату, хард закрутился но тут же останавливается и так повторяется. Куда копать и что делать. Но фото пометил зону, где наблюдается повышенный нагрев, прям раскаляется. Вроде как это квадратный чип WDHC... и белая деталь где написано SK1


Автор: Michael99
Дата сообщения: 03.08.2013 13:53

Цитата:
при подаче питания неритмично хрустит

Проблема с БМГ винта (очень распространённая).

Цитата:
Что можно попытаться сделать, куда бежать, чтобы восстановить информацию по максимуму?

Только через замену БМГ. Это сложно и дорого.
Автор: igor_me
Дата сообщения: 03.08.2013 14:33
s1yder
Если вторая плата действительно такая же (ревизия совпадает и т. п.), первое, что пробовать - перерпаять микруху ПЗУ с умершей платы на донорскую.
Автор: s1yder
Дата сообщения: 03.08.2013 15:41
igor_me
Вторая плата не совсем такая. На ней другая флешка, U2 на плате, стоит (на умершей - hynix, на доноре - winbond), да и на ПЗУ написано winbond, а на доноре просто цифры. Стоит пробовать перепаивать?
Автор: Vic422
Дата сообщения: 03.08.2013 15:53
s1yder
На плате вытравлено 2060-771824-000?
А на второй?
Автор: s1yder
Дата сообщения: 03.08.2013 16:01
Vic422
На убитой плате Rev A 2060-771824-006
На второй всё тоже самое!
Автор: igor_me
Дата сообщения: 03.08.2013 17:31
s1yder

Цитата:
а на доноре просто цифры

Маркировки обоих флешек напишите. Ну одну вижу по фото: Winbond 25W20...
Вторая?

Добавлено:

Цитата:
а на доноре просто цифры

Чего-то не понял, если там только цифры, как вы тогда определили, что
Цитата:
на умершей - hynix

?????

Добавлено:
Ааааа, вы подумали, что флешка - это U2? Неа, это U12 . Вам об этом Michael99 в теме по ремонту WD написал же. Не заглядывали туда?
Автор: s1yder
Дата сообщения: 03.08.2013 18:26
В общем сфоткал и пациента и доктора

Слева убитый, справа исправный.




Убитый:


Исправный:


igor_me
Я имел ввиду что у этих плат разные элементы U2 и U12. Т.е. платы не совсем идентичны. Если я переставлю U12 на донора, то есть шанс что можно будет информацию вытянуть или нет?
Автор: Vic422
Дата сообщения: 03.08.2013 18:38
s1yder
U12 аккуратно перепаивай.


Цитата:
разные элементы U2 и U12

Аналоги.

Если коммутатор в банке не сгорел, то все получится.
Прозвонить банку мультиметром не лишним будет.
Автор: s1yder
Дата сообщения: 03.08.2013 18:55
Vic422
Спасибо, чего-то не найду методику как мультиметром проверить
Автор: Vic422
Дата сообщения: 03.08.2013 18:58
Сравнить со второй живой.
Автор: tomset
Дата сообщения: 03.08.2013 19:05
Vic422


Цитата:
то все получится.

Не факт, крутилки разные.
на 771824 встречались три типа крутилок (ID 8021/8022/C022), и замена пзу не прокатывает.
Автор: Vic422
Дата сообщения: 03.08.2013 19:13
tomset
У него другого варианта нет.
Винт с чужой платой раскручивался, и останавливался - ПЗУ не родное.
Так, что вероятность, что прокатит - есть.

А эти сложности
Цитата:
(ID 8021/8022/C022)
, мало кто понимает.
Автор: s1yder
Дата сообщения: 03.08.2013 19:49
Перепаял, почему-то ничего не изменилось. Видимо не судьба. Хард пытается раскрутиться, внутри щелчки, секунд через 15 остановился вообще
Автор: tomset
Дата сообщения: 03.08.2013 19:52
Vic422
конечно зачем вникать.
Тем более, что не те платы с чужим ПЗУ, или умирают на неродном гермоблоке, или убивают коммутатор, или затирают нафик SA. а то и все вместе.
Чуть что так льем первую попавшуюся прошивку скаченную с инета, или ставим плату несовместимую.
Авось прокатит. Только трахаться потом нам после них, когда все в соплях все же приходят к мастеру.
Автор: Vic422
Дата сообщения: 03.08.2013 20:01
Значит DIT не совпал.

Цитата:
платы с чужим ПЗУ, умирают на неродном гермоблоке

Тут этого нет, т.к. платы только программно не совпали.

s1yder
Дальше нет смысла что то делать. Не справитесь.
К мастеру дорогу искать, если инфа нужна.
Автор: tomset
Дата сообщения: 03.08.2013 20:25
Vic422
Просто пока не сталкивался
Я уже имел такое счастье лицезреть.
как то захотел проверить совместимость одинаковых плат на Sadle G6 и Sadle BK.
с BK на G6 осталась жива, а с G6 на BK умерла.
Хотя платы даже по конфигу совпадали, только коммутаторы разные в банках.
На внешние надписи нет смысла обращать внимания.
Вытравлена на плате - версия разводки. На наклейке место сборки и серийный номер.
На нее можно любой набор микросхем напаять.
И по обзночениям микросхем бестоку подбирать, так как производитель может любую микросхему сконфигурировать, как ему заблогорасудится.
В одном семействе попадаются до пяти типов коммутаторов.
Несколько вариантов серво-разметки, несколко типов формата данных, несколько типов голов. Последний писк, это когда в одинаковых моделях стоят 6-ти или 8-контактные головки.
Автор: rodrigo_f
Дата сообщения: 04.08.2013 20:50
Следующая проблема с жестким диском на 2,5 TOCHIBA MQ01ABD100 на 1 ТB. В настройках BIOS-а определяется. При тестировании в Victoria под DOS выдает следующие результаты – в начальной области сканирование идет нормально. Потом же стопорится. Винт начинает стучать головами. Victoria определяет на этом месте сбойный сектор. Потом программа выдает сектора «No DRQ». Винт перестает «видится» программой.

Потом начинаются идти сектора помеченные «!» знаком.

После остановки сканирования винт перестает определятся в настройках BIOS-а. Даже «Reset» компа не помогает. А токо выкл/вкл. компа. После этого винт снова определяется в настройках BIOS-а.
Вопрос следующий. Можно ли с этого убитого винта снять данные, и каким образом, если это возможно. Или можно уже смело выбросить в мусорное ведро. Сам винт как оборудование к восстановлению не обязателен. Просто на нем куча домашних фоток и видео. С такой неисправностью просто сталкиваюсь первый раз и прошу совета…
Автор: tomset
Дата сообщения: 04.08.2013 21:24
rodrigo_f
Посекторку на здоровый диск нужно делать избегая сбойных мест где он виснет.

Судя по картинке, вероятней всего, у него голова одна умерла.
Сделать скорее всего можно, если там не запил, но только в DR фирме и недешово, так как придется менять головы.
Автор: rodrigo_f
Дата сообщения: 05.08.2013 04:06
tomset

Цитата:
Посекторку на здоровый диск нужно делать избегая сбойных мест где он виснет.

А как будет идти процесс, когда копирование дойдет до сбойного места и винт перестанет считываться. Или как то можно "перепрыгнуть" сбойный участок. Т.е. немного не доходя до сбойного участка, методом перебора определить размер самого сбойного участка, а потом уже копирование продолжать с более поздних номеров секторов.
А вдруг этот самый сбойный участок не закончится - т.е. будет идти до конца поверхности. Проверять надо...

Цитата:
вероятней всего, у него голова одна умерла.

Т.е. в этом случае считывание возможно токо участками - половину считываем, половину пропускаем. Тогда теряется смысл восстановления.

Цитата:
но только в DR фирме и недешово,

Ну я думаю хозяина винта это не устроит. Не такая и важная там инфа, что бы платить такую цену. Спасибо за совет. Бум "ковырять" пока дальше...
Автор: YCLIFK
Дата сообщения: 18.08.2013 16:07
подскажите плиииииз. Полетел жесткий диск, поставил новый, установил винду при перезагрузке не нашел жд... чуть постоял включаю запускается, выключу-включу опять не видит жд. пять-десять минут стоит запускается но не надолго... материнка GA-8I945PLGE-RH socket 775. были проблемы с процем вроде исправили
Автор: rodrigo_f
Дата сообщения: 18.08.2013 17:13
YCLIFK
Попробуйте:
- хотя и
Цитата:
Полетел жесткий диск, поставил новый
- проверьте ваш новый винт на другом компе и сразу станет ясно проблема в винте или не в нем.
- замените шлейф, подключите к другому разъему питания
- сбросьте настройки биоса
- измерьте(или замените на новую) напряжение батарейки CMOS 3В - может подсела...
- замерьте(замените временно на другой, рабочий) напряжения БП

А теперь по поводу выше стоящего моего вопроса по поводу винта
Цитата:
Следующая проблема с жестким диском на 2,5 TOCHIBA MQ01ABD100 на 1 ТB


Цитата:
Бум "ковырять" пока дальше...

"доковырялся"...
Несколько раз прогнал начальный участок (размер около 5 Гб.) программами Victoria под DOS и "дегенератом". Несколько сотен секторов все таки переназначилось. Так и было на этом участке чередование блоков с нормальными секторами и блоков с плохими. Чем дальше от начала, тем меньше становился размер плохого блока. Замучился. Бросил. Но винт стал виден в винде(причем весь раздел). Начал восстанавливать(копировать) файлы с помощью программы Copy Expert. Кое что скопировалось без ошибок. В основном копировалось с небольшими ошибками - 0,1...0,3 мб на 300 мб инфы. Кое что скопировалось с большим количеством ошибок - до 7 мб. на 300 мб. инфы.
Так что в основном инфа была спасена. Вот токо получается, что проблема (наверное) не в самой голове винта, а в его поверхности. Получается, что на начальном участке поверхность повреждена. А чем дальше от начала, тем повреждений меньше...
Автор: igor_me
Дата сообщения: 18.08.2013 21:46

Цитата:
Вот токо получается, что проблема (наверное) не в самой голове винта, а в его поверхности

В вашем случае, видимо - да, но иногда ("профи меж собою говорят" ) параметры и у головы, что называется, "уплывают" (чувствительность упала или микроповреждение получила от соприкосновения с поверхностью). И такая голова может например хуже читать на внешних дорожках диска (вплоть до невозможности чтения конкретных секторов) и лучше на внутренних. Ну всё это размышления, главное
Цитата:
"доковырялся"...


Цитата:
Несколько раз прогнал начальный участок (размер около 5 Гб.) программами Victoria под DOS и "дегенератом".

А вот это в общем-то совсем ни к чему было, при восстановлении данных нет ну НИКАКОГО смысла делать ремап. Хоть "дегенератором" хоть Викторией Если бэды уже есть, то инфа из них и так не прочитается, а ремап УЖЕ нечитаемых секторов НИКАК не повлияет на "восстановляемость" инфы из рабочих секторов, а только трата времени и дополнительный риск, ведь диск за это время может приобрести ещё бэды...
Автор: rodrigo_f
Дата сообщения: 18.08.2013 22:01
igor_me

Цитата:
А вот это в общем-то совсем ни к чему было, при восстановлении данных нет ну НИКАКОГО смысла делать ремап

Согласен. Рисковая эта операция. Недавно винт 2,5 дюйма на 320 Гб ухаборил полностью ремапом. До этого он немного постучит(при включении), а потом определялся в настройках биоса. Симптомы точь в точь такие же как и у TOCHIBA MQ01ABD100 на 1 ТB - я еще подумал - вот "повезло", два винта с одинаковыми глюками. После (примерно 30...40 мин. ремапа) - полный зависон виктории. Прегрузился. Фиг вам. Винт уже больше не стучит, а токо пыжится пытаясь раскрутится. И все - в биосе не определяется. Пришлось с ним "распрощаться"...
Ну а TOCHIBA я долго мучал программой Copy Expert. И никаких проблем с винтом больше не было. А ремап тут помог. Сначала винт (его раздел) определялся токо Acronis Disk Director. Виндой же нет. После ремапа стала его и винда определять(правда мин.5 грузится). Зато стало возможность воспользоваться программой Copy Expert. А эта программка читает с битых секторов все что может прочесть(не прочтенное заменяет). Так что дополнительно еще бы ремап провести. Тогда бы ошибок копирования гораздо меньше бы было. Да не рискнул. И долгая и нудная эта работа. Не охота было...
Автор: igor_me
Дата сообщения: 19.08.2013 13:44

Цитата:
Прегрузился. Фиг вам. Винт уже больше не стучит, а токо пыжится пытаясь раскрутится.

А что за винт-то был? Не Сигейт или WD? Может у него "контактная болезнь" приключилась и его ещё можно было спасти? А WD вообще неплохо чинятся...
Автор: rodrigo_f
Дата сообщения: 19.08.2013 17:00
igor_me

Цитата:
А что за винт-то был? Не Сигейт или WD?

Seagate на 320 Гб., 2,5 дюйма.

Цитата:
Может у него "контактная болезнь" приключилась и его ещё можно было спасти?

Когда винт заглох. Разобрал для осмотра контактов. Были (те которые как бы посеребренные) покрыты небольшим окислом. Протер ластиком. А остальные контакты были нормальные. Но все равно спиртом протер. Не помогло. Винт так и забрали...
Главное, он вначале цыкал головками(постукивал при включении), но определялся в настройках биоса и в Victoria под DOS. Начал его "обследовать" Victoria на предмет просмотра считывания(заодно включил Remap). То же как и у TOCHIBA в начальной области шло так - "кусок" читается, следующий не читается и т.д.(куски примерно одинаковы, но читающиеся чуть больше были). Начал менять LBA примерно на точки 20, 30, ...70, 90%. Там то же встречались области читаемые и не читаемые. Размер не успел оценить - винт крякнулся...
Автор: karakurt2
Дата сообщения: 19.08.2013 20:03
Я пытаюсь сконфигурировать два 4Tb диска Seagate ST4000NM0033 как массив с чередованием RAID0 с помощью контроллера Intel, интегрированного на материнской плате Supermicro X8DTU-6F+. Установил Intel RST 12.8.0.1016. Система видит диски как 4-терабайтные, программа управления дисковыми массивами показывает нормальную работу дисков, но объединить их в массив не даёт. На вкладке Ststus нет пункта Create. Что можно сделать?
Автор: luxor
Дата сообщения: 24.08.2013 17:16
Подскажите, кто в курсе



Диагноз какой?

Или я гоню?

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667

Предыдущая тема: проблемы с хардом


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.