.NET-based progetto di installazione ha esito negativo in fase di installazione

Ho creato un progetto di installazione utilizzando Visual Studio 2008. Quando si installa su una macchina diversa, ottengo il seguente errore:

Il programma di installazione è stata interrotta prima
MyApplication potrebbe essere installato. Si
è necessario riavviare il programma di installazione per provare
di nuovo.

Come posso risolvere questo problema?

Il file di registro contiene i seguenti.

MSI (s) (D8:20) [14:06:01:020]: Executing op: ComponentUnregister(ComponentId={533BAFA2-3A54-B4D7-B625-38EB0DB9BBB7},ProductKey={B10107EF-3C57-451E-9080-40FB1F4A8B95},BinaryType=0,)
MSI (s) (D8:20) [14:06:01:020]: Executing op: ComponentUnregister(ComponentId={B55DBDAF-0BCB-061A-9EA2-5AC798377ABA},ProductKey={B10107EF-3C57-451E-9080-40FB1F4A8B95},BinaryType=0,)
MSI (s) (D8:20) [14:06:01:020]: Executing op: End(Checksum=0,ProgressTotalHDWord=0,ProgressTotalLDWord=0)
MSI (s) (D8:20) [14:06:01:020]: Error in rollback skipped.  Return: 5
MSI (s) (D8:20) [14:06:01:030]: No System Restore sequence number for this installation.
MSI (s) (D8:20) [14:06:01:030]: Unlocking Server
MSI (s) (D8:20) [14:06:01:030]: PROPERTY CHANGE: Deleting UpdateStarted property. Its current value is '1'.
Action ended 14:06:01: INSTALL. Return value 3.
MSI (s) (D8:20) [14:06:01:060]: MainEngineThread is returning 1603
MSI (s) (D8:40) [14:06:01:060]: Destroying RemoteAPI object.
MSI (s) (D8:B8) [14:06:01:060]: Custom Action Manager thread ending.
MSI (c) (10:80) [14:06:01:130]: Back from server. Return value: 1603
MSI (c) (10:80) [14:06:01:140]: Decrementing counter to disable shutdown. If counter >= 0, shutdown will be denied.  Counter after decrement: -1
MSI (c) (10:80) [14:06:01:140]: PROPERTY CHANGE: Deleting SECONDSEQUENCE property. Its current value is '1'.
Action ended 14:06:01: ExecuteAction. Return value 3.
MSI (c) (10:80) [14:06:01:150]: Doing action: FatalErrorForm
Action start 14:06:01: FatalErrorForm.
DEBUG: Error 2826:  Control Line1 on dialog FatalErrorForm extends beyond the boundaries of the dialog to the right by 3 pixels
The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2826. The arguments are: FatalErrorForm, Line1, to the right
DEBUG: Error 2826:  Control Line2 on dialog FatalErrorForm extends beyond the boundaries of the dialog to the right by 3 pixels
The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2826. The arguments are: FatalErrorForm, Line2, to the right
DEBUG: Error 2826:  Control BannerBmp on dialog FatalErrorForm extends beyond the boundaries of the dialog to the right by 3 pixels
The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2826. The arguments are: FatalErrorForm, BannerBmp, to the right
Action ended 14:06:04: FatalErrorForm. Return value 1.
Action ended 14:06:04: INSTALL. Return value 3.
MSI (c) (10:80) [14:06:04:475]: Destroying RemoteAPI object.
MSI (c) (10:F4) [14:06:04:485]: Custom Action Manager thread ending.
=== Logging stopped: 5/12/2009  14:06:04 ===
MSI (c) (10:80) [14:06:04:495]: Note: 1: 1708 
MSI (c) (10:80) [14:06:04:505]: Product: CMS -- Installation failed.

MSI (c) (10:80) [14:06:04:515]: Grabbed execution mutex.
MSI (c) (10:80) [14:06:04:525]: Cleaning up uninstalled install packages, if any exist
MSI (c) (10:80) [14:06:04:545]: MainEngineThread is returning 1603
=== Verbose logging stopped: 5/12/2009  14:06:04 ===

`

  • Il problema con MSI registri è che il vero errore spesso molto lontano il file di log, che significa postare la coda, non può fornire la chiave di info. Il Wilogutl strumento che ho detto prima è bravo a separare il grano dal loglio.
InformationsquelleAutor ala | 2009-05-12



4 Replies
  1. 8

    Cercando di installare tramite la riga di comando per ottenere un file di log. Che deve contenere le informazioni di errore.

    msiexec /i corrispondente /lv mylogfile.registro

    È possibile utilizzare Wilogutl per fare analizzare il file di log più facile.

  2. 3

    L’installazione di Visual Studio progetto crea due file: un file MSI e un setup.exe programma di avvio automatico. L’ultimo installa eventuali pre-requisiti dell’applicazione e poi lancia il file MSI.

    Quando lancio il setup.exe programma di avvio automatico un file di log che verrà creato in una sottocartella della cartella %TMP% cartella. Controllare eventuali messaggi di errore in questo file.

    È anche possibile avviare il file MSI direttamente e liberamente creare un file di registro:

    msiexec /i mySetup.msi /l*vx log.txt

    Analizzando il log dovrebbe aiutare a trovare il problema. Se avete bisogno di aiuto con il messaggio di errore si potrebbe modificare la tua domanda ed aggiungere il messaggio di errore.

  3. 0
    1. Individuare il percorso per il servizio BFE nel registro di sistema (HKLM\System\CurrentControlSet\Services\UFE\Parameters\Politica), fare clic destro e selezionare le autorizzazioni.
    2. In “Autorizzazioni per la Politica” finestra, fare clic su avanzate | Add.
    3. Una volta che il “Seleziona Utenti, Computer o di un Gruppo” viene visualizzata la finestra di modifica “Da questa posizione:” per scegliere il nome del computer locale.
    4. Dopo aver cambiato il percorso di ricerca, inserire “NT Service\BFE” nel campo “Immettere il nome dell’oggetto da selezionare” casella e fare clic su “Controlla nomi” – questo vi permetterà di aggiungere il BFE account.
    5. Dare i seguenti privilegi per il BFE conto:

Lascia un commento