Занятный эксперимент... Кстати, увидеть короткие имена можно и в самой Винде (cmd.exe) через dir /X, и там же REN сделать можно.
» Восстановление разделов и информации на HDD (часть 4)
Занятный эксперимент... Кстати, увидеть короткие имена можно и в самой Винде (cmd.exe) через dir /X, и там же REN сделать можно.
Похоже на фирменное зависание Сигейтов на бэдах. Я не знаю народных способов борьбы. Разве что по кускам копировать, обходя зависательные бэды, чем-то вроде dd_rescue.
2 диска seagate - 512 7200.11, они собраны в райд 0 (сумма), сегодня включил комп и сразу тормоза на первой секунде, потом долгая проверка утилиты райда и потом сообщение о том, что надо проверять железо, т.е. загрузка не произошла.
Я насколько понимаю - это на одном из жестких дисков полетел транслятор, поэтому возникает невозможность считки данных архитектуры райда и соответственно невозможность загрузки OS.
В биос меня не пускает, хотя я уверен, что если отсоединить сбойный ЖД, то пустит.
Вопрос: Что делать и как дальше жить?
Если я в таком состоянии попробую заменить прошивку диска, то:
1. Можно ли так делать?
2. Потеряю ли я данные?
3. Шить надо оба диска или один?
4. Соберется ли потом райд?
Помогите ПЛЗ
Ремонт транслятора посредством прошивки ?
В общем, для начала проверьтесь в терминале на муху ЦЦ, скорее всего это она. Если так, сгоняете по стандартной методике (об этом уже перетирали, мягко говоря, много раз, поэтому подробности опустим, читайте форум здесь или на iXBT). Делать лучше (спокойнее) на другом компе, чтобы не включать комп без диска в рэйде.
Если это не муха, но винт не определяется, то, скорее всего, приплыли в DR-фирму. Если определяется, но на нем бэды, то делаете посекторную копию на другой винт (здесь есть нюансы, связанные с рэйдом, но пока что нет смысла на них концентрироваться, т.к. 90% что у Вас муха). Правда, после снятия мухи также можно обнаружить и бэды. Поэтому не спешите: после разлочки просканируйте (HDDScan 3.3 и аналоги), или делайте сразу посекторную копию.
И еще. Если не будете разбирать потом рэйд, после восстановления сделайте два бэкапа. Если разберете рэйд, сделайте хотя бы один бэкап.
Цитата:
Можно ли так делать?
К счастью, Вы просто не сможете этого сделать.
А если передергивать питание винта? (Лучше при отключенном шлейфе)
Цитата:
В общем, для начала проверьтесь в терминале на муху ЦЦ, скорее всего это она. Если так, сгоняете по стандартной методике (об этом уже перетирали, мягко говоря, много раз, поэтому подробности опустим, читайте форум здесь или на iXBT). Делать лучше (спокойнее) на другом компе, чтобы не включать комп без диска в рэйде.
Да, вы правы, я вчера весь вечер читал об этом и пришел только к одному выводу, что если это муха или ЛБА 0, то надо собирать терминал из шнурка от сотового телефона или из других средств, разлочиваться и потом перепрошиваться. Я честно говорю - не смогу спаять себе такое устройство. Пойду в DR.
Нет ничего сложного в этом устройстве, а с готовым шнурком паять вообще не надо, ну разве что разъем...
Цитата:
при обращении к этим магическим секторам диск отваливается,
Мои изыскания как-то пересекаются с Вашими…
Недавно занимался поиском --- и отковырял ссылку на утилиты.
Вот здесь обсуждалась странная софтинка HD Duplicator
http://forum.ru-board.com/topic.cgi?forum=35&bm=1&topic=29722&glp
Есть там ссылка и на такую штуку HDClone 3.9.3
Я их не юзал --- не знаю...
По поводу “опускания контроллером диска в MHDD и Victoria” под DOS. Так у меня ещё хуже (вернее непонятнее).
Стал “доставать” меня 1 Тб винчестер WD1002FBYS. Этот диск у меня не использовался для загрузки WINDOWS XP (там WINDOWS 7, я с него не загружался последнее время). Стал он постоянно из-под WINDOWS XP вываливаться/пропадать. Зацеплен он к SATA RAID контророллеру Sil3114, прошитому именно как RAID (фирмварь r5403.bin), хотя RAID я не мостил. Хард совсем новый --- наработка 690 часов. Так вот из-за пустяковой ошибки ID C6 (198) UNCR в одном секторе хард становился невидимым ни в WINDOWS XP, ни в MHDD, ни в Victoria.
Причём винчестер вновь появлялся в WINDOWS XP (после пропадания) только при перекоммутации на другой порт (у Sil 3114 их четыре), но ненадолго. И так по кругу в разные слоты переставлял. Более того, даже из-под DOS ни Victoria, ни MHDD не хотели видеть WD1002FBYS на котроллере, хотя сам контроллер видели. Виктория просто сообщала --- типа error drive, а MHDD тот вообще ничего не показывал. Возможно, поиграй я параметрами MHDD, может, что-нибудь он и увидел бы. Но сомневаюсь --- BIOS контроллера при загрузке его не видел, или не желал иметь с ним дело и “опускал”. А вот WINDOWS, вроде, чуть лучше видел --- при горячем подключении ненадолго подхватывал, но потом посреди пустяковой закачки торрента тоже "опускал".
Надоело мне --- напустил на хард MHDD, поймал номер сектора и затёр простой Zero записью.
Буквально через неделю балуясь с горячим подключением (варьируя комбинации) опять получил ID C6 (198) UNCR. Но вот новая непонятка --- ни MHDD, ни Victoria не хотят ловить LBA “нехорошего” сектора.
Так и не понял:
--- то ли контроллер у себя в каком-нибудь ПЗУ помечает винчестер/
--- то ли на самом винте отмечает. Но ведь рейд я не мостил и никаких метаданных, вроде как, не должно быть
--- то ли SMART не нравится. Но тогда почему после перекоммутации GOOD…???...
Короче никакой закономерности пока не нашёл.
Совсем недавно был у меня здесь похожий разговор, но тогда я к нему был совсем не готов…
См. тему РЕШЕНО. SiI3114 RAID1 Group 1 "legacy" status: OFFLINE
http://forum.ru-board.com/topic.cgi?forum=84&topic=3339&start=0#lt
Пока пришёл к промежуточному выводу --- с диском плохо ---- контроллеру “надоедает” и он его аппаратно херит…
Кто что по этому поводу думает --- это бред, или не совсем…???...
Цитата:
А если передергивать питание винта? (Лучше при отключенном шлейфе)
В смысле, сначала SATA шлейф выдергивать, а затем уже питание?
Tau_0
Не в моем случае. Вот что нашел: www.computerra.ru/terralab/platform/419687/
Цитата Сергея Казанского, 5й абзац:
Цитата:
Отдельная тема - 11-е "Барракуды" с bad-блоками. Если у диска вышел из строя транслятор, но устройство дает готовность по интерфейсу - там всегда есть bad-блоки. Однако если восстановить транслятор "шнурками" и командами по одной из доступных в Сети процедур, то обычному пользователю это ничего не даст. Bad-блоки там специфичные: если начать копирование информации в обычной операционной системе, после первого же дефекта диск впадает в ступор и отключается. Копировать нужно специальным копировщиком непосредственно через порты. Ну и конечно, надо знать, как при этом обращаться с командами. Обычный пользователь, если начинает оживлять свой винчестер, вскоре получает гораздо больше bad-блоков, чем было, а иногда накопитель вовсе ломается из-за запиливания поверхностей и выхода из строя головок. Таким образом, отключение транслятора - это своеобразная защита диска от потери данных.
Цитата:
В смысле, сначала SATA шлейф выдергивать, а затем уже питание?
Кстати, по поводу очерёдности подключения/отключения data кабеля и питания был уже у меня здесь спор/разговор…
Ещё один аргумент --- три поста всего. См сюда
Короткое замыкание.
http://www.hdd-recovery.org/board/viewtopic.php?f=3&t=7
Оппонентов (есть здесь такие) прошу прокомментировать…
При ремонте выяснилось сразу, что это муха (как Вы и писали собственно), но суть в том, что за мухой у меня сразу показало LBA 0 - вот это действительно для меня было неожиданно, но мастер оказался казырным пацаном и всех победил.
Ребята, если в Челябинске поймаете муху, пишите мне в личку (а то иначе это реклама получится, одмин будет ругоцо), я скажу где чинился.
Программа начинает считывать данные в файл
При налёте на bad-блок диск отпадает, программа останавливает копирование, запоминает номер сбойного сектора и переодически запрашивает винчестер (здесь я руками выдергиваю питание или же его подача прекращается программно, если это возможно, опять таки)
Как только винт становится доступным, программа пропускает запомненный сектор и начинает со следующего. Продолжаем с п. 2 и так до конца необходимого диапазона.
Цитата:
мастер оказался казырным пацаном
Таких мастеров с шнурками полная тема на iXBT .
fkn0wned
Это Вам надо курить ман по dd и dd_rescue. А скрипт - обычный шелл-скрипт в Линуксе с этими прогами должен работать. Но отключать они программно не смогут, Вы ведь онимаете, что БП через ACPI не отклчает отдельные девайсы, т.к. на одном и том же канале может висеть несколько устройств.
Честно, линукс в глаза не видел ни разу, под окна альтернативы есть какие-то, пожалуйста?
Диски у меня разнесены по разным контроллерам, вот как это вылядит:
Питания тоже на разные шлейфы разнесены, можно будет один канал программно отрубить на некоторый период времени и затем снова подать питание(дать винту остановиться, и бошкам припарковаться) или это в принципе невозможно?
upd:
Ага, нашел dd for windows. Похоже, что программа опасная, придется очень аккуратно и вдумчиво с ней работать. Остался вопрос с ACPI, можно ли откючать питание на одном определенном шлейфе и как это сделать из под Windows? Спасибо.
Цитата:
можно ли откючать питание на одном определенном шлейфе
Отключать/подключать раздельно питание могут специальные серверные контроллеры (у них и блоки питания свои), но им не прикажешь --- у них собственная программа…
А обычный ATX блок питания только ВСЕХ врубить/обрубать умеет --- так он устроен.
Цитата:
прошу прокомментировать
А что комментировать? Попалили Хитачи до "козы", как им это удалось - не знаю, это надо особым талантом обладать. Там наверняка и коммутатор в банке сгорел.
Если речь о том, что "блок питания стремясь компенсировать падение напряжения из-за подключения дополнительного потребителя, резко задирает напряжение на выходе и промахивается выше номинально установленного значения", то автор не совсем точен. Это называется "перекос", при резком возрастании нагрузки на одном из каналов (5 или 12 вольт) управляющая схема меняет скважность импульсов на трансформатор, чтобы ее компенсировать, но это приводит к скачку напряжения на другом, ненагруженном, канале. Там все и горит. Происходит обычно при закоротке "на ходу" одного из напряжений.
Цитата:
Питания тоже на разные шлейфы разнесены
И что, Ваш БП умеет программно отключать отдельные шлейфы?
Цитата:
под окна альтернативы есть какие-то
Вроде нет.
Цитата:
нашел dd for windows
Да, есть такое. Но где там скрипты?
Цитата:
А что комментировать?
Угу, согласен --- спасибо.
Именно поэтому (из-за всплесков/перекосов) мне и не нравится подключать/отключать питание хардов на горячую…
При горячем подключении data - кабелей было такое ---- горели COM, LPT порты (гальваническая развязка…). Да и для IDE я бы не рискнул, а вот SATA (если реализовано не очень уж криво) ---- не вижу оснований для отрицания…
Хотя, скорее всего, это спор: с какого конца яйцо разбивать ---- острого/тупого. Если OHO нормальное --- по любому должно работать. Нет --- надо учитывать особенности конкретной реализации.
У меня и так, и так работает. Баловался проверял. Вот только мульён раз переключить, даже если аппаратно/программно реализовать не получится --- что-то гораздо раньше сдохнет.
Проблема в следующем. Имеется внешний usb винт 2.5
в один непрекрасный день он перестал определяться.
то есть при подключении тупит минут 5-10. потом в управлении дисками
вижу 2 раздела, однако файловой системы не указано, с винды не доступны они.
Model: WDC WD3200BEVT-24A23T0
Firmware: 01.01A02
Serial: WD-WX80AC989484
LBA: 625142448
можно ли спасти данные и сам винт вернуть в работоспособное состояние?
Цитата:
И что, Ваш БП умеет программно отключать отдельные шлейфы?
Да, знаю, меня уже огорчили
Цитата:
Да, есть такое. Но где там скрипты?
Нет, но она может принимать параметры командной строки и тормозиться на первом же блоке и не будет пытаться читать дальше, что мне и нужно. А скриптовый интерпретатор — любой внешний (perl, python, etc). В общем, вот как я себе это представляю(что-то типа моих наметок алгоритма):
Код: E:\DD\dd if=\\?\Device\Harddisk1\DR1 of=Partition2(n) bs=512 count=437176781 skip=102398373 --progress
Вообще-то по СМАРТу видно, что там все в бэдах. Попробуйте Clone Disk в WinHex, но есть вероятность накрыть винт без возможности восстановления, если продолжать мучить его.
fkn0wned
Да ну, это гемор. Лучше написать (на C++, к примеру) простую прожку-копировщик с нужным алгоритмом. Там же не надо ничего обрабатывать, только копировать, да и стиль программинга не важен. Все равно dd действует точно также, т.е. через функции ОС, а возиться с разными перлами в данном случае совершенно неудобно ИМХО.
Конечно, нужно писать в один файл. Вообще не закрывать его. Позиция задается (в Винде) функцией SetFilePointer...
Цитата:
Позиция задается (в Винде) функцией SetFilePointer...
Думаю, что из-под WINDOWS (там асинхронно работает) не получится, если сам винчестер отрубает транслятор и аппаратно вываливается. Тут из-под DOS надо какой-нибудь собственный HD Duplicator мудрить. Именно с аппаратным отключением винта --- чтоб раньше времени не сдох. Действительно, логика копира несложная, вот только стоит ли того полученный на выходе дуршлаг?
fkn0wned
Мне не так интересно знать --- сколько это времени (в: днях, месяцах, годах…) займёт. Любопытно --- чем и как дырки затыкать будете…???...
IMHO -- Вы задумали Unreal
Угу, как бы не так, вот только кто бы мне написал такую тулзу... Пойду руками делать, если везет, то за раз можно и до 2-х ГБайт снять.
Tau_0
Ничем и никак, буду raw-scan ом вытаскивать то, что найду в образе.
Кстати, не знает никто, можно ли будет этот образ потом примонтировать к системе как логический диск (чтоб Partition Table Doctor'ом посмотреть, может он там чего разглядит)? Все больше убеждаюсь в том, что нужно себе первый раз в жизни поставить линукс, тут тебе и dd и вышеозначенная операция как два пальца (вроде бы).
я всегда думал, что значения current pending sector count - не страшны.
Думал, что следует напрягаться, когда вылезают Reallocation Sector Count.
Просто однажны был у меня на винте current pending sector count-1, после ремапа исчез и все по нулям было.
Или в этом случае нужно смотреть по количеству секторов?
Пробывал через Clone disk вылетает
ошибка в данных (CRC) при указании раздела
Цитата:
Или в этом случае нужно смотреть по количеству секторов?
У меня тоже один такой отложенный был --- так он сам по себе (без каких-либо телодвижений с моей стороны) неведомо куда ушёл --- и ВСЁ по нулям стало. Думаю, что плохо, если они постоянно вновь появляются --- значит присутствует какая-то “бяка”…
У меня вот опять один упрямый UNCR ID C6 (198) появился (я сам специально винчестер "дёргал" ) --- да вот никак его LBA ни MHDD, ни Victoria даже из-под DOS не берут. Может кто знает как его выщелкнуть.
И ещё один вопрос, он перекликается с проблемой fkn0wned. Допустим, есть LBA UNCR сектора (заремапить его не проблема), но как определить --- к какому файлу принадлежит данный сектор. Ясно, что такой сектор почти наверняка губит весь файл. Мне надо знать имя файла. Попробовал через WinHex --- да не получилось у меня. Может плохо пробовал…
Кто что посоветует.
Цитата:
Ничем и никак, буду raw-scan ом вытаскивать то, что найду в образе.
Так не выйдет у Вас НИЧЕГО… Чтобы “выдержать размер” лакуны забить придётся. Только это почти не поможет. Вы просто с дампами не работали --- там такое спагетти. Без некоторых малых, но необходимых фрагментов Ваши отсканированные гигабайты ---- просто мусор.
Вот здесь См. пост Отправлено: 13:13 27-04-2010 и далее
http://forum.ru-board.com/topic.cgi?forum=84&topic=1019&start=2440
Doca Watson нечто интересное и конструктивное в этом смысле предлагал
Попробуйте проанализировать и реализовать его затею. Я хотел попробовать, но нет нужного харда, да и никакой особой надобности в этом у меня нет…
Насчет вашего сектора — попробуйте в Victoria for Windows во вкладке Advanced пооткрывать блоки рядом с вашим плохим, если вы знаете его адрес — может что-то осмысленное увидите в содержании. А со своим я эксперементы сворачиваю, вот на что нынче СМАРТ похож:
Код: ST3500320AS 9QM97C31
-------------------------------------------------------------------------
ID Name Value Worst Tresh Raw Health
-------------------------------------------------------------------------
1 Raw read error rate 91 84 6 141978389 ••••
3 Spin-up time 94 94 0 0 ••••
4 Number of spin-up times 100 100 20 411 •••••
5 Reallocated sector count 100 100 36 1798 •••••
7 Seek error rate 78 60 30 63671793 •••
9 Power-on time 97 97 0 3315 ••••
10 Spin-up retries 100 100 97 7 •••••
12 Start/stop count 100 100 20 395 •••••
184 End-to-End error 100 100 99 0 •••••
187 Reported UNC error 1 1 0 912 •
188 Command timeout 100 1 0 111670853898 •••••
189 High Fly writes 100 100 0 0 •••••
190 Airflow temperature 75 58 45 25°C/77°F ••••
194 HDA Temperature 25 42 0 25°C/77°F ••••
194 Minimum temperature 90 42 0 14°C/57°F -
195 Hardware ECC recovered 43 27 0 141978389 ••
197 Current pending sectors 100 100 0 249 •••••
198 Offline scan UNC sectors 100 100 0 249 •••••
199 Ultra DMA CRC errors 200 200 0 0 •••••
Цитата:
из-под WINDOWS (там асинхронно работает) не получится, если сам винчестер отрубает транслятор и аппаратно вываливается
Транслятор не отрубают, транслятор глючит. А отвал винта fkn0wned решает передергиванием питания, как я понял. Конечно, если это не просто бэды, если там повреждения поверхности и возникнет запил, то винт сдохнет совсем и восстановление в фирме уже под вопросом (естественно, цена будет космическая).
Если копировщик продвинутый, а бэдов не слишком много, то на выходе будет вообще работающий раздел (на новом винте, естественно, или в файле). Дырки там будут односекторные, на местах бэдов, заткнуты должны быть паттерном (в моей проге задается каким байтом их заполнять).
Цитата:
как определить --- к какому файлу принадлежит данный сектор
Через WinHex, должно было получиться, значит плохо пробовали. Что конкретно не так?
mistx
Цитата:
я всегда думал, что значения current pending sector count - не страшны
Если один, то ладно еще, можно списать на софт-бэд из-за отключения винта во время записи, например. Но после записи в него может оказаться, что это настоящий бэд (заремапится). А теперь зацените количество пендингов на Вашем... Ну очень врядли, что они софтовые, да и если софтовые, проблемы винта очевидны.
Цитата:
ошибка в данных (CRC) при указании раздела
Указывать надо физический диск. А если хотите раздел, смотрите в MBR (Alt+F12 на секторе 0) Sectors precening (начальный сектор) и Sectors in partition. И задавайте область копирования по этим значениям.
fkn0wned
Цитата:
можно ли будет этот образ потом примонтировать к системе как логический диск
Можно, к системе Linux . Что-то типа mount -t ntfs ./image.img /mnt/image -o loop, но я точно не помню вот этот момент с -o loop, посмотрите man mount. Но это для образа раздела. Для образа винта надо как-то смещение от начала задать, это должно быть в мане.
Как под Виндой, не знаю, вроде кто-то говорил, что есть прога некая... Но мне не надо: если понадобится, у меня на USB винте Mandriva установлена для ноутбука. Так что я и не искал.
Цитата:
кто бы мне написал такую тулзу
Но ведь на перле она сама тоже не напишется.
У меня есть копировщик в экспериментальном (недоделанном) Media Workshop II, но он на такое не рассчитан. Т.е. он не будет ждать, пока Вы питание переткнете. По сути, он как и WinHex копирует. Но дописывать в существующий файл там можно, и реверсивное копирование есть.
Добавлено:
fkn0wned
Цитата:
за какой услугой обращаться
Восстановление данных. Вам надо в серьезную фирму типа mhdd.ru или r-lab. Халтурщикам пересадку гллов доверять нельзя. Или забить, попробовать копировать, не получится - на магнитики.
Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316
Предыдущая тема: USB Flash Drive. Общие вопросы (Часть 2)
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.