Войти

Показать полную графическую версию : [решено] CHKDSK недопустим для дисков RAW


yurikoles
15-11-2010, 00:31
C:\Windows\system32>chkdsk d:
Тип файловой системы: RAW.
CHKDSK недопустим для дисков RAW.
Как исправить?

Morpheus
15-11-2010, 00:40
yurikoles, воспользоваться другой программой (http://forum.oszone.net/thread-82919.html) или конвертировать в NTFS:
convert /?
convert d: /fs:ntfs /v

yurikoles
15-11-2010, 00:54
C:\Windows\system32>convert d: /fs:ntfs /v
CONVERT недопустим для дисков RAW.

Morpheus
15-11-2010, 01:03
yurikoles, тогда первый вариант :)

yurikoles
15-11-2010, 01:04
Morpheus, какой именно программой и что сделать? SpeedFan не увидел мой HDD, а остальные программы для ДОСа. Вот инфа из Эвереста:
ID Описание атрибута Порог Значение Наихудшее Данные Статус
01 Raw Read Error Rate 51 200 200 50 OK: Значение нормальное
03 Spinup Time 21 205 191 4750 OK: Значение нормальное
04 Start/Stop Count 0 97 97 3856 OK: Всегда пройдено
05 Reallocated Sector Count 140 104 104 764 Предсказание сбоя: надвигается потеря данных
07 Seek Error Rate 51 200 200 1 OK: Значение нормальное
09 Power-On Time Count 0 76 76 17851 OK: Всегда пройдено
0A Spinup Retry Count 51 100 100 0 OK: Значение нормальное
0B Calibration Retry Count 51 100 100 0 OK: Значение нормальное
0C Power Cycle Count 0 97 97 3778 OK: Всегда пройдено
BE Airflow Temperature 45 43 9 57 Внимание: превышен лимит использования или срок
C2 Temperature 0 93 59 57 OK: Всегда пройдено
C4 Reallocation Event Count 0 1 1 21673 OK: Всегда пройдено
C5 Current Pending Sector Count 0 200 200 0 OK: Всегда пройдено
C6 Offline Uncorrectable Sector Count 0 200 200 18 OK: Всегда пройдено
C7 Ultra ATA CRC Error Rate 0 200 200 126 OK: Всегда пройдено
C8 Write Error Rate 51 200 200 8 OK: Значение нормальное

Morpheus
15-11-2010, 01:14
yurikoles, опишите проблему подробнее и приведите конфигурацию. Переношу в железо.

yurikoles
15-11-2010, 01:19
Процессор Athlon64 3200+, 1024 МБ ОЗУ, HDD WDC WD2500KS-00MJB0. Жёсткий диск уже около месяца сыпется. Хотел провести проверку, чтобы обновить список плохих секторов.

