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

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

Автор: Antech
Дата сообщения: 18.08.2010 08:50
dmde
Занятный эксперимент... Кстати, увидеть короткие имена можно и в самой Винде (cmd.exe) через dir /X, и там же REN сделать можно.
Автор: fkn0wned
Дата сообщения: 18.08.2010 14:21
Помогите, люди добрые. В общем, мой 7000.11 на 500 Gb очень быстро помирать начал, и шустро накрылся системный раздел. У меня был другой диск, чистый. Я его шустро разметил, установил систему, потом подключил битый диск и решил все перенести по-быстрому, но случайно форматнул диск со старого винта (быстрым способом, очистка оглавлений) вместо раздела на рабочем (я то разметил, но не форматировал другие разделы при установке, кроме системного). Ну, схватился я за голову — диск то и так на ладан дышит и тут еще я такое сотворил. Перепробовал я кучу софта из списка здешнего — ни одна не помогла, все где-то на начале логического диска [more=?](меня один конкретный логический раздел интересует размером примерно в 200 Gb, он посреди винта если это важно)[/more] застревали и кричали об I/O ошибке. Попробовал я с Victoria бутнуться и проверку прогнать и вот какая фигня: диапазон, в котором находится интересующий меня диск не сканится, в смысле, пробегает тысячу или две блоков c неплохими результатами, а потом диск возвращает ABRT и отваливается. При чем так отваливается, что даже после ребута его не видно и только выключение помогает. Так же история и с Vic под винду, и через API и с PIO через порты. Но при этом по блокам можно бегать во вкладке адвансед и диск не возражает. Как мне быть с этой траблой, чем снять хотя бы искалеченную инфу с диска?
Автор: Antech
Дата сообщения: 18.08.2010 17:52
fkn0wned
Похоже на фирменное зависание Сигейтов на бэдах. Я не знаю народных способов борьбы. Разве что по кускам копировать, обходя зависательные бэды, чем-то вроде dd_rescue.
Автор: Pumpurumpul
Дата сообщения: 18.08.2010 19:00
Здравствуйте, у меня такая проблема, даже не знаю с чего начать:
2 диска seagate - 512 7200.11, они собраны в райд 0 (сумма), сегодня включил комп и сразу тормоза на первой секунде, потом долгая проверка утилиты райда и потом сообщение о том, что надо проверять железо, т.е. загрузка не произошла.
Я насколько понимаю - это на одном из жестких дисков полетел транслятор, поэтому возникает невозможность считки данных архитектуры райда и соответственно невозможность загрузки OS.
В биос меня не пускает, хотя я уверен, что если отсоединить сбойный ЖД, то пустит.
Вопрос: Что делать и как дальше жить?
Если я в таком состоянии попробую заменить прошивку диска, то:
1. Можно ли так делать?
2. Потеряю ли я данные?
3. Шить надо оба диска или один?
4. Соберется ли потом райд?
Помогите ПЛЗ
Автор: Antech
Дата сообщения: 18.08.2010 22:07
Pumpurumpul
Ремонт транслятора посредством прошивки ?

В общем, для начала проверьтесь в терминале на муху ЦЦ, скорее всего это она. Если так, сгоняете по стандартной методике (об этом уже перетирали, мягко говоря, много раз, поэтому подробности опустим, читайте форум здесь или на iXBT). Делать лучше (спокойнее) на другом компе, чтобы не включать комп без диска в рэйде.
Если это не муха, но винт не определяется, то, скорее всего, приплыли в DR-фирму. Если определяется, но на нем бэды, то делаете посекторную копию на другой винт (здесь есть нюансы, связанные с рэйдом, но пока что нет смысла на них концентрироваться, т.к. 90% что у Вас муха). Правда, после снятия мухи также можно обнаружить и бэды. Поэтому не спешите: после разлочки просканируйте (HDDScan 3.3 и аналоги), или делайте сразу посекторную копию.
И еще. Если не будете разбирать потом рэйд, после восстановления сделайте два бэкапа. Если разберете рэйд, сделайте хотя бы один бэкап.


