Если есть возможность записать звук, который он издает при включении питания (можно без сигнального шлейфа), то скорее всего смогу его по звуку отдиагностировать...
» Восстановление разделов и информации на HDD (часть 4)
Если есть возможность записать звук, который он издает при включении питания (можно без сигнального шлейфа), то скорее всего смогу его по звуку отдиагностировать...
Внешний HDD WD My Book 500Gb NTFS. Использовался для хранения информации. Довольно резко начались обрывы при копировании с диска. Система постоянно предлагает диск отформатировать. В системе диск то распознается, то нет..
Пытаюсь сделать бэкап на другой диск: после продолжительного простоя в отключенном состоянии WD начинает отдавать информацию, но после 3-6 Gb начинаются описанные выше глюки и делать ничего с ним становится невозможно. только отключать.
Как быть?
Я бы сначала SMART посмотрел, потом думал --- лечить не лечить.
Лечение программами типа MHDD --- порою тоже плохо заканчивается…
Иногда хранимая информация дороже диска…
Цитата:
My Book- какой именно, модель? Если интерфейс только USB, то:
- проблемное USB-устройство подсоединено непосредственно к USB-порту (впаян в МВ, никаких доп.устройств, удлинителей и т.д.), на тыльной стороне компьютера (это условие обязательно);
- была ли проверка с другим кабелем.
Tau_0,
Цитата:
Лечение программами типа MHDD --- порою тоже плохо заканчивается…- читайте внимательно:
Цитата:
Внешний HDD...
- работает (правильно определяется) ли проблемное USB-устройство на других компьютерах;
Паспорт и SMART диска снимите любой из программ:
Victoria for Windows;
Victoria for DOS/WINDOWS - обсуждение на ru-board;
HDDScan;
HDDScan - обсуждение на ru-board;
выложите здесь.
Цитата:
Замена кабеля и USB-порта ничего не дали- в любом случае, тестирование проводить только в этих USB-портах!
Не открывается лог. диск на жестком.
На жестком было два логических.
На первом система, на другом данные.
Делил на два после установки винды с помощью Partition Magic.
Все работало замечательно.
Сейчас на системном сделал форматирование и переставил винду.
В моем компьютере диск отображается, но при попытке его открыть показывает ошибку
"Файл или папка повреждены, Чтение невозможно"
В управлении дисками диск виден, размер указан верно. Метка тома отсутствует и неуказана информация о файловой системе. Когда разбивал,то делал NTFS.
Доп. сведения:
Этот диск подключен как Master. Есть еще два физических, на них стоят cable select. Причем один из них на одном шлейфе с dvd-rw.
----------------
выполнил chkdsk и получил следующее:
Код:
C:\Documents and Settings\w>chkdsk E: /F
Тип файловой системы: NTFS.
Метка тома: Андрей.
Проверка файлов (этап 1 из 3)...
Проверка файлов завершена.
Проверка индексов (этап 2 из 3)...
Проверка индексов завершена.
Проверка дескрипторов безопасности (этап 3 из 3)...
Проверка дескрипторов безопасности завершена.
CHKDSK проверяет журнал USN..
Завершена проверка журнала USN
Не удается записать во второй загрузочный сектор NTFS.
жалоб очень много вот же придурки Partition
черт меня дёрнул пользоватся чтой хренью
всё врючную делал всёгда проблем не было а тут неразмеченую облость решыл разметить и нерзметила и блиский к ней раздел запорола вол теперь ищу
чтото вроде GetDataBack поновей вся надежда востовить инфу.....
Проблему уже решил. Восстановил данные с помощью программы R-studio - теперь все тип-топ.
Цитата:
Сейчас на системном сделал форматирование и переставил винду.
Чем форматировали???
Цитата:
Делил на два после установки винды с помощью Partition Magic
Это может быть причиной. Но что бы ни было причиной, она не устранена. Раздел наверняка опять накроется.
Цитата:
Это может быть причиной. Но что бы ни было причиной, она не устранена. Раздел наверняка опять накроется.
Да? о_О
А как найти ее? В чем может быть проблема?
Если я удалил раздел и заново создал его средствами винды - это не поможет разве?
Причина может быть в чем угодно. Теперь уже сложно сказать, т.к. неизвестно, что там было повреждено и как. Плюс, у Вас нестандартный глюк. Судя по Чекдиску (он очень привередливый на NTFS), бутсектор и вся ФС в норме, а сложность возникла только с записью копии бутсектора (на NTFS Винда пишет эту копию в последний сектор раздела). Это очень странно: раздел не открывался, а ошибок как бы и не было...
Остается только провести профилактику: память не менее одного прохода memtest86, SMART винта - в студию, проверить матплату на предмет дутых/рыжих кондеров (если она старая), проверить марку и возраст БП. Если все это в норме, можно списать на софтовый глюк из-за чудес Part Magic. В таком случае (это наиболее вероятно) глюк действительно был устранен пересозданием раздела средстами Винды (когда я отвечал на Ваше предыдущее сообщение, я не знал, что Вы пересоздали раздел; я думал, что Вы только отформатили и опять ПартМагом, а он любит неправильные координаты разделов).
Я очень глупым и наивным способом повредил NTFS раздел размером 1.14 TB пытаясь его преобразовать через Gparted в Ext4 Когда я понял что происходит просто форматирование, я остановил процесс, но было уже поздно. После перезагрузки openSUSE уже не определял его как NTFS и не мог смонтировать через ntfs-3g. Что бы попытаться восстановить раздел через Acronis, я удалил этот раздел окончательно. И в итоге не через Acronis не через Paragon не через Patiton Recovery я не смог его восстановить. Через R-Studio У меня получилось увидеть все файлы моего раздела не повреждёнными и целыми. Но дело в том что, я так понял, что бы восстановить все данные с моего раздела мне понадобиться, помимо этого раздела, ещё чистое место объёмом примерно 1.13 ТБ, которым я, конечно же, не распологаю
Далее я всё же через программу TestDisk, восстановил раздел, но ни смонтировать его не удаётся по причине не опознанной или повреждённой файловой системы, а Acronis и прочие программы разбивки выдают вообще странную вещь:
Показывают что тап файловой системы 07h (NTFS), но при этом пишут что файловая система отсутствует.
Возможно ли HEX-редактор или другую программу восстановить не только данные, но и раздел, на котором они находятся ?
Если это возможно, то пожайлуста объясните как это сделать и/или дайте ссылки где это описсывается ? Пожалуйста помогите мне. Все эти данные мне очень дороги я их собирал, перебирал и отсортировывал 3 года
Тип HDD: RAID-массив NVIDIASTRIPE 1.16T (4 Seagate ST3320620NS 320GB SATA2) - CHS 155653 255 63
Разметка:
1 Primary ext4 63 20161512 (9,6 GB) /Games (Games)
2 Bootable ext4 20161575 20755980 (9.9 GB) / (openSUSE)
3 Primary ntfs 40917555 2459651513 (1.14 TB) /D (DISK)
Все разделы слитно расположенны друг к дружке, диски C и D создавались в Acronis-е через загрузочный DVD (Reanimator), и в последствии Диск С был разбит на 2 части и отформатирован поочерёдно средствами установочного DVD openSUSE 11.2
И что ещё заметил, что R-Studio и Testdisk находили аж 3 раздела ntfs 2 из которых были размером 19.6 GB и все плохими (скорее всего бывшие диски C), ну а 3-ий хороший мой диск, пока ещё D. И координаты этого раздела определяются как при просмотре в R-Studio, как и при восстановлении в TestDisk 41142472 2459426616 что несколько не совпадает с координатами изначальное позиции (наверно это пространство съело Gparty при форматировании в ext4) и естественно при восстановлении через TestDisk между дисками openSUSE и DISK появлялась дыра в 100 с чем то метров.
Можно ли мне чем нибудь тут помочь ?
Распологая для восстановления под openSUSE - Gparted, TestDisk и PhotoRec
А так же Alkid LiveCD 04.04.2010 с кучей разных утилит для тестирования и восстановления.
Готов править HEX таблицу вручную, прочитал статью Криса Касперски, но приминительно к моему случаю, не знаю с чего начать, и нужно ли мне в TestDisk:
1 Восстанавливать прежние координаты, или принимать уже такими как есть ?
2 Восстанавливать загрузочный раздел диска (диск D хоть и основной, но не загрузочный) ?
3 Перестраивать MFT (есть там такая опция после восстановления раздела) ?
Скрины: Извиняйте, что не обрезанные, так как в Alkid, к сожелению, нет mspaint, а в Gimp как это делать я так и не понял
1. Таблица разделов + попытка chkdsk C: /f /r
2. Сектор 40917555 (последний сектор раздела openSUSE)
3. Сектор 40917556 (первый сектор реального расположения DISK)
4. Сектор 41142773 (первый сектор расположения, определяемый R-Studio и прочими утилитами)
5. Сектор 2500565439 (последний сектор с данными, далее до самого конца идут одни нули)
Заранее благодарен
Ну как всегда, у нас 1+ ТБ незабэкапленной инфы за 3 года, и мы начинаем in-place преобразование раздела. Да если бы он и не начал форматировать, любой сбой в процессе преобразования - и все, раздел минимум недоступен, а максимум - инфу не восстановит никто.
Судя по Вашему посту, у Вас с интеллектом все в порядке, зачем же Вы делали такую глупость?...
Цитата:
нужно ли мне в TestDisk
Нет. Вам либо в R-Studio, либо в редактор (WinHex). А уж перестраивать MFT...
Покажите скрин окна "Разделы" из DMDE (откройте физический диск). Скорее всего, раздел не будет найдет, т.к. Вы форматили не Виндой и про копию бутсектора можно забыть. Если нужного раздела в таблице не будет, сделайте "Поиск NTFS". Область можете задать по секторам (начало - примерно там, где должен был начинаться раздел, но с небольшим отступом влево, т.к. точная координата неизвестна и можете промахнуться). Ну и дамп 100 секторов, начиная с 4091755 не помешает.
Винты у меня серверные Seagate (c индексом NS) уже 3 года 24/7 стабильно работают, спецом выбирал, хотя согласен что с чередования пора бы уже переходить на Raid 5.
Скриншоты:
DMDE, как не странно, сразу показала NTFS раздел.
При двойном клике по нему показала геометрию раздела и предложило открыть его.
После чего при попытке открыть его выдало сообщение об ощибке.
После этого я выбрал пересканировать жёсткий диск и взял весь диапазон адрессного пространства.
Теперь жду результата (сканирование всего массива обычно занимает 3-ёх часов). Дамп зделать из других HEX-редакторов не полусилось так как у половины просто отсутствует данная опция, а другая половина не захотела запускаться при запущенном DMDE, так что придётсо немного подождать
Цитата:
форматировать в ext4 принял за Преобразовать в ext4
Дело не в этом. Подобное преобразование (не форматирование) в любой программе - откровенное каскадирование (если нужная инфа есть, а бэкапа нет).
Цитата:
серверные Seagate (c индексом NS) уже 3 года 24/7 стабильно работают, спецом выбирал
А если это 7200.11, то на них может сесть муха. У Вас ES или ES.2?
RAID на хост-контроллере я бы рекомендовал уровня 1 только (RAID-эксперты считают RAID-5 на таких контроллерах глючными, а с RAID-0 и так все понятно).
По скринам... Раздел начинался в 41142476: как ни странно, бутсектор и его копия на месте, несмотря на форматирование (перед суперблоком ext есть 2 пустых сектора, я думал, что форматер занулит их). А вот с MFT значит проблема... Возможно, два первых сектора форматер оставил как есть (суперблок ext после них начинается, а не как в ФС M$, где бутсектор в самом начале раздела), а вот MFT могла уже оказаться накрытой (если она стартует в начале раздела).
Когда закончится поиск, снимите 1000 секторов, начиная с 41142476, и выложите в архиве вместе с картинкой и логом результатов поиска.
появляется логотип с бегущей строкой и затем черный экран, загрузился с live-cd. сделал проверку chkdsk, сообщила что нашла ошибки в mft bitmap, исправила, однако система по-прежнему не загружается, пробывал утилиткой ntfs recovery, находит дефектный сектор но не исправляет.
R-STUDIO network edition 5.0 Build
обнаружила ошибку, но не исправила ее.
Warning File system 20.04.2010 21:27:24 Unexpected MFT record 23536 at 7455202816. If you are scanning RAID and this message will reappear constantly, check RAID for consistence.
как решить проблему?
WD 500gb 3 раздела
Попоробуй загрузиться с Recovery Console и скомандовать оттуда fixboot и fixmbr.
Цитата:
fixboot и fixmbr
Причем тут это. Пишут же логотип с бегущей строкой - говорит о том что эти вещи как раз работают
и record 23536 at 7455202816
У меня Seagate ST3320620NS
По поводу чередующегося массива, то изначально я и не планировал что у меня будет сервер, хотел конечно, но возможности такой не было по причене бональной низкой скорости интернэта и ёщё кучи всего, посему я его проектировал как мультимедийную станцию, для чего страйпирующий рейд подходит как никто лучше
Да и сейчас у меня, хостинг, пока, любительский, на котором стоит досих пор мой самый первый сайт, на котором я css учил, который у мну времени и нет переделать, да и особо и не нужно, так как со своей основной задачей он прекрасно справляется, а так же сайты над которыми я работаю и сайты - портфолио. Это всё умещается на 23-ёх мегабайтах (10 из которых 2 файла контента), ну и конечно мои прокси-сервер и DC хабы в сумме на более 100 Метров так что монтировать /srv отдельным зеркальным массивом смысла я, пока, не вижу.
По поводу глючности Raid 5 плжалуйста по подробнее...
Что имеется ввиду? Реализация его на встроенном raid-контроллере материнской платы, или сама его структура в любой реализации ?
Я лично вижу в нём лишь 1-недостаток - Уменьшения скорости записи, пропорционально количеству томов, который с лихвой компенсируются такому же пропорциональному увиличению скорости считывания, что куда более важнее как для хостинга, так и для мультимедийной станции, если конечно не заниматься профессионально звуко и видео обработкой.
Результаты сканирования
Как не странно, сканирование затянулось куда дольше, чем я предпологал.
В резултате выдало качу MFT-шок, ну и папку Root в которой все мои файлы не повреждённые и созранные (с кростиками тока те которые я сам недавно удалял). Только восстановить через DMDE ничего не получается, наверно из-за ограничения на ознакомительную версию, но восстанавливает прекрасно и R-studio, так что не жалуюсь
но самым трудным было сделать dump, я конечно догадался как его сделать (Ctrl+PgUp, Shitt+PgDn (до 1000), Alt+W -> Выделенное -> Файл), но мне казалось это делаться должно проще.
YuriyRR
попробывал сделать образ акронисом, акронис выдал ошибку read failed, я выбрал пропустить ошибки. После пропусков ошибок я конвертнул образ в виртуальный, подцепил и система загрузилась, а образ в котором ошибки не пропускал не загружается.
может это что-то вам скажет.
стоит пробывать fixboot и fixmbr в данном случае?
Сделайте в MHDD или Victoria сканирование с ремапом.
ILYA INDIGO
Цитата:
мне казалось это делаться должно проще
Сервис - Копировать секторы в файл .
Plz 10 секторов, начиная с 41142472.
В секторе 41142477 есть бутсектор NTFS, но координаты MFT и MFT Mirror оказываются смещены на 5 секторов вправо относительно истинных (определенных DMDE).
Цитата:
Сделайте в MHDD или Victoria сканирование с ремапом.
я данные не потеряю при таком сканировании?
Цитата:
я данные не потеряю при таком сканировании?
Как получится. Речь пока что шла о восстановлении функционирования Винды ("помогите реанимировать систему"), а не инфы. Если не хотите сюрпризов, скопируйте предварительно инфу через R-Studio, или снимите образ в ней же (Drive - Create image, сжатие лучше отключить).
boy999
Для начала подключите винт напрямую (без USB короба) и посмотрите, на какой объем (LBA) детектит HDDScan, MHDD или Victoria. Также посмотрите, на какой объем (без коробки) детектит Винда (Управление дисками).
На винте была FAT или NTFS?
Цитата:
напрямую (без USB короба)
WD MYBook 1 тб - он тока по USB и подключается.
NTFS, ессно была.
Я его отключил сразу, выдернул питание, т.к. страшно смотреть на пустые папки.
Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316
Предыдущая тема: USB Flash Drive. Общие вопросы (Часть 2)
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.