» Восстановление разделов и информации на HDD (часть 7)

9285
Да, может все таки какое-то ПО и виновато.

Цитата:

Причём увеличивается не только значение в таблице разделов, но и сам раздел.
Лечение - поджать том средствами винды на мегов 10.

Так все же, за какой раздел шла речь - исчезающий диск "D" или виндовый диск "C" ?
И как было определено, что он увеличивается ?

Alex_Green

Цитата:

Также не мешает посмотреть что запускается в автозагрузке винды.

Спасибо, но это в первую очередь было выполнено.

SANYA1024
Ну я же написал - посмотри скриншот.
Мне не сложно написать что поджать надо тот раздел что сейчас доступен (логически подумай как ты можешь сжать отсутствующий раздел), но хочется чтобы ты сам понял и знал куда смотреть если что и что делать.

SANYA1024
Сейчас ещё раз перечитал суть проблемы. Я бы попробовал следующее:
1) Скопировать все важные и нужные данные с исчезнувшего раздела.
2) В Управлении дисками удалить дополнительный раздел.
3) Расширить раздел С с 40Гб до 80Гб средствами винды (ни в коем случае не партмагойдами), всё таки для семёрки 40Гб это очень мало.
4) На неразмеченном пространстве создать основной раздел в Управлении дисками.
5) Перенести на вновь созданный раздел данные, скопированные с исчезнувшего раздела.

P.S Это если проблема останется после сжатия раздела С. Сейчас действительно стоит попробовать это, и посмотреть каков будет результат.

P.P.S А S.M.A.R.T то всё же посмотреть было бы совсем не лишним. 9285 кстати упомянул о возможной проблеме считывания сектора, в котором находится расширенная таблица разделов.

9285

Цитата:

что то ещё вспомнилось что некоторые не интелектульные активаторы винды любят манипулировать разделами.

Да, интересно. Как то не подумал об этом.

9285

Цитата:

Мне не сложно написать что поджать надо тот раздел что сейчас доступен (логически подумай как ты можешь сжать отсутствующий раздел)

Я понимаю, что самому нужно принимать решение, но логика у каждого человека, как и мировозрение разная. Тем более с не углубленными познаниями в этом направлении я могу, это представить как: если проблема с диском "D", то и соответственно непосредственно с этим исчезающим разделом проводить необходимые операции, например поджать пропадающий диск "D" на 10 мб, путем увеличения объема у диска "C".

Цитата:

...нужен ему раздел, пусть даже на время - создаёт, потом удаляет - но не вседа успешно.
Ну это, если судить по данным из инета.

Все это наводит только на одну мыслю - перебивать винду!

Добавлено:
То и сделал, перебил Windows, с полным сносом всех разделов винта.
Перед этим процессом, как и описывали тут на форумах, залил нуликами 0-ой раздел диска и после создал два раздела с помощью инталлятора Windows.
Пока норм.

Цитата:

но мысль запала - так ли уж непогрешимы средства винды?

Рукожопость сотрудников мелкософта известна еще с MS-DOS 1.0, и понятия о правильной разбивке может отличатся в разных продуктах одной компании.
Классический пример со времен того же доса, основной раздел может быть только один, и только на первом винте. И попробуй переубедить в этом FDISK. Но благодаря стараниям сотрудников IBM, MS-DOS, и все последующие их поделия об этом не знают.

9285

Цитата:

Кстати, да - что то ещё вспомнилось что некоторые не интелектульные активаторы винды любят манипулировать разделами.

А примеры можно узнать, таких активаторов?
Програмные ломалки от хакеров?

SANYA1024
Я не специализируюсь в этой области.
Просто читал инфу по поводу слётов разделов и т.п при "активировании" семёрки.
Что касается логики - я же с самого начала написал что хвост наезжает на голову.
И на скриншоте видно какой и на что наезжает.

9285

Цитата:

скриншот экрана Разделы из DMDE - будем посмотреть.

Чего-то я упустил этот момент, а ведь знаю, что ты обязательно спросишь.... Буду рядом с железкой - сделаю.
Вопрос-то, чую, принципиальный, т.к. уверяют, что сторонние дисковые приблуды не использовались (Да вроде и некому там баловать)

Что можете сказать по поводу Starus File Recovery, видел версию 3.4?
Очередное фуфло или ...

9285

Цитата:

при "активировании" семёрки

так это активаторы именно ПО винды. теперь ясно

Цитата:

Что касается логики - я же с самого начала написал что хвост наезжает на голову.

на скриншоте я вижу, что конец диска "C" переваливает свою емкость и наезжает на начало диска "D".
правильно ли я понимаю это ?

