Ru-Board.club
← Вернуться в раздел «Магнитные носители информации»

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

Автор: 9285
Дата сообщения: 28.09.2015 15:15
FunnyLorax
При отсутствии физических проблем, к коим косвенно можно отнести и глючную работу драйвера, проблем с вычитыванием файлов не существует - ни в DMDE, ни в большинстве нормальных программ.
Так что ты бы лучше не блеял чушью.
Автор: Wu Tang
Дата сообщения: 28.09.2015 16:34
9285
привет.
на oszone вас тоже не видно.
вот все что вы просите - http://rghost.ru/private/6GThtHVMw/c4140c0fd3b59fe95e4553cbdcb06634
Автор: FunnyLorax
Дата сообщения: 28.09.2015 17:24
9285
Заканчиваю пустой разговор с тобой, кроме хамства никакой помощи. Сразу видно "квалифицированного" специалиста, также известного в сети как "ламер обыкновенный".
Тебе говорят что диск рабочий, и вылазят ошибки чтения. Доказывать что либо парнокопытным животным я не вижу смысла, как впрочем и восстановления данных с раздела где больше половины информации уже разрушено.
Автор: 9285
Дата сообщения: 28.09.2015 18:08
Wu Tang
Могу сказать больше - ещё и на кибере меня не видно.
Бывают моменты когда хочется написать про ситуацию на этих недофорумах, которыми рулят комплексующие (в случае хобота ещё печальнее) личности, но это надо много писать и что то мне жалко тратить время на этих ничтожеств - лучше помочь нормальным людям. Чудак FunnyLorax не относится к этой категории, хотя с самого начала можно было понять что оно из себя представляет (но не думал что настолько печально). нуихна

Чёт я вчера попутал гигабайт с террабайтом и запросил ненужный дамп.
Но скриншот всё поставил на место. Видно что есть раздел с началом в 3096576, но без MFT и зеркала, причём и в логе поиска в типичном (для разметки виндой) месте нет. Да и число соответствий в разделах не очень радует. Как и огромное число различных фрагментов MFT (такое напоминает ситуацию когда используются виртуалки). Поэтому пробуй поиск по сигнатурам.
И сбрось дамп секторов 3096576+50.
Автор: mig777
Дата сообщения: 28.09.2015 18:35
Уважаемые Специалисты!
Прошу вашей помощи. Надеюсь, случай мой не безнадёжный.

Начало
Случайно затёр ~1МБ в начале системного SSD-диска. Собираясь очистить и протестировать внешний диск программой HDDScan из-под Windows 7 64bit (запускал с правами администратора), запустил режим Erase (заполнение паттерном). То ли Суперлуние подействовало, то ли до этого надёжно работавшая система самосохранения Windows 7 притупила мои инстинкты... Понял, что Erase начал лопатить системный диск, только заметив сообщения в закладке "Log" (Access deny, или Bad block - от шока не запомнил). Процесс сразу остановил. Система после этого проработала ещё около 2 часов.

Конец
Спустя 2 часа, после того как HDDScan/Erase отработал на внешнем HDD, я открыл Windows Disk Management, нажал "обновить" и словил BSOD (по-моему, 0х0000007F). После перезапуска BIOS сообщил об отсутствии загрузочного устройства.

Детали
1) диск - SSD 256ГБ Micron RealSSD C400 2.5;
2) первый раздел - System Reserved - занимал ~1.46ГБ (в архиве - скрин Windows Disk Management с HDD большего размера, но с аналогичной разбивкой на раделы), оставшееся пространство - системный раздел с ОС, закодированный BitLocker (ноутбук с TPM, ключ восстановления сохранён);
3) если верить HDDScan, со S.M.A.R.T. всё ОК;
4) при подключении через внешний контроллер Windows Disk Management видит диск как не инициализированный и неразмеченный. DMDE показал, что HDDScan заполнил своим "приветствием" первые 2048 секторов диска;
5) в том же DMDE видно начало обоих разделов (блоки 2048 и 3074047),
6) архив со скринами и дампами DMDE - в архиве http://rghost.net/7whJsYr2B

