USB-Set version 1.5.1

[j-luc]

Salut Loup-Blanc

 

Je ne comprend pas trop pourquoi tu as désactivé puis réactivé la reconnaissance ?

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

Modifié le 26 mars 2010 par j-luc

[Loup blanc]

Bonjour J-Luc,

 

Pour la restriction utilisateur, je ne pense pas que ça soit lié, elle ne s'applique qu'aux périphériques non Plug and play et les supports amovibles le sont justement.

 

C'est sur que ce serait intéressant de trouver d'ou ça vient, je pourrai envisager de l'ajouter aux options de USB-set.

 

Par contre ce qui m'embête beaucoup plus c'est cette histoire de fichier usbstor.inf corrompu. Même si j'imagine plutôt un bug isolé, j'aimerai en être certains.

 

Edit : J'ai oublié, est-ce que tu as utilisé les stratégie de groupe sur cet ordinateur ? par ce biais, il est possible de restreindre les installation de périphériques au seul admin.

Je n'y ai pas accès sur ce PC mais je regarderai dés que possible les stratégies à contrôler.

Modifié le 26 mars 2010 par Loup blanc

[j-luc]

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

Modifié le 26 mars 2010 par j-luc

[Loup blanc]

Quand tu disais que tu avais "régénéréé ce fichier, tu t'y es pris comment ?

[j-luc]

Quand tu disais que tu avais "régénéréé ce fichier, tu t'y es pris comment ?

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

[Loup blanc]

Je n'ai pas trouvé les restrictions pour XP, visiblement elle ne sont valable que pour Vista et 7.

Je chercherais demain quelles sont les clés du registres concernées au cas ou, mais je crois qu'il faut chercher la cause ailleurs.

[j-luc]

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 ?

[Loup blanc]

Bonjour J-luc,

 

Difficile à dire, est-ce que tu as cette clé présente sur ton PC ? Ou est-ce que le logiciel Digidesign est installé sur ce PC ?

 

Edit : tu peux dejà tenter de faire une recherche dans le registre avec "Digidesign" comme critère et ensuite avec "digicoin".

 

Tu peux aussi poster le contenu du fichier \windows\setupapi.log pour voir si on peut y trouver la cause.

Modifié le 29 mars 2010 par Loup blanc

[j-luc]

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.

Modifié le 29 mars 2010 par j-luc

[j-luc]

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 !

Modifié le 29 mars 2010 par j-luc