![]() |
Отсутствуют точки восстановления, пуст список обновлений
Не уверен, в чем конкретно проблема, но, судя по всему, именно в части ОС.
Суть проблемы: еще в минувшую пятницу ноутбук (Asus, кому интересно) функционировал идеально и с приличной скоростью/быстродействием. В субботу я его уронил (но совершенно не уверен, в этом ли дело), он продолжил абсолютно нормально работать, никаких видимых повреждений, ибо уронил несильно. В воскресенье он мне выдал экран вида "Запуск средства восстановления при загрузке" (см. рисунок 1: http://forum.oszone.net/attachment.p...&d=1469021245), "Обычная загрузка" ничего хорошего не дала, просто сделала рестарт. Пришлось применять средства восстановления. После долгой загрузки появился соответствующий экран выбора (см. рисунок 2: http://forum.oszone.net/attachment.p...&d=1469021481), но, что характерно, все на английском языке и было четко написано, что операционная система на диске вовсе не обнаружена. Поначалу я пытался использовать средство "Load Drivers", но половина выбираемых мной файлов "Setup Information" (которые имеют формат inf и находятся по пути "C:\Windows\System32\DriverStore\FileRepository") не работала должным образом: "нормальная" половина загружала корректно всю информацию о драйверах, были отображены названия (или краткие описания) драйверов, загружались они нормально, но операционная система на диске все еще не была обнаружена; "плохая" же половина вроде бы начинала загружаться, но затем средство восстановления "выплевывало" сообщение о том, что не удалось их установить (примечательно, что серия драйверов "machine.{<какой-то_шестнадцатеричный_код>}" также не была загружена). После этого я запустил командную строку и использовал штатные средства восстановления, вбив: "chkdsk C: /f". После соответствующих перезагрузок все стало заново работать, но невероятно криво. Вроде бы, ноутбук загрузился и даже начал работать, но с дикими лагами и постоянным зависанием над элементарными действиями (из разряда "открыть меню пуск"). После очередной перезагрузки опять всплыло средство восстановления, после очередного вызова утилиты "chkdsk C: /f" ноутбук грузится в штатном (обычном) режиме, но лагать и виснуть не перестал. Пока что я смог "дорваться" сквозь лаги до немногих "мест", и я установил следующее. 1. Панель управления показывает, что не установлено вообще никаких обновлений, что не соответствует истине (по состоянии на минувшую пятницу). Все программы, тем не менее, отобразились корректно. 2. Напрочь пропали вообще все точки восстановления - список точек пуск, а объем памяти, выделяемый под точки восстановления сбросился в нуль, по умолчанию. 3. Индикатор обращения к жесткому диску горит постоянно (непрерывно); не уверен, но кажется, ранее он горел с "перерывами". Хотя это наверняка незначительная мелочь. 4. В диспетчере устройств показывает, что все работает нормально (включая "AMD SATA Contoller" и "WDC WD50 SATA Disk Device" для "Дисковые устройства"), однако интересно, что как раз в свойствах для "WDC WD50 SATA Disk Device" во вкладке "Тома" не стоят ни C, ни D - только прочерки, что очень странно (хотя я, честно говоря, не залазил сюда, пока ноутбук нормально работал, но это кажется, по меньшей мере, не вполне логичным). 5. Реестр "откатился" в одно из предыдущих состояний ("всплыли" старые, удаленные записи). 6. В папке %APPDATA%/Local/Temp появилось много папок с форматом имени "*.tmp" (думаю, "издержки" утилиты ChkDsk). Я склонен полагать, что причиной сбоя послужило именно падение ноутбука (хотя оно было и с небольшой высоты). Мои основания связаны с теми фактами, что: во-первых, ноутбук сейчас работает относительно корректно - все-таки все работает, хоть и с большими лагами и постоянными зависаниями; во-вторых, раздел D:, равно как и установленные на диске C: несистемные программы (в том числе браузер, средства MS Office,...), кажется, остались нетронутыми; в-третьих, единственным "нестандартным происшествием" за время, прошедшее с последнего успешного запуска по момент восстановления, было именно это падение, версия с вредоносным ПО, я уверен, несостоятельна. Решил оставить эту тему именно здесь, так как во время разборки-сборки ноутбука все оказалось совершенно нормальным. Вся периферия работает совершенно нормально и корректно читается (как в BIOS, так и самой операционной системой), планки оперативной памяти читаются также нормально, жесткий диск (который все-таки до сих пор несколько смущает меня) внешне, кажется, не пострадал и читается в BIOS нормально. Кто-нибудь сталкивался с подобной проблемой? Основные сведения: 1. ОС - Windows 7 Home Basic (Домашняя базовая) SP1, русская версия, x64 2. ЖД - WD5000BPVT-80HXZT3 на 500 (~ 440) Гб, подключение каноничное (по SATA) На всякий случай: 3. Модель ноутбука - Asus K53T 4. Процессор - AMD A6-3420M APU с Radeon HD Graphics 1,50 ГГц (4 ядра) 5. Оперативная память - 6 Гб ("доступно 5,48 Гб") В заключение добавлю некоторые вопросы относительно произошедшего. 1. Мог ли сыграть роль датчик-акселерометр (насколько я знаю, такими вещами снабжают все современные жесткие диски) в повреждении некоторых секторов? 2. Могли ли головки диска при ударе затереть именно системную область ("избранные" кластеры)? 3. Насколько вероятно, что проблема до сих пор кроется в аппаратной части? Или достаточно будет перезаписать/восстановить некоторые системные данные? |
Прогнать бы жесткий диск Викторией
|
timber143, попробуйте восстановить систему на состояние "с завода" с раздела восстановления.
|
Цитата:
|
Цитата:
|
Вложений: 1
Всем большое спасибо за ответы! Привожу SMART-анализ.
СМАРТ (с помощью Виктории) дал следующие результаты: Код:
WDC WD5000BPVT-80HXZT3 WD-WXU1CA1A4241 Правильно ли я интерпретировал данные, или упустил еще что-то важное для этой ситуации? Какие варианты кроме покупки нового диска? Добавляю "фотоотчет" тестов Victoria. http://forum.oszone.net/attachment.p...1&d=1469383951 |
Проверьте еще CrystalDiskInfo
|
Цитата:
Если вам принципиально нужен именно этот больной диск, наблюдайте за ним время от времени, прогрессирует ли деградация или она стабилизировалась на достигнутом уровне. Если стабилизировалась (ну вдруг), можно попытаться исключить побитую зону, оставив её с помощью разбиения на разделы в неразмеченном пространстве диска, чтобы система туда никогда не обращалась и не зависала. По графику как раз видно, в районе 120 гб от начала произошел удар. Значит делайте первый раздел на 100ГБ, неразмеченный пробел гигов 40-50 и дальше второй раздел на оставшееся пространство. Цитата:
|
Время: 08:44. |
Время: 08:44.
© OSzone.net 2001-