weist Treiber wg. fehlender/beschädigter Signatur ab obwohl vorhanden

Jump to last post
K

Kampfmelone

süß und saftig
Registriert
22 Juli 2013
Beiträge
590
Es geht in dem Speziellen Fall um einen TL-WN722NC WLAN Stick, ein Atheros AR9271 ist drin. OS ist Win7 64bit

Ich bekomme bei
  • den Treibern von der CD
  • den Treibern von der TP-Link Website
  • Treibern direkt für den Atheros
nach der Installation der Treiber die Meldung:
Die digitale Signatur der für dieses Gerät erforderliche Treiber kann nicht überprüft werden. Bei einer vor kurzem durchgeführte Änderung an Hardware oder Software wurde möglicherweise eine Datei installiert , die falsch signiert oder beschädigt ist. Möglicherweise handelt es sich auch um schädliche Software einer unbekannten Quelle (Code 52)

Nachdem zwei der Treiber die ich versucht habe sogar whql im Namen hatten - da stimmt etwas nicht.
Per F8 beim Starten die Treibersignierung unterdrücken klappt zwar, aber das bei jedem Start zu machen ist nervig und nicht Sinn der Sache.
Ich denke
You do not have permission to view link please Anmelden or Registrieren
ist mein Fehler recht exakt beschrieben.

Ich meine früher habe ich sogar immer die Meldung bekommen - nicht signiert, trotzdem installieren?

Hat irgend jemand eine Idee? Eine Neuinstallation würde ich eigentlich gerne vermeiden.
Danke!
 
Kampfmelone schrieb:
Ich meine früher habe ich sogar immer die Meldung bekommen - nicht signiert, trotzdem installieren?
Zum Vergrößern anklicken....
Aber nicht unter nem 64-Bit-OS. Unter 64-Bit ist ein signierter Treiber pflicht, ansonsten muss man über den von dir schon beschriebenen Umweg gehen, der zwar auch dauerhaft machbar einzurichten geht, aber mehr die zu vermeidende Brecheisenmethode darstellt.

Wenn die Treiber wirklich eine Signatur haben (was ich mir bei TP-Link eigentlich nicht anders vorstellen kann), könnte vielleicht was mit deinem System nicht i.O. sein. Den Stick mal auf einem anderen PC mit Win7-64 getestet? Nur um zu schauen, ob der Treiber funktioniert?
 
  • Thread Starter Thread Starter
  • #3
Habe grad keinen anderen 64bit Rechner da. Allerdings sollte ich doch davon ausgehen können, dass entweder der Treiber auf der CD, oder der von der Website funktioniert. Da ich im Internet kaum was dazu gefunden habe, denke ich es liegt nicht am TP-Link/Treiber.

Hat das eigentlich technischen Hintergrund warum man bei 64bit keine unsignierten Treiber mehr installieren kann?

Denke mein System hat irgendwo ein Problem. Irgend eine Idee wo man anfangen könnte?
 
Lass mal sfc/ scannow unter Adminrecht durchlaufen. Danach nochmal versuchen den Treiber zu installieren.

Gruß Matte
 
  • Thread Starter Thread Starter
  • #5
C:\Windows\system32>sfc /scannow

Systemsuche wird gestartet. Dieser Vorgang kann einige Zeit dauern.

Überprüfungsphase der Systemsuche wird gestartet.
Überprüfung 93 % abgeschlossen.
Der Windows-Ressourcenschutz hat beschädigte Dateien gefunden und konnte
einige der Dateien nicht reparieren. Details finden Sie in der Datei
"CBS.Log" (windir\Logs\CBS\CBS.log), z.B. "C:\Windows\Logs\CBS\CBS.log".
Zum Vergrößern anklicken....

