» Victoria | Виктория | HDD Repair & Diagnostic

petro2x

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

2Real Root: Обычно afaik всё обстоит как раз-таки наоборот: 5V стабилизируются, из-за этого на хилом БП 12 номинальных могут долезть до 14-16 фактических.

2Victor_VG: Про брехливость датчиков я выше предупреждал. Но petro2x решил всё-таки положиться на их показания. Соответственно, и я возможность фейерверка предсказал отчасти по ним же. Но основным звоночком для меня было дикое (24085) значение #199. Вы можете назвать ещё какую-нибудь достаточно распространённую причину для этого?

Victor_VG
and23
Друзья-товарищи!
Обсуждение проблем Блоков Питания и Датчиков помоему лучше вести в другой теме. Тем более то о чем мы тут разгвор ведем - на грани флуда. У меня например датчики на матерях Гигабайт P31 DS3L показывают все очень точно, да и БП тоже разные бывают некотрые и по 5 могут пытаться на стабильную выйти, а некоторые наоборот. Если БП узкоглазый выходец из деревни, то от него чего угодно можно ожидать.
Так что разумнее всего просто прекратить спор.

Подскажите, пожалуйста, хочу записать в файл раздел винчестера с бэдами порядка 170 Гб. Как я понимаю, в бесплатной версии Виктория не будет производить сброс на бэдах, а будет ждать ответа от винта? читать будет один раз? Есть ли бесплатные аналоги, решающие эти проблемы? В версии
Цитата:

Victoria 4.46b

не нашел опции чтение в файл, если есть, ткните носом, пожалуйста. Чем можно вытянуть данные из такого файла?
Спасибо.

XoMaiK

Цитата:

в бесплатной версии Виктория не будет производить сброс на бэдах, а будет ждать ответа от винта?

аппаратный комплекс нужен, а не программный