Цитата:
Можно ли так делать?

К счастью, Вы просто не сможете этого сделать.
Автор: fkn0wned
Дата сообщения: 19.08.2010 01:09
Оказалось таки, что и через меню Advanced при обращении к этим магическим секторам диск отваливается, вот сижу и ручками проверяю сбойные диапазоны и записываю в блокнотик, отвалился — шатдаун и все по новой. Умом тронуться можно Как можно перезагрузить контроллер/винт/еще что-то (я не сильно соображаю как это работает), чтоб без полного выключения компа (хард ресет компа и кнопка reset в виктории не помогают, как я уже выше сказал)?
Автор: Antech
Дата сообщения: 19.08.2010 08:19
fkn0wned
А если передергивать питание винта? (Лучше при отключенном шлейфе)
Автор: Pumpurumpul
Дата сообщения: 19.08.2010 08:29

Цитата:
В общем, для начала проверьтесь в терминале на муху ЦЦ, скорее всего это она. Если так, сгоняете по стандартной методике (об этом уже перетирали, мягко говоря, много раз, поэтому подробности опустим, читайте форум здесь или на iXBT). Делать лучше (спокойнее) на другом компе, чтобы не включать комп без диска в рэйде.

Да, вы правы, я вчера весь вечер читал об этом и пришел только к одному выводу, что если это муха или ЛБА 0, то надо собирать терминал из шнурка от сотового телефона или из других средств, разлочиваться и потом перепрошиваться. Я честно говорю - не смогу спаять себе такое устройство. Пойду в DR.
Автор: Antech
Дата сообщения: 19.08.2010 12:32
Pumpurumpul
Нет ничего сложного в этом устройстве, а с готовым шнурком паять вообще не надо, ну разве что разъем...
Автор: Tau_0
Дата сообщения: 19.08.2010 12:52
fkn0wned

Цитата:
при обращении к этим магическим секторам диск отваливается,

Мои изыскания как-то пересекаются с Вашими…
Недавно занимался поиском --- и отковырял ссылку на утилиты.
Вот здесь обсуждалась странная софтинка 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

Пока пришёл к промежуточному выводу --- с диском плохо ---- контроллеру “надоедает” и он его аппаратно херит…

Кто что по этому поводу думает --- это бред, или не совсем…???...

Автор: fkn0wned
Дата сообщения: 19.08.2010 15:25
Antech

Цитата:
А если передергивать питание винта? (Лучше при отключенном шлейфе)

В смысле, сначала SATA шлейф выдергивать, а затем уже питание?
Tau_0
Не в моем случае. Вот что нашел: www.computerra.ru/terralab/platform/419687/
Цитата Сергея Казанского, 5й абзац:

Цитата:
Отдельная тема - 11-е "Барракуды" с bad-блоками. Если у диска вышел из строя транслятор, но устройство дает готовность по интерфейсу - там всегда есть bad-блоки. Однако если восстановить транслятор "шнурками" и командами по одной из доступных в Сети процедур, то обычному пользователю это ничего не даст. Bad-блоки там специфичные: если начать копирование информации в обычной операционной системе, после первого же дефекта диск впадает в ступор и отключается. Копировать нужно специальным копировщиком непосредственно через порты. Ну и конечно, надо знать, как при этом обращаться с командами. Обычный пользователь, если начинает оживлять свой винчестер, вскоре получает гораздо больше bad-блоков, чем было, а иногда накопитель вовсе ломается из-за запиливания поверхностей и выхода из строя головок. Таким образом, отключение транслятора - это своеобразная защита диска от потери данных.
Автор: Tau_0
Дата сообщения: 19.08.2010 16:24
fkn0wned

Цитата:
В смысле, сначала SATA шлейф выдергивать, а затем уже питание?

