j-luc

Je partage certes ton avis, mais ne vois pas dans l'immédiat de solution propre. J'ai essayé de supprimer l'accès (lecture et exécution) aux groupes Users et Power Users, mais ça ne semble pas suffisant. La clé inconnue est installée et montée malgré tout.

Merci Loup-Blanc Voici ce que me dit WinFileReplace.exe Vérification de la version de l'OS. Microsoft Windows XP - OK Vérification de la langue de l'OS. Anglais - OK Recherche du service Pack installé. Service Pack 2 - OK En l'occurrence mon premier usbstor.inf recopié provient d'une installation d'un XP Fr tandis que le second provient lui du même master utilisé dans l'entreprise pour configurer tous les PC. C'est peut-être la raison. Maintenant pour intégrer dans USB-Set la non signature du fichier pour limiter au seul administrateur la possibilité d'autoriser une nouvelle mémoire usb, ça va être délicat je suppose. Ce que je mets en place : - usbstor.inf (version fr) => demande de validation du montage par administrateur pour temporairement permettre le montage par "Tout le Monde" : - ajout de usbstor.inf_UK (la version nominale de mon XP_SP2) lorsque je veux autoriser l'accès inconditionnel de clés inconnues - suppression de usbstor.inf_UK quand je veux contrôler à nouveau l'usage de clés inconnues. En effet, et c'est lisible dans setupapi.log, il va chercher dans tous les fichiers usbstor quel que soit l'extension. Ceci me semble à défaut d'être une solution très propre, une solution facilement utilisable et qui augmente à la fois le contrôle d'accès des mémoires usb sans alourdir trop l'utilisation. Heureux d'avoir compris la cause et d'avoir pu trouver une solution. Merci encore de ton aide

Loup Blanc, J'ai trouvé une solution à mon problème en recopiant un nouveau fichier usbstor.inf (version us ou uk selon les commentaires à l'interieur) en lieu et place de l'ancien. Le précédent comme indiqué dans le log setupapi.log indiquait qu'il n'était pas correctement signé. J'ai recopié celui d'une machine IDENTIQUE à la mienne et là, tout est redevenu nominal. Pour mémoire, j'avais écrasé le fichier usbstor.inf suite à sa non lisibilité par un provenant d'une autre install XP. En conclusion, un fichier usbstor.inf non signé (version fr selon les commentaires) entraine une demande de validation par l'administrateur alors qu'un fichier signé autorise l'installation silencieuse. Pour moi, ceci explique assez bien le fonctionnement observé et comme d'hab les messages d'erreur manquent une nouvelle fois de clarté. Merci encore de ton aide !

