» Восстановление разделов и информации на HDD (часть 4)
Цитата:
он попросту потерял таблицу разделов и оставил в корне один файл bootsqm.dat
Цитата:
не понять мне как восстановить саму таблицу разделов
А откуда файл взялся, если нет таблицы разделов? Вам не с таблицей вопрос надо решать. Вот сообщения о подобных случаях с другого форума:
Цитата:
[Case №1] when booting up this morning it did a check on the drive and now all thats left is the file bootsqm.dat. but the free space still shows that 10 gig is used
Цитата:
[Case №2] hard drive that still appears in windows to be 70% full. However, when I browse to the drive all I see is 1 file: "bootsqm.dat" which is 13KB
Т.е. в первом случае был Чекдиск, во втором причина неизвестна (может также при загрузке Чекдиск запускался, но не был замечен, если юзер отошел от компа). Я не знаю, из-за чего такое бывает. Можно сделать раскопки и определить, что именно произошло (похоже на случайное форматирование, типа Винда так захотела), но вероятность того, что удастся сделать in-place, невелика. Да и зачем Вам это? Проверьте SMART, отформатируте и пользуйте винт дальше, не забывая про бэкап.
The type of the file system is NTFS.
Unable to determine volume version and state. CHKDSK aborted.
Я сдаюсь т.к. пора форматировать винт - работа не ждет.
Короче говоря я делаю еще один вывод - если нет необходимой квалификации, и если испорчены $MFT и $MFTmirr - спасай данные специальными утилитами.
NTFS изначально создавалось как многоплатформенная файловая система, поэтому нет ничего удивительного в потоках "Mac_Metadata". И эппл тут не причем, это работа драйвера NTFS от Paragon.
Кто все-таки решится пройти путь ручного восстановления, вот ссылки на русскоязычные статьи, которые могут помочь:
Unformat для NTFS
http://www.insidepro.com/kk/033/033r.shtml
Восстановление NTFS - undelete своими руками
http://www.insidepro.com/kk/032/032r.shtml
Восстановление данных на NTFS-разделах
http://www.insidepro.com/kk/021/021r.shtml
Файловая система NTFS извне и изнутри
http://www.insidepro.com/kk/044/044r.shtml
Еще раз спасибо за помощь, Antech.
Цитата:
Чтобы не заморачиваться с выбором диска, пустите скан с ремапом в Victoria API на винте, имеющем проблемный SMART, а потом в Управлении Дисками создайте/форматните раздел. Так не ошибетесь (ремап пишет только в бэды).
Скан с ремапом сделал, log и скрин прилагаю в архив.
Далее иду форматировать --> тип основной --> после формата вылезает табличка Завершить форматирование успешно не удалось.
http://slil.ru/27964293
Погуглил на тему Завершить форматирование успешно не удалось. После обратил внимание, что можно только 4 типа основных, а у меня 5 (по скрину видно). Отключил все внешние, та же табличка. Создаю его как дополнительный раздел, форматирую, опять это сообщение. Antech, как быть?
Сорри, посмотрел сейчас патч - я тиам только $MFT выложил. Здесь полный патч (4 записи), жалко что уже форматнули... Хотя еще не поздно сделать Unformat патчами бутсектора и начала MFT .
Цитата:
trtrtr
Вот блин... Если загрузиться с LiveCD, тоже Чекдиск не хочет работать?
После загрузки с LiveCD тоже не хочет запускать chkdsk.
Но при очередной загрузке я не успел отменить chkdsk и проверка запустилась сама. Примерно час длилась и удалялись какие-то ошибочные записи. И после этого диск стал виден!!! Большое спасибо за помощь, Antech!!!
Насколько помню, Вы хотите попользовать сильно бэдастый винт? Сейчас (на КПК) не могу посмотреть скрин и т.д. Но ИМХО у Вас остались незаремапленные бэды. Сейчас сканирвание находит бэды?
Рано я порадовался, диск снова не открывается... (((
Вот конец лога скана с ремапом:
14:22:48 : Model: ST3320620AS; Capacity: 625142448 LBAs; SN: 6QF1QZ1E; Firmware: 3.AAK
14:24:35 : Get passport... OK
14:24:35 : Recallibration... Error!
14:24:35 : Starting surface scan, LBA=0..625142448, sequential access w. REMAP, tio 1000ms
15:48:29 : LBA 607505667 try REMAP... complete
15:49:22 : LBA 607505669 try REMAP... complete
15:50:17 : LBA 607505671 try REMAP... complete
15:51:11 : LBA 607505673 try REMAP... complete
15:52:05 : LBA 607505675 try REMAP... complete
15:52:59 : LBA 607505677 try REMAP... complete
15:53:53 : LBA 607505679 try REMAP... complete
15:54:47 : LBA 607505681 try REMAP... complete
15:55:41 : LBA 607505683 try REMAP... complete
15:56:35 : LBA 607505685 try REMAP... complete
15:57:29 : LBA 607505687 try REMAP... complete
15:58:01 : Block 607505688 Error: UNCR
15:58:02 : Warning! Block start at 607510552 = 490 ms
16:00:01 : ***** Scan results: Warnings - 1, errors - 12 *****
Что скажете, может нужно заново ремапить, errors - это не незаремапленные бэды?
Цитата:
Сейчас сканирвание находит бэды?
HDDScan S.M.A.R.T. Report http://filekeeper.org/download/shared/sshot-3.png
Поставил сканировать винт в HDDScan (Verify), как закончиться выложу отчет.
Цитата:
диск снова не открывается
Странно, по СМАРТу у Вас нет проблем и память Вы мемтестили. С питанием порядок? Глючные восьмерки просто так не появляются. Либо проблема с памятью, либо со шлейфом винта (хотя UDMA Errors в СМАРТе нет), либо с самим винтом что-то не так. Но т.к. кроме проблемного винта есть еще системный (как минимум), а глюк опять возник на том же разделе, то RAM тут врядли причем. Соответственно, круг сужается до шлейфа и винта (ну и на питание разные винты по-разному реагировать). Замените шлейф. Покажите дамп 10 секторов, начиная с 6291519. В принципе, все начало MFT у нас есть (включая патч) и нет проблем залить обратно (просто запишите патч еще раз), но надо посмотреть, что сейчас накрылось.
С Чекдиском, я так понимаю, у Вас проблемы (не запускается из командной строки, даже с LiveCD). В каком-то софте Акрониса есть возможность пустить Чекдиск на проверку (без исправлений), можете попробовать (только не злоупотребляйте, ищите именно эту функцию). Не хотелось бы сразу пускать Чекдиск на исправление... Или хотябы скопируйте все с проблемного винта (в любом случае он у нас подозревается в искажении данных, например, возможно, у него глючный кэш - такое редко, но бывает AFAIK).
escombros
Посмотрим, что там насканируется. Сейчас в СМАРТе и бэды, и пендинги имеются в приличном количестве.
Цитата:
Посмотрим, что там насканируется.
Вот, свел до и после ремапа. Что скажете?
http://filekeeper.org/download/shared/sshot-8.png
Есть немного унков, но нет реаллокейтов. Сделайте скан с ремапом (Victoria, MHDD) и посмотрите, что будет с Reallocated Sectors Count Raw.
Есть много интерфейсных ошибок. Шлейф поменяйте.
escombros
Как было, так и осталось 4 бэда. Ремапили Victoria API? Попробуйте Victoria DOS и MHDD. Если не заремапит, значит увы, бэды так и останутся на виду. Тогда сделайте HPA в MHDD на 600000000 секторов (307+ ГБ).
Цитата:
Сделайте скан с ремапом (Victoria
Пардон, а это как в Виктории!?
Шлейф поменяю, есть новый.
проблема такая:
не понятно по какой причине флешка начала определяться как "съемный диск" с файловой системой raw и размером 0 байт (раньше была NTFS)
флешку реанимировал с помощью утилиты SMI Mass Production Tool (SM32x_G1219)
пытаюсь восстановить инфу - программы напрочь не видят никаких файлов =(
Restorer2000 и R-Studio.5.0.129019 - без результатов, видят только какие-то пару файлов новой системы fat32
Easy Recovery Pro 6 видит почему-то кучу фалов по 64 кб и один 2гб (столько приблизительно было инфы на флешке) расширения EFM =\
testdisk-6.10_win тоже не дал никаких результатов..(
как-нибудь можно восстановить инормацию? физически она ведь никуда не должна была пропасть, поверх я тоже ничего не записывал..
спасибо.
Цитата:
это как в Виктории!?
Посмотрите на скрин от escombros чуть выше.
Lekter
А что именно сделал этот Production Tool? Может, он транслятор перестроил и в завершение (как финальный аккорд) отформатил в FAT ?
Вы в NTFS чем форматили? Что дает "Поиск NTFS" в DMDE? Перед экспериментами снимите образ с флешки, хотя ИМХО там уже нечего ловить (Production Tool - не просто форматер).
Про бакап и восстановление нужных секторов вручную я знаю.
Ещё лучше, загрузочные записи отдельно, а таблицу разделов отдельно. На случай, если после бакапа была переразметка диска.
Пока наиболее близкое - Microsoft SecInspect, но он делает сам только отчёт, остальное - с ручным вводом номеров секторов.
Acronis, WinHEX.
Акронис делает копию только MBR и только вместе с полной копией логического диска. Нужно более гибкое решение.
WinHex - нужно делать копии всех секторов вручную, можно ошибиться.
Я, конечно, извиняюсь, но какой смысл? Без бэкапа все равно нельзя, а если есть бэкап, зачем копии MBR/BS?
boy999
SMART сделан до ремапа или после? Повторный скан бэды обнаруживает?
Насчет CPU usage и скорости винта. Похоже, это PIO. Правда, непонятно, как это сказывается на Verify. Замените шлейф, удалите канал контроллера (на котором висит винт) в Диспетчере Устройств и перезагрузитесь. Скорость должна быть нормальная, по крайней мере пока не наткнетесь на бэды.
СМАРТ после ремапа сделан. Повторный скан, как сделать!?
PIO откуда!? Хард же SATA!
Цитата:
удалите канал контроллера (на котором висит винт) в Диспетчере Устройств и перезагрузитесь.
А как канал удалить!?
В диспетчере устройств\дисковые устройства, можно тока сам хард удалить.
Так что с ним сделать!?
Случилось это так: работал я работал да обозлился на автокад и ударил по своему ноуту, но не сильно, он завис. После жесткой перезагрузки перестал грузить винду, примерно на середине. После парочки ресетов запустился скандиск и обнаружил битые клястеры. На утро диск пропал из биоса. Пробовал на 3-х разных машинах, не видит. Подскажите пожалуйста, можно его реанимировать или уже поздно. В мастерскую не хочу, так как делал резервную копию инфы за неделю до трагедии.
Уважаемые! Подскажите, будет ли проблема в работе ноутбука Dell (старенький), в который поставил винт на 320Гб? В биосе показывает что размер винта 137Гиг, WinXP+SP3 видит весь объем. Утилита EnableBigLba.exe говорит что Passed! Просто уже третий раз копирую со старого диска ось. Было 60Г копирую на 320Г. В процессе настройки делаю несколько перезагрузов компа, все нормально загружается, забиваю винт инфой и... в один момент после биоса черный экран и мигающий курсор в левом верхнем углу. Проблема может быть связана с тем что биос "не тянет" размер нового диска? На старом диске был раздел еще, от производителя DellUtility, возможно косяк изза него?
Уже 4 раза поднимал с копии, все работает ровно 4-5 перегрузок, потом тишина В последний раз говорит что"A dik read error ocurerd Press CTRL+ALT+DEL to restart". Причем если я этот диск цепляю к другому компу то он все видит, при проверке ошибок не находит. Что делать? "Обрезать" до 137Гиг которые видит биос и туда все с 60ки восстановить? Помогите восстановить загрузку
Цитата:
винт на 320Гб
Там 1 раздел?
Почему бы не сделать первый раздел хотя бы те же 60 Гб?
Как пример сценария, для изгнания чужого загрузчика/мульти-ос из MBR/BS. Fixmbr не предлагать, хочу оригинальный.
Цитата:
Хард же SATA
Что ему мешает переключиться в PIO? SATA умеет PIO, примеров тому масса...
Цитата:
как канал удалить?
Мышой наступить на него и Del. Не винт, а именно контроллер или канал контроллера.
Цитата:
Повторный скан, как сделать?
Также, как и предыдущий.
Xrystalev
Вперед за новым винтом. Если бы головка (вернее, слайдер) была размером с небоскреб, то она летела бы всего в нескольких сантиметрах над поверхностью. Винты не любят вибрации...
Serg0FFan
Когда Винда загружена, она использует драйверы для доступа к винтам и БИОС роли не играет, поэтому обычно отсутсвие поддержки LBA48 в БИОСе нежелательно, но не критично. Можно сделать раздел поменьше, как тут предлагали. Это не решит проблему с БИОСом, но исключит обращение в области >137 ГБ на начальном этапе, когда драйверы еще не загружены.
Hold
Скопируйте MBR'ный загрузчик с другого винта... Таблицу разделов не повредите, она начинается с 1BEh.
- эпопея берет свое начало в далекой 44-странице!..
Да, 500г с USB интерфейсом сканировать, это .. ну, успеваешь заметить.. Короче, у меня это было более трех дней. (Оказалось, интернет (через ЮСБ-модуль) тормозит в 2-3 раза, подключенный принтер (опят же ЮСБ) тоже, в 2 раза, паралельный хард тоже раза в полтора.
Еще короче - диск благосклонно готов выполнить любые дейстия, он теперь на все согласен!
Диск не сыпется, мне кажется. Количество бэдов не расет. Но некоторые - штук 337, согластно Вике, не Ремапятся.
Однако, 300 гиг инфы не теряется и R-Studi-ей достигаеся как и было.
И, как и было, Винда диск видит неформатированным.
Я видел некоторое кол-во бэдов как раз в области MFT.
Не это ли причина того что Винда не видит файлов?
Можно ли восстановить?Antech уп оминал Checkdis, который притом, может ..э-ээ.. насорить, что-ли ,
Может до него что-то понадежней лучше проделать?
Может возможно восстановить MFT с mirror MFT, которое в порядке?
Может есть средства обновить информацию о расположении файлов в том виде как R_Studio видит все?
И еще о бэд-секторах. А чем можно попытатся их восстановить (Вика в професионалной версии такое сделать может (или пытается) - может есть другие проги с такой же способностью?)
Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316
Предыдущая тема: USB Flash Drive. Общие вопросы (Часть 2)
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.