[more] Привет всем. Надеюсь на вашу помощь. Такая ситуация: Есть всего один винт на 500Гб, у которого всего один раздел "C", на котором хранится и система и другие жизненно важные файлы. Я решил этот раздел разбить на две части в начале стандартными средствами Windows, из-за чего сейчас есть 50Гб неразмеченной области. Затем подключил акронис и хотел отобрать еще 200Гб, и во время этого процесса ноут выключился. Теперь при загрузке ОС появляется сообщение: "Сбой меню загрузки, поскольку требуемое устройство не найдено". СhkDsc говорит: "Повреждена основная таблица файлов".
Что странно, некоторые проги для тестирование указывают ФС как RAW а другие как NTFS. И еще можно быть уверенным, что с файлами ничего не случилось, т.к. со скрина акрониса видно, что у локального тома размером 423Гб свободно всего 137ГБ. Скрин SMART приложить не могу, т.к. ни Victoria ни другие проги не видят подключенный винт.
Ну что скажите? Можно ли каким нибудь образом восстановить таблицу файлов?

http://rghost.ru/6xH7TsPPR (DMDE)
http://rghost.ru/7WN9Br8zb (Acronis)
http://rghost.ru/8X847ZCkK (DiscPart)
http://rghost.ru/8LwtDSLdH (Paragon Hard Disk Manager)
[/more]

dinar1642

Цитата:

Затем подключил акронис и хотел отобрать еще 200Гб

Это к чему было сделано?


Цитата:

И еще можно быть уверенным, что с файлами ничего не случилось

Дай то бог, чтобы было так.

В общем для начала я бы попробовал в DMDE открыть том 459Гб, начинающийся в секторе 409600, и если там есть нужные и важные файлы, то скопировать их на другой носитель и проверить их работоспособность. Если с ними всё в порядке, тогда можно будет попробовать прописать этот раздел в таблице разделов.

dinar1642

Цитата:

из-за чего сейчас есть 50Гб неразмеченной области

Что то не заметил таковой. Это не критично, но просто не надо запутывать и так запутанную акронисом ситуацию.
Нужен дамп сектора 409600 (можно + штук 50 последующих) и лог поиска NTFS из DMDE на поляне всего винта.

Добавлено:
Alex_Green
том 459Гб, начинающийся в секторе 409600 и так прописан в РТ.

9285
Просто мне показалось, что индикатор E у этого тома не зелёного цвета

Alex_Green
Есть такое дело, но другие скриншоты (да и "иерархия" на DMDE-шном) как бы однозначно указывают что именно этот раздел в РТ.

Господа, не пинайте сильно, но столкнулся с проблемой - в локалке, на рабочей станции под Win 7 в шаре кто то удалил файлы по сети, я понимаю,что это не сервак и следов не найти, НО ни р-студио, ни рекува, ни GetDataBack не видят даже следов убиенных... Сначала думал - у меня крыша слетела, но создал файл, удалил его локально, восстановился без проблем, удалил его с другой машины по сетке - НЕТУ его, ни одна прога не видит....

Дык а в каком режиме вы запускаете проги для восстановления, милейший? В режиме поиска ТОЛЬКО УДАЛЁННЫХ файлов, не? Дык в этом режиме они и не обязаны находить все файлы. Например даже из винды локально, если удалять мимо корзины - тоже иногда так не находятся. Запускайте полный скан диска (в разных прогах по разному называется, типа Format Recovery, Complete recovery...). А можно сразу и в сигнатурном режиме (RAW reovery), если файлы одного типа... А ещё файлы запросто могут быть среди найденных не в той папке, что были, а уже в "потерянных" файлах и папках. Какого типа файлы? Где лежали, на системном или отдельном разделе, размер файлов? Как быстро прекратили пользоваться этим диском (надеюсь же, что прекратили, а то будем "пинать сильно" )

serg_prm
Файлы каких расширений нужно восстановить?

Цитата:

Файлы каких расширений нужно восстановить?

doc и xls небольших размеров, на одну- две странички.


Цитата:

в каком режиме вы запускаете проги для восстановления

восстановление начал через приблизительно пол часа после удаления и как только мне сообщили сотрудники. Лежали на втором разделе D: в корне диска в папке "обменник". До начала восстановления таки пол часика прошло как минимум, НО мною же удаленный ПО СЕТИ файл искал через минуту - а нетю... В режиме "ТОЛЬКО УДАЛЕННЫХ" , но и в этом режиме удаленный мною локально контрольный файл нашелся без труда, отсюда делаю вывод - при удалении по сети как то не так винда поступает с файлом, не просто в таблице заменяет первый символ и помечает место свободным... Ни гугл ни яндекс в рунэте ответов не нашли, а с англицким у меня, мягко говоря, не очень.

serg_prm

Цитата:

Ни гугл ни яндекс в рунэте ответов не нашли,

буржуйский сайт дает совет пробовать "Undelete (Diskeeper Corporation)"..
хотя, думаю, что проблема не столько в софте, сколько в "логике работы" - т.е. способе удаления (вы правильно заметили) и в способе поиска (и восстановления).

Я же замечу, что далеко не всегда получается восстановить только что удаленный файл, хотя удален он был как обычно, мимо корзины, shift+del. Нужно делать полное сканирование по сигнатурам в этом случае. (xlsx и docx кстати найти не сложно)
Кстати, если через корзину - то шансов больше. (это все опыт винХР/7)

