PR
Keyword Search
▼キーワード検索
Calendar
もんくん
Monkungのページ第４弾！このページはThinkpadで試したことの「備忘録」のようなページです。HPへのリンクあります。
Category
カテゴリ未分類
(701)ThinkPad
(19)TP 240 240X 240Z i1124
(17)TP 380XD
(1)TP 535 535E 535X
(11)TP 560 560E 560X 560Z
(11)TP 570 570E
(4)TP 600 600E 600X
(48)X20 X21 X22
(6)T20 T21 T22 T23
(18)A20 A21 A22
(30)A30 A31 A32
(2)R30 R31 R32
(109)T30
(21)X30 X31 X32
(12)R40 R40e
(40)R50 R51 R52
(53)S30
(11)T40 T41 T42 T43
(64)G40 G41
(18)TV DVD
(21)computer
(30)X40 X41 X41t
(42)T60/60p T61/61p
(162)R60/60e R61/61e
(77)X60 X61
(2)Z60 Z61
(14)SL400 SL500
(37)R400 R500
(23)T400 T500
(57)X200
(8)SL510 SL410
(8)T410 T510
(59)ipad/iphone
(10)L412
(9)LED
(3)L420 L520
(12)T420 T520
(48)E420 E520
(10)我が家のメンテナンス
(22)X220 X230
(9)L430 L530
(4)T430 T530
(29)L440 L540
(7)mouse computer
(12)E440 E540
(6)T440 T540
(18)Twist
(2)E450 E550
(7)Helix
(7)ideapad
(4)x1
(8)L450 L550
(3)YOGA
(4)X240 X250 X260 X270
(18)L460 L560
(2)L470 L570
(2)X280/L580
(2)T450 T550
(1)E470 E480 E490
(4)Comments
まだ登録されていません
Aug 8, 2013
テーマ： しんくぱっど(1184)
カテゴリ： T60/60p T61/61p
昨日、手に入れた80GBを載せてT61(7859-BF6)をリカバリーしようとしたところ、「Disk Error」が出てリカバリーが頓挫。
このリカバリーに失敗した原因を追究するために、Fujitsu製SATA 80GB「MHY2080BH」と同種のもうひとつのHDDにリカバリーしてみた。
すると、問題なくリカバリーが完了。つまりリカバリー失敗の原因はHDD側にあると推定された。
しかし、もう一度リカバリーするのも面倒なので、なんとか簡単に復旧する手立てはないものかと考えた。
とりあえず、動作しているT61にUSB接続して「ディスクの管理」からHDDの内容をのぞいてみる。するとこのHDD、しっかり動作しているものと同じような内容が表示されている。
ディスク１ ベーシック 74.53GB オンライン
Preload (E:) 70.19GB NTFS 正常
SERVICEV001(F:) 4.34GB FAT32 正常（アクティブ）
またDOSのfdiskでHDDの内容を参照してみると、
１ NTFS ６３３６ ５９％
C:２ Ａ PRE DOS SERVICEV001 ４４４４ ＦＡＴ３２ ４１％
となっていた。
症状からしてうまくＢＯＯＴできないのだと考え、fdisk /mbrを実行。
しかし、ぜんぜん効果は得られなかった。
しかたないので、やりたくなかったけどもう一度リカバリーを実行。
今回は途中で余分な手出しをしないように様子を見守っていたが、
hal.dllというファイルに問題があるようで、リカバリーは前回と同じように頓挫。
これはどうもHDD円盤表面にエラーがあるみたいだ。しかも、そのエラーはたまたまhal.dllというファイル上に存在するみたいだ。するとこのhal.dllを別の名前に換えて、新たに正常なシステムからhal.dllをコピーしてくればこの障害を回避できるのではないだろうか？
ちなみに動作しているXPのsystem32フォルダ内のhal.dllを調べてみると、このファイル「Hardware Abstraction Layer DLL」とある。
さらにネットで検索してみると、
多数存在するCPUアーキテクチャ毎の動作の違いなどがあっても、適切に設計されたHALを用意すれば動作できる。そのため、システムを開発するときにハードウェアの差異を意識することなく設計できる。これらはNTベースのOSで用いられる技術である。」Wikipedia
このリカバリーに失敗した原因を追究するために、Fujitsu製SATA 80GB「MHY2080BH」と同種のもうひとつのHDDにリカバリーしてみた。
すると、問題なくリカバリーが完了。つまりリカバリー失敗の原因はHDD側にあると推定された。
しかし、もう一度リカバリーするのも面倒なので、なんとか簡単に復旧する手立てはないものかと考えた。
とりあえず、動作しているT61にUSB接続して「ディスクの管理」からHDDの内容をのぞいてみる。するとこのHDD、しっかり動作しているものと同じような内容が表示されている。
ディスク１ ベーシック 74.53GB オンライン
Preload (E:) 70.19GB NTFS 正常
SERVICEV001(F:) 4.34GB FAT32 正常（アクティブ）
またDOSのfdiskでHDDの内容を参照してみると、
１ NTFS ６３３６ ５９％
C:２ Ａ PRE DOS SERVICEV001 ４４４４ ＦＡＴ３２ ４１％
となっていた。
症状からしてうまくＢＯＯＴできないのだと考え、fdisk /mbrを実行。
しかし、ぜんぜん効果は得られなかった。
しかたないので、やりたくなかったけどもう一度リカバリーを実行。
今回は途中で余分な手出しをしないように様子を見守っていたが、
hal.dllというファイルに問題があるようで、リカバリーは前回と同じように頓挫。
これはどうもHDD円盤表面にエラーがあるみたいだ。しかも、そのエラーはたまたまhal.dllというファイル上に存在するみたいだ。するとこのhal.dllを別の名前に換えて、新たに正常なシステムからhal.dllをコピーしてくればこの障害を回避できるのではないだろうか？
ちなみに動作しているXPのsystem32フォルダ内のhal.dllを調べてみると、このファイル「Hardware Abstraction Layer DLL」とある。
さらにネットで検索してみると、
多数存在するCPUアーキテクチャ毎の動作の違いなどがあっても、適切に設計されたHALを用意すれば動作できる。そのため、システムを開発するときにハードウェアの差異を意識することなく設計できる。これらはNTベースのOSで用いられる技術である。」Wikipedia
お気に入りの記事を「いいね！」で応援しよう
[T60/60p T61/61p] カテゴリの最新記事
-
T60のSVPをEEPROMリーダで読み出して解除 May 7, 2022
-
今更ながらSVPが設定されたT60を入手した May 5, 2022
-
AliExpressに注文したT61pのヒンジがやっ… Jun 28, 2020 コメント(1)
【毎日開催】
15記事にいいね！で1ポイント
© Rakuten Group, Inc.
