Dans le message news:cnsb3m$hcj$ , Séb@ s'est ainsi exprimé:
bonjour, tout est dans le titre est ce possible? NON!
La mise à jour d'OS Microsoft ne peut s'effectuer : - que si la catégorie est la même : OS station de travail vers OS station de travail OS Serveur vers OS Serveur - que si la version "cible" est plus récente NT4 WS -> W2K PRO ou XP PRO W2K SRV -> W2K3 ...
L'inverse (catégories différentes et/ou version finale antérieure) est IMPOSSIBLE...
... sauf truandage innommable (bidouille dans la BDR et dans NTOSKRNL.EXE) :
1) On lance REGEDIT et duplique les clefs : HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlProductOptions et HKEY_LOCAL_MACHINESYSTEMSetup
en (par exemple) : HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlProductOption2 et HKEY_LOCAL_MACHINESYSTEMSetu2
(pour des questions pratiques d'édition hexadécimale plus loin, conserver la MEME longueur de noms des clefs)
2) On modifie dans la clef HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlProductOption2 l'entrée "ProductType" Valeur : "Winnt" au lieu de "ServerNT"
3) On modifie dans la clef HKEY_LOCAL_MACHINESYSTEMSetu2 l'entrée "SystemPrefix" de façon à ce que le masquage avec 0x04000000 soit égal à 0 (au lieu de 1)
4) Ensuite, on édite (avec un éditeur hexadécimal, tel que "HexWorkshop"), le fichier: %systemroot%system32ntoskrnl.exe"
5) On recherche la chaine (en UNICODE!!!) : "ProductOptions" (Dans le NTOSKRNL.EXE de W2K, elle est à l'offset 0x00004C0A)
6) On remplace ensuite le dernier caractère "s" (offset 0x00004C24) par "2"
7) On fait de même avec "Setup" (cette chaine est située peu après "ProductOptions"), en remplaçant le "p" par "2"
8) On enregistre le fichier sous "%systemroot%system32ntoskrnl.new"
9) Dans une fenêtre de commande, on renomme les fichiers : ntoskrnl.exe -> ntoskrnl.old ntoskrnl.new -> ntoskrnl.exe (on a le droit de renommer un fichier, même s'il est "in use")
10) On reboote, et relance REGEDIT
11) On modifie alors le contenu des "vraies" entrées de la BDR ("ProductType" et "SystemPrefix"), les threads lancés par NTOSKRNL.EXE scrutant les "fausses" clefs "HKLM...ProductOption2" et "HKLM...Setu2".
12) On rétablit le vrai NTOSKRNL.EXE : ntoskrnl.exe -> ntoskrnl.new ntoskrnl.old -> ntoskrnl.exe
13) On reboote. Ça y est, on a transformé le NT SRV en (pseudo) NT WS!
Pas évident, n'est-ce pas !!!
A ne faire qu'à titre EXPÉRIMENTAL, car :
- c'est illégal (toute modif de licence est interdite, même si ici c'est défavorable pour l'utilisateur, cela fait perdre tout support) - c'est très risqué ! - cela aboutit dans tous les cas à un état "vasouillard"
-> Idée à ABANDONNER si c'est pour un usage définitif !
Je l'ai fait une seule fois, de convertir un NT Server en NT WS, à cause d'un programme d'installation qui ne voulait s'exécuter que sous une Workstation et non pas sous un serveur (j'avais donc du "déclasser" mon serveur, un comble !). Pour info, c'était pour une carte RNIS Bewan (qui m'avait causé plein de BSOD auparavant)
-- May the Force be with You! La Connaissance s'accroît quand on la partage ---------------------------------------------------------- Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org http://www.bellamyjc.org *
Dans le message news:cnsb3m$hcj$1@apollon.grec.isp.9tel.net ,
Séb@ <sebastien.vischer@9online.fr> s'est ainsi exprimé:
bonjour,
tout est dans le titre est ce possible?
NON!
La mise à jour d'OS Microsoft ne peut s'effectuer :
- que si la catégorie est la même :
OS station de travail vers OS station de travail
OS Serveur vers OS Serveur
- que si la version "cible" est plus récente
NT4 WS -> W2K PRO ou XP PRO
W2K SRV -> W2K3
...
L'inverse (catégories différentes et/ou version finale antérieure) est
IMPOSSIBLE...
... sauf truandage innommable (bidouille dans la BDR et dans NTOSKRNL.EXE) :
1) On lance REGEDIT et duplique les clefs :
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlProductOptions
et
HKEY_LOCAL_MACHINESYSTEMSetup
en (par exemple) :
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlProductOption2
et
HKEY_LOCAL_MACHINESYSTEMSetu2
(pour des questions pratiques d'édition hexadécimale plus loin, conserver la
MEME longueur de noms des clefs)
2) On modifie dans la clef
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlProductOption2
l'entrée "ProductType"
Valeur : "Winnt" au lieu de "ServerNT"
3) On modifie dans la clef
HKEY_LOCAL_MACHINESYSTEMSetu2
l'entrée "SystemPrefix" de façon à ce que le masquage
avec 0x04000000 soit égal à 0 (au lieu de 1)
4) Ensuite, on édite (avec un éditeur hexadécimal, tel que "HexWorkshop"),
le fichier:
%systemroot%system32ntoskrnl.exe"
5) On recherche la chaine (en UNICODE!!!) :
"ProductOptions"
(Dans le NTOSKRNL.EXE de W2K, elle est à l'offset 0x00004C0A)
6) On remplace ensuite le dernier caractère "s"
(offset 0x00004C24) par "2"
7) On fait de même avec "Setup" (cette chaine est
située peu après "ProductOptions"), en remplaçant
le "p" par "2"
8) On enregistre le fichier sous
"%systemroot%system32ntoskrnl.new"
9) Dans une fenêtre de commande, on renomme les fichiers :
ntoskrnl.exe -> ntoskrnl.old
ntoskrnl.new -> ntoskrnl.exe
(on a le droit de renommer un fichier, même s'il est "in use")
10) On reboote, et relance REGEDIT
11) On modifie alors le contenu des "vraies" entrées de la BDR
("ProductType" et "SystemPrefix"), les threads lancés par
NTOSKRNL.EXE scrutant les "fausses" clefs
"HKLM...ProductOption2" et "HKLM...Setu2".
12) On rétablit le vrai NTOSKRNL.EXE :
ntoskrnl.exe -> ntoskrnl.new
ntoskrnl.old -> ntoskrnl.exe
13) On reboote.
Ça y est, on a transformé le NT SRV en (pseudo) NT WS!
Pas évident, n'est-ce pas !!!
A ne faire qu'à titre EXPÉRIMENTAL, car :
- c'est illégal (toute modif de licence est interdite,
même si ici c'est défavorable pour l'utilisateur, cela fait
perdre tout support)
- c'est très risqué !
- cela aboutit dans tous les cas à un état "vasouillard"
-> Idée à ABANDONNER si c'est pour un usage définitif !
Je l'ai fait une seule fois, de convertir un NT Server en NT WS, à cause
d'un programme d'installation qui ne voulait s'exécuter que sous une
Workstation et non pas sous un serveur (j'avais donc du "déclasser" mon
serveur, un comble !).
Pour info, c'était pour une carte RNIS Bewan (qui m'avait causé plein de
BSOD auparavant)
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
http://www.bellamyjc.org Jean-Claude.Bellamy@wanadoo.fr *
JC.Bellamy@free.fr
Dans le message news:cnsb3m$hcj$ , Séb@ s'est ainsi exprimé:
bonjour, tout est dans le titre est ce possible? NON!
La mise à jour d'OS Microsoft ne peut s'effectuer : - que si la catégorie est la même : OS station de travail vers OS station de travail OS Serveur vers OS Serveur - que si la version "cible" est plus récente NT4 WS -> W2K PRO ou XP PRO W2K SRV -> W2K3 ...
L'inverse (catégories différentes et/ou version finale antérieure) est IMPOSSIBLE...
... sauf truandage innommable (bidouille dans la BDR et dans NTOSKRNL.EXE) :
1) On lance REGEDIT et duplique les clefs : HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlProductOptions et HKEY_LOCAL_MACHINESYSTEMSetup
en (par exemple) : HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlProductOption2 et HKEY_LOCAL_MACHINESYSTEMSetu2
(pour des questions pratiques d'édition hexadécimale plus loin, conserver la MEME longueur de noms des clefs)
2) On modifie dans la clef HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlProductOption2 l'entrée "ProductType" Valeur : "Winnt" au lieu de "ServerNT"
3) On modifie dans la clef HKEY_LOCAL_MACHINESYSTEMSetu2 l'entrée "SystemPrefix" de façon à ce que le masquage avec 0x04000000 soit égal à 0 (au lieu de 1)
4) Ensuite, on édite (avec un éditeur hexadécimal, tel que "HexWorkshop"), le fichier: %systemroot%system32ntoskrnl.exe"
5) On recherche la chaine (en UNICODE!!!) : "ProductOptions" (Dans le NTOSKRNL.EXE de W2K, elle est à l'offset 0x00004C0A)
6) On remplace ensuite le dernier caractère "s" (offset 0x00004C24) par "2"
7) On fait de même avec "Setup" (cette chaine est située peu après "ProductOptions"), en remplaçant le "p" par "2"
8) On enregistre le fichier sous "%systemroot%system32ntoskrnl.new"
9) Dans une fenêtre de commande, on renomme les fichiers : ntoskrnl.exe -> ntoskrnl.old ntoskrnl.new -> ntoskrnl.exe (on a le droit de renommer un fichier, même s'il est "in use")
10) On reboote, et relance REGEDIT
11) On modifie alors le contenu des "vraies" entrées de la BDR ("ProductType" et "SystemPrefix"), les threads lancés par NTOSKRNL.EXE scrutant les "fausses" clefs "HKLM...ProductOption2" et "HKLM...Setu2".
12) On rétablit le vrai NTOSKRNL.EXE : ntoskrnl.exe -> ntoskrnl.new ntoskrnl.old -> ntoskrnl.exe
13) On reboote. Ça y est, on a transformé le NT SRV en (pseudo) NT WS!
Pas évident, n'est-ce pas !!!
A ne faire qu'à titre EXPÉRIMENTAL, car :
- c'est illégal (toute modif de licence est interdite, même si ici c'est défavorable pour l'utilisateur, cela fait perdre tout support) - c'est très risqué ! - cela aboutit dans tous les cas à un état "vasouillard"
-> Idée à ABANDONNER si c'est pour un usage définitif !
Je l'ai fait une seule fois, de convertir un NT Server en NT WS, à cause d'un programme d'installation qui ne voulait s'exécuter que sous une Workstation et non pas sous un serveur (j'avais donc du "déclasser" mon serveur, un comble !). Pour info, c'était pour une carte RNIS Bewan (qui m'avait causé plein de BSOD auparavant)
-- May the Force be with You! La Connaissance s'accroît quand on la partage ---------------------------------------------------------- Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org http://www.bellamyjc.org *
