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

» MHDD

Автор: Sish
Дата сообщения: 13.11.2008 06:47
WALKER898
Попробуй сделать копию раздела с важными данными с помощью, например Acronis True Image.

И ещё: SMART винта покажи здесь (F8 в сабже).
Автор: WALKER898
Дата сообщения: 13.11.2008 20:58
[ ST3400832A (4NF02F8K) ]

01 Raw Read Error Rate 6 52 46 97736829 OK: Значение нормальное
03 Spin Up Time 0 97 96 0 OK: Всегда пройдено
04 Start/Stop Count 20 98 98 2173 OK: Значение нормальное
05 Reallocated Sector Cou 36 100 100 0 OK: Значение нормальное
07 Seek Error Rate 30 84 60 262759801 OK: Значение нормальное
09 Power-On Time Count 0 94 94 5581 OK: Всегда пройдено
0A Spin Retry Count 97 100 100 0 OK: Значение нормальное
0C Power Cycle Count 20 98 98 2139 OK: Значение нормальное
C2 Temperature 0 45 52 45 OK: Всегда пройдено
C3 Hardware ECC Recovered 0 52 46 97736829 OK: Всегда пройдено
C5 Current Pending Sector Count 0 100 100 0 OK: Всегда пройдено
C6 Off-Line Uncorrectable Sector Count 0 100 100 0 OK: Всегда пройдено
C7 Ultra ATA CRC Error Rate 0 200 200 0 OK: Всегда пройдено
C8 Write Error Rate 0 100 253 0 OK: Всегда пройдено
CA TA Increase Count 0 100 253 0 OK: Всегда пройдено

даннные из эвереста. по информации вы не поняли - ее просто много, придется закупаться болванками и писать.

Автор: Sish
Дата сообщения: 14.11.2008 07:01
WALKER898
К слову сказать, SMART типичен для винтов данной серии.

Попробуй поменять шлейф.

А когда сольёшь с винта всё инфу, можешь попрбовать сделать удаление разделов с полным однократным уничтожением информации с помощью BootCD Acronus Disk Director.

Предположу, что после этого все коричнево-красно-зелёные исчезнут.
Автор: WALKER898
Дата сообщения: 14.11.2008 20:24
ок. спасибо за советы.
Автор: WALKER898
Дата сообщения: 27.11.2008 13:40
Sish
руки до форматирования винчестера так и не дошли. Пока что в качестве полумеры переместил на "больное" место (где сконцентрированы проблемные сектора) временный раздел - есть у меня такой, отформатированный в фат, куда вынесены темповские директории и валяется всякий мусор. Так вот, вчера при загрузке windows ни с того ни с сего (выключение было нормальным) провела проверку раздела. Проверялось раза в три дольше обычного. В результате было выдано сообщение "bad sectors found", а когда посмотрел в смарте параметр "05 Reallocated Sector Count" стал равен единице (т.е. произошел ремап сектора). шлейф не менял.
насколько я понимаю это все-таки приходи капец винту физически?
Автор: Sish
Дата сообщения: 27.11.2008 14:23
WALKER898

Цитата:
насколько я понимаю это все-таки приходи капец винту физически?

Да, аппаратные реапы - это обычно признак осыпания поверхности
Автор: BlackFox
Дата сообщения: 27.11.2008 15:34
После установки нвоого винта сигейт 750гб сата. некоторые файлы вмест о того чтобы устанавливаются тупо распаковавыют себя..либо пишут что не верна контрольная сумма. фильмы некоторые говорят что не тот формат, хотя много запускается и работает. можно ли это винить винчестер и чем то его прогнать на проверку? вирусов нет, проверял касперским и дрвебом. также логи отсылал касперскому-сказали что все чисто и вирусов нет.

Автор: Sish
Дата сообщения: 27.11.2008 15:50
BlackFox
Для проверки поверхности и SMART можешь использовать сабж.

А вообще, попробуй банальный chkdsk.
Автор: Victor_VG
Дата сообщения: 27.11.2008 17:58
BlackFox