Кстати, по поводу очерёдности подключения/отключения data кабеля и питания был уже у меня здесь спор/разговор…
Ещё один аргумент --- три поста всего. См сюда
Короткое замыкание.
http://www.hdd-recovery.org/board/viewtopic.php?f=3&t=7

Оппонентов (есть здесь такие) прошу прокомментировать
Автор: Pumpurumpul
Дата сообщения: 19.08.2010 16:50
Antech, да, Вы снова правы, но вот смотрите сами: я сносил диски в DR, ремонт обошелся в 400 рублей и к тому же мне еще на обоих райдовых дисках прошивку заменили, я им правда еще пивасика за это купил, если бы я искал схему или шнурок, то я бы потратил гораздо больше времени.
При ремонте выяснилось сразу, что это муха (как Вы и писали собственно), но суть в том, что за мухой у меня сразу показало LBA 0 - вот это действительно для меня было неожиданно, но мастер оказался казырным пацаном и всех победил.
Ребята, если в Челябинске поймаете муху, пишите мне в личку (а то иначе это реклама получится, одмин будет ругоцо), я скажу где чинился.
Автор: fkn0wned
Дата сообщения: 19.08.2010 20:22
В общем, выдергивание питания помогает вернуть диск из обморока без вкл.-выкл. компа. И тут два вопроса: можно ли программно прекращать подачу питания на какое-либо устройство в компьютере и/или на винчестер, в частности. И есть ли такая-же тулза, как и Виктория (работа через порты/porttalk, посекторное копирование в файл), но со скриптовыми возможностями. Чтоб я смог выстроить примерно такой алгоритм:
Программа начинает считывать данные в файл
При налёте на bad-блок диск отпадает, программа останавливает копирование, запоминает номер сбойного сектора и переодически запрашивает винчестер (здесь я руками выдергиваю питание или же его подача прекращается программно, если это возможно, опять таки)
Как только винт становится доступным, программа пропускает запомненный сектор и начинает со следующего. Продолжаем с п. 2 и так до конца необходимого диапазона.
Автор: Antech
Дата сообщения: 19.08.2010 22:14
Pumpurumpul

Цитата:
мастер оказался казырным пацаном

Таких мастеров с шнурками полная тема на iXBT .

fkn0wned
Это Вам надо курить ман по dd и dd_rescue. А скрипт - обычный шелл-скрипт в Линуксе с этими прогами должен работать. Но отключать они программно не смогут, Вы ведь онимаете, что БП через ACPI не отклчает отдельные девайсы, т.к. на одном и том же канале может висеть несколько устройств.
Автор: fkn0wned
Дата сообщения: 19.08.2010 22:42
Antech
Честно, линукс в глаза не видел ни разу, под окна альтернативы есть какие-то, пожалуйста?
Диски у меня разнесены по разным контроллерам, вот как это вылядит:
Питания тоже на разные шлейфы разнесены, можно будет один канал программно отрубить на некоторый период времени и затем снова подать питание(дать винту остановиться, и бошкам припарковаться) или это в принципе невозможно?
upd:
Ага, нашел dd for windows. Похоже, что программа опасная, придется очень аккуратно и вдумчиво с ней работать. Остался вопрос с ACPI, можно ли откючать питание на одном определенном шлейфе и как это сделать из под Windows? Спасибо.
Автор: Tau_0
Дата сообщения: 20.08.2010 01:04
fkn0wned

Цитата:
можно ли откючать питание на одном определенном шлейфе

Отключать/подключать раздельно питание могут специальные серверные контроллеры (у них и блоки питания свои), но им не прикажешь --- у них собственная программа…

А обычный ATX блок питания только ВСЕХ врубить/обрубать умеет --- так он устроен.
Автор: LeoT
Дата сообщения: 20.08.2010 05:26
Tau_0

Цитата:
прошу прокомментировать