Bonjour Loup-blanc, HKLM\System\CurrentControlSet\Control\CoDeviceInstallers : Présente avec plusieurs entrées Digidesign ou digicoin : inconnu dans ma BdR setupapi.log (nettoyé juste avant d'inserer une clé usb non connue) [Journal SetupAPI] Version du systčme d'exploitation = 5.1.2600 Service Pack 2 ID plate-forme = 2 (NT) Service Pack = 2.0 Suite = 0x0100 Type de produit = 1 Architecture = x86 [2010/03/29 14:25:08 1092.3 Driver Install] #-019 Recherche de la (des) ID du matériel : usb\vid_13fe&pid_1d23&rev_0110,usb\vid_13fe&pid_1d23 #-018 Recherche de la (des) ID compatibles : usb\class_08&subclass_06&prot_50,usb\class_08&subclass_06,usb\class_08 #-198 Ligne de commande traitée : C:\WINNT\system32\services.exe #I022 "USB\Class_08&SubClass_06&Prot_50" a été trouvé dans "C:\WINNT\inf\usbstor.inf"; périphérique : "Périphérique de stockage de masse USB"; pilote : "Périphérique de stockage de masse USB"; fournisseur : "Microsoft"; Mfg : "Périphérique de stockage USB compatible"; Nom de Section: "USBSTOR_BULK". #I087 Le nśud de pilote n'est pas digne de confiance, son rang a été changé de 0x00002000 en 0x0000a000. #I023 Section d'installation réelle: USBSTOR_BULK.NT.Rang : 0x0000a000. Date effective du pilote : 07/01/2001. #I022 "USB\Class_08&SubClass_06&Prot_50" a été trouvé dans "C:\WINNT\inf\usbstor.inf_copie"; périphérique : "Périphérique de stockage de masse USB"; pilote : "Périphérique de stockage de masse USB"; fournisseur : "Microsoft"; Mfg : "Périphérique de stockage USB compatible"; Nom de Section: "USBSTOR_BULK". #I087 Le nśud de pilote n'est pas digne de confiance, son rang a été changé de 0x00002000 en 0x0000a000. #I023 Section d'installation réelle: USBSTOR_BULK.NT.Rang : 0x0000a000. Date effective du pilote : 07/01/2001. #-166 Fonction d'installation de périphérique : DIF_SELECTBESTCOMPATDRV. #I063 Le pilote sélectionné s'installe ŕ partir de la section [uSBSTOR_BULK] dans "c:\winnt\inf\usbstor.inf". #I320 La classe GUID du périphérique reste : {36FC9E60-C465-11CF-8056-444553540000}. #I060 Pilote sélectionné défini. #I058 Meilleur pilote compatible sélectionné. #-166 Fonction d'installation de périphérique : DIF_INSTALLDEVICEFILES. #I124 Installation de copie seule de "USB\VID_13FE&PID_1D23\077205915505" en cours. #-011 Installation de la section [uSBSTOR_BULK.NT] ŕ partir de "c:\winnt\inf\usbstor.inf". #E358 Un fichier "c:\winnt\inf\usbstor.inf" non signé ou incorrectement signé pour le pilote "Périphérique de stockage de masse USB" bloque l'installation du serveur. Erreur 1168: Élément introuvable. #E122 L'installation du périphérique a échoué. Erreur 1168: Élément introuvable. #E157 L'installateur par défaut a échoué. Erreur 1168: Élément introuvable. Et encore merci de ton support sur cette question.

J'ai aussi lu ceci sur commentcamarche.net : "Bonjour, j'ai aussi rencontré le pb > demande de mot de passe administrateur pour l'installation d'une clé usb avec un compte utilisateur. Après recherche sur des logs de registres par un collègue, en supprimant la clé suivante : HKLM\System\CurrentControlSet\Control\CoDeviceInstallers Le problème semble corrigé. " Mais je n'ai pas appliqué sans connaitre l'objet de cette clé. Plus ou moins confirmé ici : http://www.jonathangallant.net/wordpress/?p=31 Qu'en penses-tu ?

Simplissime, copier/coller à partir d'une autre machine de même OS étant donné son contenu.

Merci pour la réponse. J'ai vérifié sur le PC d'un collègue et son usbstor.inf est correctement lisible. Il y a donc bien eu qqch sur le mien, mais quoi .... Bon acceptons les mystères de ces merveilleuses machines µsoft. Je regarderai plus en détail le point sur les pilotes de périphériques un peu plus tard, il faut que j'utilise le PC d'un collègue pour partir d'un PC non modifié. Les stratégies de groupe sont effectivement mise en œuvre sur cette machine. Je ne les ai pas directement modifiées moi-même lors de mes manips. Qui alors ? A bientôt

Salut Loup-Blanc Tout simplement parce que j'avais oublié une clé parmi celles autorisées. Pour usbstor.*, les droits sont bien ceux que tu indiques. Idem pour INFCACHE.1 . Le problème n'est donc pas là ! Ceci dit, ce n'est pas grave, même au contraire, pour mon PC Pro perso, c''est même un niveau de protection supplémentaire que de devoir saisir le MdP administrateur pour monter une clé non encore connue. Mais pour la compréhension du processus, ça serait bien de savoir qui, où, quoi et quand a modifié ces droits de montage. J'ai lu un truc par rapport à : "charger et décharger des pilotes de périphériques". Qu'en penses-tu ? Toujours est-il que tu as réalisé un bel outil globalisant la plus part de ce qui est nécessaire à la protection des supports USB. Merci encore

Bonsoir Loup-Blanc, Super outil ! Merci ! Une question s'il te plait. J'ai utilisé en tant qu'administrateur sur un PC XP-SP2 sur lequel je montais sans soucis des clés en simple utilisateur. Après avoir configuré la protection, nettoyé les traces et finalement "Désactiver" puis "Activer" la reconnaissance, je ne pouvais plus monter les clés. Le fichier usbstor.inf avait souffert (illisible). Je l'ai régénéré mais maintenant, je ne peux plus monter les mêmes clés usb qu'en tant qu'administrateur. (usbstor.inf a les mêmes droits que les autres .inf du répertoire) USB-set aurait-il modifier quelques droits sur la gestion des drivers ? Si OUI, peux-tu expliquer comment revenir dans une situation plus "confortable" Merci pour ce super outil et le tuto qui l'accompagne. Il va bien avec la doc de Gof !