Вообще-то я бы для начала проверил банальное - поддерживает ли данная системная плата эти диски. Вполне достаточно, что бы BIOS платы выставлял не верный режим контроллера. Обычно лечится исправленной прошивкой, но не для всех плат. Иногда приходится заменять либо накопитель, либо плату. Особенно грешили несовместимостью ранние ASUS (те же PIIB) и Barracuda IV - диски часто работали не в режиме, а иной раз и искажали данные при чтении записи. И это никакой прошивкой не лечилось. Только заменой одного из них на другую модель. Чаще всего матери, например на любую GigaByte или ASUS PIIIB.

WALKER898

Иной раз это является признаком не правильной сборки накопителя. Да и просто плохой контакт в цепях питания может привести к таким явлениям. Дефекты поверхности у дисков есть, были и будут, и одиночный бэд сектор прежде всего повод для профилактики всего комплекса на предмет ошибок. Операционная система обычно первый их источник. У меня винты в машинах работают годами без сбоев, а кое-кто из моего окружения за несколько лет третий комп палит. И виноват не он, а я - "Ты не пришёл и не сказал мне вовремя что этот переключатель трогать нельзя! Значит это ты и виноват, что всё сгорело раз не остановил меня в тот момент когда я его переключал!". Есть такое понятие "эффект Ферма" - это как раз тот случай - при приближении Э. Ферма к лаборатории там всё взрывалось, и ребята попросили его заниматься только теорией, а в лабораторию не входить.
Автор: Sish
Дата сообщения: 28.11.2008 06:58
BlackFox
Да, и ещё, плюс к саказаному уважаемым Victor_VG: проверь, стоит ли перемычка, переводящая диск в режим SATA-1 (это в том случае, если у тебя мать не поддерживает SATA-2).

Кстати, по дефолту этот джампер стоит именно в таком режиме (SATA-1).

Sorry за
Автор: Victor_VG
Дата сообщения: 28.11.2008 07:54

Sish

Спасибо, у меня она как-то вылетела из головы. Восстанавливаю систему после "удачной" регистрации одной из программ - идиоты-разработчики потребовали чтобы регистрация происходила с помощью FireFox и только него. В итоге он снёс мне половину ключей в Реестре и ещё на работе с ним наделали делов. Пришли "гении" из техподдержки банка и поставили сию гадость. Теперь будем выяснять с ними отношения через суд - полетели программы и часть важных данных. Охранник сказал что он видел как ставили версию 3.04 us-EN. Теперь мы недели на две вышли из строя и банковскую программу придётся заново регистрировать. А это деньги. Главная беда, что её база больше не доступна - для шифрования в ней применён код Шеннона-Фано ключ к которому хранился на диске так же в зашифрованном виде. Инсталлятор "лиса" как сообщил сотрудник снёс и те ключи реестра где хранился пароль к ключу. А резервную копию сделать не успели - эти "гении" поставили свою программу и ушли, а ночью всё и выплыло. Будем подавать на них в суд. Я как техдиректор с удовольствием подпишу данную бумагу. А раз такая беда то мои планы скомпилировать его под UNIX отменяются раз и навсегда - я халтуру не делаю.
Автор: TankMan
Дата сообщения: 28.11.2008 10:29
Подскажите пожалуйста, а с помощью MHDD возможно каким-то образом.. (я не знаю, как правильно выразиться) бэды пометить на винте, чтобы они не читались, и не затрагивались при форматировании. винт у меня Seagate на 200Gb...
Автор: Sish
Дата сообщения: 28.11.2008 10:51
TankMan
Можно попробовать нажать F4 и выбрать пункт Ремап.

Прога попытается "уговорить" винт сделать ремап, а сделает его винт, или нет, решает уже контроллер винта.
Автор: TankMan
Дата сообщения: 28.11.2008 14:11
А при этом есть риск потерять информацию на нем или нет?
Автор: Sish
Дата сообщения: 01.12.2008 07:02
TankMan
Инфа в тех секторах, что будут заремаплены, скорее всего, будет потеряна.
Автор: WALKER898
Дата сообщения: 08.12.2008 21:50
Sish
Дошли наконец руки до MHDD по серьезному. Слил инфу и прогнал опять проверку поверхности. Результат;
2768850 <3ms
292466 <10 ms
3062 <50 ms
5 <150 ms
12 UNC