Вопросы:
1) реально ли и как восстановить диск (если я правильно понимаю, потерялась только основная MBR)?
2) если №1 - в пролёте, как восстановить закодированный BitLocker раздел? (утилите repair-bde.exe нужна буква закодированного диска как обязательный параметр).

Заранее спасибо!
Автор: FunnyLorax
Дата сообщения: 28.09.2015 18:54
Нашел на другом форуме (где по-меньше самовлюбленных дебилов) такую инструкцию:
Чего я и боялся. Тогда алгоритм другой. Вытаскивается всё, что вытаскивается целым, а потом делаете поиск ntfs в dmde, начальный сектор ставьте 21012848. Сохраняете лог поиска на флешку. После поиска, прыгаете по найденным томам и заходите в папки, которые не удалось восстановить. И пробуете восстановить из этих найденных томов(обычно это том, наиболее близкий по размеру к искомому тому и с наибольшими mft сохранившимися
Может кому пригодится...
Автор: 9285
Дата сообщения: 28.09.2015 19:34
mig777

Цитата:
в том же DMDE видно начало обоих разделов (блоки 2048 и 3074047)

В 3074047 копия 2048, а вот в следующем возможно и заголовок зашифрованного раздела.

Цитата:
реально ли и как восстановить диск (если я правильно понимаю, потерялась только основная MBR)?

Запасной не бывает.
С битлокером не работал, поэтому не знаю как устроена его конструкция.
Может и в секторах 1-2047 что то было нужное. Опять же, не знаю есть ли (нужна) пропись в таблице зашифрованного раздела. С точки зрения безопасности как бы не надо - более логично хранить на зарезервированном, но это же микрософт. В принципе то не сложно прописать MBR и зарезервированный раздел, а там глядишь всё и подхватится, а если нет? Да ещё и заблочится? Опять же TPM - как он задействован и какова его роль.
Если не будет каких то конкретных советов, можно попробовать смоделировать ситуацию на чём то другом (правда как быть с TPM ????) и посмотреть что в секторах, что в таблице разделов. Ну и смоделировать затирание секторов а потом сделать что я написал.

Добавлено:
FunnyLorax
Инструкция нормальная, но применимая для конкретной разметки, в которой раздел начинается в озвученном секторе. Но не поможет в отличающейся. Впрочем, это бесполезно обьяснять дебилу, который неосознанно делал то же самое по сути, только на всём диске и не получив результат начал тупизнячить.
Автор: mig777
Дата сообщения: 28.09.2015 20:09
9285
Спасибо большое за ответ!

Цитата:
TPM - как он задействован и какова его роль.

Он только выдаёт загрузчику ОС ключ от раздела BitLocker (при отсутствии TPM 48-значный ключ может храниться на USB Flash или вводиться вручную).

Цитата:
В 3074047 копия 2048, а вот в следующем возможно и заголовок зашифрованного раздела

Можно ли на основании информации из 3074047 (2048) и предположения, что зашифрованный раздел заканчивается в конце диска сделать образ этого раздела и подключить его как логический диск, или же в MBR могло храниться дополнительное описание второго раздела?

Цитата:
правда как быть с TPM

С ТРМ проще всего - repair-bde InputVolume OutputVolume -RecoveryPassword NumericalPassword (https://support.microsoft.com/en-us/kb/928201). Здесь главное - присвоить разделу букву.

Как-то упустил из виду ещё один момент. Я делал скрин с другой системы - там отличие только в модели диска, размере (500 ГБ вместо 256) и типе (HDD вместо SSD). Но идентичны следующие параметры: тип ОС, размер зарезервированного раздела, BitLocker (отличается только ключ, которым кодировался раздел).
Могу ли я использовать MBR от второго диска, и какие минимальные исправления необходимо внести?
Автор: Wu Tang
Дата сообщения: 28.09.2015 20:18
9285
да мы вспоминали вас с drink-ом с сайбера.
вот - http://rghost.ru/private/8KVD8BldM/77759001f087ffe1382526511f93cff9
Автор: 9285
Дата сообщения: 28.09.2015 20:59
mig777
Большего я вряд ли могу сейчас сказать. Если будет время завтра-послезавтра, то могу попробовать на виртуалке забитлокерить системный раздел и посмотреть как оно организовано.

Wu Tang
Бутсектор жив, а далее какой то мусор, который накрыл зеркало. Теперь есть координаты MFT - 9388032, но толку мало по логу поиска там нет записей. Более того, если исходить из типичных случае, то обычно есть большой фрагмент, а потом куча маленьких. В таком случае хоть какая та часть остаётся. Но в твоём случае всё как бы наоборот - есть кучка очень мелких фрагментов, причём буквально с самых первых записей, а где то после 18хххх ных записей огромный фрагмент. Причём мелких фрагментов по несколько идентичных, но в разных местах раздела. И тут надо разбираться от этой ли системы они или от чего то другого, и какие актуальны.
PS Кто такой drink?

Добавлено:
Wu Tang
Ещё пара моментов - есть пропуски в записях, причём достаточно большие. Поэтому неизбежно часть данных в DMDE будет не в структуре папок Root а в папках с именами $Fxxx.
Так что используй поиск по именам (маске). Тем более это актуально и по причине дубляжей фрагментов.
По результатам поиска восстанавливай и проверяй то или не то.
Автор: FunnyLorax
Дата сообщения: 28.09.2015 21:54
Да уж, TestDisk разрабатывал такой же долботряс, как и DMDE. Скажите на милость, что он может восстановить? Поврежденный раздел NTFS? Ну да , разбежались:



Это при том, что все данные на диске ЦЕЛЫ. Раздел не удаляли и не перезаписывали. Всего навсего лишь повреждены обе копии MFT.
Так что хорошенько подумайте, прежде чем отваливать бешенные деньги в лабораторию восстановления данных. Не исключено, что это обыкновенные мошенники.
Автор: mig777
Дата сообщения: 28.09.2015 22:22
9285

Цитата:
Большего я вряд ли могу сейчас сказать

Вы - можете!

Сравнил в DMDE с аналогичным диском меньшего размера - оба раздела находятся по тем же смещениям. Методом ненаучного тыка просто заменил первый сектор (плюс 2047 секторов с "00") тем же блоком с другого SSD (180 GB Intel SSDSC2BF180A4H). Стали видны разделы. Вот только разбивка некорректная - 76ГБ оказались Unallocated. Т.е. почти получилось, только в случае с BitLocker "почти" - не считается:
1) при установке SSD обратно в ноут Windows Boot Manager выдал, что устройство для загрузки недоступно
2) при подключении диска через внешний контроллер и переключении в OnLine через Disks Management запросило и "переварило" ключ BitLocker, но предложило отформатировать раздел.

