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

alex_party
Их нужно проанализировать на предмет расхождений и ошибок.

Antech
)) ... а как и чем? Подскажите пожалуйста все что нужно сделать, чтобы те ошибки исчезли.

Спасибо Antech / Tau_0. Завтра испробую. Мне ещё предложили вставить диск во внешний бокс, но к сожалению бокса нету, идея хорошая.


Цитата:

Но, при желании, загрузится Вы сможете. Сначала отсоедините SATA устройство, а после загрузки подсоедините…
И просканировать хард (ы), в том числе и из-под MS DOS Вы, конечно, всё равно сможете.

Подключить после загрузки системы? Ничего с диском не случится?

alarm_zone_13

Цитата:

Подключить после загрузки системы? Ничего с диском не случится?

Нет,. не случится --- SATA интерфейс разработан на горячее подключение.

Вы data-кабель только отсоедините/подсоедините (обычно со стороны диска удобнее), а питание не отключайте (пусть будет всё время подключено).

Цитата:

Вы data-кабель только отсоедините/подсоедините (обычно со стороны диска удобнее), а питание не отключайте (пусть будет всё время подключено).

Как раз так делать не надо. Отключать - питание, шлейф, а подключать в обратном порядке — шлейф, питание.

Запутался ... )

RW3DVK

Цитата:

Как раз так делать не надо. Отключать - питание, шлейф, а подключать в обратном порядке — шлейф, питание.

Нигде такое не прописано. Слышал, но это на уровне домыслов --- мол есть “нехорошие” котроллеры..
Я так никогда питание не отключаю, а по контроллерам часто перефтыкаю. Проблем не заметил.
alarm_zone_13
Да делайте как хотите. Просто лишнее перефтыкание...

Tau_0
Это из общеэлектронных соображений, универсальное правило для любой электроники. Нежелательно переключать цепи в активном состоянии, при наличии на них не нуля. Может привести к сбоям, а то и к неисправности. Поэтому питание всегда отключается первым и подключается последним.
На современных интерфейсах да, схемотехника отлажена и вероятность проблем невелика. Но все-таки выше, чем при аккуратном обращении.

LeoT
Может оно и так, но вот сегодня раза четыре подряд у меня вдруг новый WD терабайтник вдруг ни с того ни с сего на ровном месте становился “невидимым”.

И по разным контроллерам коммутировал, и перезагружался --- буквально через несколько минут, оно опять. Пока data-кабель не поменял, такое продолжалось. Видать старый “подразбил” на перефтыканиях…

Если бы Ваша правда была, то окислившиеся контакты, привели бы к “порче” харда. По определению должна быть нормальная обработка такой неприятности на аппаратном уровне. А как иначе...???...

Протестировал вот Викторией (по полной на всякий случай) --- ВСЁ нормально.

Tau_0
Цитата:

Нигде такое не прописано. Слышал, но это на уровне домыслов

Скорее, не хотелось вникать/узнавать/изучать. И на Вики можно почитать, и много другой литературы.
Цитата:

Если бы Ваша правда была, то окислившиеся контакты, привели бы к “порче” харда. По определению должна быть нормальная обработка такой неприятности на аппаратном уровне. А как иначе...???...

Как следствие потеря производительности/информации/данных. И контроллер тоже может "подгореть".
На аппаратном уровне при перетыкания шлейфа данных при поданом питании, это что шутка?

RW3DVK
Вики пишут люди, а не Боги…
Потеря данных на уровне OS это несколько другая песня и об этом пока не булем…

В Инете ВСЕ пишут кто во что горазд. Но вот Вам
Security Lab. СМ. пост от 07.06.2006 23:54:23

Цитата:

На днях убедился в словах этих(чтоб их) консультантов. Хард покрылся бэдами(славо богу не мой). Кроме того есть ещё один подводный камень: Очерёдность подключения и отключения. Сначало ПИТАНИЕ!!!

http://www.securitylab.ru/forum/forum27/topic25493/

И тут первым питание хотят…
http://www.gentoo.ru/node/12067

Надоело искать "истину" --- я буду работать как работал…
Одно, как я понимаю надо сделать --- заземлить винчестер на шасси…

Проблема такая: есть диск объемом 1 Тб, полностью забитый видео DVD.
Подключался по SATA ко компу для сбрасывания на него очередных фильмов.
На диске один раздел NTFS.
После очередного подключения раздел не виден.
Чем лучше восстановить раздел? Копировать фильмы больше некуда, надо все восстановить на диске.

WAL2005

Цитата:

