Tau_0
Дамп http://file.karelia.ru/z9zqk8/
Дамп http://file.karelia.ru/z9zqk8/
» Восстановление разделов и информации на HDD (часть 6)
dr_dom
Смотрим бут сектор в WinHex, в DMDE картинка аналогичная, но copy/past не работает.
Total sectors = 119537663
тогда
EndLBA = StartLBA + Total sectors = 206848 + 119537663 = 119744511 --- верное значение для конца раздела.
Следовательно $Noname 02 можно в DMDE удалить и затем вставить зазад. Вставится верный размер. А те секторы, что неверно прописаны в таблице разделов никак не задействованы.
Смотрим бут сектор в WinHex, в DMDE картинка аналогичная, но copy/past не работает.
Total sectors = 119537663
тогда
EndLBA = StartLBA + Total sectors = 206848 + 119537663 = 119744511 --- верное значение для конца раздела.
Следовательно $Noname 02 можно в DMDE удалить и затем вставить зазад. Вставится верный размер. А те секторы, что неверно прописаны в таблице разделов никак не задействованы.
Говорите удалить и вставить... Удаление данные не удалит?
Так? http://img811.imageshack.us/img811/1328/26692129.png
В инструкции к DMDE
Код: Никогда не изменяйте разметку на загрузочном или системном диске. Используйте альтернативный загрузочный диск или подключите диск в качестве дополнительного к другому компьютеру.
Так? http://img811.imageshack.us/img811/1328/26692129.png
В инструкции к DMDE
Код: Никогда не изменяйте разметку на загрузочном или системном диске. Используйте альтернативный загрузочный диск или подключите диск в качестве дополнительного к другому компьютеру.
Цитата:
Так?
Не так, --- надо выделить раздел $Noname 02 с концом в секторе 119748509, затем вставить верный раздел с концом в секторе119744511.
Данные никуда не денуться, --- правим только таблицу разделов, а не сам раздел. Есть тут такая штука, как запуск/автозапуск чекдиска, но мы не правили бут сектор тома NTFS, поэтому ничего не должно обрезаться...
Раздел $Noname 03 (последний сектор) проверяете и правите аналогично.
ЗЫ Я бы ещё этот $Noname 03 смонтировалал не как логический, а как основной. Во-первых цифр у Вас как раз хватает, во-вторых, --- некашерно. Иудут основные разделы, затем расширенный, затем опять основной. Обычно расширенный последним оставляют, хотя и так оно должно работать.
Цитата:
Винт стоит в нетбуке, он тут один - следовательно загрузочный, $Noname02 - как раз раздел с системой. DMDE запущен здесь же... Я так понимаю винт нужно вынуть и проделать все на другом компе?
dr_dom
Цитата:
Не надо ничего вынимать, можно по-другому (не удалять раздел $Noname 02), а просто таблицу разделов в DMDE подправить. Это тоже самое.
ЗЫ Я и сам не знаю, слетит Windows или нет после удаления раздела $Noname 02...???...
А слетит, --- не страшно, --- с Live CD всегда начатое можно довершить.
Посмотрите, а нет в DMDE делаете
Редактор ===> Таблица разделов
и правите по Ctr+E поле число секторов для раздела $Noname 02. Корректуру сохраняете по Ctr+W
Так тосно система не слетит.
Цитата:
Я так понимаю винт нужно вынуть и проделать все на другом компе?
Не надо ничего вынимать, можно по-другому (не удалять раздел $Noname 02), а просто таблицу разделов в DMDE подправить. Это тоже самое.
ЗЫ Я и сам не знаю, слетит Windows или нет после удаления раздела $Noname 02...???...
А слетит, --- не страшно, --- с Live CD всегда начатое можно довершить.
Посмотрите, а нет в DMDE делаете
Редактор ===> Таблица разделов
и правите по Ctr+E поле число секторов для раздела $Noname 02. Корректуру сохраняете по Ctr+W
Так тосно система не слетит.
Tau_0
http://img145.imageshack.us/img145/4043/86821097.png
Вписал вместо 119541662 -> 119537663.
В результате Разделы выглядят так
http://img803.imageshack.us/img803/637/10968606.png
Перезагружаться страшно, боюсь не загрузится гничего
Добавлено:
-------------------------
В редакторе число секторов для раздела $Noname 02 поставил 119537664
Теперь разделы выглядят так.
http://img585.imageshack.us/img585/828/66438723.png
Это нормально? Что еще нужно править?
http://img145.imageshack.us/img145/4043/86821097.png
Вписал вместо 119541662 -> 119537663.
В результате Разделы выглядят так
http://img803.imageshack.us/img803/637/10968606.png
Перезагружаться страшно, боюсь не загрузится гничего
Добавлено:
-------------------------
В редакторе число секторов для раздела $Noname 02 поставил 119537664
Теперь разделы выглядят так.
http://img585.imageshack.us/img585/828/66438723.png
Это нормально? Что еще нужно править?
Цитата:
В редакторе число секторов для раздела $Noname 02 поставил 119537664
Это правильно поскольку в бут-секторе тома хранится размер в секторах тома NTFS (119537663). А размер раздела должен быть как миимум на единичку больше размера тома (119537663 + 1 = 119537664) , --- в последнем секторе раздела хранится копия бут-сектора. Таким образом копия бута никогда не будет затёрта.
Цитата:
Это нормально? Что еще нужно править?
Не боись --- загрузится...
С $Noname 02 нормально, но ещё нужно править раздел $Noname 03. См. выше, что я по поводу правки этого раздела писал...
Реальный размер раздела посмотрите в boot-секторе.
Tau_0, огромное спасибо.
Удалил 3-ий раздел, вставил. Только потом надо было выбрать пункт применить изменения, из-за этого немного помучился.
Сейчас все встало на свои места.
Удалил 3-ий раздел, вставил. Только потом надо было выбрать пункт применить изменения, из-за этого немного помучился.
Сейчас все встало на свои места.
Tau_0
Приветствую! Проблема на одном HDD у меня возникла, хочу к вам обратиться за помощью. На одном компьютере надо было переустановить систему, на HDD IDE Seagate 200 Гб было 3 раздела. Первый почти 700 мб, второй 82.7 Гб, третий 112 Гб, со второго на последний перелил все данные, что нужны были, затем хотел удалить 2 первых раздела, создать один нужный и ставить ОС туда. В *управлении дисками* от М$ удаляю первый раздел и сразу после этого видно уже, сбой какой-то был: все остальные разделы посыпались. После перезагрузки в Мини_ХР в управлении дисками уже данного HDD не видно было. Выкладываю 2 скрина и копию первых 100 секторов, кстати на скрине от DMDE виден нужный раздел (SLAVE), также виден: First, был еще Second – его не видно уже. Помогите, пожалуйста, восстановить SLAVE. Возможно это произошло из-за пересечения разделов, хотя странно, они до конца файлами забиты не были. Спасибо заранее!
http://rghost.ru/44363466
Приветствую! Проблема на одном HDD у меня возникла, хочу к вам обратиться за помощью. На одном компьютере надо было переустановить систему, на HDD IDE Seagate 200 Гб было 3 раздела. Первый почти 700 мб, второй 82.7 Гб, третий 112 Гб, со второго на последний перелил все данные, что нужны были, затем хотел удалить 2 первых раздела, создать один нужный и ставить ОС туда. В *управлении дисками* от М$ удаляю первый раздел и сразу после этого видно уже, сбой какой-то был: все остальные разделы посыпались. После перезагрузки в Мини_ХР в управлении дисками уже данного HDD не видно было. Выкладываю 2 скрина и копию первых 100 секторов, кстати на скрине от DMDE виден нужный раздел (SLAVE), также виден: First, был еще Second – его не видно уже. Помогите, пожалуйста, восстановить SLAVE. Возможно это произошло из-за пересечения разделов, хотя странно, они до конца файлами забиты не были. Спасибо заранее!
http://rghost.ru/44363466
alex_party
Цитата:
Ну да, если посмотреть на таблицу разделов в DMDE или WinHex, то видны нереально большие цифры для расширенного раздела...
Я бы для начала обнулил MBR
Сервис ===> Заполнить секторы (===> Число секторов = 1)
А Затем в DMDE Вставил как основной тот раздел, в котором находится нужная информация --- раздел SLAVE.
После этого можно доразбить хард штатными средствами Windows.
ЗЫ Другое дело, что следовало бы начать жизнь с чистого лица. --- Перебросить информациюю со SLAVE в надёжное место. А сам хард пробить 00h, например в той же виктории. А вот после этого разбить хард на нужные разделы и вернуть информацию со SLAVE.
Цитата:
удаляю первый раздел и сразу после этого видно уже, сбой какой-то был:
Ну да, если посмотреть на таблицу разделов в DMDE или WinHex, то видны нереально большие цифры для расширенного раздела...
Я бы для начала обнулил MBR
Сервис ===> Заполнить секторы (===> Число секторов = 1)
А Затем в DMDE Вставил как основной тот раздел, в котором находится нужная информация --- раздел SLAVE.
После этого можно доразбить хард штатными средствами Windows.
ЗЫ Другое дело, что следовало бы начать жизнь с чистого лица. --- Перебросить информациюю со SLAVE в надёжное место. А сам хард пробить 00h, например в той же виктории. А вот после этого разбить хард на нужные разделы и вернуть информацию со SLAVE.
Tau_0
Цитата:
Понятно, спасибо, только сейчас комп тот не рядом, позже буду пробовать, после отпишусь.
Цитата:
Я бы для начала
Понятно, спасибо, только сейчас комп тот не рядом, позже буду пробовать, после отпишусь.
Добрый день. Есть PLEXTOR PX-256M3 (SSD, контроллер Marvell 88SS9174). Диску 9 месяцев (SSD Ready: Writes/day 30,25 Gb; Writes/day (w) 51,79 Gb; Write/Read ratio 0,53). Используется на ноутбуке HP 8740w (Контроллер диска Intel P55/PM55/3400 SATA rev. A.7, spec. 1.10. Maximum SATA mode: G2 / SATA300).
После проверки диска при перезагрузке системы, инициированной самой ОС (Windows 7 со всеми обновлениями) выявилась довольно неприглядная картина:
[more=ChkDsk results]Checking file system on C:
The type of the file system is NTFS.
Volume label is System.
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.
CHKDSK is verifying files (stage 1 of 3)...
Attribute record of type 0x80 and instance tag 0x4 is cross linked
starting at 0x132745b for possibly 0x10 clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x4
in file 0x112ea is already in use.
Deleting corrupt attribute record (128, "")
from file record segment 70378.
Attribute record of type 0x80 and instance tag 0x0 is cross linked
starting at 0x2df087 for possibly 0x1 clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x0
in file 0x13130 is already in use.
The attribute of type 0x80 and instance tag 0x0 in file 0x13130
has allocated length of 0x75d000 instead of 0x6a4000.
Deleted corrupt attribute list entry
with type code 128 in file 78128.
Unable to locate attribute with instance tag 0x0 and segment
reference 0x6e0400000005415a. The expected attribute type is 0x80.
Deleting corrupt attribute record (128, "")
from file record segment 344410.
Unable to locate attribute with instance tag 0x0 and segment
reference 0xc860000000542e9. The expected attribute type is 0x80.
Deleting corrupt attribute record (128, "")
from file record segment 344809.
Unable to locate attribute with instance tag 0x0 and segment
reference 0x7a000000006653e. The expected attribute type is 0x80.
Deleting corrupt attribute record (128, "")
from file record segment 419134.
Unable to locate attribute with instance tag 0x0 and segment
reference 0x1ed0000000666dc. The expected attribute type is 0x80.
Deleting corrupt attribute record (128, "")
from file record segment 419548.
Unable to locate attribute with instance tag 0x0 and segment
reference 0x93b000000067c8f. The expected attribute type is 0x80.
Deleting corrupt attribute record (128, "")
from file record segment 425103.
Unable to locate attribute with instance tag 0x0 and segment
reference 0x7d00000006ccbd. The expected attribute type is 0x80.
Deleting corrupt attribute record (128, "")
from file record segment 445629.
Unable to locate attribute with instance tag 0x0 and segment
reference 0x2fb000000079da7. The expected attribute type is 0x80.
Deleting corrupt attribute record (128, "")
from file record segment 499111.
Unable to locate attribute with instance tag 0x0 and segment
reference 0x9900000007a3be. The expected attribute type is 0x80.
Deleting corrupt attribute record (128, "")
from file record segment 500670.
Unable to locate attribute with instance tag 0x0 and segment
reference 0x51f00000007e907. The expected attribute type is 0x80.
Deleting corrupt attribute record (128, "")
from file record segment 518407.
Attribute record of type 0x80 and instance tag 0x0 is cross linked
starting at 0x2df088 for possibly 0x2 clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x0
in file 0x22e2c is already in use.
The attribute of type 0x80 and instance tag 0x0 in file 0x22e2c
has allocated length of 0xa00000 instead of 0x480000.
Deleted corrupt attribute list entry
with type code 128 in file 142892.
Unable to locate attribute with instance tag 0x0 and segment
reference 0x8a00000001e32b. The expected attribute type is 0x80.
Deleting corrupt attribute record (128, "")
from file record segment 123691.
Unable to locate attribute with instance tag 0x0 and segment
reference 0x14140000000573e0. The expected attribute type is 0x80.
Deleting corrupt attribute record (128, "")
from file record segment 357344.
Attribute record of type 0x80 and instance tag 0x4 is cross linked
starting at 0x17c6fa for possibly 0x1d clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x4
in file 0x67c74 is already in use.
Deleting corrupt attribute record (128, "")
from file record segment 425076.
Attribute record of type 0x80 and instance tag 0x3 is cross linked
starting at 0x165763f for possibly 0x4 clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x3
in file 0x6e71d is already in use.
Deleting corrupt attribute record (128, "")
from file record segment 452381.
547840 file records processed. File verification completed.
Deleting orphan file record segment 123691.
1133 large file records processed. 0 bad file records processed. 2 EA records processed. 99 reparse records processed. CHKDSK is verifying indexes (stage 2 of 3)...
707946 index entries processed. Index verification completed.
CHKDSK is scanning unindexed files for reconnect to their original directory.
Recovering orphaned file tmp.edb (68299) into directory file 22138.
Recovering orphaned file NGENSE~1.DAT (70562) into directory file 1985.
Recovering orphaned file ngenservice_pri3_lock.dat (70562) into directory file 1985.
5 unindexed files scanned. Recovering orphaned file 8D9394~1 (512389) into directory file 22131.
Recovering orphaned file 8d9394d7b5614412fa7db3794648165a1692ba4a (512389) into directory file 22131.
CHKDSK is recovering remaining unindexed files.
2 unindexed files recovered. CHKDSK is verifying security descriptors (stage 3 of 3)...
547840 file SDs/SIDs processed. Cleaning up 265 unused index entries from index $SII of file 0x9.
Cleaning up 265 unused index entries from index $SDH of file 0x9.
Cleaning up 265 unused security descriptors.
Security descriptor verification completed.
Inserting data attribute into file 70378.
Inserting data attribute into file 78128.
Inserting data attribute into file 142892.
Inserting data attribute into file 425076.
Inserting data attribute into file 452381.
80059 data files processed. CHKDSK is verifying Usn Journal...
34781832 USN bytes processed. Usn Journal verification completed.
Correcting errors in the master file table's (MFT) BITMAP attribute.
CHKDSK discovered free space marked as allocated in the volume bitmap.
Windows has made corrections to the file system.
115343356 KB total disk space.
99723520 KB in 460709 files.
217560 KB in 80056 indexes.
0 KB in bad sectors.
655568 KB in use by the system.
65536 KB occupied by the log file.
14746708 KB available on disk.
4096 bytes in each allocation unit.
28835839 total allocation units on disk.
3686677 allocation units available on disk.
Internal Info:
00 5c 08 00 68 40 08 00 f1 ef 0e 00 00 00 00 00 .\..h@..........
79 08 00 00 63 00 00 00 00 00 00 00 00 00 00 00 y...c...........
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Windows has finished checking your disk.
Please wait while your computer restarts.
[/more]
Проверил SMART при помощи HD Tune Pro:
[more=S.M.A.R.T.]ID Current Worst ThresholdData Status
(01) Raw Read Error Rate 100 100 70 0 ok
(05) Reallocated Sector Count 100 100 0 0 ok
(09) Power On Hours Count 100 100 0 3948 ok
(0C) Power Cycle Count 100 100 0 415 ok
(B1) Wear Range Delta 100 100 0 70640 ok
(B2) (unknown attribute) 100 100 0 1 ok
(B5) Program Fail Count 100 100 0 1 ok
(B6) Erase Fail Count 100 100 0 0 ok
(BB) Reported Uncorrectable Errors 100 100 0 0 ok
(C0) Unsafe Shutdown Count 100 100 0 405 ok
(C4) Reallocated Event Count 100 100 0 1 warning
(C6) Offline Uncorrectable 100 100 0 0 ok
(C7) Ultra DMA CRC Error Count 100 100 0 0 ok
(E8) Available Reserved Space 100 100 10 0 ok [/more]
Сканирование поверхности при помощи HD Tune проблем не выявило. Файлы в норме, ОС работает. Поэтому вопрос, что делать с диском?
После проверки диска при перезагрузке системы, инициированной самой ОС (Windows 7 со всеми обновлениями) выявилась довольно неприглядная картина:
[more=ChkDsk results]Checking file system on C:
The type of the file system is NTFS.
Volume label is System.
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.
CHKDSK is verifying files (stage 1 of 3)...
Attribute record of type 0x80 and instance tag 0x4 is cross linked
starting at 0x132745b for possibly 0x10 clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x4
in file 0x112ea is already in use.
Deleting corrupt attribute record (128, "")
from file record segment 70378.
Attribute record of type 0x80 and instance tag 0x0 is cross linked
starting at 0x2df087 for possibly 0x1 clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x0
in file 0x13130 is already in use.
The attribute of type 0x80 and instance tag 0x0 in file 0x13130
has allocated length of 0x75d000 instead of 0x6a4000.
Deleted corrupt attribute list entry
with type code 128 in file 78128.
Unable to locate attribute with instance tag 0x0 and segment
reference 0x6e0400000005415a. The expected attribute type is 0x80.
Deleting corrupt attribute record (128, "")
from file record segment 344410.
Unable to locate attribute with instance tag 0x0 and segment
reference 0xc860000000542e9. The expected attribute type is 0x80.
Deleting corrupt attribute record (128, "")
from file record segment 344809.
Unable to locate attribute with instance tag 0x0 and segment
reference 0x7a000000006653e. The expected attribute type is 0x80.
Deleting corrupt attribute record (128, "")
from file record segment 419134.
Unable to locate attribute with instance tag 0x0 and segment
reference 0x1ed0000000666dc. The expected attribute type is 0x80.
Deleting corrupt attribute record (128, "")
from file record segment 419548.
Unable to locate attribute with instance tag 0x0 and segment
reference 0x93b000000067c8f. The expected attribute type is 0x80.
Deleting corrupt attribute record (128, "")
from file record segment 425103.
Unable to locate attribute with instance tag 0x0 and segment
reference 0x7d00000006ccbd. The expected attribute type is 0x80.
Deleting corrupt attribute record (128, "")
from file record segment 445629.
Unable to locate attribute with instance tag 0x0 and segment
reference 0x2fb000000079da7. The expected attribute type is 0x80.
Deleting corrupt attribute record (128, "")
from file record segment 499111.
Unable to locate attribute with instance tag 0x0 and segment
reference 0x9900000007a3be. The expected attribute type is 0x80.
Deleting corrupt attribute record (128, "")
from file record segment 500670.
Unable to locate attribute with instance tag 0x0 and segment
reference 0x51f00000007e907. The expected attribute type is 0x80.
Deleting corrupt attribute record (128, "")
from file record segment 518407.
Attribute record of type 0x80 and instance tag 0x0 is cross linked
starting at 0x2df088 for possibly 0x2 clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x0
in file 0x22e2c is already in use.
The attribute of type 0x80 and instance tag 0x0 in file 0x22e2c
has allocated length of 0xa00000 instead of 0x480000.
Deleted corrupt attribute list entry
with type code 128 in file 142892.
Unable to locate attribute with instance tag 0x0 and segment
reference 0x8a00000001e32b. The expected attribute type is 0x80.
Deleting corrupt attribute record (128, "")
from file record segment 123691.
Unable to locate attribute with instance tag 0x0 and segment
reference 0x14140000000573e0. The expected attribute type is 0x80.
Deleting corrupt attribute record (128, "")
from file record segment 357344.
Attribute record of type 0x80 and instance tag 0x4 is cross linked
starting at 0x17c6fa for possibly 0x1d clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x4
in file 0x67c74 is already in use.
Deleting corrupt attribute record (128, "")
from file record segment 425076.
Attribute record of type 0x80 and instance tag 0x3 is cross linked
starting at 0x165763f for possibly 0x4 clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x3
in file 0x6e71d is already in use.
Deleting corrupt attribute record (128, "")
from file record segment 452381.
547840 file records processed. File verification completed.
Deleting orphan file record segment 123691.
1133 large file records processed. 0 bad file records processed. 2 EA records processed. 99 reparse records processed. CHKDSK is verifying indexes (stage 2 of 3)...
707946 index entries processed. Index verification completed.
CHKDSK is scanning unindexed files for reconnect to their original directory.
Recovering orphaned file tmp.edb (68299) into directory file 22138.
Recovering orphaned file NGENSE~1.DAT (70562) into directory file 1985.
Recovering orphaned file ngenservice_pri3_lock.dat (70562) into directory file 1985.
5 unindexed files scanned. Recovering orphaned file 8D9394~1 (512389) into directory file 22131.
Recovering orphaned file 8d9394d7b5614412fa7db3794648165a1692ba4a (512389) into directory file 22131.
CHKDSK is recovering remaining unindexed files.
2 unindexed files recovered. CHKDSK is verifying security descriptors (stage 3 of 3)...
547840 file SDs/SIDs processed. Cleaning up 265 unused index entries from index $SII of file 0x9.
Cleaning up 265 unused index entries from index $SDH of file 0x9.
Cleaning up 265 unused security descriptors.
Security descriptor verification completed.
Inserting data attribute into file 70378.
Inserting data attribute into file 78128.
Inserting data attribute into file 142892.
Inserting data attribute into file 425076.
Inserting data attribute into file 452381.
80059 data files processed. CHKDSK is verifying Usn Journal...
34781832 USN bytes processed. Usn Journal verification completed.
Correcting errors in the master file table's (MFT) BITMAP attribute.
CHKDSK discovered free space marked as allocated in the volume bitmap.
Windows has made corrections to the file system.
115343356 KB total disk space.
99723520 KB in 460709 files.
217560 KB in 80056 indexes.
0 KB in bad sectors.
655568 KB in use by the system.
65536 KB occupied by the log file.
14746708 KB available on disk.
4096 bytes in each allocation unit.
28835839 total allocation units on disk.
3686677 allocation units available on disk.
Internal Info:
00 5c 08 00 68 40 08 00 f1 ef 0e 00 00 00 00 00 .\..h@..........
79 08 00 00 63 00 00 00 00 00 00 00 00 00 00 00 y...c...........
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Windows has finished checking your disk.
Please wait while your computer restarts.
[/more]
Проверил SMART при помощи HD Tune Pro:
[more=S.M.A.R.T.]ID Current Worst ThresholdData Status
(01) Raw Read Error Rate 100 100 70 0 ok
(05) Reallocated Sector Count 100 100 0 0 ok
(09) Power On Hours Count 100 100 0 3948 ok
(0C) Power Cycle Count 100 100 0 415 ok
(B1) Wear Range Delta 100 100 0 70640 ok
(B2) (unknown attribute) 100 100 0 1 ok
(B5) Program Fail Count 100 100 0 1 ok
(B6) Erase Fail Count 100 100 0 0 ok
(BB) Reported Uncorrectable Errors 100 100 0 0 ok
(C0) Unsafe Shutdown Count 100 100 0 405 ok
(C4) Reallocated Event Count 100 100 0 1 warning
(C6) Offline Uncorrectable 100 100 0 0 ok
(C7) Ultra DMA CRC Error Count 100 100 0 0 ok
(E8) Available Reserved Space 100 100 10 0 ok [/more]
Сканирование поверхности при помощи HD Tune проблем не выявило. Файлы в норме, ОС работает. Поэтому вопрос, что делать с диском?
Вам бы на одну тему пониже, здесь это малость оффтоп.
Скидывать с него всю инфу, обновить прошивку, поискать прогу для форматирования от производителя и ей форматнуть. Потом ставить ОС пробовать, или файлы надиск писать-читать, проверять, в общем...
Скидывать с него всю инфу, обновить прошивку, поискать прогу для форматирования от производителя и ей форматнуть. Потом ставить ОС пробовать, или файлы надиск писать-читать, проверять, в общем...
Antech
Посмотрите ПМ, пожалуйста.
Посмотрите ПМ, пожалуйста.
Tau_0
Цитата:
Спасибо! простые действия прямо, ранее такого не делал, методом тыка нашел все, что вы описали, попробовал на жертве - получилось, понял суть, потом уже на раненном харде сделал все. сейчас сливаю данные, уточнить хотел:
Цитата:
так вы называете *запись* (либо заполнить нулями) в Виктории?
Добавлено:
Интересный пользователь надо мной: Liliac, без записей, без регистрации но написал.
Цитата:
Я бы для начала обнулил MBR Сервис ===> Заполнить секторы
Спасибо! простые действия прямо, ранее такого не делал, методом тыка нашел все, что вы описали, попробовал на жертве - получилось, понял суть, потом уже на раненном харде сделал все. сейчас сливаю данные, уточнить хотел:
Цитата:
сам хард пробить 00h... в виктории
так вы называете *запись* (либо заполнить нулями) в Виктории?
Добавлено:
Интересный пользователь надо мной: Liliac, без записей, без регистрации но написал.
Всё у него было ещё пару часов назад Что-то форум глючит сегодня вечером...
Что-то форум глючит сегодня вечером...начал тут
http://forum.ru-board.com/topic.cgi?forum=84&topic=4103&start=220#lt
потом послали сюда
Флэшка не видит часть файлов и папок.
Не пользовался ей с неделю где-то.
Ничего с ней такого не делал вообще.
Инфу не бэкапил месяца 2. Это просто полная Ж.
Винда и прочие фары, тк показывают что место-то занято (9 гигов), а видимых файлов только на 1 гиг.
Надежда есть..
папок E2E2~1 или ... не видно
прогнал cureut (убил какой-то троян на компе) и usb show (читал что многим помогает)
ничего не изменилось
scandisk винды сказал, что есть ошибки, которые он не может исправить
НО создал папку FOUND.000 с тысячами файлов (на флешке была огромная система папок и файлов)
в папке 10 тысяч файлов FILE0000.CHK и до FILE9999.CHK
прочитал что их можно восстановить прогой unCHKfree.exe
и, действительно, она эти файлы превращает в доки, джепеги и т.д.
но названия утеряны
и как в этой куче найти нужные непонятно
и почему именно ровно 10 тысяч файлов ? типа папка винды не может содержать больше или что ?
http://forum.ru-board.com/topic.cgi?forum=84&topic=4103&start=220#lt
потом послали сюда
Флэшка не видит часть файлов и папок.
Не пользовался ей с неделю где-то.
Ничего с ней такого не делал вообще.
Инфу не бэкапил месяца 2. Это просто полная Ж.
Винда и прочие фары, тк показывают что место-то занято (9 гигов), а видимых файлов только на 1 гиг.
Надежда есть..
папок E2E2~1 или ... не видно
прогнал cureut (убил какой-то троян на компе) и usb show (читал что многим помогает)
ничего не изменилось
scandisk винды сказал, что есть ошибки, которые он не может исправить
НО создал папку FOUND.000 с тысячами файлов (на флешке была огромная система папок и файлов)
в папке 10 тысяч файлов FILE0000.CHK и до FILE9999.CHK
прочитал что их можно восстановить прогой unCHKfree.exe
и, действительно, она эти файлы превращает в доки, джепеги и т.д.
но названия утеряны
и как в этой куче найти нужные непонятно
и почему именно ровно 10 тысяч файлов ? типа папка винды не может содержать больше или что ?
alex_party
Цитата:
Угу..., не тольяко я, --- испокон века так говорят....
Конечно новым от этого хард не станет, но к чему Вам в логических структурах тянуть историю...???...
--- На волю с чистой совестью...
Цитата:
так вы называете *запись* (либо заполнить нулями) в Виктории?
Угу..., не тольяко я, --- испокон века так говорят....
Конечно новым от этого хард не станет, но к чему Вам в логических структурах тянуть историю...???...
--- На волю с чистой совестью...
Tau_0
Цитата:
Ну каждый по разному говорит, у вас такой вариант, вот и уточнил.
Цитата:
Тем более что сбой был, 30 Гб пока я туда-сюда кидал времени конечно заняло это, главное неудобство, а так да, логику вообще убрал, все основными сделал, спасибо.
Цитата:
Угу..., не тольяко я
Ну каждый по разному говорит, у вас такой вариант, вот и уточнил.
Цитата:
к чему Вам в логических структурах тянуть историю...???...
Тем более что сбой был, 30 Гб пока я туда-сюда кидал времени конечно заняло это, главное неудобство, а так да, логику вообще убрал, все основными сделал, спасибо.
здраствуйте уважаемые знатоки.
Произошел некий казус, уронил хардец, в полете успел придержать руками тапками и тд. в итоге хардец упал на тапок, но во время записи. тут же конечно пришел в аут. Собственно все понятно что после проверки файловая система упала и подниматься не захотела. сейчас стоит вопрос о ремапе, но мучает вопрос, есть ли какое то максимальное значение для ремапа бэдов? не имею возможности в посекторном режиме сделать бэкап, нет донора, потому пытаюсь заранее иметь максимум информации?
Произошел некий казус, уронил хардец, в полете успел придержать руками тапками и тд. в итоге хардец упал на тапок, но во время записи. тут же конечно пришел в аут. Собственно все понятно что после проверки файловая система упала и подниматься не захотела. сейчас стоит вопрос о ремапе, но мучает вопрос, есть ли какое то максимальное значение для ремапа бэдов? не имею возможности в посекторном режиме сделать бэкап, нет донора, потому пытаюсь заранее иметь максимум информации?
supportas
Нельзя писать на проблемный диск, тем более после падения.
"Ремап" и есть обычная запись с проверкой чтением.
Все рискуете потерять, он может не читать записанное, может совсем запилиться.
Испортит плохой записью служебку и перестанет выходить в готовность.
Уж находите возможность достать диск на время для посекторки.
А если данные ценные > 300$, лучше обратитесь нормальную в DR фирму.
Тут скорее по отдельным головам надо вычитывать. по частям и с конца, обходя проблемные места. И только в самом конце битые места.
Нельзя писать на проблемный диск, тем более после падения.
"Ремап" и есть обычная запись с проверкой чтением.
Все рискуете потерять, он может не читать записанное, может совсем запилиться.
Испортит плохой записью служебку и перестанет выходить в готовность.
Уж находите возможность достать диск на время для посекторки.
А если данные ценные > 300$, лучше обратитесь нормальную в DR фирму.
Тут скорее по отдельным головам надо вычитывать. по частям и с конца, обходя проблемные места. И только в самом конце битые места.
Здравствуйте.
Прошу о Помощи!
Был диск 1Тб, купил SSD на 120Гб, на который поставил Win7
Сделал проверку 1Тб диска на ошибки, после чего мои файлы на нём не видны.
Файлы очень нужны!
Заранее благодарю.
Ситуация в DMDE следующая:
http://www.yapfiles.ru/show/575209/screen_001.jpg.html
Прошу о Помощи!
Был диск 1Тб, купил SSD на 120Гб, на который поставил Win7
Сделал проверку 1Тб диска на ошибки, после чего мои файлы на нём не видны.
Файлы очень нужны!
Заранее благодарю.
Ситуация в DMDE следующая:
http://www.yapfiles.ru/show/575209/screen_001.jpg.html
Цитата:
Ситуация в DMDE следующая:
Стали Ваши базовые диски динамическими...
Судя по всему информация цела. Я бы недолго думая поменял в таблице раделов LDM (42) на NTFS (07)
Редактор ===> Таблица разделов
В таблице разделов маркируете строку раздела, далее Ctr+E. В первом столбце (Файловая система) меняете 42 <=== 07. И по Ctr+W сохраняете корректуру.
Для обоих разделов надо записи поменять...
ЗЫ Не допускайте запуска/автозапуска CHKDSK с ключом /F.
supportas
Цитата:
Впрочем не стоит хвататься за эту палочку, потому как tomset уже описал последствия.
И даже если педположить что запила не будет, то он может появиться и позже. Таким винтам веры нет, поэтому не донор стоит искать а замену этому.
amatuny
Цитата:
Сделал чем? А то может HDscan-ом
. Если же чекдисом то стоит взглянуть на лог проверки.
Tau_0
Цитата:
Цитата:
сейчас стоит вопрос о ремапе,На основе чего сделан такой вывод? Может там логическая, но серьёзная проблема.
Впрочем не стоит хвататься за эту палочку, потому как tomset уже описал последствия.
И даже если педположить что запила не будет, то он может появиться и позже. Таким винтам веры нет, поэтому не донор стоит искать а замену этому.
amatuny
Цитата:
Сделал проверку 1Тб диска на ошибки,
Сделал чем? А то может HDscan-ом
. Если же чекдисом то стоит взглянуть на лог проверки. Tau_0
Цитата:
Стали Ваши базовые диски динамическими...Даже если предположить что это случилось после проверки (хотя думаю что это не так) то причём здесь исчезновение файлов?
9285
Цитата:
Я думаю, что это проделки инсталлятора Windows 7...
Файлы видны только на смонтированном базовом NTFS томе, а динамический том LDM (42) не открывается. Это выглядит как пропажа файлов, хотя ничего там не пропало...
Цитата:
Даже если предположить что это случилось после проверки (хотя думаю что это не так) то причём здесь исчезновение файлов?
Я думаю, что это проделки инсталлятора Windows 7...
Файлы видны только на смонтированном базовом NTFS томе, а динамический том LDM (42) не открывается. Это выглядит как пропажа файлов, хотя ничего там не пропало...
[more]
Цитата:
Спасибо, что отозвались!
Прошу прощения, но мою проблему решил один мой знакомый немного другим способом:
Удалены оба Основных LDM (42)
В раздел $Noname 02, в котором были найдены мои данные, вставил(Undelete) раздел, перезагрузил компьютер.
В Свойствах диска дал разрешение на доступ своего аккаунта.
На остальном пространстве, т.к. там не было нужных мне данных(там были остатки предыдущей ОСи и Program Files), создал новый том.
Всё.
Вдруг, у кого будет похожая проблема...
Цитата:
Не знаю отчего, но всё пространство диска оказалось "пустым" после стандартной проверки на ошибки в Свойствах диска...
Сам был в шоке! [/more]
Цитата:
Ваши базовые диски динамическими... Судя по всему информация цела. Я бы недолго думая поменял в таблице раделов LDM (42) на NTFS (07) Редактор ===> Таблица разделов В таблице разделов маркируете строку раздела, далее Ctr+E. В первом столбце (Файловая система) меняете 42 <=== 07. И по Ctr+W сохраняете корректуру. Для обоих разделов надо записи поменять... ЗЫ Не допускайте запуска/автозапуска CHKDSK с ключом /F.
Спасибо, что отозвались!
Прошу прощения, но мою проблему решил один мой знакомый немного другим способом:
Удалены оба Основных LDM (42)
В раздел $Noname 02, в котором были найдены мои данные, вставил(Undelete) раздел, перезагрузил компьютер.
В Свойствах диска дал разрешение на доступ своего аккаунта.
На остальном пространстве, т.к. там не было нужных мне данных(там были остатки предыдущей ОСи и Program Files), создал новый том.
Всё.
Вдруг, у кого будет похожая проблема...
Цитата:
Сделал чем? А то может HDscan-ом . Если же чекдисом то стоит взглянуть на лог проверки.
Не знаю отчего, но всё пространство диска оказалось "пустым" после стандартной проверки на ошибки в Свойствах диска...
Сам был в шоке!
[/more]Такой вопрос - вчера купил новый винт и собирался разбить его на 2 раздела по 232 гб.
(винт на 500 гигов). Разбил акронисом. Потом передумал и решил перераспределить место.
Удалил тома и создал 1 том на 316 гигов, второй на оставшееся место. И вдруг заметил, что лажанул и изменил размер не нового диска, а другого с кучей инфы. Теперь все диски как бы опустели.
Думаю ппц... Но вспомнил про Active partition recovery - им можно восстановить таблицу разделов.
Включил особо долгую проверку, нашёл нужные разделы. Один восстановился со всеми файлами, а второй... ну там перед восстановлением показывались все файлы, но проблема в том, что после восстановления второго раздела пишет что он не отформатирован и никаких данных там нет.
Хотя перед восстановлением Actvire Partition recovery показывал что файлы там на месте.
Хотя некоторые дублировались и в какой-то папке с названием Lost или как-то так были скинуты некоторые другие файлы. Вопрос в том - что делать? Пробовал опять удалить тома и восстановить ещё раз из какого-то другого раздела с теми же файлами - результат тот же. Один раздел восстановился полностью, второй не отформатирован.
И да, я уже прочитал что многие проблемы именно из-за этих программ. Но уже поздно думать. Надо что-то делать...
(винт на 500 гигов). Разбил акронисом. Потом передумал и решил перераспределить место.
Удалил тома и создал 1 том на 316 гигов, второй на оставшееся место. И вдруг заметил, что лажанул и изменил размер не нового диска, а другого с кучей инфы. Теперь все диски как бы опустели.
Думаю ппц... Но вспомнил про Active partition recovery - им можно восстановить таблицу разделов.
Включил особо долгую проверку, нашёл нужные разделы. Один восстановился со всеми файлами, а второй... ну там перед восстановлением показывались все файлы, но проблема в том, что после восстановления второго раздела пишет что он не отформатирован и никаких данных там нет.
Хотя перед восстановлением Actvire Partition recovery показывал что файлы там на месте.
Хотя некоторые дублировались и в какой-то папке с названием Lost или как-то так были скинуты некоторые другие файлы. Вопрос в том - что делать? Пробовал опять удалить тома и восстановить ещё раз из какого-то другого раздела с теми же файлами - результат тот же. Один раздел восстановился полностью, второй не отформатирован.
И да, я уже прочитал что многие проблемы именно из-за этих программ. Но уже поздно думать. Надо что-то делать...
Доброго времени суток!
Приобрел недавно винчестер на 3Тб,исключительно,для архивных целей.
Называется он SeaGate Barracuda ST3000DM001.
Помимо него на компе,еще 3 винта по 1Тб.Операционные системы Windows ХР Pro x64 и Windows 7 Ultimate x64, на разных физических дисках.
На 3Тб винте образовался раздел в 746Гб,который невозможно удалить,фотматировать и присоединить к свободному дисковому простанству в 2Тб.Пробовал это сделать при установке Винды 7.
Пишет: Failed create a new partition on the selected unused space.Error 0x8004208.
Так-же пытался,из-под Винды,из Управления Дисками, и дисковыми менеджерами,типа Acronis Disk Director Suite 10.
Утиллита Disk Wizard сделала видимыми 2Тб в Windows ХР,а до этого ХР видела 746Гб,и позволяла создать и форматировать этот раздел.
Обе винды не видят все дисковое простанство,хотя 64 биттная семёрка должна видеть все.
Как удалить или объединить этот раздел?
Буду признателен за помощь.
Приобрел недавно винчестер на 3Тб,исключительно,для архивных целей.
Называется он SeaGate Barracuda ST3000DM001.
Помимо него на компе,еще 3 винта по 1Тб.Операционные системы Windows ХР Pro x64 и Windows 7 Ultimate x64, на разных физических дисках.
На 3Тб винте образовался раздел в 746Гб,который невозможно удалить,фотматировать и присоединить к свободному дисковому простанству в 2Тб.Пробовал это сделать при установке Винды 7.
Пишет: Failed create a new partition on the selected unused space.Error 0x8004208.
Так-же пытался,из-под Винды,из Управления Дисками, и дисковыми менеджерами,типа Acronis Disk Director Suite 10.
Утиллита Disk Wizard сделала видимыми 2Тб в Windows ХР,а до этого ХР видела 746Гб,и позволяла создать и форматировать этот раздел.
Обе винды не видят все дисковое простанство,хотя 64 биттная семёрка должна видеть все.
Как удалить или объединить этот раздел?
Буду признателен за помощь.
Miha105
Смотри и попробуй
Смотри и попробуй
Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273747576777879808182838485
Предыдущая тема: востановление флешки фирмы Verbatim
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.