Тотальная неудачница и убийца жёстких дисков.
[ok]
Система Windows XP Home Edition SP3. Нетбук MSI Wind U100.
Случился BSOD при выходе из спящего режима. Скорее всего было связано с тем, что был выдернут USB модем, хотя уверенности нет. При этом ещё один из дисков проверился на ошибки, но сейчас всё работает.
А проблема в том, что теперь при каждом старте системы, в журнал событий попадают такие сообщения:
Компьютер был перезагружен после критической ошибки: 0x00000077 (0x00000001, 0x009e5f06, 0x00000000, 0xa987acbc). Полная копия памяти не сохранена.
и
Структура файловой системы на диск повреждена и не может использоваться. Запустите программу CHKDSK на томе D:.
Разумеется, дамп не был сохранён, потому что никакого BSOD'а больше не было. Также проверка диска D ничего не показала - ошибок ноль. Ради интереса проверяла и поверхность диска (ключ /R) - тоже ничего. Упражнения с CHKNTFS показывают, что "грязный" бит для диска установлен. Тоесть всё это осталось с трагедии и никакие перезагрузки не помогают.
Ранее такая же проблема (только без сообщения об ошибках на диске) уже была, и разрешилась она как-то сама собой. Теперь хотелось бы понять, что делать?
Система Windows XP Home Edition SP3. Нетбук MSI Wind U100.
Случился BSOD при выходе из спящего режима. Скорее всего было связано с тем, что был выдернут USB модем, хотя уверенности нет. При этом ещё один из дисков проверился на ошибки, но сейчас всё работает.
А проблема в том, что теперь при каждом старте системы, в журнал событий попадают такие сообщения:
Компьютер был перезагружен после критической ошибки: 0x00000077 (0x00000001, 0x009e5f06, 0x00000000, 0xa987acbc). Полная копия памяти не сохранена.
и
Структура файловой системы на диск повреждена и не может использоваться. Запустите программу CHKDSK на томе D:.
Разумеется, дамп не был сохранён, потому что никакого BSOD'а больше не было. Также проверка диска D ничего не показала - ошибок ноль. Ради интереса проверяла и поверхность диска (ключ /R) - тоже ничего. Упражнения с CHKNTFS показывают, что "грязный" бит для диска установлен. Тоесть всё это осталось с трагедии и никакие перезагрузки не помогают.
Ранее такая же проблема (только без сообщения об ошибках на диске) уже была, и разрешилась она как-то сама собой. Теперь хотелось бы понять, что делать?
-
-
10.01.2011 в 13:26Я бы посоветовал бы использовать более серьёзную проверку диска отдельными специальными программами.
-
-
10.01.2011 в 17:13Список. И чем встроенное средство не рулит?
Первая ошибка связана со второй и возникла скорее всего из-за проблем с жестким диском
Когда в первый раз машина не смогла проснуться, был чёиный экран и лампочка работы винта еле горела. Я не подумала и вырубила машину с кнопки. Возможно, в этот момент и появилась необходимость проверки.
-
-
10.01.2011 в 17:33А то, что она диагностирует и исправляет лишь часть возможных ошибок файловой системы, а физическое состояние диска вообще не проверяет...
mhdd www.ihdd.ru/mhdd
-
-
10.01.2011 в 20:11Сначала нужно разобраться, откуда и почему появляется запись в журнале, а потом уже искать, что не в порядке в диском (а то может и не в диске дело).
Линда Кайе, можете скопировать данные о последнем событии из журнала и процитировать сюда?
вот этом:
Структура файловой системы на диск повреждена
-
-
11.01.2011 в 00:29Понятно.
Enkryptor
Тип события: Ошибка
Источник события: Ntfs
Категория события: Диск
Код события: 55
Дата: 10.01.2011
Время: 3:42:43 AM
Пользователь: Н/Д
Компьютер: KURUMU
Описание:
Структура файловой системы на диск повреждена и не может использоваться. Запустите программу CHKDSK на томе D:.
Данные:
0000: 0d 00 00 00 02 00 4e 00 ......N.
0008: 02 00 00 00 37 00 04 c0 ....7..À
0010: 00 00 00 00 32 00 00 c0 ....2..À
0018: 00 00 00 00 00 00 00 00 ........
0020: 00 00 00 00 00 00 00 00 ........
-
-
11.01.2011 в 00:42Уведомление, 10.01.2011, 3:43:35 AM, Service Control Manager, Отсутствует, 7035, SYSTEM, KURUMU
Ошибка, 10.01.2011, 3:42:43 AM, ntfs, Диск , 55, Н/Д, KURUMU
Ошибка, 10.01.2011, 3:29:10 AM, ntfs, Диск , 55, Н/Д, KURUMU
Уведомление, 10.01.2011, 3:29:07 AM, Tcpip6, Отсутствует, 3100, Н/Д, KURUMU
Уведомление, 10.01.2011, 3:43:00 AM, Save Dump, Отсутствует, 1000, Н/Д, KURUMU
Уведомление, 10.01.2011, 3:43:00 AM, eventlog, Отсутствует, 6005, Н/Д, KURUMU
Уведомление, 10.01.2011, 3:43:00 AM, eventlog, Отсутствует, 6009, Н/Д, KURUMU
-
-
11.01.2011 в 02:25Доступен патч, попробуйте.
С диском при этом всё может быть в порядке.
-
-
11.01.2011 в 12:17После установки хотфикса появление сообщения об ошибках прекратилось. Спасибо ^_^
Однако осталось это =_=
Тип события: Уведомление
Источник события: Save Dump
Категория события: Отсутствует
Код события: 1000
Дата: 11.01.2011
Время: 11:52:27 AM
Пользователь: Н/Д
Компьютер: KURUMU
Описание:
Компьютер был перезагружен после критической ошибки: 0x00000077 (0x00000001, 0x009e5f06, 0x00000000, 0xa987acbc). Полная копия памяти не сохранена.
Пытаюсь искать. Собственно, это тоже самое что было в прошлый раз, разве что тогда BSOD случился из-за драйвера Аутпоста, а потом сообщение висело долго.
-
-
11.01.2011 в 14:00-
-
11.01.2011 в 15:23Опять одно только сообщение в журнале появляется? Или у вас в самом деле синий экран выскакивает каждый раз?
-
-
11.01.2011 в 16:27Именно сообщение, BSOD'а нет. Галочка про автоматическую перезагрузку снята, стоит создание полного дампа памяти - я бы заметила.
--==SS==--
Судя по статье, 1 - значит диск. Хммм... Дело было так.
1. Из-за малого заряда батареи бука ушла в сон.
2. Я выдернула модем.
3. Позже я включила буку без модема.
4. Пробежала стандартная полоска "Resuming windows".
5. Чёрный экран и салабое свечение индикатора работы винта.
6. Вырубаю буку с кнопки (винт делает "Пиу!") и загружаю снова.
7. Мне сообщают, что можно удалить HIBERFIL.SYS или попробовать снова - выбираю второе.
8. Та же картина.
9. Иду погулять, а когда возвращаюсь, ситуация не меняется, только индикатор винта потух.
10. Опять вырубаю с кнопки - винт уже не делает "Пиу!"
11. Загружаю. Появляется предложение проверить диск.
Вот тут я не уверена, когда оно появилось. В первый раз или во второй. Но в тот раз было это:
Тип события: Уведомление
Источник события: Winlogon
Категория события: Отсутствует
Код события: 1001
Дата: 9.01.2011
Время: 7:22:37 PM
Пользователь: Н/Д
Компьютер: KURUMU
Описание:
Checking file system on D:
The type of the file system is NTFS.
Volume label is Ariel.
One of your disks needs to be checked for consistency. You
may cancel the disk check, but it is strongly recommended
that you continue.
Windows will now check the disk.
Cleaning up minor inconsistencies on the drive.
Cleaning up 43 unused index entries from index $SII of file 0x9.
Cleaning up 43 unused index entries from index $SDH of file 0x9.
Cleaning up 43 unused security descriptors.
CHKDSK is verifying Usn Journal...
Usn Journal verification completed.
111226027 KB total disk space.
93876596 KB in 278077 files.
130640 KB in 90448 indexes.
0 KB in bad sectors.
481611 KB in use by the system.
65536 KB occupied by the log file.
16737180 KB available on disk.
4096 bytes in each allocation unit.
27806506 total allocation units on disk.
4184295 allocation units available on disk.
Internal Info:
20 ba 05 00 99 9f 05 00 33 3c 09 00 00 00 00 00 .......3<......
ec 06 00 00 07 00 00 00 53 00 00 00 00 00 00 00 ........S.......
c2 f6 76 1b 00 00 00 00 bc ad 34 a6 01 00 00 00 ..v.......4.....
1c 59 79 1b 00 00 00 00 00 00 00 00 00 00 00 00 .Yy.............
00 00 00 00 00 00 00 00 48 0c 3e e9 01 00 00 00 ........H.>.....
99 9e 36 00 00 00 00 00 80 39 07 00 3d 3e 04 00 ..6......9..=>..
00 00 00 00 00 d0 c5 61 16 00 00 00 50 61 01 00 .......a....Pa..
После этого любая попытка попробовать снова натыкалась на синий экран. Ну и диск D начал проверяться бесконечно. Меня только смущает, что файл подкачки у меня как раз на диске C живёт. но мало ли.
Кстати! Анализ дампа при помощи WinDbg сказал это:
Probably caused by : memory_corruption ( nt!MmGrowKernelStack+1d8a )
-
-
11.01.2011 в 17:22Вот статья тоже пишет «probably caused by defective hardware, such as a RAM error». Так что мемтест бы не помешал, имхо. Хотя то, что сообщения появляются при отсуствии самого бсода — это странно.
-
-
11.01.2011 в 20:21-
-
11.01.2011 в 21:23Я вот тут ещё о такой штуке подумал… Возмножно, идея странная, но что, если удалить своп? Ну и создать его заново потом?
-
-
11.01.2011 в 22:23так это ж про багчек с синего экрана, а синего экрана никакого ж нет?
-
-
12.01.2011 в 09:18По крайней мере, синий экран был хотя бы один раз.
Вообще я так понял, что он был всего один раз, но вот эта строчка меня что-то смущает:
После этого любая попытка попробовать снова натыкалась на синий экран.
-
-
12.01.2011 в 12:12?
-
-
13.01.2011 в 13:44но вот эта строчка меня что-то смущает:
Ну правильно: HIBERFIL.SYS восстанавливался в память, система начинала работать с восстановленными данными, натыкалась на повреждения памяти (тоесть данные были повреждены) и вываливалась в синий экран. При чистой загрузке синего экрана уже не было.
-
-
13.01.2011 в 13:57Ну так и как успехи-то? )
-
-
13.01.2011 в 22:59-
-
13.01.2011 в 23:121) удалить своп
2) удалить дамп от предыдущего бсода, если он сохранился
Больше ничего в голову не приходит…
-
-
13.01.2011 в 23:49Всем спасибо ^_^
-
-
14.01.2011 в 00:02У меня просто мысли исходили из того, что (по крайней мере, до win2k3):
— дамп всегда записывается в своп, после чего показывается синий экранчик;
— во время загрузки системы session manager (smss) обнаруживает дамп в свопе и блокирует эту область свопа;
— savedump.exe копирует дамп в memory.dmp или %windir%/minidump/, после чего говорит системе, что своп теперь можно использовать целиком;
— тот же SaveDump пишет инфу в лог, предлагает отправить отчёт в микрософт и всё такое.
Если что, это описано в четвёртом издании «Windows Internals». ^^
Поэтому мысль была в том, что на какой-то из этих стадий происходит сбой и информация о бсоде не удаляется…
-
-
14.01.2011 в 00:34// А книжку хотелось бы ^^
-
-
14.01.2011 в 00:40// А пятое издание вышло относительно недавно и там, в основном, про Висту и 2008.
-
-
14.01.2011 в 00:58