当社では、再インストールされた WindowsXP OS を搭載した新しい Lenovo T400 ラップトップを入手しました。
この Windows を vmware/vmplayer (物理パーティションからロード) で RAW システムとして起動することに成功した人はいません。
sda1 (XP)、sda2 (データ)、sda3 (linux)、sda4 (スワップ) があり、grub は sda3 にインストールされており、Linux と XP をロードするために最初に起動される汎用コードが MBR にあります (チェーンローダー +1)。これらはすべて、vmware の外部では完全に機能しますが、Linux で vmware から XP を起動しようとすると、grub は機能しますが、Windows を選択するとフリーズします。Dell D620 でもこのようになります。MBR を修正して XP の NTLM ローダーのみを持つようにしてみましたが、結果は同じで、フリーズします。
このようなことが起こる可能性がある Lenovo ラップトップのセキュリティ/法律上の制限をご存知ですか?
下記のように異なる構成を試しましたが、うまくいきませんでした。GRUB は機能しますが、NTLM は機能しません。MBR.bin を次のように実行します: dd if=/dev/sda of=MBR.bin bs=512 count 1
または
dd if=/dev/sda of=MBR.bin bs=512 count 63
または
dd if=/dev/sda of=MBR.bin bs=63 count 1 512 ブロックに応じて、合計ディスク長を正当化します。 ただし、問題ではありません。VMware を使用して構成しましたが、GRUB は同じで、NTLM は機能しません
。
- ディスク記述子ファイル
バージョン=1
エンコーディング="UTF-8"
CID=fffffffe
親CID=ffffffff
isNativeSnapshot="no"
createType="fullDevice"
範囲の説明
#RW 1 FLAT "MBR.bin" 0
##RW 312581808 FLAT "/dev/sda" 0
##RW 312581745 FLAT "/dev/sda" 63
##RW 195366464 FLAT "/dev/sda" 1
#RW 312581807 FLAT "/dev/sda" 1RW 1 FLAT "MBR.bin" 0
RW 312576704 FLAT "/dev/sda" 1#RW 446 FLAT "MBR446.bin" 0
#RW 312576259 FLAT "/dev/sda" 446ディスクデータベース
#DDB
ddb.virtualHWVersion = "7"
ddb.longContentID = "96de86b3a450c005fac2b88cfffffffe"
ddb.uuid = "60 00 C2 9e 11 6e 60 ea-b5 3b 53 ab 37 52 66 1f"
ddb.geometry.cylinders = "19457"
ddb.geometry.heads = "255"
ddb.geometry.sectors = "63"
ddb.geometry.biosCylinders = "19457"
ddb.geometry.biosHeads = "255"
ddb.geometry.biosSectors = "63" #ddb.adapterType = "buslogic"
ddb.adapterType = "ide"
ありがとう
答え1
仮想化にもラップトップにも問題はないと思います。Windows はハードウェアを変更すると、大きな不具合を起こすことで有名です。メモリやハード ドライブは一般的に追加できますが、CPUid またはハードウェア チェックサムを変更すると (通常はハード ディスクを別のコンピューターに移動することによって)、再インストールしないと OS を再び起動できなくなる可能性があります。
http://support.microsoft.com/kb/249694関連情報がいくつかありますが、Server 2008 に多く適用されます。
ブートローダが間違った HAL モジュールをロードし、クラッシュしているのではないかと思われます。