Lenovo kann RAW-Windows nicht booten?

Lenovo kann RAW-Windows nicht booten?

Wir haben neue Lenovo T400-Laptops mit dem neu installierten Windows XP-Betriebssystem des Unternehmens bekommen.

Niemandem gelingt es, dieses Windows als RAW-System in VMware/VMplayer zu booten (Laden von der physischen Partition).

Ich habe sda1 (XP), sda2 (Daten), sda3 (Linux), sda4 (Swap) und Grub ist auf sda3 installiert und hat generischen Code im MBR, der an erster Stelle gestartet werden soll, um Linux und XP zu laden (Chainloader +1). All dies funktioniert perfekt außerhalb von VMware, aber sobald ich versuche, XP von VMware unter Linux zu booten, funktioniert Grub, aber wenn ich Windows auswähle, friert es ein. Auf Dell D620 funktioniert es so. Ich habe versucht, MBR so zu reparieren, dass nur der NTLM-Loader von XP vorhanden ist, aber es ist immer dasselbe – es friert ein.

Kennen Sie Sicherheits-/Gesetzeseinschränkungen bei Lenovo-Laptops, die dies verursachen könnten?

Ich habe verschiedene Konfigurationen ausprobiert, wie Sie unten sehen können, aber ohne Erfolg. Grub funktioniert, NTLM nicht. Ich mache MBR.bin mit: dd if=/dev/sda of=MBR.bin bs=512 count 1
oder
dd if=/dev/sda of=MBR.bin bs=512 count 63
oder
dd if=/dev/sda of=MBR.bin bs=63 count 1
Hängt von 512 Blöcken ab. Ich begründe die Gesamtplattenlänge.
Aber das ist egal, ich habe auch VMware verwendet, um es zu konfigurieren, aber es ist immer noch dasselbe Grub oder, NTLM nicht.

  1. Datenträgerdeskriptordatei

Version=1
Kodierung="UTF-8"
CID=fffffffe
übergeordneteCID=ffffffff ist nativer
Snapshot="nein"
createType="vollesGerät"

  1. Umfangsbeschreibung

    #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" 1

    RW 1 FLAT „MBR.bin“ 0
    RW 312576704 FLAT „/dev/sda“ 1

    #RW 446 FLAT "MBR446.bin" 0
    #RW 312576259 FLAT "/dev/sda" 446

  2. Die Disk-Datenbank

    #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"

Danke

Antwort1

Ich behaupte, weder mit der Virtualisierung noch mit dem Laptop ist etwas falsch. Windows ist dafür bekannt, dass es bei Hardwareänderungen zu gewaltigen Aussetzern kommt. Normalerweise können Sie Speicher und Festplatten hinzufügen, aber wenn Sie die CPU-ID oder die Hardwareprüfsumme ändern (normalerweise indem Sie die Festplatte in einen anderen Computer einsetzen), können Sie das Betriebssystem möglicherweise nie wieder starten, ohne es neu zu installieren.

http://support.microsoft.com/kb/249694enthält einige zugehörige Informationen, gilt jedoch eher für Server 2008.

Ich vermute, dass der Bootloader die falschen HAL-Module lädt und dann abstürzt.

verwandte Informationen