На мой взгляд, №1 - хороший результат, т.к.
1) Windows Boot Manager стартовал,
2) Windows Boot Manager получил доступ к закодированному разделу (иначе спросил бы код).
В архиве http://rghost.net/7s7xvSgtR - дампы с рабочего SSD 180 ГБ, скрины разделов и ошибок.

Кажется, осталось только исправить размер раздела с BitLocker в нулевом секторе.
По аналогии с диском 180ГБ нашёл конец закодированного раздела. http://rghost.net/7jFZYqxp7
Подскажите, пожалуйста, как теперь правильно внести информацию об этом (конец раздела, количество секторов) в MBR?
Первый байт раздела - LBA: 0x002ee800=3074048 Pos: 0x0000=0
Последний байт раздела - LBA: 0x1dcf27ff=500115455 Pos: 0x01ff=511

Т.е. часть информации о втором разделе уже есть:
00000001ce: 00 59 1B BF 07
00000001d6: 00 E8 2E 00

осталось рассчитать:
00000001d3: ?? ?? ?? (CHS-адрес конца раздела)
00000001da: ?? ?? ?? ?? (количество секторов 500115455 - 3074048 + 1 = 497041408 = 1D A0 40 00 - верно?)

а я до сих пор не могу понять, как это рассчитывается (CHS). Хотя, может, это вообще EBR - и нужно изучать дальше...
Автор: Wu Tang
Дата сообщения: 28.09.2015 23:02
9285
да, фрагментов после скана море, разных объемов.
а как выявить файлы чисто с рабочего стола?
ps drink на safezone под таким ником, на кибере не знаю какой, но тебя помнит.
Автор: FunnyLorax
Дата сообщения: 28.09.2015 23:16
Кстати ещё один прикол с DMDE, даже если папка не помечена красной точкой (типа всё ОК) половина данных внутри таких папок потеряна. И распиханы они по каталогам $Fxxx
То есть понять, вообще где 100% целое, а где 20% целое абсолютно невозможно.
Я плюнул и отформатировал раздел. Быстрее переустановить систему и скачать нужны игры с интернета чем сидеть ковыряться в этом навозе.
Итого: Акронису ставлю 4+ за восстановленный раздел после кривого ТестДиска, остальным утилитам полный неуд.
Автор: igor_me
Дата сообщения: 29.09.2015 01:04

