Newsgroup: it.comp.os.win.xp
Titolo: Re: Setup windows auto installante


Il S.O. si pu� clonare ,con appositi programmi, da un HD ad un altro.
In seguito il sistema clonato si pu� implementare su un PC che risulter� 
avviabile e funzionante.
Ciao
Federico 

 complesso, basta che faccia il suo lavoro affidabilmente :-)
http://tinyurl.com/q6zup
-- 
last-kernel-inside

 grazie, ma non c'� qualcosa che giri sotto windows?
Perche'?
La clonazione DEVE essere eseguita al di fuori del sistema operativo che
devi clonare.
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 che devi clonare.
In teoria Volume Shadow Copy Service, o Volume Snapshot Service,
o come si chiama questa settimana, renderebbe possibile farlo anche
dall'interno. In pratica (e sar� pure un limite mio, ma...) io non me ne
fiderei, tranne che nel caso di un sistema *fermo*: niente prog che
girano, niente DB attivi, niente connessioni attive, eccetera.
E allora, tanto vale non rischiare :-).
Bye, G.


http://www.miray.de/products/sat.hdclone.html
http://www.guideperpc.com/Utility_Clonare_hard_disk.htm
Guarda se ti aiuta quanto sopra.
Ciao
Federico
 

 Grazie
guarda se questo puo' servirti.
http://www.geekissimo.com/2008/07/07/guida-come-installare-windows-xp-da-una-penna-usb/
personalmente nopn l'ho provato, ma l'ho fatto diverse volte con win7 
(e un programma diverso, specifico, per metterlo su pen drive.
Circa i programmi di clonazione che ti hanno giustamente consigliato, 
ricorda che l'immagine di fatta di un determinato pc va solo su quel 
particolare pc o uno del tutto identico.
Non e' escluso che si possa poi riadattare ad un altro, ma e' un 
lavoraccio e non e' detto che funzioni. Ovviamente andrebbe anche 
riattivato
Adriano

 particolare pc o uno del tutto identico.
[snip]
Non credo proprio.
http://www.acronis.it/enterprise/products/snapdeploy/
http://www.acronis.it/backup-recovery/advanced-workstation/universal-restore.html
-- 
-> GbC|
www.gbcweb.com
www.chiappori.com
 

 
http://www.acronis.it/backup-recovery/advanced-workstation/universal-restore.html
che si potesse clonare contemporaneamente tutto un parco macchine lo 
sapevo. Che potessero essere diverse lo vedo solo ora. Interessante.
Adriano

 o no?)
Eh, di solito è proprio "o no". :-)
Windows ha la brutta abitudine di prendere in qualche modo possesso
dei dischi che gli dai in pasto.
Esisitono però dei live cd con windows, e alcuni contengono anche i
programmi per la clonazione.
Mi viene in mente ultimate boot cd for windows, o il cd di megalab,
anche se io di solito uso clonezilla


 effettivamente vorrei?
Non ti posso essere d'aiuto, in questo caso, mi dispiace.


 di volta in volta, anche su macchine differenti.
Ultimamente volendo reinstallare windows, partendo dai cd di
recovery, ma ottenedo un sistema un po' pi� pulito ho
testato una procedura portata a vanti su slax, una
distribuzione linux installata su una chiavetta usb.
Il mio scopo era un'altro rispettto al tuo: creare un CD di
windows pulito, lavorando da linux e comprendendovi alcuni
files che mi permettono di bypassare l'attivazione in caso
di reinstallazione sul notebook.
Lasciando perdere questo scopo che a te non interessa,
brevemente:
- ho installato una macchina virtuale (qemu)
- ho ricavato dai cd di recovery un'immagine isodi xp pulito
- ho installato xp pulito nella macchia virtuale usando la
  iso creata
- ho poi clonato la partizione virtuale dove ho installato
  windows nella partizione fisica del mio portatile. ho
  usato dd che funziona anche via LAN immagino.