serg_prm

Цитата:

doc и xls небольших размеров, на одну- две странички.

Можно провести сигнатурное сканирование раздела такими прогами как DiskDigger, Active File Recovery, WinHex. Или попробовать прогу, ссылку на которую дал south_man.

south_man

Цитата:

Я же замечу, что далеко не всегда получается восстановить только что удаленный файл, хотя удален он был как обычно, мимо корзины, shift+del.

Да, на самом деле восстановление удалённых файлов - это не такая тривиальная задача, как кажется многим. Ещё интересней обстоит дело на FAT32

Цитата:

буржуйский сайт дает совет пробовать

- я думаю, все подобные проги работают по одним принципам, основанным на алгоритме работы NTFS, но, как показал мой эксперимент, при удалении по сети алгоритм NTFS совсем иной. Р-студию пользую очень давно, всегда выручала, да и по отзывам спецов - лучшая прога. А завтра попробую провести полное сканирование раздела... ежели файло найдется - отпишусь сдесь.


Добавлено:

Цитата:

Ещё интересней обстоит дело на FAT32

- о дааа, та еще ФС, многим она гемора дала, особенно ее слеты при пропадании питалова, первая таблица примерно в половине случаев слетала, да и вторая бывало... )

Цитата:

как показал мой эксперимент, при удалении по сети алгоритм NTFS совсем иной

Мой простейший эксперимент показал что удалённый по сети файл ничем не отличался от обычного.
Вот только эксперимент может иметь разные исходные - например % использования записей MFT.
Если она используется полностью, то вполне естественно что любая новая запись может занят освободившуюся.
И не знаю как работает драйвер NTFS, при заполнении новых записей - как бы логично что в первую незанятую, но как на самом деле


Цитата:

я думаю, все подобные проги работают по одним принципам

Цитата:

Р-студию пользую очень давно, всегда выручала, да и по отзывам спецов - лучшая прога.

Не находишь противоречие в этих двух фразах?
Я здесь как то приводил результат теста по восстановлению PNG - результат р-студио ужасный. Да и другие примеры такого есть.
И вообще, в таких случаях думать то надо, но и "прыгать" тоже - то есть проверять разным ПО.



Добавлено:
И ещё - если документы нового формата (docs, xlsx) то эти файлы по структуре - zip-архивы, и в некоторых прогах именно в этой категории найденного их надо смотреть.

Цитата:

(docs, xlsx) то эти файлы по структуре - zip-архивы

спасибо, попробую завтра...


Добавлено:

Цитата:

Не находишь противоречие в этих двух фразах?

- позволю не совсем согласиться, двигатели ВАЗ и BMW так же работают по одному принципу, а вот ездят по разному


Добавлено:

Цитата:

% использования записей MFT

а вот это да, на диске дохренища мелких файлов... Хотя, честно говоря, я не знаю от чего этот процент зависит.

Цитата:

позволю не совсем согласиться

Спасибо! Но я и намекал на то, что принцип может быть общий а результат разный.


Цитата:

не знаю от чего этот процент зависит

Это зависит от числа записей всего и числа используемых.
То есть, изначально MFT небольшая. По мере заполнения она увеличивается.
В случае удаления части данных, число число записей не уменьшается а просто появляются свободные, которые используются новыми файлами (папками). Соответственно, чем больше % использования, тем больше шансов что любая новая займёт место удалённого файла.

PS. В моём эксперименте, через время, запись удалённого файла была занята каким то новым (шара была на системном диске - поэтому ничего удивительного). Хотя физически файл остался в кластерах - опять же, и кластера могут быть заняты новыми данными.
И ещё не стоит забывать о разных возможностях всевозможных программных шредеров. Например, у FAR-а есть альтернативное удаление, при котором занимаемое место заполняется нулями а в MFT пишется мусорный шаблон, которые исключает идентификацию прежнего имени.

Цитата:

всевозможных программных шредеров

- вряд ли, там нет таких продуманных и продвинутых,99,99% тетеньки, вот кто то и подгадил одной, притом новенькой...

serg_prm

Цитата:

Лежали на втором разделе D: в корне диска в папке "обменник". До начала восстановления таки пол часика прошло как минимум

Учитывая что файлы всё же лежали не на системном разделе, шансы на восстановление (хотя бы частичное) имеются. И надеяться по видимому нужно больше всё же на сигнатурный поиск.

serg_prm
Очень плохое качество - недооценивать противника.
Если у кого то возникло желание сделать пакость для новичка - могут узнать всё что нужно, могут и пригласить исполнителя такового.
Кстати, в чём пакость? Удалить файл без которого новичёк не выполнит задание? А где админ, бэкап и т.п.?

9285

Цитата:

А где админ, бэкап и т.п.?

Дык оно всегда так, когда бэкап нужен как кислород, так его и нет.

Alex_Green
Ага, наверное некоторые из них (типа хоботовского задрота) заняты более "важными" делами.