После очередного подключения раздел не виден.

А сам диск виден (оснастки: devmgmt.msc, diskmgmt.msc)…???...
У меня вон вчера даже диск пропал, а виной всему шлейф…

Tau_0
Технические вопросы голосованием не решаются. Мы ж Вас не заставляем делать именно так, просто рассказываем, почему это так. Если бы Вы имели опыт разработки и отладки схем например на TTL логике типа 555-й серии, то понимание отложилось бы в подсознании, и неграмотные статьи на него бы не влияли .

alex_party

Цитата:

а как и чем?

Глазами/мозгом, в дисковом редакторе.
Если хотите, можете скинуть дампы первых 8 секторов MFT и MFT Mirror.

Tau_0
Очередность перетыкания на SATA особой роли не играет, хотя "общеэлектронное правило" - это да.


Цитата:

по разным контроллерам коммутировал

Вы ведь его не 1000000 раз коммутировали, а несколько раз - не статистика, тем более тут особой разницы и по статистике не будет.
Я вот иногда, когда свой зарядник делал, паял под напряжением (забывал выключить) - и ничего от этого не испортилось (правда, девайс низковольтный, а потенциал паяльника относительно своего старинного БП "PIKO" я предварительно тестром проверял). Но ведь никто не станет утверждать, что паять включенный девайс - это норма .

WAL2005
Если раздела нет в Управлении Дисками, покажите скрин окна "Разделы" из DMDE (открывайте физический диск).
Если раздел есть, но не открывается, покажите дамп секторов 0...99 винта (DMDE - физический диск - Сервис - Копировать секторы... в файл).

Tau_0
Цитата:

Вики пишут люди, а не Боги…

Извиняюсь. Микросхемы и другие электронные компоненты делают Боги, а руководство пользователя, справочники пишут люди, отсюда и не недоразумения. Почитайте руководство пользователя для внешнего жесткого диска (USB2.0, e-SATA) которые с дополнительным БП или "гроба" для 3.5" SATA HDD (USB2.0, e-SATA).

Antech
Сравнение просто замечательное.
Уже не один "чипсет" "сдувал", у тех кто не читает руководство пользователя для оборудования, причины: перегрев, неопределяться HDD, частые ошибки при копирования, частые потери разделов.

Имеется в виду подключение исправных устройств, --- для неисправных последствия непредсказуемы.

LeoT

Цитата:

Технические вопросы голосованием не решаются.

Вы не передёргивайте и пАльцЫ не расставляйте --- не выводите из частного знания общее правило. А то Ваше подсознание и не такого начудит…

Я имел в виду подключение SATA винчестера к стандартному блоку питания, а не в коробке. Но и там у ребят спор возник. См Конференцию на хоботе --- Горячее подключение SATA HDD к док-станции в корпусе CM690 II Advanced. Можно ли ?
http://forum.ixbt.com/topic.cgi?id=11:41468:18#8


Цитата:

сначала SATA шлейф, затем питание

По всем канонам -- наоборот. Как и отключение: сначала сигнал, затем -- питание.

Пост mwz от 29.07.2010 23:10

Мотивировка за питание первым --- исключить неприятный “импульсный всплеск” напряжения.

Сам SATA разъём (выступы контактов) разработан таким образом, чтобы безаварийно подключать… Но я и тут оговаривался --- посадить блок питания и винчестер на один потенциал.

Конечно, всегда есть особенности конкретной реализации (программно аппаратной), которые могут потребовать сделать ВСЁ с точностью до наоборот.

Но пока, с Вашего позволения или без, --- но я всё же останусь при своём мнении, и сигнальный кабель буду подключать в последнюю очередь...

Antech

Цитата:

Вы ведь его не 1000000 раз коммутировали,

Если бы я коммутировал 1000000 раз, нашел бы некую корреляцию и построил бы график. Найденную эмпирическую зависимость я назвал бы законом Antech, а перевернутый (ногами к верху) график назвал бы законом LeoT.

Tau_0
Цитата:

Вы не передёргивайте и пАльцЫ не расставляйте --- не выводите из частного знания общее правило. А то Ваше подсознание и не такого начудит… Если бы я коммутировал 1000000 раз, нашел бы некую корреляцию и построил бы график. Найденную эмпирическую зависимость я назвал бы законом Antech, а перевернутый (ногами к верху) график назвал бы законом LeoT.

- хамить то зачем?! Вам же нормально всё объяснили, высказали свои мнения, привели аргументацию. Если это не совпадает с Вашим мнением, ничего страшного в этом нет Перестаньте воспринимать всё в штыки и Ваши детские страхи и комплексы пройдут.