Questa punto potrebbe interessarti ma ha dei limiti:
la copia con dd � a basso livello, pertanto ti porti dietro
anche il filesystem: cio� se la partizione di partenza era
formattata in ntfs, lo sar� anche la partizione target dove
vuoi installare il nuovo windows.
Non � un'operazione cos� difficile come potrebbe apparire,
tuttavia non basta schiacciare un bottone per portarla a
termine... cio� potrebbe forse essere automatizzata ma dal
canto mio preferisco farla a mano.
Dovrai mettere mano al registro del sistema da clonare,
quantomeno per sganciare i "mounted devices". Poi se
la macchina di destinazione � differente dovrai anche
predisporre i drivers per il controller dell'HD di
destinazione altrimenti non riuscirai ad avviare windows.
Poi potrai riscontrare problemi al boot se nel MBR hai il
bootloader alla windows.
Nel mio caso utilizzo GAG un bootmanager che passa in
pratica demanda il boot ai superblock delle varie partizioni
(VBR) dove nel caso di windows dovrebbe essere NTLDR per XP
per esempio, invece mi pare che per vista o 7 le cose siano
un po' differenti in questo.
Nel mio caso il sistema stava sulla macchina virtuale
all'interno di una disco virtuale e nella sua prima
partizione.
Copiando con dd l'ho clonato sulla terza partizone del disco
fisso.
Quasto rende windows incapace di avviarsi perch� nella prima
parte della partizione vengono salvate informazioni
ineerenti "il settore o byte dove si trova il sisema".
Quando fai la copia, queste informazioni non sono pi�
coerenti e devono essere modificate.
Per farlo ho utilizzato un editor binario: hexedit, sembra
qualcosa di astruso inrealt� � una cosa banale, basta
seguire le istruzioni. Il campo 0X1C se non ricordo male
dovr� contenere il numero del settore di inizio della
partizione in cui sta il sistema.
Nel mio caso tale numero indicava il settore 63 che in
esadecimale � 3f se non ricordo male. Nella realt� quello
era il settore di inizio della partizione di partenza. Ma
avendo copiato il sistema su una partizione collocata a
partire da un settore diverso, ho dovuto convertire il
numero di settore in esadecimale, aprire la partizione con
un editor esadecimale, posizionarmi nel campo 0X1C e
sostituire a "3f" il nuovo valore.
Il tutto � pi� o meno documentato, molti aspetti anche sul
sito support.microsoft ecc.
Io non sapevo nulla di queste cose e comunque sono riuscito
grazie a google e a qualce richiesta nei forum... per
l'operazione non ho usato usenet.
Tra l'altro volendo fare tutto il possibile da linux, la
ricerca di info � stata assai ardua.
Poi una volta capita la procedura � tutto meccanico.
Se tu vuoi lavorare da windows probabilmente sar� tutto un
po' pi� documentato. Non dico pi� semplice perch� per me non
lo �. Ma ormai utilizzo linux da un po' e sono abituato a
personalmente fare le cose in un certo modo.
Posso dirti che il mio test mi ha condotto ad un sistema
pulito installato e funzionate, nonch� preattivato, sulla
terza partizione del mio HD.

 "manuale" come quello che suggerisci :-)
