Migrazione windows virtuale su partizione fisica

[ZeroUno]

Purtroppo non sono mai andato così a basso livello, quindi non ti so dire. L'unica cosa è che a questi livelli utilizza l'fdisk in modalità extra (opzione x)

[joe]

Problema: premendo F8 all'avvio di windows ottengo sì le opzioni avanzate di scelta, ma nonho l'opzione perdisabilitare il riavvio automatico!
Il link seguente spiega nel dettaglio le operazioni consigliate da ZeroUno:

http://muflone.wordpress.com/2008/12/27 ... i-windows/

C'è anche l'immagine della lista di opzioni presenti: http://tinyurl.com/27zxbq8
Solo che nella mia schermata guarda caso sotto la scelta "modalità di debug" non compare "disattiva riavvio automatico dopo errore di sistema".
Maledizione...
Forsedipende dalla versionedi windows, che nel mio caso è un home edition "sp1".

Per il resto: ho poi provato ad editare in binario il campo "0x28" della partizione hdc3, mettendoil valore coerente, come spiegato nel post precedente, tuttavia non sembra aver sortito alcun effetto.

[joe]

Forse ho capito come si fà, e forse si può fare anche da linux con l'ottimo chntpw...
Ho letto di un utente che in possesso di un windows preinstallato e non ancora compresivo di SP2 (come nel mio caso)lament anche lui l'assenza di tale opzione di scelta premendo F8.
Sembra che la soluzione che ha trovato sia stata qella di modificare il registro di XP da un'altro sistema windows funzionante.
A quel punto ricordandomi di quanto avevo fatto con il programmino "chntpw" penso proprio che si possa fare anche da linux.

link alla discussione dove ne parlava: http://microsoft-it.confusenet.com/show ... p?t=103520

ho fatto delle ricerche ed ho saputo che il
flag che consente di disabilitare il riavvio automatico in caso di
errore , altro non è che una chiave di registro
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Cr ashControl
ponendo il valore di AutoReboot a zero, si disabilita tale
funzionalità.

Quindi il problema si riduce a mettere a zero la voce "HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Cr ashControl":

Codice: Seleziona tutto

chntpw /mnt/hdc3/WINDOWS/system32/config/system
> ls
Node has 6 subkeys and 0 values
  key name
  <ControlSet001>
  <ControlSet002>
  <MountedDevices>
  <Select>
  <Setup>
  <WPA>

> cd ControlSet001\Control

\ControlSet001\Control> ls CrashControl
Node has 0 subkeys and 7 values
  size     type            value name             [value if type DWORD]
     4  REG_DWORD         <AutoReboot>               1 [0x1]
     4  REG_DWORD         <CrashDumpEnabled>         3 [0x3]
    48  REG_EXPAND_SZ     <DumpFile>
     4  REG_DWORD         <LogEvent>                 1 [0x1]
    44  REG_EXPAND_SZ     <MinidumpDir>
     4  REG_DWORD         <Overwrite>                1 [0x1]
     4  REG_DWORD         <SendAlert>                1 [0x1]


\ControlSet001\Control\CrashControl> ed AutoReboot
EDIT: <AutoReboot> of type REG_DWORD with length 4 [0x4]
DWORD: Old value 0 [0x1], enter new value (prepend 0x if hex, empty to keep old value)
-> 0
DWORD: New value 0 [0x0], 
\ControlSet001\Control\CrashControl>  q

Hives that have changed:
 #  Name
 0  </mnt/hdc3/WINDOWS/system32/config/system>
Write hive files? (y/n) [n] : y
 0  </mnt/hdc3/WINDOWS/system32/config/system> - OK

Ora provo a riavviare...

[joe]

Ha funzionato!
Ora ho l'errore:

STOP: 0x0000007B

Cerco..

[ZeroUno]

E' come immaginavo

STOP: 0x0000007B (parametro1, parametro2, parametro3, parametro4)
INACCESSIBLE_BOOT_DEVICE

windows non riesce ad accederti al disco.

[joe]

Ho letto un po' in giro e il problema pare proprio il seguente.

Installando win qemu, il sistema si è autoconfigurato durante il procedimento in modo da utilizzare particolari driver per il controller del disco che qemu virtualizza.
Probabilmente windows una volta settato in tal modo in fase di installazione, resta poi rigido senza l'abilità di utilizzare automaticamente un driver differente per comunicare con un controller differente.
In questo linux si comporta diversamente in quanto il kernel riconosce da sè il controller su cui deve avviarsi...
Invece a quanto pare windows conserva questa abitlità solo in fase d'installazione non ad ogni avvio regolare del sistema.