Morpheus
15-11-2010, 01:38
Victoria (http://soft.oszone.net/program/3281/Victoria/) должна уметь.

okshef
15-11-2010, 08:32
yurikoles, если тип ФС RAW, раздел нужно сначала отформатировать. Если пропала информация: Восстановление данных c жёстких дисков (HDD) и флэш накопителей (USB) (http://forum.oszone.net/thread-11967.html)

Ment69
15-11-2010, 08:55
yurikoles, Попробуйте загрузится с диска Acronis и через него же провести проверку диска, если он распознает файловую систему.

Normal
15-11-2010, 09:06
05 Reallocated Sector Count 140 104 104 764 Предсказание сбоя: надвигается потеря данных » сдох он ваш винт (почти), стягивайте с него инфу какую получиться и на выброс.

DmitryE7777
15-11-2010, 11:39
Жёсткий диск уже около месяца сыпется. Хотел провести проверку, чтобы обновить список плохих секторов. »
Когда винт сыпется - его выкидывают, а не список BAD - ов обновляют.
СтОит взять за правило - если число BAD - jd увеличивается больше чем на 1 в месяц - винт скоро сдохнет

Tau_0
15-11-2010, 13:35
Как исправить? »
Из-за бэдов (были релоки) слетела таблица разделов, и диск стал RAW. Эка беда --- не у Вас первого слетела. Запускаете DMDE и ищите NTFS разделы…
Возьмите DMDE 2.1.1.0 beta Free Edition for Windows
http://softdm.com/download.html

При этом система WINDOWS должна быть установлена на другом диске… С неё DMDE запускаете. Найденные разделы монтируются в порядке очерёдности и без перекрытия.
Смотреть надо, чтобы реликты (старые разбиения) не попали..

Вот здесь мы с Призрак-ВС начали, правда у него случай тяжелее --- похоже, что нулями конец раздела затёрто... Пора ему весточку подать.
См. пост Призрак-ВС Отправлено: 09:18, 23-10-2010
HDD - Проблема с разделами
http://forum.oszone.net/thread-188574-3.html

yurikoles
17-11-2010, 23:39
Victoria (http://soft.oszone.net/program/3281/Victoria/) должна уметь. »
А что именно нужно сделать с викторией?

При этом система WINDOWS должна быть установлена на другом диске… С неё DMDE запускаете. Найденные разделы монтируются в порядке очерёдности и без перекрытия.
Смотреть надо, чтобы реликты (старые разбиения) не попали.. »
Объясни пожалуйста подробней что делать.

Tau_0
18-11-2010, 01:46
Объясни пожалуйста подробней что делать. »
Если пропали разделы, то однозначно --- повреждена MBR (Master Boot Record) или Главная Загрузочная Запись.
См.
http://ru.wikipedia.org/wiki/Главная_загрузочная_запись
Главная Загрузочная Запись - Master Boot Record (MBR)
http://www.akina.hop.ru/mbr.php3
и
Восстановление данных на NTFS-разделах
http://www.insidepro.com/kk/021/021r.shtml

Простейший вариант --- затёрся/разрушился только один первый сектор 0/0/1 (CHS), или LBA = 0 (в логической адресации). Всё --- весь хард станет RAW, хотя ВСЁ остальное цело…

Поскольку такое не исключено, то в WINDOWS информация зеркалируется --- частично сохраняется в копиях MFT, хранящихся примерно посередине раздела, а в XP (точно проверено) и в последнем секторе диска хранится. Правда, вариантов здесь много (возможно придётся восстанавливать и разрушенные расширенные таблицы разделов).

Но это дело решаемо даже если разделы вручную искать (по сигнатуре загрузочногот раздела 55AAh).

А дисковый редактор DMDE позволяет этот поиск автоматизировать. Для этих целей подходит и WinHex (ещё один дисковый редактор)
См.как здесь это сделали…
жёски 1000 gb. два раздела.
http://forum.ru-board.com/topic.cgi?forum=84&topic=3450&start=0#lt

Главное, чтобы бэдов не слишком много было. Если диск сыпется, а данные важны следует скопировать хард посекторно, и работать с копией.

ЗЫ Имейте в виду, что загрузочные записи в XP и Vista (Seven) различаются. В отличие от всех предыдущих версий Windows, при разбиении в Vista и Seven, первый раздел начнётся в абсолютном секторе LBA = 2048. Здесь отсчёт идёт от нуля, в нуле располагается начальный сектор MBR (от MBS). А в XP разделы начинаются с сектора 63. Учитывайте это нововведение…

yurikoles
18-11-2010, 19:36
Запустил в Linux ntfsfix, при следующей загрузке Windows автоматически запустился chkdsk, ошибок не найдено.

Tau_0
18-11-2010, 22:46
Запустил в Linux ntfsfix, при следующей загрузке Windows автоматически запустился chkdsk, ошибок не найдено. »
Искренне рад и за Вас, и за Linux, поререшавший проблему.

Но иногда, при восстановлении in-place, этот автозапуск Chkdsk преждевременен --- когда ещё не до конца диск отредактирован, он может дров наломать… Поэтому в сложных случаях ручного восстановления разделов (таблиц разделов) автозапуск отключают. Его только по требованию вручную Chkdsk с ключом F запускают.




© OSzone.net 2001-2012