Цитата:
То есть понять, вообще где 100% целое, а где 20% целое абсолютно невозможно.

При ситуации, подобной вашей, это невозможно не только в DMDE, это невозможно в ПРИНЦИПЕ. Содержимое файлов же проверить невозможно! Максимум - контрольные суммы, для типов файлов, где они есть Так шта...
Автор: 9285
Дата сообщения: 29.09.2015 03:59
mig777

Цитата:
1D A0 40 00 - верно?)

В своё время изучал какие биты в каком байте отвечают за что в РТ, но сейчас уже подзабыл. Да и зачем это если можно просто вбить нужные цифры. Находясь в DMDE, в 0-вом секторе - включаешь вид таблица разделов (F6), потом режим редактирования (Ctrl+E). И во второй записи редактируешь поле Number of Sectors на нужное тебе и уже рассчитанное тобою. Сохраняешь изменения (Ctrl+W). Профит!

Цитата:
а я до сих пор не могу понять, как это рассчитывается (CHS)

Я тоже особо не помню, но как то была прога, которая позволяла провести пересчёт. Впрочем, как выяснилось, в обычных ситуациях эти данные не важны. По крайней мере для винды. Насколько помню, оставлял 0 - в полях начала и конца и всё работало. Да и если посмотришь кучу дампов разных винтов то увидишь что если начало раздела где то в пределах 1го гигабайта, то номера пишутся нормально - в остальных случаях прописано 1023-254-63 (бОльшие значения недопустимы)
Если же всё таки хочешь узнать точно, то можно в той же DMDE выбрать переход к сектору, указать номер нужного - в правой части появятся нужные цифры. И если любая из цифр больше указанных выше, то прописываются указанные.

Wu Tang
Вспоминать имена и т.п.
И смотреть по данным о родителях. Главное чтобы эти данные были.
Ведь если были большие вложенности, то может оказаться что будет потерян не один родитель.

igor_me
Да ладно, вот возьмёт критикан и сам напишет забульбенную программу, которая будет делать всё, причём в демо версии тоже. А платная будет стоит 1 рубль.
Ну а потом (а может и до), изобретёт самую надёжную файловую систему.

FunnyLorax

Цитата:
Быстрее переустановить систему и скачать нужны игры с интернета чем сидеть ковыряться в этом навозе.

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

Про акронис посмешило - мало того что поиск делается в сотни раз дольше, так ещё и восстанавливаются разделы через задницу. Конец раздела нередко выставляется дальше реального, причём на самый дэцел. И если следующий раздел был сразу за восстановленным, то можно забыть про его поиск - тварение акрониса его не найдёт.
Автор: postfild
Дата сообщения: 29.09.2015 09:37
Винтчестер WD5000BPVT 80HZT3 работал без вопросов в Асус. Перестал загружаться. Проверил на другом системнике, подключив по ЮСБ, т.к. внутренним не загружалась система (пыталась его инициализировать).
Пытался проверить Викторией. Скорость чтения очень низкая 70кб-2мб\с. Но, пару гб прогона совершил. Есть и быстро читающиеся и под 600. Бэд-ов не было. Весь день восстанавливал данные, и только 12гб. Прошу совета специалистов.
Автор: mig777
Дата сообщения: 29.09.2015 11:28
9285