vertex4, при чем здесь аппаратный комплекс? я спрашиваю именно о программном.
На сколько я понимаю задача делится на 2 пункта.
1. Сохранить образ в файл (пусть и не без замечаний справятся виктория или мхдд)
2. Обработать файл какой- нибудь программой вроде data- extractor`a для pc-3000

Интересуют решения по п.2

----------------------------------------------------------------------
ID Name Value Worst Tresh Raw Health
----------------------------------------------------------------------
1 Raw read error rate 100 100 51 0 •••••
3 Spin-up time 253 253 25 5952 •••••
4 Number of spin-up times 98 98 0 2686 ••••
5 Reallocated sector count 253 253 10 0 •••••
7 Seek error rate 253 253 51 0 •••••
8 Seek time perfomance 253 253 15 9179 •••••
9 Power-on time 100 100 0 4443 •••••
10 Spin-up retries 253 253 51 0 •••••
11 Recalibration retries 253 253 0 0 •••••
12 Start/stop count 99 99 0 1486 ••••
187 Reported UNC Error 93 93 0 8 ••••
190 Airflow Temperature 172 106 0 22°C ••••
194 HDA Temperature 172 106 0 22°C ••••
195 Hardware ECC recovered 100 100 0 232372 •••••
196 Reallocated event count 253 253 0 0 •••••
197 Current pending sectors 253 253 0 0 •••••
198 Offline scan UNC sectors 253 253 0 0 •••••
199 Ultra DMA CRC errors 197 195 0 26408 •••••
200 Write error rate 253 100 0 0 •••••
201 Off-track errors count 253 100 0 0 •••••
202 DAM errors count 253 253 0 0 •••••


Смена бп не помогла и все так же появляетса синий екран((

petro2x
Снова кидайте данные по вольтажу. Пробуйте шлейф воткнуть в другой порт. Кстати, а что на синем экране написано - код ошибки и описание (2 азац - одна строка - если есть).

2petro2x: Сочувствую! #199 вырос относительно предыдущего показанного Вами результата. Если это произошло не до смены БП, и если новый БП действительно качественный и достаточно мощный, то Вы попали как раз под одно из редких исключений.
Для просмотра подробностей о BSOD есть замечательная бесплатная утилитка: _http://www.nirsoft.net/utils/blue_screen_view.html (для работы нужно, чтоб не было отключено дампирование при BSOD'е).

В 99% дамп отсутствует но вот удалось как -то сделать один дамп.

Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\WINDOWS\Minidump\Mini092209-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: *** Invalid ***
****************************************************************************
* Symbol loading may be unreliable without a symbol search path. *
* Use .symfix to have the debugger choose a symbol path. *
* After setting your symbol path, use .reload to refresh symbol locations. *
****************************************************************************
Executable search path is:
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Windows XP Kernel Version 2600 (Service Pack 3) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Machine Name:
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055d720
Debug session time: Tue Sep 22 20:29:15.546 2009 (GMT+3)
System Uptime: 0 days 3:18:12.998
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Loading Kernel Symbols
...............................................................
............................................
Loading User Symbols
Mini Kernel Dump does not contain unloaded driver list
Unable to load image nv4_disp.dll, Win32 error 0n2
*** WARNING: Unable to verify timestamp for nv4_disp.dll
*** ERROR: Module load completed but symbols could not be loaded for nv4_disp.dll
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck EA, {8994d2d0, 8a212268, 8a265d48, 1}

*** WARNING: Unable to verify timestamp for mssmbios.sys
*** ERROR: Module load completed but symbols could not be loaded for mssmbios.sys
***** Kernel symbols are WRONG. Please fix symbols to do analysis.

*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Probably caused by : nv4_disp.dll ( nv4_disp+13a4bd )

Followup: MachineOwner
---------

Минидамп открыт прогой Debugging Tools for Windows (x86)

Температура видюхи 55С
Видеоадаптер    NVIDIA GeForce 7600 GT (128 Мб)

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

Вы лучше не минидамп привидите, а скажите то о чем я просил:
а что на синем экране написано - код ошибки и описание (2 азац - одна строка - если есть).

Вот пример на картинке
Нас интересует текст The problem seems... - которой как правило не бывает,
DRIVER_IRQ... - этой тоже может и не быть.
STOP: 0x100000d1 - эта строка есть всегда. То что в скобках не нужно.
И то что ниже - бывает редко.

2 абзац KERNEL_DATA_INPAGE_ERROR
STOP 0x0000007A
то что было ниже забыл записать

или как вариант

A process or threand crucial to system operation has unexpectedly exited or been terminated.

STOP: 0x000000F4
Не успел записать но что-то типа Beginnen dump phisikal memory

Real Root
petro2x

Мусор в стеке ядра. В итоге ядро не может обработать исключение и валится в панику с помощью драйвера tcpip.sys. Естественно, ядро-то на TCP/IP сидит. Но с данным вопросом прямиком на сайт Микрософт - там давно всё по винтику расписано, просто вбить в поиске "STOP: " и код ошибки, и тот же гугль выдаст всё что про неё известно. А здесь этот вопрос смысла не имеет, хотя и важен, тут я согласен, но он явно не по теме, а косвенный. Причина скорее какой то сбойный драйвер устройства. Просто коли система "железку" опознала, ставить кроме редких случаев сторонние драйвера не надо - с высокой вероятностью гарантирована паника ядра.

Victor_VG
Я ту картинку про TCPIP.SYS лишь для примера привел, чтобы человеку показать какие строки писать надо

petro2x

Цитата:

KERNEL_DATA_INPAGE_ERROR
STOP 0x0000007A

На хард это никоим боком не похоже.


Цитата:

A process or threand crucial to system operation has unexpectedly exited or been terminated.

STOP: 0x000000F4

Тоже самое. А вы помять точно меняли?
Советую скачать прогу memtest86 и проверить память.
Делается это так: Скачиваешь данный комплект http://memtest.org/download/4.00/memtest86+-4.00.iso.zip и прожигаешь его на болванку. Прожигать нужно ISO файл а не ZIP архив. Загружаемся с CD-ROM. Ждем тест памяти. Если появятся красные линии на экране, то проблема по памяти.
И если до этого память уже менял, то скорее всего виновата материнка. Это можно установить протестировав память на другой машине.

petro2x

Real Root согласен. Или видео память, или ОЗУ. Как вариант я бы поставил драйвера от серии NVIDIA Quadro - чего чего, а ошибок в них намного меньше, да и оптимизация выполнена лучше. Конечно режимы под CAD/CAM/CAE переключаться не будут, но если виновны драйвера видео карты, с вероятностью близкой к 100% ошибка исчезнет. Но, всё же это тема не для разговора по винчестеру, а повод для серьёзной отладки самой данной машины.

И STOP:0x0000007A ошибка чаще связанная с оперативной или видео памятью иной раз может вызываться и банальным конфликтом ISA прерываний - слишком она широко трактуется разработчиками ОС как причина паники ядра по вине аппаратуры.

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

А за сообщение об обновлении MemTest+ спасибо - я давно туда не заглядывал и у меня была очень старая его версия 2.11.

добрый день, просьба не тыкать в поиск ибо реально нет времени...

вопрос следующий
имею внешний ноутбучный винт тошиба, который два раза летел на пол с 1-1.5м высоты во время копирования на него инфы. В начале диска примерно в области 1.8-6.5 гб реальные физические бэды - винт начинает стучать башкой и хрустеть. желания ремапить эти сектора нет никакого, думаю резервной области на это не хватит, хотя конечно там реально не 4гб, а может всего несколько таких блоков, но они разбросаны на расстоянии в 4гб примерно в той области. решил проблему с этой областью - просто разметив винт на два раздела, а ту область оставив неразмеченной. Таким образом винт идеально проработал уже 8 месяцев.

так вот совсем недавно винт полетел еще раз также при копировании на него инфы, в этот раз более удачно. теперь появились бэды где то на промежутке 60-65гб
на них он башней не клацал, а просто не читал их. Прошел викторией, попытался сделать erase - винт повис на этих бэдах (не мудрено). запустил с опцией ремап - заремапил где то 10-11 бэдов - они исчезли, но эту зону винт читал со скоростью от .5 до 1мб в сек, что конечно неприемлемо.
Тогда я пустил викторию в write режиме и потер эту область нулями.
теперь в этой зоне осталось около 70 зеленых секторов, что в целом пофигу, но также остались еще около 10-11 оранжевых с временем доступа от 203мс до 2сек, через некоторое время эти 2х секундные блоки превратились в бэды - снова пустил ремап - виктория заремапила и их, на данный момент осталось около 4-5 оранжевых блоков с доступом 200-600мс, но они не ремапятся ни в какую. Ждать пока они станут бэдами??? как их можно заремапить принудительно??? Место для ремапа есть - резервная область еще не заполнена, но виктория тупо читает эти сектора, даже если я ставлю 100мс на ремап, пишет что блоки подозрительные и записывает их в лог. Как их заремапить принудительно????

Цитата:

Ждать пока они станут бэдами??? как их можно заремапить принудительно??? Место для ремапа есть - резервная область еще не заполнена, но виктория тупо читает эти сектора, даже если я ставлю 100мс на ремап, пишет что блоки подозрительные и записывает их в лог. Как их заремапить принудительно????

Тупо ждать когда они станут бедами.
Решение о ремапе принимает не виктория, а контроллер винта.

тогда почему они стали бэдами??? почему контроллер не принял таких решений???
почему мне пришлось применить викторию и ремапить вручную???

b2rdetor

Цитата:

когда они станут бедами.

в mhdd(который я предпочитаю виктории) есть такая фишка, как makebad. Но! почитай доку по нему. тема на форуме http://forum.ru-board.com/topic.cgi?forum=5&topic=15736&start=360#lt

b2rdetor
Просил краткий ответ - ты его получил! Если интересуют такие глобальные вопросы, открй тогда мануал к виктории! Там все это расписано!

Народ, винт (WD5002ABYS) накрывается? В работе ровно 10 месяцев 24*7. Все бэды на разделе с XP. На этих участках начинаются дикие фризы системы и увеличивается Current Pending Sectors. Rellocated Sector Count при этом не увеличивается. Что с ним можно сделать? Сразу в гарантийку (покупал в РИК'е СПб). Victoria на этих блоках пишет ABRT.

Менять, конечно, пока на гарантии.

Здравствуйте подскажите что можно сделать с этим винтом WDC WD3200KS-00PFB0. Нужно его восстановить в рабочее состояние.
Инфу с него слил. Когда копировал инфу с него на другой винт некоторые файлы не читались.

http://pic.ipicture.ru/uploads/091004/59434/s3UUek5M5C.jpg
http://pic.ipicture.ru/uploads/091004/59434/drDgkS4A3Q.jpg

opus11
С хардом все вполне нормально. Ведет себя как типичный WD. Пока что конца винта не видно

Добавлено:
SoftFelix
Судя по смарту, хард опять-таки живой и не дохнет... Колличество ожидаемый секторов - в норме. Для WD этот атрибут часто замусорен.
А тормоза могут быть от перегрева харда, от сильной фрагментации файлов (кстати, часто когда компы работают 24/7 про нее совсем забывают). Особенно сильной фрагментцией может страдать раздел куда идут закачки тррентов. Т.к. в таком случае файл раскидывается по всему разделу мельчайшими кусками. Да и потом, может быть все же дело в самой винде?

Цитата:

С хардом все вполне нормально. Ведет себя как типичный WD. Пока что конца винта не видно

А как же насчет 416 Err?

opus11
Видишь атрибут Current Pending Sectors?
Так вот - этот аттрибут отловил 419 секторов с долгим временем чтения (>1мс), при сканнировании викторией, найдено только 416. Т.е. 3 из-них - ложных. И если чтение-запись в эти секторы будет идти нормально, то этот сектор потом исключится из этого списка.
Что же касается самих секторов с временем ответа >1Мс - ну что тут поделать. Такие сектора есть на всех винтах - и даже новых встречаются. Конечно колличество в 416 штук - не совсем маленькое, и настроения не добавляет. Но, эти сектора не сбойные, чтение и запись идет нормально. Так что "усе в порядке шеф"
Вообще, если харду года полтора-два, а судя по самрту и еще больше, то состояние для своего возраста у него просто идеальное. Переназначенных секторов 0 - это великолепно, т.к. на современных мухтарах этот атрибут уже через пол года работы не равен нулю. А через 2 года он переваливает за 2 сотни. У самсунгов через год работы, уже тоже не 0, но в передлах 10.

В общем мое мнение - хард еще поработает и списывать его очень рано.

Real Root спасибо, за такой полный ответ. Да он уже года 3,5 пашет где то, если не 4. Уж забыл когда брал. Правда греется зараза до 50-55, проблема решилась установкой кулеров. Винчестер передает всем привет и сказал буду продолжать жить!!!

Подскажите плиз - есть старый винт Segate ST380011A, chkdsk обнаружил на нём bad block. Викториа успешно его отремапила (из-под DOS, режим advanced remap). При этом, значение параметра reallocated sector count в SMARTе не изменилось.
Как-то подозрительно...

xChe

Программный сбой. Это явление называется "Softbad". Просто при записи на диск сектора произошла ошибка возможно вызванная кратковременным перерывом в электропитании при записи контрольной суммы сектора для него либо произошёл неустранимый сбой записи метаданных NTFS. ChkDsk и сигнализировал об этом. Такие ошибки успешно исправляются DOS версией Victoria и обычно кроме необходимости всё тщательно перепроверить иных мер не требуют.

Victor_VG

Цитата:

либо произошёл неустранимый сбой записи метаданных NTFS.

Виктория не в курсе, какая файловая система на винте.