Tau_0 - отвечать на это сообщение не надо! Не разводите бессмысленные разговоры. Просто извинитесь перед Antech и LeoT.

Ignat

Цитата:

- хамить то зачем?!

Я готов хоть сто раз извиниться

Но убей меня Бог, --- я не вижу ничего обидного ни для Antech, ни для LeoT. Обычное рабочее обсуждение. С чем-то я не соглашаюсь (моё право) --- выдвигаю свои контраргументы, но не претендую при этом ни на какую истину в последней инстанции. И приветствую любую критику в свой адрес.

Насчёт перевёрнутого графика --- так это старая шутка физиков над теоретиком (кажется Ландау). Ему экспериментатор принёс график --- он его очень толково объяснил. Оказалось, что впопыхах график был показан вверх ногами. Скорректированное объяснение было ещё более толковым…

Чего тут обидного…???...

Antech, LeoT --- ИЗВИНИТЕ МЕНЯ --- если кто-то из Вас обиделся...

Здравствуйте.
При поиске средст для удаления Grub наткнулся на утилиту ms-sys... По мануалу было написано сделать следующую команду:
ms-sys --partition "раздел"
И раздел этот теперь не распознаётся.

Утилита TestDisk при анализе видит старый раздел с меткой "System"(Он так назывался) и аналогичный новый - пустой.
Но после анализа этот раздел пропадает и остаётся только "новый".

Примерно вот так при анализе:
HPFS - NTFS 0 1 1 5221 254 83891367
HPFS - NTFS 0 1 1 5221 254 83891367 [System]
HPFS - NTFS 5222 1 1 18289 254 209937357 [Other1]
HPFS - NTFS 5222 1 13 18289 254 209937357
HPFS - NTFS 18290 1 1 60800 254 682939152 [Other2]
HPFS - NTFS 18290 1 16 60800 254 682939152


И вот так после:
* HPFS - NTFS 0 1 1 5221 254 83891367
L HPFS - NTFS 5222 1 1 18289 254 209937357 [Other1]
D HPFS - NTFS 5222 1 13 18289 254 209937357
L HPFS - NTFS 18290 1 1 60800 254 682939152 [Other2]
D HPFS - NTFS 18290 1 16 60800 254 682939152

Кто может помочь?

BiFiDoK35
Покажите скрин окна "Разделы" из DMDE. Сообщите, сколько всего у Вас разделов, какие на них ФС.

Antech
Вы вот это имеете ввиду?
http://s39.radikal.ru/i083/1008/02/40f47bf2a12a.png

Добавлено:
Забыл ответить на второй вопрос(пришлось ждать 600 секунд).
3 раздела, все NTFS.
C: - oн же System - 40Gb
D: - Games - 100Gb
E: - Other - 325Gb

Да, кстати, когда я делал разметку на этом диске там по какому-то непонятному случаю стало так:
/dev/sda1 - System
/dev/sda2
|---/dev/sda5 - Games
|---/dev/sda6 - Other

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

Я в ближайшее время собирался переустанавливать винду снова, но вот возник такой казус, и вот необходимо теперь восстановить этот раздел.

Добавлено:
И да, разметку я делал под виндой.
То, что я описал выше - это как отображалось под линуксом.

Добавлено:
Вот заскриншотил процесс анализа:
http://s52.radikal.ru/i136/1008/c1/2c74ecbc5fb7.png
И вот что выходит после него:


Добавлено:
http://s43.radikal.ru/i102/1008/42/0a3592fab47c.png

Добавлено:
Погуглив ещё, я так понял, мне надо восстановить таблицу разделов...

Tau_0 / Antech
Испробовал ваши советы, ничего не вышло. Теперь я окончательно растроился.
Был бы внешний бокс, так проверил бы, напоследок.