Цитата:
1023-254-63

Так и есть!

Цитата:
Сохраняешь изменения (Ctrl+W)

Вот с этим возникла проблемка
При попытке сохранить напрямую либо сделать Fill исправленным сектором из файла в DMDE выскакивает ошибка: [W] LBA: 0 (try 0): WinError 19. The media is write protected.
В оснастке Windows Disk Management диск - в режиме Offline.
Это контроллер за какую-то провинность мне доступ заблокировал? Как можно исправить?
Автор: 9285
Дата сообщения: 29.09.2015 13:54
mig777
Раньше то разрешило тебе заполнить начальные сектора.
Возможно после этого уже битлокер блокирует попытки изменения.
Может попробовать сделать изменения с чего либо загрузочного, или подоткнув к другой системе?

postfild
Тебе наверное лучше в тему по ремонту WD + изучать на предмет Slow Responding.
Автор: mig777
Дата сообщения: 29.09.2015 15:47
9285
сделал диск Online через Disk Management - изменения записались.

Сегодня проверил следующие моменты:
1) загрузочный сектор не модифицируется при получении доступа к BitLocker (сравнивал первый сектор активного системного диска, разлоченного автоматом при старте ноутбука с TPM, и его же при подключении через USB-корзинку),
2) загрузочный сектор не зависит от модели ноутбука и наличия/отсутствия TPM (сравнивал сектора с 3 дисков разных размеров - отличаются только байты, определяющие размер зашифрованного раздела).

Windows не позволила HDDScan затереть что-либо после 2047-го сектора, с 1-го по 2047-й на рабочих дисках - "нули". Не понимаю, где Microsoft ещё умудрилась спрятать какие идентификаторы. Windows при старте по-прежнему пишет "0xc000000e: The boot selection failed because a required device is inaccessible". Т.е. загрузка ОС не возможна.

Но данные восстановлены в полном объёме!

Ещё раз спасибо!
Автор: upiter4848
Дата сообщения: 29.09.2015 16:00
Здравствуйте!!! Меня к Вам сюда перенаправили!!!

У меня проблема с винчестером WDC WD15EARS-00MVWB0. Он был вторым диском в компьютере. Он использовался как библиотека. На нём не стояла операционная система Windows 8.1.Его объём 1.5 ТБ.
При запуске компьютера, с ним произошли странные изменения – он по неизвестным мне причинам переключился вместо NTFS в файловую систему RAW.
Я сумел исправить RAW и вернуться в NTFS. Сумел забрать всю информацию с диска, переписав её на другой винчестер.
Но самое плохое началось потом.
Объём диска стал всего 500 ГБ, а 1 ТБ объёма бесследно исчез.
Пытаясь вернуть этот терабайт ища все доступные возможности по Интернету перепробовал множество всевозможных программ.
И только одна из них - dmde-free – показала, что на винчестере теперь ТРИ диска по 500 ГБ. Другие программы и этого не увидели.

Программа - HDDScan S.M.A.R.T. Report показывает на удовлетворительное состояние винчестера. Битых секторов нет.

Я уже не знаю что дальше мне делать… У меня тупик в знаниях программного обеспечения восстанавливающих винчестеры. За 17 лет пользования компьютером подобных сюрпризов не было.
Сегодня, в очередной надежде и для полного спокойствия, я отделил ( открутил звёздочкой) плату управления винчестером и почистил все контакты на переходе между "железом" винчестера и его платой. Так надеялся, что проблема была в контактах, но увы, емкость винчестера осталась прежней 500 ГБ.

Может быть Вы сумеете мне помочь в подборе программы по восстановлению заводской ёмкости винчестера – 1,5 ТБ.