CBS.log:
2014-12-14 23:05:18, Info CBS Starting TrustedInstaller initialization.
2014-12-14 23:05:18, Info CBS Loaded Servicing Stack v6.1.7601.17592 with Core: C:\Windows\winsxs\amd64_microsoft-windows-servicingstack_31bf3856ad364e35_6.1.7601.17592_none_672ce6c3de2cb17f\cbscore.dll
2014-12-14 23:05:18, Info CSI 00000001@2014/12/14:22:05:18.905 WcpInitialize (wcp.dll version 0.0.0.6) called (stack @0x7fee0dbf0ad @0x7fee20f9849 @0x7fee20c34e3 @0xffe6e97c @0xffe6d799 @0xffe6db2f)
2014-12-14 23:05:18, Info CSI 00000002@2014/12/14:22:05:18.925 WcpInitialize (wcp.dll version 0.0.0.6) called (stack @0x7fee0dbf0ad @0x7fee2146816 @0x7fee2112aac @0x7fee20c35b9 @0xffe6e97c @0xffe6d799)
2014-12-14 23:05:18, Info CSI 00000003@2014/12/14:22:05:18.925 WcpInitialize (wcp.dll version 0.0.0.6) called (stack @0x7fee0dbf0ad @0x7fef62d8738 @0x7fef62d8866 @0xffe6e474 @0xffe6d7de @0xffe6db2f)
2014-12-14 23:05:18, Info CBS Ending TrustedInstaller initialization.
2014-12-14 23:05:18, Info CBS Starting the TrustedInstaller main loop.
2014-12-14 23:05:18, Info CBS TrustedInstaller service starts successfully.
2014-12-14 23:05:18, Info CBS SQM: Initializing online with Windows opt-in: False
2014-12-14 23:05:18, Info CBS SQM: Cleaning up report files older than 10 days.
2014-12-14 23:05:18, Info CBS SQM: Requesting upload of all unsent reports.
2014-12-14 23:05:18, Info CBS SQM: Failed to start upload with file pattern: C:\Windows\servicing\sqm\*_std.sqm, flags: 0x2 [HRESULT = 0x80004005 - E_FAIL]
2014-12-14 23:05:18, Info CBS SQM: Failed to start standard sample upload. [HRESULT = 0x80004005 - E_FAIL]
2014-12-14 23:05:18, Info CBS SQM: Queued 0 file(s) for upload with pattern: C:\Windows\servicing\sqm\*_all.sqm, flags: 0x6
2014-12-14 23:05:18, Info CBS SQM: Warning: Failed to upload all unsent reports. [HRESULT = 0x80004005 - E_FAIL]
2014-12-14 23:05:18, Info CBS No startup processing required, TrustedInstaller service was not set as autostart, or else a reboot is still pending.
2014-12-14 23:05:18, Info CBS NonStart: Checking to ensure startup processing was not required.
2014-12-14 23:05:18, Info CSI 00000004 IAdvancedInstallerAwareStore_ResolvePendingTransactions (call 1) (flags = 00000004, progress = NULL, phase = 0, pdwDisposition = @0xf9fc40
2014-12-14 23:05:18, Info CSI 00000005 Creating NT transaction (seq 1), objectname [6]"(null)"
2014-12-14 23:05:18, Info CSI 00000006 Created NT transaction (seq 1) result 0x00000000, handle @0x1f0
2014-12-14 23:05:18, Info CSI 00000007@2014/12/14:22:05:18.995 CSI perf trace:
CSIPERF:TXCOMMIT;168
2014-12-14 23:05:18, Info CBS NonStart: Success, startup processing not required as expected.
2014-12-14 23:05:18, Info CBS Startup processing thread terminated normally
2014-12-14 23:05:19, Info CSI 00000008 CSI Store 3666880 (0x000000000037f3c0) initialized
2014-12-14 23:05:19, Error CSI 00000009@2014/12/14:22:05:19.075 (F) d:\win7sp1_gdr\base\lstring\lblob.cpp(2221): Error STATUS_ILLEGAL_CHARACTER originated in function RtlTranscodeLBlobs expression: __rv.UcsCharacter != (0xffffffff)
[gle=0x80004005]
2014-12-14 23:05:19, Error CSI 0000000a (F) HRESULT_FROM_WIN32(582) #12901# from Windows::ServicingAPI::CEnumCSI_COMPONENT::IEnumCSI_COMPONENT_Next(...)[gle=0x80070246]
2014-12-14 23:05:19, Info CSI 0000000b [SR] Verifying 100 (0x0000000000000064) components
2014-12-14 23:05:19, Info CSI 0000000c [SR] Beginning Verify and Repair transaction
2014-12-14 23:05:19, Info CSI 0000000d Repair results created:
POQ 0 starts:

POQ 0 ends.
2014-12-14 23:05:19, Info CSI 0000000e [SR] Verify complete
2014-12-14 23:05:19, Info CSI 0000000f [SR] Verifying 100 (0x0000000000000064) components
2014-12-14 23:05:19, Info CSI 00000010 [SR] Beginning Verify and Repair transaction
2014-12-14 23:05:19, Info CSI 00000011 Repair results created:
POQ 1 starts:

POQ 1 ends.
2014-12-14 23:05:19, Info CSI 00000012 [SR] Verify complete
2014-12-14 23:05:19, Info CSI 00000013 [SR] Verifying 100 (0x0000000000000064) components
2014-12-14 23:05:19, Info CSI 00000014 [SR] Beginning Verify and Repair transaction
2014-12-14 23:05:19, Info CSI 00000015 Repair results created:
POQ 2 starts:

POQ 2 ends.
2014-12-14 23:05:19, Info CSI 00000016 [SR] Verify complete
2014-12-14 23:05:20, Error CSI 00000017@2014/12/14:22:05:20.00 (F) d:\win7sp1_gdr\base\lstring\lblob.cpp(2221): Error STATUS_ILLEGAL_CHARACTER originated in function RtlTranscodeLBlobs expression: __rv.UcsCharacter != (0xffffffff)
[gle=0x80004005]
2014-12-14 23:05:20, Error CSI 00000018 (F) HRESULT_FROM_WIN32(582) #123388# from Windows::ServicingAPI::CEnumCSI_COMPONENT::IEnumCSI_COMPONENT_Next(...)[gle=0x80070246]
2014-12-14 23:05:20, Info CSI 00000019 [SR] Repairing 0 components
2014-12-14 23:05:20, Info CSI 0000001a [SR] Beginning Verify and Repair transaction
2014-12-14 23:05:20, Info CSI 0000001b Repair results created:
POQ 3 starts:

POQ 3 ends.
2014-12-14 23:05:20, Info CSI 0000001c [SR] Repair complete

Also ich kann daraus nichts herauslesen...

EDIT: Inzwischen hatte ich mehrere interessante bugs, Opera ist 3x abgestürzt, ich hatte 3 Bluescreens.
Übertaktung runter und schauen obs daran lag :/
 
Zuletzt bearbeitet:
Könnte unter Umständen auch an dem verbockten Root Zertifikat Update von Microsoft liegen. Hast du die Möglichkeit, den Rechner auf einen älteren Stand zurückzusetzen? Speziell geht es um dieses Update
You do not have permission to view link please Anmelden or Registrieren
Vielleicht reicht es, dieses Update zu deinstallieren.

Ist nur eine Idee, und die wolltest du ja hören. :-)
 
  • Thread Starter Thread Starter
  • #7
Danke für die Idee, das Update lässt sich allerdings nicht deinstallieren. Systemwiderherstellungspunkte habe ich natürlich keine, letztes Backup der SSD ist n halbes Jahr her.
Ich bin jetzt so weit dass ich doch neu installieren werde. Inzwischen gibt es nur noch Probleme.

EDIT: Windows neu installiert, Treiber ging natürlich Problemlos. Im Nachhinein bin ich recht sicher dass es an dem fehlerhaften Update lag, da die anderen Symptome (Windows Defender z.B.) auch auftraten
 
Zuletzt bearbeitet:
  • Thread Starter Thread Starter
  • #8
Es gibt noch was neues: Ein RAM-Riegel ist wohl defekt. Habe ich gemerkt, als die Bluescreens dann nach der Neuinstallation mit wechselnden Codes immer häufiger wurden, Programme wieder abstürzten...

In wie weit das etwas mit dem Treiberproblem zu tun haben könnte kann man jetzt diskutieren..
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben