Z10
Junior Member | Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
решил сделать 2 вещи:
•вернуть разделу D:\ (100gb) размер кластера в 4к, так как при размерах >4к (сейчас 16) дефрагментаторы отказываются его обслуживать (стоит win2000)
•отконвертить в NTFS С:\ - недавно переустанавливал систему, не было бутабельного диска, изначально создал FAT-раздел.
партишн8 с этими задачами, вобщем-то, справляется - но где гарантия его успешной работы, или хотя бы информация о проблемах, с которыми партишн сталкивается по ходу своей работы? нах мне "Error" плять, и всё тут?
да, они предупреждают о бекапе.
но куда, извините, отбекапить 65 гиг инфы, дубликата которой не найдено в округе радиусом 25км?
короче, размер кластера ему изменить не удалось. чекал перед операцией раздел - ОК. места - хватает.
нее, ошибка на 85%.
ребут, цепляю назад диск, все данные на месте. (вроде бы! я не глянул точно, обнулились ли файлы, см. дальше)
подумал, чё не поставил w2k3.
%долбанный PM решил отправить в анал - он мне уже изрядно нервы подпортил, трабл с %другим винтом тоже был связан с изменением размера кластера, и ошибками в ходе %%выполнения этой операции.
дальше с:\ - -> в NTFS.
перезагружаю.
началось…
минут 5 по экрану быстро бежало 2 строки, не давая возможности прочесть себя - это уже насторожило.
потом, когда началась проверка дескрипторов, я увидел, что исправлялись "индексы к файлу #xxxx"
нуну…
исправляйте же, а не разрушайте, долбо*ы!
потом началось то, что я доселе не видал - весь экран заполнен именами файлов, которые листятся с неимоверной скоростью. не столбцом, а уже кашой, как при переполнении буфера прям какого-то… я успел заметить, что файлы были с D: думаю, раз extended, значит связан с це, и винда обновляет связи. (какие-такие связи могут быть только с d, если ещё есть e,f,g?)
C:\>chkdsk d:
Тип файловой системы: NTFS.
Метка тома: Media.
ВНИМАНИЕ! Параметр F не указан.
CHKDSK выполняется в режиме только чтения.
Проверка файлов (этап 1 из 3)...
Проверка файлов завершена.
Проверка индексов (этап 2 из 3)...
Проверка индексов завершена.
Проверка дескрипторов безопасности (этап 3 из 3)...
Проверка дескрипторов безопасности завершена.
Windows проверила файловую систему. Ошибок не обнаружено.
105474725 КБ всего на диске.
50655296 КБ в 6722 файлах.
6048 КБ в 403 индексах.
0 КБ в поврежденных секторах.
74197 КБ используется системой.
65536 КБ занято под файл журнала.
54739184 КБ свободно на диске.
Размер кластера: 16384 байт.
Всего кластеров на диске: 6592170.
3421199 кластеров на диске.
а 15 гиг куда делось? подождииите.
смотрю.
D:\LiB\eBooks\ весом в 670 mb (на днях ожидала записи на диск) теперь весит 142 байта. из-за того, что внутри остался 2get.txt.
=====
все имена файлов остались, размер каждого - 0. почти все файлы были rar (по десятку среди них - zip, pdf, html - они все тоже в /null)
=====
а остальное?
вот прям передо мною лежит стопка cdr, 16 штук. весь день переписывал музыку\видео\варез. на D: писал audio\video данные. блин, 3 раза приходила в голову мудрая мысль не делать этого до изменения размера кластеров…
смотрю конкретно по директориям - да, все переписанное обнулено. смотрю дальше, выясняю, что задет материал, который я записывал совсем недавно, и которого на источнике уже нет. поражены мои сеты, только-что закачанный материал…
(!)
таким образом, пострадала, обнулилась инфа, записанная за последние несколько дней, причём нетронутыми остались файлы небольшого размера - ~10kb.
всё то, что было записано более 6-7 дней назад, осталось на месте.
(!)
использовал R-Studio.NTFS.2.0-CHICNCREAM - просто просмотрел диск, не сканил полностью.
показывает файлы с размером=0
был запущен полный скан Ontrack EasyRecovery v.6.0 - RAW метод, искал по !rar-сигнатуре по секторам. нашёл с 20 сигнатур - я дальше не стал искать, понял, что судя по содержимому секторов, данные обнулены только в MFT, с самого раздела они никуда не делись.
естественно, на раздел не ведётся никакой записи.
винт только куплен, на раздел всё писалось начисто, данные преимущественно ложились последовательно.
RAW метод не обнаружил !rar в hex формате (не правильно|полностью задал?) навосстанавливал видео фрагментов - такого кала я ещё не видел. если такое будет с *.rar - ну его в баню.
итого, были опробованы следующие утилы: (#)
Acronis\Recovery Expert Delux
Acronis\Disk Editor 6.0
(#)Active Partition Recovery v2.1.Retail
Active@ File Recovery v2.0
Back to Life 2.02r
BadCopy Pro v3.60.1201
Davory 1.75
Directory Snoop 4.02
DiskExplorer
(#)PC Inspector File Recovery 3.0b1215
GetDataBack.for.NTFS.v2.25-SUBSTANCE
IsoBuster.Pro.v1.6-ROR
(#)Ontrack EasyRecovery v.6.0
(#)R-Studio.NTFS.2.0-CHICNCREAM
(#)Zero Assumption 7.3.0
ЕДИНАЯ черта у результатов работы этих утилит - после 3-5 часовых сканов каждой - это то, что нужные файлы даже в отсканированном каталоге имеют _нулевой_ размер, и с _ним же_ восстанавливаются.
за сутки с винта в общей слоожности было считано более 600gb - всё всуе.
~~~
нужно что-то нетривиальное, наиболее подходящее к данному случаю...
если кто-то лично сталкивался с подобным траблом, или у знакомых случалось нечто схожее - помогите, пожалуйста.
отблагодарю, чем смогу. |
Низкоуровневое форматирование успешно прошло, полный тест винта тоже... 