Заранее очень и очень благодарен!!! .Если есть решение моей проблемы напишите upiter4848@mail.ru Заранее очень благодарен!!!!!!!!!!!!!!!!11
Автор: 9285
Дата сообщения: 29.09.2015 16:27
mig777

Цитата:
Windows не позволила HDDScan затереть что-либо после 2047-го сектора,

Вполне обьяснимо, потому как в 2048 начинается загрузочный раздел.
Правда необьяснимо почему такое наплевательство к 0-вому сектору.

Цитата:
Не понимаю, где Microsoft ещё умудрилась спрятать какие идентификаторы.

Как где - в 0-вом секторе. на http://forall.ru-board.com/KLASS/img/mbr.png салатновым выделен.
Если у тебя есть доступ к контейнеру загрузки, то там вроде бы есть этот идентификатор - хотя я обычно его смотрю в реестре в HKEY_LOCAL_MACHINE\SYSTEM\MountedDevices
Находишь там запись отвечающую за букву раздела жёсткого диска типа \DosDevices\C: , берешь оттуда первые четыре значения и вбиваешь в указанное место.

Добавлено:
upiter4848
Обычно это является последствием включения HPA.
Соответственно, её надо отключить и лишь после этого заниматься "переключениями".
В противном случае (если раздел был более доступного сейчас обьёма) ты получишь обрубок, а после (возможного) исправления чекдиска - вообще хрень.
PS: Описание это хорошо, но лучше бы посмотреть что у тебя, а то может ещё до чего допереключался.
ЗЫ: Материнка гигаговнобайтовская?
Автор: Wu Tang
Дата сообщения: 29.09.2015 19:37
9285
какое-то западло, все битое.

я еще не пойму какой кусок выбирать из найденного
Автор: FunnyLorax
Дата сообщения: 29.09.2015 21:02
Wu Tang
Этим говном ничего не восстановишь, попробуй Zero Assumption Recovery. И вообще если нужен конкретно один файл,то проще его найти по сигнатуре. Иначе будешь этот навоз до нового года разгребать.

Добавлено:
А что касается меня, то мне удалось выяснить что версия драйвера viamraid.sys 5.81
http://rghost.ru/6z97ZpHMT
на операционных системах Windows XP и Windows 2003 Server приводит к тому, что утилита chkdsk портит хорошие диски. Глюк наблюдается при одновременном подключении к контроллеру VT6421 жесткого диска SATA и DVD привода IDE.
Замена дрова на viamraid.sys 6.01 устранила проблему:
http://rghost.ru/85H4rZcvg
Автор: Wu Tang
Дата сообщения: 29.09.2015 21:40
FunnyLorax
попробую тогда, но файл не один, куча фоток.

Цитата:
Иначе будешь этот навоз до нового года разгребать.


ты ж отписал, что она бестолковая - http://forum.ru-board.com/topic.cgi?forum=35&topic=5261&start=400#lt
Автор: 9285
Дата сообщения: 29.09.2015 22:01
Wu Tang

Цитата:
я еще не пойму какой кусок выбирать из найденного

Если по логике, и исходя из того, что с разделом не делалось ничего акронисодестуктирующег, то имеющий наибольшее число соответствий и с началом в секторе который в таблице разделов является начальным. Но у тебя нет такой комбинации, да и вообще почти ничего не подходит на роль кандидата. И, насколько я понимаю, причина в огромном числе фрагментов - только не тех про которые ты думаешь - это тома, а про сами записи.
Чтобы их посмотреть, на приведённом экране можешь в меню выбрать Фрагменты MFT (все или конкретного тома). И тогда ты увидишь в том числе такое - http://tau.rghost.ru/6TGYBzlpf/image.png
И это не все фрагменты всего для 16-ти записей.
Автор: FunnyLorax
Дата сообщения: 29.09.2015 22:15
Wu Tang
По крайней мере ZAR в отличии от DMDE показывает именно те данные, которые 100% целы.
Фотки скорее всего вытащишь, у меня то ситуация гораздо хуже была: Windows 7 x64 стояла в разделе, штук 70 или 80 игр + старый хлам из сети с 2009 года хранился. Всё это было похерено стараниями chkdsk, testDISK и DMDE.
Тут у меня родилась мысль, подобно тому как Архимеду на голову упало яблоко. Почему нельзя MFT с диска резервно сохранить на флешку и в случае её повреждения с этой запасной флешки быстро восстановить? По принципу технологии Dual BIOS
Автор: 9285
Дата сообщения: 29.09.2015 22:43
FunnyLorax