Secondo me č una strada pių efficente.
Specialmente se devi reinstallare sulla stessa macchina
In tal caso avrai meno problemi coi vari dirvers e potrai
costruirti anche un sistema giā attivato.
Infatti vi č un file chiamato wpa.dll nel quale viene
associato il productkey della tua installazione con la tua
configurazione hardware e con l'attivazione che hai fatto
per il tuo sistema.
Quando vai a reinstallare il sistema sullo stesso hardware
o comunque su hardware che varia solo per pochi componenti,
quel file wpa.dll vecchio lo puoi copiare sulla nuova
installazione (va fatto avviando in modalitā provvisoria
oppure da un sistema terzo ) e al riavvio di windows
dovresti ritrovarti il sistema giā attivato.
La procedura che ti ho accennato ha il vantaggio di essere
pių rapida: non dovrai reinstallare windows seguendo la
procedura classica (che impiega un po' di tempo). Basterā
copiare l'immagine che hai ottenuto del nuovo sistema
installato, poi sistemare alcuni dettagli e il gioco č
fatto.
Io ho provato con un filesystem ntfs installato in una
partizione virtuale. Ne ho fatto il "shrink" del filesistem
con "ntfsresize" per ridurne le dimensioni il pių possibile
al fine di minimizzare i tempi di copia e per farlo stare su
partizioni eventualmente pių piccole diquelle di partenza.
Copiando poi tale immagine sulla partizione fisica accade
che avrai dello spazio vuoto nella partizione stessa,
pertanto č stato necessario allargare il filesystem in modo
da farlo aderire con i limiti fisici della partizione, da
linux č stato sufficente:
ntfsresize /dev/hdc3
dove nel mio caso hdc3 č la terza partizione del disco.
E automaticamente il filesystem si č accomodato occupando
tutta la partizione.
Questa manovra potrebbe non esserealtrettanto facile se
l'immagine di partenza fosse su fat32. Penso che ormai ntfs
sia preferibile in ogni caso.
Ecco una volta che hai il sistema messo al suo postodi
destinazione, restano gli ultimi riocchi per permettergli di
partire.
Ad ogni modo per quanto riguarda il MBR l'installazione di
GAG l'ho trovata parecchio utile, perchč non avrai pių
bisogno di marcare come avviabile una certa partizione.
Lui vede le partizioni, tu gli dici da quale partire, lui
passa la palla al superblocco di quella partizione dove ci
sarā installato il bootloader del sistema operativo, vale
sia per linux (lilo o grub) che per XP (NTLDR).
Ah, altra cosa devi modificare anche il boot.ini
specificando il numero della partizione che ospita il
sistema, ad esempio:
root@slax:~# cat /mnt/hdc2/boot.ini
[boot loader]
timeout=30
default=multi(0)disk(0)rdisk(0)partition(3)\WINDOWS
[operating systems]
multi(0)disk(0)rdisk(0)partition(3)\WINDOWS="Microsoft 
                    Windows XP Home Edition" /fastdetect
multi(0)disk(0)rdisk(0)partition(2)\WINDOWS="Microsoft
                    Windows XP Home Edition" /fastdetect /NoExecute=OptIn
root@slax:~# cat /mnt/hdc3/boot.ini
[boot loader]
timeout=30
default=multi(0)disk(0)rdisk(0)partition(3)\WINDOWS
[operating systems]
multi(0)disk(0)rdisk(0)partition(3)\WINDOWS="Windows XP-HE
                                      Testing" /fastdetect
----------------------------------------------------------
La mia partizione numero 2 contiene il sitema preinstallato
lė dov'era all'acquisto del portatile.
Siccome ho fatto una operazione che non ti sto a spiegare
windows mi ha aggiunto anche il ssitema della terza
partizione, frutto del test di cui tiparlavo.
Ai fini del discorso interessa soltanto:
multi(0)disk(0)rdisk(0)partition(2)\WINDOWS="nome"
                                          /fastdetect
vado a capo ma č tutto su una riga.
partiton(2) significa che il sistema da avviare č sulla
partizione numero 2.
Idem per il boot.ini nel sistema che sta sulla terza
partizione, lė si ha "partiton(3)".
la direttiva "default=" contiene praticamente la stessa cosa
ma definisce quale sistema dovrā partire se non viene
indicata una scelta manualmente all'avvio entro i secondi
specificati dal "timeout=".
Questo per dire che tale file deve essere coerente con la
collocazione del sistema:
io avevo il sisema sulla prima partizione del disco virtuale
il suo boot.ini riportava giustamnete partition(1).
Quando l'ho sbattuto nella partizione fisica che era la
numero 3, il sistema ovviamente non si avviava pių, perchč
il boot.ini andava modificato mettendo partition(3) e non
(1).
Spero di aver dato e te e a chi leggerā quantomeno una
direzione per facilitare delle ricerche pių mirate in
google.
Saluti!  :-)