Итак, рад сообщить , что в принципе, всë закончилось не плохо.
Информация была вроде спасена вся.
Перепись информации была произведена посредством Windows (total commander) .
Сделано было следущее :
Первым делом я попытался скопировать весь диск с помощью "dd" под Linux-ом.
Во время переписи было много ошибок чтения, и я решил запустить на диск
"check disk" от Windows (хотя "dd" жалуется только на физические а не на логические ошибки).
Он много чего поисправлял, и после етого, я скопировал информацию. Ошибка чтения появилась
только 1 раз.
Я попытался скопировать диск ещë раз, в этот раз с помощью прибора под названием DiskJokey.
Как я понял, он делает то же что и "dd". Он за 40 минут переписал 80% диска, и начал жаловаться
на проблемы в чтении с источника.Короче всего это дело заняло более 7-ми часов (а "dd" работал
около 6-ти часов).
Похоже что другу повезло, что информация хранилась на не битой части диска.
(Это к стати где? Ближе к шпинделю или ближе к краю блинов?)
Короче, друг вроде остался доволен.
Я же, напротив, остался с вопросами без ответов (и этим я не доволен).
Вот информациа с Пациента :
P/N 302311FPC10881 P120S
S/N S09QJ1FPC02060
Sticker : PALHBCG7A61955
Теперь вопрос : Как ребята на фирме знали что смогут спасти информацию?
Они значит каким то образом знали что прошить во FLASH? Каким?
Что можно понять из лога терминала и какие команды там можно
запустить?
Спасибо за предоставленную помощь, и заранее спасибо за ответы.
Итак, рад сообщить , что в принципе, всë закончилось не плохо.
Информация была вроде спасена вся.
Перепись информации была произведена посредством Windows (total commander) .
Сделано было следущее :
Первым делом я попытался скопировать весь диск с помощью "dd" под Linux-ом.
Во время переписи было много ошибок чтения, и я решил запустить на диск
"check disk" от Windows (хотя "dd" жалуется только на физические а не на логические ошибки).
Он много чего поисправлял, и после етого, я скопировал информацию. Ошибка чтения появилась
только 1 раз.
Я попытался скопировать диск ещë раз, в этот раз с помощью прибора под названием DiskJokey.
Как я понял, он делает то же что и "dd". Он за 40 минут переписал 80% диска, и начал жаловаться
на проблемы в чтении с источника.Короче всего это дело заняло более 7-ми часов (а "dd" работал
около 6-ти часов).
Похоже что другу повезло, что информация хранилась на не битой части диска.
(Это к стати где? Ближе к шпинделю или ближе к краю блинов?)
Короче, друг вроде остался доволен.
Я же, напротив, остался с вопросами без ответов (и этим я не доволен).
Вот информациа с Пациента :
P/N 302311FPC10881 P120S
S/N S09QJ1FPC02060
Sticker : PALHBCG7A61955
Лог терминала с Пациента (с его родной платой) :
На всякий случай приведены 2 попытки подключения питания.
Информация с Донора :
P/n 301112FP200243
S/N S09QJ1SP211144
Sticker : PALHB294B62473
Лог терминала ( тоже с родной платой и две попытки ) :
Плюс лог терминала платы Донора (без банки) :
Теперь вопрос : Как ребята на фирме знали что смогут спасти информацию?
Они значит каким то образом знали что прошить во FLASH? Каким?
Что можно понять из лога терминала и какие команды там можно
запустить?
Спасибо за предоставленную помощь, и заранее спасибо за ответы.