А что комментировать? Попалили Хитачи до "козы", как им это удалось - не знаю, это надо особым талантом обладать. Там наверняка и коммутатор в банке сгорел.
Если речь о том, что "блок питания стремясь компенсировать падение напряжения из-за подключения дополнительного потребителя, резко задирает напряжение на выходе и промахивается выше номинально установленного значения", то автор не совсем точен. Это называется "перекос", при резком возрастании нагрузки на одном из каналов (5 или 12 вольт) управляющая схема меняет скважность импульсов на трансформатор, чтобы ее компенсировать, но это приводит к скачку напряжения на другом, ненагруженном, канале. Там все и горит. Происходит обычно при закоротке "на ходу" одного из напряжений.
Автор: Antech
Дата сообщения: 20.08.2010 08:58
fkn0wned

Цитата:
Питания тоже на разные шлейфы разнесены

И что, Ваш БП умеет программно отключать отдельные шлейфы?


Цитата:
под окна альтернативы есть какие-то

Вроде нет.


Цитата:
нашел dd for windows

Да, есть такое. Но где там скрипты?
Автор: Tau_0
Дата сообщения: 20.08.2010 13:27
LeoT

Цитата:
А что комментировать?

Угу, согласен --- спасибо.

Именно поэтому (из-за всплесков/перекосов) мне и не нравится подключать/отключать питание хардов на горячую…

При горячем подключении data - кабелей было такое ---- горели COM, LPT порты (гальваническая развязка…). Да и для IDE я бы не рискнул, а вот SATA (если реализовано не очень уж криво) ---- не вижу оснований для отрицания…

Хотя, скорее всего, это спор: с какого конца яйцо разбивать ---- острого/тупого. Если OHO нормальное --- по любому должно работать. Нет --- надо учитывать особенности конкретной реализации.

У меня и так, и так работает. Баловался проверял. Вот только мульён раз переключить, даже если аппаратно/программно реализовать не получится --- что-то гораздо раньше сдохнет.
Автор: mistx
Дата сообщения: 20.08.2010 17:56
Всем привет.

Проблема в следующем. Имеется внешний usb винт 2.5
в один непрекрасный день он перестал определяться.
то есть при подключении тупит минут 5-10. потом в управлении дисками
вижу 2 раздела, однако файловой системы не указано, с винды не доступны они.

Model: WDC WD3200BEVT-24A23T0
Firmware: 01.01A02
Serial: WD-WX80AC989484
LBA: 625142448



можно ли спасти данные и сам винт вернуть в работоспособное состояние?
Автор: fkn0wned
Дата сообщения: 20.08.2010 22:51

Цитата:
И что, Ваш БП умеет программно отключать отдельные шлейфы?

Да, знаю, меня уже огорчили

Цитата:
Да, есть такое. Но где там скрипты?

Нет, но она может принимать параметры командной строки и тормозиться на первом же блоке и не будет пытаться читать дальше, что мне и нужно. А скриптовый интерпретатор — любой внешний (perl, python, etc). В общем, вот как я себе это представляю(что-то типа моих наметок алгоритма):

Код: E:\DD\dd if=\\?\Device\Harddisk1\DR1 of=Partition2(n) bs=512 count=437176781 skip=102398373 --progress
Автор: Antech
Дата сообщения: 21.08.2010 00:09
mistx
Вообще-то по СМАРТу видно, что там все в бэдах. Попробуйте Clone Disk в WinHex, но есть вероятность накрыть винт без возможности восстановления, если продолжать мучить его.

fkn0wned
Да ну, это гемор. Лучше написать (на C++, к примеру) простую прожку-копировщик с нужным алгоритмом. Там же не надо ничего обрабатывать, только копировать, да и стиль программинга не важен. Все равно dd действует точно также, т.е. через функции ОС, а возиться с разными перлами в данном случае совершенно неудобно ИМХО.
Конечно, нужно писать в один файл. Вообще не закрывать его. Позиция задается (в Винде) функцией SetFilePointer...
Автор: Tau_0
Дата сообщения: 21.08.2010 01:28
Antech

Цитата:
Позиция задается (в Винде) функцией SetFilePointer...