Pertanto in qualche modo bisogna dire a windows che deve supportare anche altri controller...
In questo link spiegano come fare.
http://support.microsoft.com/kb/314082/

C'è solo un particolare che mi sfugge... perchè dice di cpiare il file ".reg" su di un floppy?

Va bè a me che sto lavorando da un sistema terzo dovrebbe bastare mettere in una directory, quel file di registro e i drivers (che tenteerà di includere nel registro del sistema copiato in hdc3). Quindi riuscire in qualche modo a caricare quel file sempre nel registro del sistema copiato.

Non sono sicuro di avere capito bene, sopra ho messo il link, se aveste per caso voglia di dare un'occhiata edeventualmente confermarmi...
Inoltre non so bene cosa usare da linux per caricare il file di registro... forse si può fare sempre con "chntpw"...

Al prossimo aggiornamento allora.

[ZeroUno]

Da linux non puoi.
O meglio, non conosco chntpw a fondo (io l'ho utilizzato solo una volta per cambiare la password e con una sintassi prefatta; le ulteriori potenzialità non le conosco)

Ma fai il boot di questa macchina dove funzionava, fai la procedura descritta e poi rifai il boot da dove non funzionava.

Ciao
Matteo

[joe]

Dai un'occhiata a questo link:
http://blog.mcbachmann.de/linux/windows ... oot_device

Mi pare che ilproblema deltiposiasimile al mio ocomunque la procedura che descrive si basa su quantoscritto nel mio link del post precedente al "microsft support". In pratica lui ha preso le indicazioni da quel link e le ha tradotte in una procedura da portare a termine con linux.
Il programma chntpw in effetti non ha la funzionalità di prendere un file .reg (come quello indicato dal sito microsoft support) e sbatterlo nel registro del sistema che non parte. Tuttavia nel sito che ho linkato il tipo sembra aver scritto uno script per chbtpw che dovrebbe fare proprio questo.

La macchina dove funzionava era qemu....
Comunque la procedura non l'ho capita benissimo:

1. Copy the following information into Notepad, and then save the file on a 3.5-inch disk. Name the file Mergeide.reg, without the .txt file name extension.

Ok, quindi copio il file di registro consigliato sul sito in un file di testo e lo rinomino Mergeide.reg.
Perchè però devo metterlo su un floppy?

2. Extract the Atapi.sys, Intelide.sys, Pciide.sys, and Pciidex.sys files from the %SystemRoot%\Driver Cache\I386\Driver.cab file, or copy the files to the %SystemRoot%\System32\Drivers folder.

Ok, estraggo quei file in un modo o nell'altro ma poi dove li piazzo di preciso? Oppuer sta dicendo di estrarli da %SystemRoot%\Driver Cache\I386\Driver.cab e piazzarli in %System32%\Drivers. Così avrebbe un senso... mi potreste confermare?

3. In Microsoft Windows Explorer, right-click the Mergeide.reg file in the floppy drive, and then click Merge.

Windows XP displays the following message:
Are you sure you want to add the information in A:\Mergeide.reg to the registry?
Click Yes.

After the import process is completed, Windows XP displays another message:
Information from A:\Mergeide.reg was successfully entered into the registry.


4. Quit Windows XP, turn off the computer, and then move the system disk to the other test computer, the one that previously produced a Stop 0x0000007B error, and then test to see if you can successfully start the second computer.

Mah...Va bè non capisco che bisogno ci sia del floppy...

Perchè lavorare da linux potrebbe avere qualche vantaggio:
1- mettiamo di non avere più la macchina dove windows era installato funzionante. potendo rielaborare con linux direttamente l'HD dove sta il nostro sistema copiato sarebbe una soluzione.
2- nel mio caso lavorare da qemu sul sistema sorgente mi costringerebbe a dover poi ricopiare la partizione virtuale sulla partizione fisica. Non solo ma il registro del sistema sorgente verebbe in qualche modo sporcato dallaprocedura consigliata. Ok se ne potrebbe fare un backup e rispristino...

Sono convinto che la soluzione offline sfruttando linux e software simili a chntpw per mettere mano al registro del sistema in panne sia una via più pulita e razionale... la difficoltà sta nel fatto che è un'operazione scarsamente documentata, ma penso che una volta capito il meccanismo sia conveniente.

[ZeroUno]

1) non so perchè ti dice un floppy. ma non serve
2) si, è un "and" non un "or"



