Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Windows Driver Foundation Dienst kann nicht auf automatisch gestellt werden
100 views
Skip to first unread message
Werner Tann
May 22, 2017, 2:55:19 AM5/22/17
to
Beim regelmäßigen Check der Ereignisanzeige ist heute wieder das
Ereignis 219 drin, Kernel-PnP, Warnung, System:
The driver \Driver\WudfRd failed to load for the device
WpdBusEnumRoot\UMB\2&37c186b&0&STORAGE#VOLUME#.
Kommt bei jedem Rechnerstart.
Löse ich sonst immer damit, dass ich den Dienststart von "manuell" auf
"automatisch-verzögert" umstelle - bis mir ein MS-Update das wieder
zurückstellt ...
Dieses Einstellen auf automatisch geht nun plötzlich nicht mehr.
Es kommt die Fehlermeldung:
Das Kennzeichen für den verzögerten automatischen Start konnte nicht
festgelegt werden.
Fehler 87: Falscher Parameter
Ich kann also den Dienst Windows Driver Foundation nicht von manuell
auf automatisch umstellen. Der Dienst läuft, "anhalten" und "beenden"
sind ausgegraut.
Bislang anscheinend nur ein "kosmetisches" Problem, aber man weiß ja
nie. Ideen?
Ereignis 219 drin, Kernel-PnP, Warnung, System:
The driver \Driver\WudfRd failed to load for the device
WpdBusEnumRoot\UMB\2&37c186b&0&STORAGE#VOLUME#.
Kommt bei jedem Rechnerstart.
Löse ich sonst immer damit, dass ich den Dienststart von "manuell" auf
"automatisch-verzögert" umstelle - bis mir ein MS-Update das wieder
zurückstellt ...
Dieses Einstellen auf automatisch geht nun plötzlich nicht mehr.
Es kommt die Fehlermeldung:
Das Kennzeichen für den verzögerten automatischen Start konnte nicht
festgelegt werden.
Fehler 87: Falscher Parameter
Ich kann also den Dienst Windows Driver Foundation nicht von manuell
auf automatisch umstellen. Der Dienst läuft, "anhalten" und "beenden"
sind ausgegraut.
Bislang anscheinend nur ein "kosmetisches" Problem, aber man weiß ja
nie. Ideen?
Thorsten Albrecht
May 22, 2017, 10:20:07 AM5/22/17
to
Werner Tann <wt...@gmx.at> wrote:
>Beim regelmäßigen Check der Ereignisanzeige ist heute wieder das
>Ereignis 219 drin, Kernel-PnP, Warnung, System:
>The driver \Driver\WudfRd failed to load for the device
>WpdBusEnumRoot\UMB\2&37c186b&0&STORAGE#VOLUME#.
>Kommt bei jedem Rechnerstart.
>Löse ich sonst immer damit, dass ich den Dienststart von "manuell" auf
>"automatisch-verzögert" umstelle - bis mir ein MS-Update das wieder
>zurückstellt ...
Ich hatte diese Warnungsmeldung bislang offenbar nur bekommen, wenn
>Beim regelmäßigen Check der Ereignisanzeige ist heute wieder das
>Ereignis 219 drin, Kernel-PnP, Warnung, System:
>The driver \Driver\WudfRd failed to load for the device
>WpdBusEnumRoot\UMB\2&37c186b&0&STORAGE#VOLUME#.
>Kommt bei jedem Rechnerstart.
>Löse ich sonst immer damit, dass ich den Dienststart von "manuell" auf
>"automatisch-verzögert" umstelle - bis mir ein MS-Update das wieder
>zurückstellt ...
ich einen USB-Stick beim Booten im Rechner stecken hatte. Sonst nicht.
Falls das bei Dir auch der Fall sein sollte, wäre es vielleicht
hilfreich, einfach keinen USB-Stick beim Booten stecken zu lassen.
Oder möglicherweise einfach diese Warnungsmeldung zu ignorieren? Ich
weiß, das fällt sehr schwer...
BTW Ich kenne das, dass man gerne all diese Meldungen weg haben
möchte. Mittlerweile habe ich nur 1-2 administrative Meldungen pro
Tag; ganz auf Null wird man bei einem Client-OS wahrscheinlich nicht
kommen. Am nervigsten waren bei mir diverse DCOM-Fehler
(Berechtigungen fehlten).
Thorsten
Werner Tann
May 22, 2017, 11:05:55 AM5/22/17
to
Thorsten Albrecht <thors...@mailinator.com> schrieb:
>Ich hatte diese Warnungsmeldung bislang offenbar nur bekommen, wenn
>ich einen USB-Stick beim Booten im Rechner stecken hatte. Sonst nicht.
>Falls das bei Dir auch der Fall sein sollte, wäre es vielleicht
>hilfreich, einfach keinen USB-Stick beim Booten stecken zu lassen.
Nö, steckt keiner. Nur eine externe USB-Platte und eine externe eSATA.
>Ich hatte diese Warnungsmeldung bislang offenbar nur bekommen, wenn
>ich einen USB-Stick beim Booten im Rechner stecken hatte. Sonst nicht.
>Falls das bei Dir auch der Fall sein sollte, wäre es vielleicht
>hilfreich, einfach keinen USB-Stick beim Booten stecken zu lassen.
Thorsten Albrecht
May 22, 2017, 12:09:32 PM5/22/17
to
abstöpselst.
Thorsten
Takvorian
May 22, 2017, 12:45:22 PM5/22/17
to
Werner Tann schrieb:
> Bislang anscheinend nur ein "kosmetisches" Problem, aber man weiß ja
> nie. Ideen?
Der Dienst sollte per Default auf "Manuell" stehen.
Und man ändert nichts aufgrund sinnloser Meldungen in der Ereignisanzeige.
Wenn mit einer Meldung dort ein Fehler beim Arbeiten verbünden wäre, wärs
was anderes.
> Bislang anscheinend nur ein "kosmetisches" Problem, aber man weiß ja
> nie. Ideen?
Und man ändert nichts aufgrund sinnloser Meldungen in der Ereignisanzeige.
Wenn mit einer Meldung dort ein Fehler beim Arbeiten verbünden wäre, wärs
was anderes.
Werner Tann
May 23, 2017, 3:09:57 AM5/23/17
to
Takvorian <Takv...@byom.de> schrieb:
>Der Dienst sollte per Default auf "Manuell" stehen.
>Und man ändert nichts aufgrund sinnloser Meldungen in der Ereignisanzeige.
Wie gesagt kann ich's jetzt eh nicht mehr ändern. Das Störende ist,
dass beim routinemäßigen Blick in die Ereignisanzeige diese
unbedeutenden Einträge, von denen es ja mehrere gibt, das Entdecken
neuer, eventuell wichtiger Einträge erschwert.
Werde wohl von "System" eine benutzerdefinierte Ansicht erstellen und
all das Zeug wegfiltern.
>Der Dienst sollte per Default auf "Manuell" stehen.
>Und man ändert nichts aufgrund sinnloser Meldungen in der Ereignisanzeige.
dass beim routinemäßigen Blick in die Ereignisanzeige diese
unbedeutenden Einträge, von denen es ja mehrere gibt, das Entdecken
neuer, eventuell wichtiger Einträge erschwert.
Werde wohl von "System" eine benutzerdefinierte Ansicht erstellen und
all das Zeug wegfiltern.
Takvorian
May 23, 2017, 7:47:36 AM5/23/17
to
Werner Tann schrieb:
Vieles, was man im System anders einstellt, schlägt sich als Fehlermeldung
in der Ereignisanzeige nieder. Man deaktiviert bleistiftsweise Onedrive -
und schon hat man unzählige kryptische Fehlermeldungen in der
Ereignisanzeige. Da hätte ich viel zu tun, all diesem Müll nachgehen zu
wollen...
in der Ereignisanzeige nieder. Man deaktiviert bleistiftsweise Onedrive -
und schon hat man unzählige kryptische Fehlermeldungen in der
Ereignisanzeige. Da hätte ich viel zu tun, all diesem Müll nachgehen zu
wollen...
Werner Tann
May 24, 2017, 2:55:30 AM5/24/17
to
Takvorian <Takv...@byom.de> schrieb:
>Vieles, was man im System anders einstellt, schlägt sich als Fehlermeldung
>in der Ereignisanzeige nieder. Man deaktiviert bleistiftsweise Onedrive -
>und schon hat man unzählige kryptische Fehlermeldungen in der
>Ereignisanzeige. Da hätte ich viel zu tun, all diesem Müll nachgehen zu
>wollen...
Im System-Protokoll habe ich eigentlich eh nur die Ereignisse 219 und
153, letzteres beim Zugriff auf eine meiner externen Backup-Platten,
die seit zwei Jahren im SMART kontinuierlich den Interface CRC Error
Count hochlevelt. Warning! Ist mir aber wurscht. Das Kopieren geht
gewohnt schnell, und wenn sie tot ist, wird sie ersetzt, vielleicht
auch früher, wie's mich freut.
Vollkommen entfesselt ist das Anwendungsprotokoll: Quellen ESENT,
Perflib, User Profile Service, Search usw. Das filtere ich auch nicht
weg.
Gute alte XP-Zeiten, da erinnere ich mich an fehlerfreie Protokolle,
ok, ok, ok, ok, ok, ok. Ein auftauchendes Übel stach einem daher
sofort ins Auge.
>Vieles, was man im System anders einstellt, schlägt sich als Fehlermeldung
>in der Ereignisanzeige nieder. Man deaktiviert bleistiftsweise Onedrive -
>und schon hat man unzählige kryptische Fehlermeldungen in der
>Ereignisanzeige. Da hätte ich viel zu tun, all diesem Müll nachgehen zu
>wollen...
153, letzteres beim Zugriff auf eine meiner externen Backup-Platten,
die seit zwei Jahren im SMART kontinuierlich den Interface CRC Error
Count hochlevelt. Warning! Ist mir aber wurscht. Das Kopieren geht
gewohnt schnell, und wenn sie tot ist, wird sie ersetzt, vielleicht
auch früher, wie's mich freut.
Vollkommen entfesselt ist das Anwendungsprotokoll: Quellen ESENT,
Perflib, User Profile Service, Search usw. Das filtere ich auch nicht
weg.
Gute alte XP-Zeiten, da erinnere ich mich an fehlerfreie Protokolle,
ok, ok, ok, ok, ok, ok. Ein auftauchendes Übel stach einem daher
sofort ins Auge.
Thorsten Albrecht
May 24, 2017, 3:13:30 AM5/24/17
to
Werner Tann <wt...@gmx.at> wrote:
>Vollkommen entfesselt ist das Anwendungsprotokoll: Quellen ESENT,
>Perflib, User Profile Service, Search usw. Das filtere ich auch nicht
>weg.
Weder auf meinem Win7 Notebook noch auf meinem W10-PC habe ich da
>Vollkommen entfesselt ist das Anwendungsprotokoll: Quellen ESENT,
>Perflib, User Profile Service, Search usw. Das filtere ich auch nicht
>weg.
irgendwelche Fehler im Anwendungsprotokoll. Und mittlerweile unter
Win10 praktisch gar keine Fehler mehr, toi toi toi.
Ein paar Search-Fehler finden sich im Systemprotokoll vom W7-Rechner,
aber das ist egal.
Was mich aber früher praktisch ständig, d.h. auf sämtlichen Rechnern,
begleitet hat, waren diese Fehlermeldungen:
"Bei einem Auslagerungsvorgang wurde ein Fehler festgestellt.
Betroffen ist Gerät \Device\Harddisk1\DR5."
"Der Treiber hat einen Controllerfehler auf \Device\Harddisk2\DR5
gefunden."
Die betreffenden Festplatten (sofern man sie endlich geschafft hat, zu
identifizieren, was gar nicht so trivial ist) haben übrigens nie auch
nur im Geringsten den Geist aufgegeben geschweige denn irgendwelche
Datenfehler produziert. Keine Ahnung, warum die Auslagerungsvorgänge
so sensibel sind. Vielleicht kennt hier ja jemand den Grund? (Anyway,
diese Fehler scheinen in letzter Zeit auch eher selten bis gar nicht
mehr zu kommen. Jedenfalls war diese Fehlermeldung Panikmache hoch 10.
ESENT kommt mir irgendwie bekannt vor, kann mich aber nicht daran
erinnern.
Thorsten
0 new messages