Потом сделал erase всего диска полностью и запустил Scan+erasewaits. Результат;
2770482 <3 ms
291818 <10 ms
2095 <50 ms
все остальные показатели по нулям! Для надежности прогнал еще раз проверку того участка, где были UNC - результаты те же.
В смарте остался один ремапнутый сектор, зато показатель Current Sectror Pending Count стал нулевым (на начало операций был что-то около 20).
Насколько понимаю, как вы и говорили все эти псевдобады были логического, а не физического хараткера. У меня два вопроса;
1. Насколько можно доверять такому винчестеру вообще и проблемному участку на нем в частности?
2. Могут ли эти псевдобады связаны с работой торрент и р2р клиентов? Просто вроде все эти проблемы стали появляться после длительного юзанья этих прог + пару раз во время их работы (комп был включен круглосуточно) у меня отец нажимал кнопку reset на корпусе (типа комп тормозил).

P.S. А как расшифровывается (что такое) UNC?
Автор: Snt
Дата сообщения: 09.12.2008 00:14
здравствуй, всезнающий All.
дано:
материнская плата intel DP35 + SATA диски
задача:
просто проверить surface
проблема:
mhdd (да и виктория из-под дос тоже) не видит хард диски вообще.

всё, что смог сделать при помощи гугля, так это найти пункт FAQ в соседнем интернете:
Q8: MHDD не видит мой HDD.
A1: Убедитесь, что производитель вашей материнской платы - не Intel. Платы от Intel блокируют доступ к IDE портам в некоторых случаях.


вопрос:
что делать?
действительно ли наличие материнской платы intel делает невозможным использование mhdd или victoria?
если да, то какие есть альтернативы для владельца доски интел? идти ногами с хардом к соседу? использовать victoria for win32? hddscan?

заранее спасибо
Автор: Victor_VG
Дата сообщения: 09.12.2008 00:59
Snt

Частенько они это делают. На работе ставил любой дешёвый PCI контроллер на чипе VIA/SiL и проверял диски на нём. Работало.

WALKER898

"Псевдобэды" - это результат программных ошибок. Диск в этих областях обычно в порядке. Просто стоит обновить программы. А абревиатура UNC обозначает не исправимую ошибку устройства. За ней может стоять любая не обрабатываемая или не распознанная в момент её возникновения ошибка как диска или контроллера, так и программ.

Автор: Snt
Дата сообщения: 09.12.2008 01:38
Victor_VG

неужели всё действительно настолько мрачно, и нет нормального способа забутиться с сидирома mhdd/victoria и нормально видеть SATA хард диски на доске от интел?
Автор: Sish
Дата сообщения: 09.12.2008 07:20
WALKER898

Цитата:
Насколько можно доверять такому винчестеру вообще и проблемному участку на нем в частности?

Я бы доверил ему только хранение не очень важных данных (как бэкап-винт), не более. Хотя бы в силу того, что у него уже есть один заремапенный сектор, и нет гарантии, что это не есть результат физического осыпания поверхности блинов...
Автор: WALKER898
Дата сообщения: 09.12.2008 13:22

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

то есть ремап мог быть вызван большим временем доступа к сектору и если бы я форматнул винчестер раньше, то ремапа могло и не быть?
А по причинам появления таких бэдов ничего не скажете?
Автор: Sish
Дата сообщения: 09.12.2008 13:37
WALKER898
Ремапить или не ремапить сектор решает контроллер винта и его логика.

Сабж может спровоцировать (читай - "уговорить") винт сделать ремап путём многократных операций чтения/записи в сектор.

Причина ремапака, как правило, физические дефекты поверхности.

Если эти дефекты не "нарастающие", т.е. число ремапов не увеличивается, то возможно, не так уж это и страшно.

Могу ещё посоветовать погуглить на эту тему...
Автор: DreadMaster
Дата сообщения: 11.02.2009 23:14