chntpw al suo interno ha reged
http://pogostick.net/~pnh/ntpasswd/chnt ... 080526.zip

[joe]

chntpw al suo interno ha reged
http://pogostick.net/~pnh/ntpasswd/chnt ... 080526.zip

E quindi?
Scusa ma oggi, non c'azzecco gran chè...
Cosa intendi precisamente? Che può importare unfile .reg ed esportarlo nel registro direttamente senza bisgno di alcuno script?

[ZeroUno]

Cosa intendi precisamente? Che può importare unfile .reg ed esportarlo nel registro direttamente senza bisgno di alcuno script?

non proprio:

* Import from .reg is also planned

però

$ ./reged.static
-e <registryhive> ...
Interactive edit one or more of registry files

[joe]

Sarà perchè non so b ene cosa sia questo regitry hive, ma continuo a non capire dove vuoi arrivare
Se potessi spiegarti con un discorso un po' più nutrito te ne sarei grato.
Più che altro perchè magari mi stai indicando una funzione di chntpw che mi facilita le cose e io causa ignoranda non l'ho ancora capito.

[ZeroUno]

Se non erro tu devi inserire dei valori nel registro di configurazione di sistema no?
quello è il comando di cui hai bisogno per farlo.
non l'ho mai utilizzato quindi non ho altri dettagli da darti.

[joe]

Ah ecco.
Sì il punto è che devo inserire parecchi valori. Pertanto dal sito di microsoft suopport viene proprio messo un file .reg che contiene tutta la serie di valori da modificare. Caricando nel registro l'intero file.reg ecco che si inseriscono i valori in una botta sola.
Quel comando che dici sopra mi sa che serva per inserire un singolo valore alla volta...
Il tipo del blog che ho linkato: http://blog.mcbachmann.de/linux/windows ... oot_device
... mette e dsposizione uno script che controlla chntpw in modo che vengano inseriti tali valori nel registro, senza quindi doverlo fare a mano.
Lo richiama così:
chntpw -u Administrator system < ~/Desktop/mergeide.chntpw


Insomma si tratta di provare.
Sempre nel link sopraindicato però noto alcune discrepanza col sito microsoft per quanto riguarda ledirectory in cui va a d estrarre i files .cab
Avevo lasciato un commento, sul blog con una richiesta di precisazione in merito:
le directories potrebbero esseredifferenti a causa delfatto che sul blog si parladi sistema xp con SP3 integrato, mentre sul sito microsoft il sistma xp considerato non è neanche sp1.
Nel mio caso ho a che fare con un sistema SP1. Secondo me dovrei basarmi su quanto dice microsoft support, perchè ho effettivamente una di c:WINDOWS/system32/drivers piena di files ".sys" e i files che vengono estratti dai pacchetti .cab hanno quell'estensione...per cui andando a naso direi che il procedimento indicatoda microsoft è giusto.

Quindi ancora una volta la pappa pronta non la ho. Dovrò mettere insieme tutti i tasselli per ottenere una procedura ragionevolmente sensata e coerente col sistema che ho sotto i ferri.
Senz'altro se riesco a concludere qualcosa mi ripropongo di fare ordine in un post a parte magari per descrivere tutta la procedura. Non so se c'è posto sul wiki per questo argomento mapotrebbe avere una certa utilitità, sono cocnvinto che questa procedura abbia alcuni vantaggi.
Per esempio utlimamente ho notato che avviando il PC e lavorandoper esempio colcddi gag, chelavora a livello bios praticamente, e anche con il CD di XP (versione nlite creata da me anni fa) che nella primaparte dell'installazione lavora anch'essa a livello bios... bene lavorando in questo modo dopo un po' si blocca l'intera macchina: sembra un problema di temperature. Quando accendo il PC "a freddo" nessun problema, mentre se riavvio per lavorare dal cd di gag per esempio devo sbrigarmi a settare tutto e salvare perchè dopo un po' si blocca tutto! Non so da cosa possa dipendere di preciso...

[ZeroUno]

Se quello scriptino funziona ben venga.

Per quanto riguarda i file te li prendi a scelta dal cab o dal sistema.
In pratica quelli che sono sul sistema sono stati tratti dal cab in fase di installazione.