Цитата:
По крайней мере ZAR в отличии от DMDE показывает именно те данные, которые 100% целы.

Ложь, киздёж и провокация.
Как можно проверить целостность если формат данных не предусматривает этого?

Цитата:
Всё это было похерено стараниями chkdsk, testDISK и DMDE.

Ложь, киздёж и провокация.
Чекдиск мог бы, но когда повреждена и MFT и зеркало, то он импотент.
Тестдиск мог, но только если ему была дано разрешение.
DMDE никаким образом не изменяет (лечит) что либо сам. И он не виноват за необдуманные действия некоторых дебилов. Точно так же, изобретатель шприца не виноват в том, что некоторые с его помощью пускают говно по венам.

Цитата:
Тут у меня родилась мысль, подобно тому как Архимеду на голову упало яблоко.

Хорошее подтверждение умственным способностям пишущего такого.

Цитата:
Почему нельзя MFT с диска резервно сохранить на флешку и в случае её повреждения с этой запасной флешки быстро восстановить?

Можно, только она меняется ежесекундно, и кроме неё есть ещё другие метаданные.
Автор: Foss
Дата сообщения: 29.09.2015 22:50

Цитата:
у меня то ситуация гораздо хуже была: Windows 7 x64 стояла в разделе, штук 70 или 80 игр + старый хлам из сети с 2009 года хранился.

http://forum.ru-board.com/topic.cgi?forum=84&topic=4564&start=3180#3

Цитата:
Ситуация такая: в системе глюканул драйвер PCI SATA viaraid.sys на Windows Server 2003, при загрузке системы запустился chkdsk и начал проверять ошибки.

http://forum.ru-board.com/topic.cgi?forum=84&topic=4564&start=3120#16

Товарищ на ходу фантазирует, сочиняет и, главное, путается в своих же баснях.
Совершенно очевидно, что опыт по восстановлению информации "в меру своего разумения" у него не удался. Теперь баснопишет и ищет виноватых (людей и/или программы).
Все это старо как мир. Опасность лишь в том, что недостаточно подготовленные юзеры, читая фантазии подобных авторов, могут последовать им и совершить непоправимые ошибки, не позволяющие в дальнейшем восстановить данные.

P.S.
Цитата:
Тут у меня родилась мысль, подобно тому как Архимеду на голову упало яблоко.

Вообще-то, по легенде голову под яблоко подставил Ньютон, а Архимед предпочитал принимать ванны. Тыц
Автор: 9285
Дата сообщения: 30.09.2015 00:07
Foss
[more=размышлязмы]
Цитата:
Опасность лишь в том, что недостаточно подготовленные юзеры, читая фантазии подобных авторов, могут последовать им и совершить непоправимые ошибки, не позволяющие в дальнейшем восстановить данные.


Опасность есть, но она не такая опасная .... До тех пор, когда такие бредятины можно опровергнуть.
Более печальная ситуация когда такового нет. И такое есть на некоторых пародиях форумах, о которых я упоминал чуть выше. На одном из них был небольшой "спор" (причём в более мягких тонах) с таким же бредописцем. И за эту правду админша забанила меня на три месяца. В темах появились ответы, которые (в том числе) могли привести к полной потере данных. Я регил очередной ник, писал предупреждение пострадавшему. Ник банился, сообщения выжигались - в том числе любые упоминания моего ника в ответах людей. При этом (тупые) деструктивные советы оставались на месте. Вот такая ситуация реальная опасность.
[/more]

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109

Предыдущая тема: Винт стал медленно работать


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.