Welcome to MSDN Blogs Sign in | Join | Help

Another Possible Workaround for Error 1330

When installing Visual Studio 2008, you might run into an error dialog that reads,

Error 1330.A file that is required cannot be installed because the cabinet file D:\cab1.cab has an invalid digital signature. This may indicate that the cabinet file is corrupt.

The path and name of the cabinet may be different, but might often be D:\cab1.cab, where D: refers to your DVD drive.

How to workaround this issue

Some time ago I blogged that you should try copying the installation locally as in some cases this is related to brief network disconnects or disc read lag, or even a bad burn of an ISO image. You should still try that and other methods in some of the comments on that post first since those are for more likely problems.

If you do not have Internet access, or have a restrictive firewall or proxy, setup may be failing to verify the signature because it cannot access the online certificate revocation list (CRL). This is most likely if you encounter the error on cab1.cab for VS2008 or MSDN.

You’ll need a copy of setreg.exe which is available in the .NET Framework SDK, which is now part of the Windows SDK.

By default, a revocation list is checked so Internet access is required. At any user privilege level, you can run the following command to disable CRL checks using option 3:

setreg.exe 3 FALSE

If you still cannot install VS2008 or MSDN with the same error 1330, make sure that option 9 is set to its default value of FALSE. If this option is TRUE, then the timestamp server is queried for a CRL as well and will fail under the same conditions.

Description of the issue

During installation, Windows Installer calls WinVerifyTrust() to verify that a signed file is valid. By default, a certificate revocation list (CRL) is downloaded and queried to determine if that certificate has been revoked. For VS2008, that CRL is located at http://crl.microsoft.com/pki/crl/products/CSPCA.crl. If an Internet connection is unavailable, WinVerifyTrust() cannot download the CRL.

In a Windows Installer verbose installation log, you may see the following:

MSI (s) (54:C4) [11:00:14:659]: Validating digital signature of file 'D:\cab1.cab'
MSI (s) (54:C4) [11:00:16:818]: File 'D:\cab1.cab' is not trusted.  WinVerifyTrust returned 0x800B010E
MSI (s) (54:E4) [11:00:16:819]: Note: 1: 1330 2: D:\cab1.cab 3: 270

Running the following signtool.exe command – also in the Windows SDK – would yield the same error: 0x800B010E, which is CERT_E_REVOCATION_FAILURE.

Setting setreg.exe option 3 to FALSE will disable the online CRL check.

A similar problem may happen if option 9 is set to TRUE, which tells WinVerifyTrust() to check a CRL on the timestamp server if the signature is timestamped. The error returned is different, however: 0x80096005, which is TRUST_E_TIME_STAMP.

Setting setreg.exe option 9 to its default value of FALSE will disable the online timestamp CRL check.

For reference, running setreg.exe without any parameters will list the current options. All the defaults according to MSDN for VS2008-supported platforms are shown below.

Software Publishing State Key Values (0x22800):
   1) Trust the Test Root........................... FALSE
   2) Use expiration date on certificates........... TRUE
   3) Check the revocation list..................... TRUE
   4) Offline revocation server OK (Individual)..... FALSE
   5) Offline revocation server OK (Commercial)..... TRUE
   6) Java offline revocation server OK (Individual) FALSE
   7) Java offline revocation server OK (Commercial) TRUE
   8) Invalidate version 1 signed objects........... FALSE
   9) Check the revocation list on Time Stamp Signer FALSE
  10) Only trust items found in the Trust DB........ FALSE
Published Thursday, December 11, 2008 2:10 PM by Heath Stewart

Comments

Friday, December 12, 2008 11:18 AM by Heath Stewart

# re: Another Possible Workaround for Error 1330

A special "thank you" goes out to a customer, Christian, who was very helpful in helping us diagnose this error using his environment.

Sunday, December 21, 2008 10:46 PM by Tom Schultz's Blog

# FIX: Error 1330 - Installing Visual Studio 2008 on Windows Server 2008 VPC

OK, I have run into SO many bloody 1330 errors while installing Visual Studio 2008 on a Windows Server

Sunday, January 04, 2009 7:22 PM by Un informático en construcción

# Visual Studio 2008: instalación y primeros pasos

Nivel: Inicial Tema: Visual Studio Autor: César Reneses – Coordinador Albacete DotNetClub A pesar de

Sunday, January 04, 2009 7:33 PM by Coordinator's Speak Point

# Visual Studio 2008: instalación y primeros pasos

Nivel: Básico Tema: Visual Studio Autor: César Reneses – Coordinador Albacete DotNetClub   A pesar

Sunday, January 04, 2009 7:55 PM by Miemblogs

# Visual Studio 2008: instalación y primeros pasos

Nivel: Básico Tema: Visual Studio Autor: César Reneses – Coordinador Albacete DotNetClub A pesar de llevar

Sunday, January 04, 2009 8:06 PM by Coordinator's Speak Point

# Visual Studio 2008: instalación y primeros pasos

Nivel: Básico Tema: Visual Studio Autor: César Reneses – Coordinador Albacete DotNetClub   A pesar

Monday, January 12, 2009 1:06 PM by Jerome

# re: Another Possible Workaround for Error 1330

Well,

I've used Apple OSX for a while with cocoa and XCode, and the experience is a whole lot better. I simply cannot understand why Microsoft is so sloppy when releasing their software. It certainly is not the first time I've been trawling the internet looking for some stupit MS errorcode which doesn't make sense to someone wo isn't intimately involved in their coding hacks.

I think I'm gonna switch and never look back.

Thanks anyway for sorting out this problem.

Jerome.

New Comments to this post are disabled
 
Page view tracker