L'installation du support d'un périphérique de mémoire de masse non supporté dans un répertoire de distribution de Windows 2000 nécessite de respecter la procédure suivante : tout d'abord, créer un sous-répertoire nommé Textmode dans le sous-répertoire $OEM$ du répertoire de distribution de Windows 2000. Ensuite, il faut copier les drivers
Installation du support d’un périphérique de mémoire de masse
du périphérique de mémoire de masse reçus du fournisseur du matériel (obtenus
sur une disquette, un CD-ROM ou via un téléchargement) dans le sous-répertoire
Textmode. Cela inclus au moins un fichier .sys, .inf, et txtsetup.oem, ainsi qu’un
fichier .dll.
Dans le fichier de réponse automatique (unattend.txt), il faut créer une section
nommée [MassStorageDrivers], et y inclure les entrées du driver désirées. Par
exemple, dans le cadre de l’installation de drivers pour un contrôleur SCSI non
supporté, on peut entrer quelque chose de similaire à ce qui suit dans la section
[MassStorageDrivers] :
« BigSCSI Corporation 8900 Controller » = « OEM »
Afin de savoir ce qu’il faut écrire dans la section [MassStorageDrivers], regarder
dans le fichier txtsetupoem que le vendeur ajoute au driver. Ce fichier contient
une ligne équivalente à celle mentionnées dans l’exemple, qu’il est possible d’imiter
pour le fichier unattend.txt Pour plus d’informations sur le format des fichiers
de réponse automatiques, se référer au » Microsoft Windows 2000 Guide to Unattended
Setup, » du fichier unattend.doc qui se trouve dans deploy.cab sous le répertoire
\Support\Tools sur le CD-ROM d’installation de Windows 2000. Pour extraire le
fichier sous Windows 2000, double-cliquez sur le fichier .cab pour voir son contenu
puis faites-le glisser le fichier unattend.doc du répertoire de votre choix.
Ensuite, créez une section nommée [OEMBootFiles] dans le fichier de réponse automatique
(par exemple unattend.txt), et entrez, ligne par ligne, la liste des fichiers
associés au driver de mémoire de masse (c’est à dire les fichiers copiés précédemment
dans le répertoire $OEM$Textmode), comme le montre l’exemple suivant :
[OEMBootFiles]
Filename.sys
Filename.dll
Filename.inf
Txtsetup.oem
Si le périphérique de mémoire de masse dont vous ajoutez le support est un périphérique
PnP, le fichier txtsetup.oem associé contiendra une section [Hardwarelds.scsi.ServiceName],
où ServiceName est le nom du service lié au périphérique de mémoire de masse (par
exemple [Hardwarelds.scsi.bsc8900]). Si l’on ne voit pas cette section, alors
il faut l’ajouter. Pour ce faire, utilisez un éditeur de texte pour éditer le
fichier, créez la section [Hardwarelds.scsi.ServiceName], et entrez l’information
suivante dans cette section:
id = « DeviceID » , « ServiceName »
où DeviceID représente l’identificateur du périphérique, et ServiceName le nom
du service associé à ce périphérique.
Téléchargez cette ressource
Plan de sécurité Microsoft 365
Les attaquants savent comment prendre le contrôle de votre tenant Microsoft 365, et vous, savez-vous comment le reprendre en main ?
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Cyberattaques assistées par IA : Pourquoi le modèle Mythos d’Anthropic représente une menace sérieuse pour la cybersécurité
- Avec les Smart Data, les entreprises mènent la danse de l’observabilité moderne
- Les dirigeants européens redéfinissent la C-suite à l’ère de l’IA
- Analyse Patch Tuesday Mai 2026
Articles les + lus
Rhea1 : SiPearl allume le CPU européen le plus ambitieux pour le HPC et l’IA souveraine
Analyse Patch Tuesday Mai 2026
Les coûts cachés des merge requests générées par l’IA
Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
Moderniser le développement logiciel : de la fragmentation à l’intégration
À la une de la chaîne Tech
- Rhea1 : SiPearl allume le CPU européen le plus ambitieux pour le HPC et l’IA souveraine
- Analyse Patch Tuesday Mai 2026
- Les coûts cachés des merge requests générées par l’IA
- Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
- Moderniser le développement logiciel : de la fragmentation à l’intégration