BiFiDoK35
На скрине есть и разделы в таблице, и бутсекторы по соответствующим координатам. У второго и третьего разделов также есть MFT или MFT Mirror (видны имена), у первого - нет имени, но есть бутсектор и даже его копия. Так что ни MBR, ни начало одного из разделов не перетерты. Как конкретно не открывается раздел (сообщение Винды, или хотя бы Linux'а при монтировании) и какой именно раздел проблемный, первый? Что вообще делает эта ms-sys, что говорит ман?

Antech
ms-sys брал отсюда:
http://wiki.archlinux.org/index.php/Master_Boot_Record_(%D0%A0%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9)

Проблемный раздел да, первый. И у него должно быть имя - System.
Может эта информация поможет:
Акронис Диск Директор показывает этот раздел так:
None(C 40 GB
Free Space - ничего
FS: None Partition: 0x7 (NTFS,HPFS)

Линукс вообще никак не хочет его монтировать.(Debian LiveCD)

При загрузке компьютер говорит:
Reboot and select proper device.

Виндовс пока неизвестно что пишет, его LiveCD я пока только качаю.

Добавлено:
Загрузил виндовс лайвсд и там нашёлся checkdisk
Запустил я его и увидел "RAW Filesystem"
Значит, надо просто поменять файловую систему?
К примеру, через тот же TestDisk.

Добавлено:
*Тип файловой системы, я имел ввиду.

Или её не так просто поменять?

У меня видимо хард чувствует себя плохо - вот что сказали мне:

Цитата:

Неверный блок на устройстве \Device\Harddisk0\DR0.

Можно ли его вылечить? Или кранты конкретно? Я ведь на нём работаю - иногда вылетают ошибки. Например Касперский никак не устанавливается - пишет ошибка (мне протестировали и сказали, что проблема именно в харде).
Раньше постоянно вылетал - перезагружался сам - я поставил отемнить автоматическую перзагрузку. Но от этого он же не стал лучше работать.
Помогите.

Вот что показывает GParted:
http://s58.radikal.ru/i161/1008/2d/9df65d6b53cc.png

Добавлено:
В общем помощь больше не требуется...
Более углублённое изучение мануалов позволило мне нажать кнопочку Rebuild Boot Sector в TestDisk'e.
Результат - всё работает.

BiFiDoK35

Цитата:

ms-sys брал отсюда

Цитата:

Windows обычно устанавливается на первую партицию и, следовательно, устанавливает свой загрузчик и таблицу разделов в первый сектор этой партиции

Таблицу разделов в первый сектор партиции? Вау...

В общем, как я понял из этого опуса, тулза записывает микрософтный загрузчик в MBR (--mbr) или BS раздела (--partition). Второй аргумент задает девайс (для --mbr) либо девайс и раздел (для --partitioin). У Вас был параметр -partition, значит что-то испортилось (изменилось) в бутсекторе (кроме загрузчика), но при этом BS не был затерт.


Цитата:

Запустил я его и увидел "RAW Filesystem"
Значит, надо просто поменять файловую систему?

Ну да щаз . Не Вы один с таким выводом... На самом деле причина - в неверных параметрах в бутсекторе, в результате чего Винда (Чекдиск) не опознает тип ФС как NTFS или что там у Вас было. Но что конкретно не так, мы уже не узнаем.


Цитата:

Результат - всё работает

При полном отсутствии понимания того, что именно было не так и что в результате исправлено. Наверняка бутсектор из копии переписали, а что было неправильно в основном бутсекторе, теперь ХЗ.

Dracula
Проверяйте винт в HDDScan: сканирование и SMART.
И, как я понял, Вам пока что не в эту тему. Просто скопируйте все нужные данные на два других физических диска (на каждый - по одной копии), а потом уже разбирайтесь с проблемным винтом.

Цитата:

На самом деле причина - в неверных параметрах в бутсекторе

Я через ТестДиск смотрел бутсектор и там, как бы странно это не звучало, было написано NTFS...

Цитата:

Наверняка бутсектор из копии переписали

Rebuild BS это разве из копии переписать? Там были 2 отдельные клавиши - записать бутсектор из бекапа в начало, и, соответственно, наоборот. Эти кнопки я даже и не трогал.

BiFiDoK35

Цитата:

там, как бы странно это не звучало, было написано NTFS

Ну да, если бы там не было написано "NTFS", врядли DMDE показал бы наличие бутсектора. А вот Вы попробуйте на полностью исправном разделе количество секторов в бутсекторе (параметр total sectors) увеличить на 2. Запустите Чекдиск - будет "Файловая система RAW".


Цитата:

Rebuild BS это разве из копии переписать?

Ну да, это все-таки не из копии (если бы была правильная копия, Чекдиск бы ее почитал и не писал про RAW, это я забыл), но смысл тот же: неверный(е) параметр(ы) в бутсекторе.
Rebuild BS - это создание нового бутсектора (параметры можно определить по $MFT, $MFTMirr и PT). Но лучше этим не пользоваться, т.к. если сработает неправильно, будет запорченный бутсектор и ХЗ что там было изначально не так и от чего лечить. Не так опасно, как Чекдиск, но тем не менее...