USB-Geraete nur im abgesicherten Modus

[tosch 10]

Moinmoin zusammen :-)

 

also ich hab hier bei 3 identischen Maschinen (Siemens Esprimo 5916, XP SP2, in einer Domaene mit W2K Server, USB-Controller Intel ICH8 Family) folgendes Phaenomen:

 

ich kann im "normalen" Modus keine Geraete am USB betreiben, die nicht "bekannt" sind. Nicht einmal eine Tastatur ;) es kommt immer die Abfrage nach den entsprechenden Treibern.

Nach etlichem rumgewurstel laesst sich das Problem wohl auf die USB-Controller eingrenzen.. wenn ich die im abgesicherten Modus alle entferne, und den Rechner wieder "normal" starte, verlangt Windows Treiber fuer diese. Genau da liegt denk ich das Problem, denn wenn ich z.B. nen USB-Stick an einem USB-Port anstecke, wird ja auch die "automatische Installation" gestartet, die aber ebenso an angeblich nicht vorhandenen Treiber scheitert.

Im abgesicherten Modus werden alle USB-Controller und auch daran angeschlossene Geraete einwandfrei erkannt und die in XP integrierten Treiber verwendet. Starte ich anschliessend wieder "normal" kann ich z.B. wieder den USB-Stick an genau diesem einen Port an dem er auch im abgesicherten Modus erkannt wurde betreiben - aber an keinem anderen. Der Workaround aktuell ist halt, dass ich USB-Geraete im abgesicherten Modus erstmal "bekannt" mache, und dann im "normalen" Betrieb auch nutzen kann, aber erstens ist das auf dauer laestig ;) und zweitens: das kann doch nicht sein! Da musses doch einen Grund geben fuer...

 

Siemens natuerlich wissen von garnix und wollen wenn ueberhaupt das Geraet tauschen :rolleyes:

 

Mir fehlt einfach die Idee, was das sein koennte, und vor allem warum. Aufgefallen ist es natuerlich erst, nachdem der Rechner nach Installation von 1001 Programmen an den Arbeitsplatz verbracht wurde und dort zufaellig beim Aufstellen die Tastatur und die Maus an einen anderen Port angeschlossen wurde..da ging dann nix mehr 8-)

 

Neu aufsetzen ist auch keine alternative, steckt zuviel arbeit drin ;) ausserdem seh ich das gar nicht ein, koennt ja jeder Rechner machen was er will :suspect:

 

Okay, mag bisserl konfus klingen, waere aber supi wenn hier jemand einen Vorschlag parat haette :-)

 

Cheers,

 

toschi

 

p.s. hab auch schon probiert die entsprechenden Eintraege aus der Registry zu killen (ven_8086_dev_2830 ff.) um auch moegliche Rechteprobleme auszuschliessen, aber hat alles nix gebracht. Ich hab auch nicht als lokal angemeldeter Admin das gleiche Problem..

[Stoni 10]

Hallo Tosch und herzlich Willkommen im Board.

 

Könnte es sein da bei den Rechnern eine Gruppenrichtlinie greift?

 

Stoni

[tosch 10]

Hallo, Stoni :)

 

ja, daran hab ich auch schon gedacht, weil ich auch den Fehler SCECLI 1202 im Protokoll hab; krieg den irgendwie auch nicht weg, obwohl ich schon alle beschriebenen Loesungen im der KB durch hab (bild ich mir ein 8-))

Da das Problem allerdings auch als _lokaler Admin_ existiert, hab ich den Zusammenhang eigentlich wieder verworfen... das mit secedit generierte winlogon.log koennte ich auszugsweise auch mal mitposten, das kann ich leider nicht wirklich interpretieren :-( meinst echt das gehoert zusammen?

 

Danke vorab und liebe Gruessen,

 

toschi

[Hansi 10]

also, wenn am DC keine GPO erstellt wurde, kann es trotzdem sein das irgendwann irgendwer ne lokale gp erstellt hat?!

das würde auch erklären warum es als lokal admin auch nett funtzt?

 

 

was sagt den gpresult an der Maschine?

 

Sind die Berechtigungen im inf/usbstore richtig? System hat voll zugriff?