Цитата:
Если эти дефекты не "нарастающие", т.е. число ремапов не увеличивается, то возможно, не так уж это и страшно.

А если всё же нарастающие ? У самого сейчас полетел винт, первый раз когда запускал скан диска, находил бэды на 1440-м мегабайте, сейчас почти с самого начала. Где-то час ремапил через викторию, надоело что-то, отменил. Запустил по новой скан - бэды снова с самого начала. Душа винта покинула наш мир или есть шансы оживить ?
Автор: Sish
Дата сообщения: 12.02.2009 07:40
DreadMaster
Сливай с него инфу, если это ещё возможно, конечно.

Кстати, SMART этого девайса можно глянуть?
Автор: WALKER898
Дата сообщения: 12.02.2009 18:55
не знаю, у меня после того случая полет нормальный, число ошибок в смарте не растет, данные в целости. Имхо все-таки у меня это было связано с активным пользованием p2p клиента и некорректным выключением системы.
Автор: DreadMaster
Дата сообщения: 14.02.2009 14:53

Цитата:
Сливай с него инфу, если это ещё возможно, конечно.

Кстати, SMART этого девайса можно глянуть?

Инфу сразу же благополучно слил через R-Studio, не удалось только некоторые файлы с проги одной. Потом вспомнил, что за день до этого при запуске тестирования баз одной программы и выдало, что не может прочитать эти файлы, которые и не смог скопировать.


Цитата:
ID    Описание атрибута             Порог    Значение    Наихудшее    Данные    Статус
01    Raw Read Error Rate             6    54    50    78957291    OK: Значение нормальное
03    Spinup Time                 0    99    98    0        OK: Всегда пройдено
04    Start/Stop Count             20    98    98    2427         OK: Значение нормальное
05    Reallocated Sector Count      36    70    70    1215         OK: Значение нормальное
07    Seek Error Rate              30    87    60    512903894  OK: Значение нормальное
09    Power-On Time Count         0    85    85    13932         OK: Всегда пройдено
0A    Spinup Retry Count             97    100  100    0         OK: Значение нормальное
0C    Power Cycle Count            20    98    98    2428        OK: Значение нормальное
C2    Temperature                 0    44    52    44         OK: Всегда пройдено
C3    Hardware ECC Recovered           0    54    49    78957291    OK: Всегда пройдено
C5    Current Pending Sector Count       0    93    89    145         OK: Всегда пройдено
C6    Offline Uncorrectable Sector Count  0    93    89    145         OK: Всегда пройдено
C7    Ultra ATA CRC Error Rate         0    200    200    0         OK: Всегда пройдено
C8    Write Error Rate             0    100    253    0         OK: Всегда пройдено
CA    Data Address Mark Errors         0    93    246    7         OK: Всегда пройдено


Через Everest скопировал смарт. Ремап через Викторию не получается... Делается, пишет что ремап-ок, после повторного ремапа начинает ремапить те же самые секторы. А если отмотать до 20-го %, то происходит стук, и приходится выключить-включить комп.

И могло ли данное повреждение возникнуть из-за запуска тестирования баз в программе ?
Автор: Sish
Дата сообщения: 16.02.2009 06:59
DreadMaster

Цитата:
05 Reallocated Sector Count 36 70 70 1215

C таким количестовм ремапов пытаться далее упражняться с винтом ИМХО не имеет никакого смысла, он просто ссыпается...
Автор: DreadMaster
Дата сообщения: 17.02.2009 11:42
А в ремонтных сервисах такое чинят ? или на свалку его только осталось ?
Автор: Sish
Дата сообщения: 17.02.2009 13:44
DreadMaster
Если это дефект поверхности, вряд ли тебе поможет СЦ.
Автор: AlViS
Дата сообщения: 18.02.2009 01:56

Цитата:
А в ремонтных сервисах такое чинят ?
смотря какие руки. Если информация ценная восстановить можно но и соответственно цена за это не маленькая. А так только свалка

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051

Предыдущая тема: Дизайн помещения


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