Думаю, что из-под WINDOWS (там асинхронно работает) не получится, если сам винчестер отрубает транслятор и аппаратно вываливается. Тут из-под DOS надо какой-нибудь собственный HD Duplicator мудрить. Именно с аппаратным отключением винта --- чтоб раньше времени не сдох. Действительно, логика копира несложная, вот только стоит ли того полученный на выходе дуршлаг?

fkn0wned
Мне не так интересно знать --- сколько это времени (в: днях, месяцах, годах…) займёт. Любопытно --- чем и как дырки затыкать будете…???...

IMHO -- Вы задумали Unreal
Автор: fkn0wned
Дата сообщения: 21.08.2010 02:01
Antech
Угу, как бы не так, вот только кто бы мне написал такую тулзу... Пойду руками делать, если везет, то за раз можно и до 2-х ГБайт снять.
Tau_0
Ничем и никак, буду raw-scan ом вытаскивать то, что найду в образе.

Кстати, не знает никто, можно ли будет этот образ потом примонтировать к системе как логический диск (чтоб Partition Table Doctor'ом посмотреть, может он там чего разглядит)? Все больше убеждаюсь в том, что нужно себе первый раз в жизни поставить линукс, тут тебе и dd и вышеозначенная операция как два пальца (вроде бы).
Автор: mistx
Дата сообщения: 21.08.2010 07:53
Antech
я всегда думал, что значения current pending sector count - не страшны.
Думал, что следует напрягаться, когда вылезают Reallocation Sector Count.

Просто однажны был у меня на винте current pending sector count-1, после ремапа исчез и все по нулям было.

Или в этом случае нужно смотреть по количеству секторов?

Пробывал через Clone disk вылетает
ошибка в данных (CRC) при указании раздела
Автор: Tau_0
Дата сообщения: 21.08.2010 12:06
mistx

Цитата:
Или в этом случае нужно смотреть по количеству секторов?

У меня тоже один такой отложенный был --- так он сам по себе (без каких-либо телодвижений с моей стороны) неведомо куда ушёл --- и ВСЁ по нулям стало. Думаю, что плохо, если они постоянно вновь появляются --- значит присутствует какая-то “бяка”…

У меня вот опять один упрямый UNCR ID C6 (198) появился (я сам специально винчестер "дёргал" ) --- да вот никак его LBA ни MHDD, ни Victoria даже из-под DOS не берут. Может кто знает как его выщелкнуть.

И ещё один вопрос, он перекликается с проблемой fkn0wned. Допустим, есть LBA UNCR сектора (заремапить его не проблема), но как определить --- к какому файлу принадлежит данный сектор. Ясно, что такой сектор почти наверняка губит весь файл. Мне надо знать имя файла. Попробовал через WinHex --- да не получилось у меня. Может плохо пробовал…

Кто что посоветует.
Автор: Tau_0
Дата сообщения: 21.08.2010 15:12
fkn0wned

Цитата:
Ничем и никак, буду raw-scan ом вытаскивать то, что найду в образе.

Так не выйдет у Вас НИЧЕГО… Чтобы “выдержать размер” лакуны забить придётся. Только это почти не поможет. Вы просто с дампами не работали --- там такое спагетти. Без некоторых малых, но необходимых фрагментов Ваши отсканированные гигабайты ---- просто мусор.

Вот здесь См. пост Отправлено: 13:13 27-04-2010 и далее
http://forum.ru-board.com/topic.cgi?forum=84&topic=1019&start=2440
Doca Watson нечто интересное и конструктивное в этом смысле предлагал

Попробуйте проанализировать и реализовать его затею. Я хотел попробовать, но нет нужного харда, да и никакой особой надобности в этом у меня нет…
Автор: fkn0wned
Дата сообщения: 21.08.2010 17:30
Tau_0
Насчет вашего сектора — попробуйте в 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 •••••
Автор: Antech
Дата сообщения: 21.08.2010 21:16
Tau_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, истории становления российского интернета. Сделано для людей.