|
|
Регистрация | Правила форума | FAQ форума | Справка | Пользователи | Поиск | Сообщения за день | Все разделы прочитаны |
Накопители (HDD, SSD, CD, DVD, Flash и др. ) Обменяемся опытом работы с накопителями (HDD, CD/DVD, Flash и т.д.) |
|
Опции темы | Опции просмотра |
21.08.2018, 21:30 | #1 | |||
Старожил
|
При подключении USB hdd Windows пишет "Возникла проблема с этим диском..."
При подключении внешнего USB диска Seagate Backup + Windows 10 пишет что с диском имеются проблемы и предлагает проверить его.
Чекдиск в режиме только чтения ошибок не находит. В журнале Windows появляется ошибка с рекомендацией провести полную проверку диска. Вроде бы всё просто, нужно сделать chkdsk /f и всё. Но в прошлый раз после такого предложения и проверки с восстановлением слетела файловая система и диск стал в RAW. Информацию удалось восстановить с помощью людей с этого форума. И теперь вернулся к изначальной проблеме. Ранее диск был круглосуточно подключен к роутеру Zyxel Keenetic Ultra, и где-то раз в два-три месяца в логах роутера появлялась ошибка от ntfs и прекращалась запись на диск, чтение работало. Лечилось это подключением диска к ноуту с виндой и запуском проверки (прямо как сейчас предлагает), после этого диск продолжал нормально работать. И вот, в очередной раз, после такой ошибки в логах роутера, провел проверку с восстановлением и диск оказался в RAW. Потому сейчас повторять это без выяснения причины вызывающей сейчас ошибку не хочется. Смарт у диска нормальный. Пробовал подключать диск к другим компам и с Win 10 и с Win 7, ситуация такая же. Как найти причину из-за которой Windows считает что диск с ошибкой, хотя чекдиск ошибок не находит? Думаю попробовать chkdsk /scan /forceofflinefix и потом посмотреть в логе какие ошибки он найдет и поставит в очередь на исправление. Исправлять же сразу он ничего не будет. На скриншотах иллюстрация всего вышесказанного. err_on_0.jpg err_on_2.jpg err_on_1.jpg err_on_3.jpg err_on_4.jpg err_on_5.jpg |
|||
21.08.2018, 22:53 | #4 | |||
Нарушил правила
|
cmd
Не знаю как в 10-ке, но в 7-ке такое окно когда запущена просто. Добавлено через 2 минуты И, возвращаясь, к вопросам из темы, в которой восстанавливали данные. Есть возможность подключить как обычный диск? Пробовал освободить место на диске и запустить дефрагментатор? И ещё. Сделай дамп сектора 6293510 или его скриншот в обычном виде. Добавлено через 26 минут Нашёл тут дополнительную информацию, согласно которой в 8-ке произошло изменение "подозреваемого", скорее всего это актуально и для 10-ки. https://www.raymond.cc/blog/manually...hout-chkdsk/2/ Речь идёт о dirty bit - по которому чекдиск определяет состояние тома и необходимость его проверки. Проверить его статус можно используя штатную команду fsutil dirty query E: По тому, что я вижу в ранее сброшенном дампе он грязный. Более того - есть ещё какие то "левые" биты. И вполне возможно они не позволяют чекдиску сделать исправлению - так же как он раньше не мог справиться с B0. Т.к. у меня нет под рукой ничего из новодельного (8ки или 10 ки) то могу предложить посмотреть как выглядят эти биты на каком либо рабочем томе. |
|||
21.08.2018, 22:59 | #5 | |||||
Старожил
|
И так и так пробовал, никакой разницы.
Это если с восстановлением запускать, то нужны права админа, а на чтение нет. err_on_6.jpg Цитата:
Место пока не пробовал освободить, т.к. думаю что дефрагментация от этого не пойдет, т.к. ошибка диска всё равно в журнале винды есть, и с ней не запустится дефрагментация. Цитата:
P.S.: А dirty bit всё-таки установлен: err_on_8.jpg Последний раз редактировалось Albram, 21.08.2018 в 23:08. |
|||||
21.08.2018, 23:20 | #8 | |||
Нарушил правила
|
Скриншоты сделал с более раннего дампа, поэтому будет небольшое отличие.
В записи $Volume нас интересует 70-й атрибут. Чтобы было как на скриншоте сделай вид как Запись MFT (Alt+F5) Наводишь курсор на 70 и нажимаешь пробел. После этого можно выбрать вид как обычный текст (Hex) (F2) - курсор будет в начале 70-го атрибута (выделен зелёным). Смотри ниже байты 03 01 (выделено оранжевым) - вот сразу за ними и находятся искомые байты. Первый - 01 как раз отвечает за dirty bit, а вот про второй не могу сказать, но обычно он 0-вой (*) - в крайнем дампе он у тебя 01. В управлении дисками забери букву у тома. Затем в DMDE исправь эти два байта на 00. То же самое можешь сделать в секторе 2070. Затем назначь букву и переподключи диск. PS. Номера секторов указаны для физического диска. Впрочем, ты и так уже понял что открывать. |
|||
21.08.2018, 23:52 | #9 | |||
Старожил
|
9285
Теперь порядок. Ошибка пропала, дефрагментация запускается. Спасибо! err_on_12.jpg P.S.: Но штатный дефрагментатор не может справиться... err_on_13.jpg Последний раз редактировалось Albram, 22.08.2018 в 00:07. |
|||
22.08.2018, 00:12 | #11 | ||||
Старожил
|
Цитата:
За ночь бы справилась, некуда торопиться) Но сейчас не идет из-за количества фрагментов MFT. Светит перспектива ручной дефрагментации, как писали раньше(( |
||||
22.08.2018, 00:22 | #12 | |||
Нарушил правила
|
Только сейчас заметил в более раннем сообщении про версию с хобота.
При этом, там, dmde дал ссылку на ту же статью что и я. И он написал то, что я хотел написать буквально несколько минут назад - о том, что чекдиск должен снимать этот "бит". Но у меня в практике был случай когда и отработка чекдиска в режиме исправления не помогала. Это было давно и тогда не догадался сохранить содержимое сектора, но ручное снятие помогло. И я думаю что это как раз из за каких то нестандартных значений, которые и приводят чекдиск в ступор. Добавлено через 4 минуты Ну, если не справится, и не хочешь использовать сторонние утилиты то сделаем вручную. |
|||
22.08.2018, 00:25 | #13 | |||
Старожил
|
Про хобот: бывает
Запустил дефрагментацию второй раз. Опять не прошел, но заметил что количество фрагментов MFT сократилось практически вдвое. Но третий запуск уже показал что далее количество фрагментов MFT не уменьшается. err_on_14.jpg |
|||
Здесь присутствуют: 1 (пользователей: 0 , гостей: 1) | |
Опции темы | |
Опции просмотра | |
|
|
Справочник словарей | ||
Словари русского языка - www.gramota.ru | Яndex - Словари | Википедия - ru.wikipedia.org |
|
|
|