<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>You searched for qb-! - Workplace Management Blog</title>
	<atom:link href="https://www.wpm-blog.de/search/qb-%21/feed/rss2/" rel="self" type="application/rss+xml" />
	<link>https://www.wpm-blog.de/</link>
	<description>... ideas and solutions making workplace management easier</description>
	<lastBuildDate>Mon, 06 May 2013 21:23:06 +0000</lastBuildDate>
	<language>de</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.1.7</generator>
	<item>
		<title>Fehler und ErrorLevel aus der Setup.inf</title>
		<link>https://www.wpm-blog.de/fehler-und-errorlevel-aus-der-setup-inf/</link>
					<comments>https://www.wpm-blog.de/fehler-und-errorlevel-aus-der-setup-inf/#comments</comments>
		
		<dc:creator><![CDATA[Jochen]]></dc:creator>
		<pubDate>Wed, 27 Mar 2013 08:58:18 +0000</pubDate>
				<category><![CDATA[Tipps & Tricks]]></category>
		<category><![CDATA[Empirum]]></category>
		<category><![CDATA[Softwarepaket]]></category>
		<guid isPermaLink="false">https://www.wpm-blog.de/?p=891</guid>

					<description><![CDATA[<p>Niemand und nahezu nichts ist komplett fehlerfrei &#8211; doch man kann sich Stück für Stück verbessern! Bei der Erstellung von Software-Paketen, beim Verteilen von Software-Paketen oder Patches mit dem Patch-Management treten schon auch mal Fehler &#8230; <a href="https://www.wpm-blog.de/fehler-und-errorlevel-aus-der-setup-inf/">Weiterlesen</a></p>
<p>Der Beitrag <a rel="nofollow" href="https://www.wpm-blog.de/fehler-und-errorlevel-aus-der-setup-inf/">Fehler und ErrorLevel aus der Setup.inf</a> erschien zuerst auf <a rel="nofollow" href="https://www.wpm-blog.de">Workplace Management Blog</a>.</p>
]]></description>
										<content:encoded><![CDATA[<p>Niemand und nahezu nichts ist komplett fehlerfrei &#8211; doch man kann sich Stück für Stück verbessern! Bei der Erstellung von Software-Paketen, beim Verteilen von Software-Paketen oder Patches mit dem Patch-Management treten schon auch mal Fehler auf. Diese sollten natürlich in der Test und Pilotphase festgestellt und behoben werden. Die angezeigten Fehlermeldungen bzw. der ERRORLEVEL im SWDepot-Log der Management Console kann erste Aufschlüsse über den Fehler geben, und wie er behoben werden kann. Manche angezeigten &#8222;Fehler&#8220; sind auch gar keine. Wie ist damit umzugehen?<span id="more-891"></span></p>
<p>Die angezeigten ERRORLEVEL haben ihren Ursprung zumeist im Kommando Interpreter oder in den Installern. Unten angefügt habe ich zwei Tabellen mit den häufigsten Fehlermeldung. Diese Tabellen erheben jedoch keinen Anspruch auf Vollständigkeit.</p>
<h2>Was sind die gängigen Fehler und wie lassen sie sich beseitigen?</h2>
<p>Die ERRORLEVEL Meldungen rühren aus der Setup.inf des fehlerhaften Empirum Paketes.</p>
<p><strong>Fehler 2 oder 3</strong><br />
In diesem Fall ist zumeist ein Befehl falsch geschrieben, die Setup.exe ist zu alt für den genutzten Befehl, ein aufzurufendes Programm wurde versucht als Befehl zu interpretieren.</p>
<p><strong>Fehler 5</strong><br />
Kein Zugriff möglich oder auch Zugriff verweigert bedeutet zumeist, dass der Befehl aufgrund von nicht vorhandenen Berechtigungen fehlschlägt. In Empirum ist das zumeist, wenn in der Registry Änderungen durchgeführt werden sollen, zu der der Benutzer nicht berechtigt ist. Das können Änderungen im Bereich HKLM\SYSTEM, als auch HKCU\Software\Microsoft\Policies sein. Der Benutzer hat zwar Berechtigungen auf den HKCU Zweig, jedoch nicht im Bereich der Policies, denn diese soll er ja auch nicht &#8222;manipulieren&#8220; können.</p>
<p><strong>Fehler 1602</strong><br />
Dieser Fehler rührt vom Windows Installer und bedeutet, dass der Benutzer die &#8222;Abbrechen&#8220; Schaltfläche des MSIEXEC Dialoges betätigt hat. Diese Schaltfläche kann mit dem &#8222;!&#8220; entfernt werden, wie z.B. /qb-! oder /qr!. Nutzt man direkt /qn &#8211; so wird nichts angezeigt, auch nicht die &#8222;Abbrechen&#8220; Schaltfläche.</p>
<p><strong>Fehler 1603</strong><br />
Der &#8222;1603&#8220; ist der beliebteste Fehler unter den Software-Paketieren, denn er bedeutet soviel wie &#8222;Es ist ein schwerwiegender Fehler aufgetreten&#8230;&#8220;. Das heißt soviel wie alles und nichts! Hier kann man dem Fehler nur durch Analyse des MSI Logs näher kommen. Das Log wird im Standard in den %TEMP% Ordner des jeweiligen Computers geschrieben und beginnt mit MSI_. Wenn die Installation mit dem Empirum Advanced Agent durchgeführt wird, so ist die Datei im Ordner %WinDir%\TEMP wiederzufinden. Häufig wird der Fehler am Ende des Logs angezeigt, das man sehr einfach mit STRG+ENDE anspringen kann.</p>
<p><strong>Fehler 0</strong><br />
Warum ist der ERRORLEVEL 0 ein Fehler? Wieso wird das Paket als fehlerhaft in der Console angezeigt bzw. läuft immer wieder, obwohl alles &#8222;gut&#8220; aussieht und das Programm auch funktioniert? Dies liegt häufig damit zusammen, dass in Empirum Software-Paketen in denen externe Installer (Hersteller-Setups) aufgerufen werden, auch anschließend eine &#8222;Erfolgsüberprüfung&#8220; stattfindet. Da man nicht weiß, ob die Hersteller-Setuproutine das gemacht hat was man von ihr erwartet, prüft man im Anschluß den Erfolg durch die Überprüfung auf das Vorhandensein von Registry Einträgen, Dateien oder Texte in Dateien. Können die zu erwartenden Prüfpunkte nicht erfolgreich geprüft werden, so verzweigt die Installationsabfolge in der Setup.inf in eine Sektion, in der die Empirum Installation mit &#8222;Abort&#8220; abgebrochen wird. Der Fehler 0 tritt sehr gerne in MSI Paketen auf.</p>
<p>Folgendes ist zu prüfen bzw. anzupassen:</p>
<ul>
<li>Ist der UninstallString in der Registry unterhalb der GUID vorhanden? (Änderung auf InstallDate hilft häufig.)</li>
<li>Ist es überhaupt die richtige GUID die abgeprüft wird?</li>
<li>Wird die ReInstSuccessMessageXXXX in dem MSILogFile richtig geprüft? Die aktuellen MSI Vorlagen prüfen 4 ReInstSuccessMessages, da sich die Meldungen mit der Aktualisierung der MSIExec Version geändert haben. Dieser Fehler tritt auch gerne beim Testen der Windows XP Pakete unter Windows 7 auf. Abhilfe schafft hier die Übernahme der 4 ReInstSuccessMessages und das Anpassen der Überprüfung (IF &#8230;) in der RepairMSI Sektion. Die Vorlage liefert die aktuelle MSI.inf.</li>
</ul>
<h2><strong>Liste von Fehlermeldungen bzw. ERRORLEVEL Werten</strong></h2>
<p><strong>Fehler &#8211; Beschreibung</strong><br />
0 &#8211; Fehlerfrei<br />
2 &#8211; Datei nicht vorhanden<br />
3 &#8211; Pfad nicht gefunden<br />
5 &#8211; Kein Zugriff möglich<br />
6 &#8211; Ungültiger Zugriff/ungültiges Handle<br />
8 &#8211; Zu wenig Speicher<br />
10 &#8211; Ungültiger Bereich/ungültige Environment Variablen<br />
11 &#8211; Ungültiges (Befehls-)Format</p>
<p><strong>MsiExec.exe und InstMsi.exe Fehlermeldungen<br />
</strong><a title="MsiExec.exe and InstMsi.exe Error Messages (Windows)" href="http://msdn.microsoft.com/en-us/library/windows/desktop/aa376931(v=vs.85).aspx" target="_blank">Hier </a>geht es zur Microsoft Seite mit der vollständigen Liste der &#8222;MsiExec.exe and InstMsi.exe Error Messages (Windows)&#8220;</p>
<p><strong>Wert &#8211; Fehler-Code &#8211; Beschreibung</strong><br />
0 &#8211; ERROR_SUCCESS &#8211; Die Installation war erfolgreich.<br />
1602 &#8211; ERROR_INSTALL_USEREXIT &#8211; Der Benutzer hat die Installation abgebrochen.<br />
1603 &#8211; ERROR_INSTALL_FAILURE &#8211; Es ist ein schwerwiegender Fehler während der Installation aufgetreten.<br />
1642 &#8211; ERROR_PATCH_TARGET_NOT_FOUND Der Patch kann nicht installiert werden, weil die zu aktualisierende Software nicht installiert ist.<br />
3010 &#8211; ERROR_SUCCESS_REBOOT_REQUIRED Die Installation war erfolgreich, benötigt jedoch einen Neustart!</p>
<p>Der Beitrag <a rel="nofollow" href="https://www.wpm-blog.de/fehler-und-errorlevel-aus-der-setup-inf/">Fehler und ErrorLevel aus der Setup.inf</a> erschien zuerst auf <a rel="nofollow" href="https://www.wpm-blog.de">Workplace Management Blog</a>.</p>
]]></content:encoded>
					
					<wfw:commentRss>https://www.wpm-blog.de/fehler-und-errorlevel-aus-der-setup-inf/feed/</wfw:commentRss>
			<slash:comments>13</slash:comments>
		
		
			</item>
		<item>
		<title>Anpassung Paketierungsvorlage &#8211; MSI Paket</title>
		<link>https://www.wpm-blog.de/anpassung-paketierungsvorlage-msi-paket/</link>
					<comments>https://www.wpm-blog.de/anpassung-paketierungsvorlage-msi-paket/#respond</comments>
		
		<dc:creator><![CDATA[Jochen]]></dc:creator>
		<pubDate>Wed, 02 Jan 2013 13:00:57 +0000</pubDate>
				<category><![CDATA[Tutorials]]></category>
		<category><![CDATA[Paketierung]]></category>
		<category><![CDATA[Softwarepaket]]></category>
		<guid isPermaLink="false">https://www.wpm-blog.de/?p=594</guid>

					<description><![CDATA[<p>In der MSI Vorlage (MSI.inf) ist auch der Silent Parameter für die Installation der MSI Dateien vorbelegt. Matrix42 liefert die MSI.inf mit dem Silent Parameter /qr aus. Durch die Anpassung der MSI.inf bestimmt man, wie &#8230; <a href="https://www.wpm-blog.de/anpassung-paketierungsvorlage-msi-paket/">Weiterlesen</a></p>
<p>Der Beitrag <a rel="nofollow" href="https://www.wpm-blog.de/anpassung-paketierungsvorlage-msi-paket/">Anpassung Paketierungsvorlage &#8211; MSI Paket</a> erschien zuerst auf <a rel="nofollow" href="https://www.wpm-blog.de">Workplace Management Blog</a>.</p>
]]></description>
										<content:encoded><![CDATA[<p>In der MSI Vorlage (MSI.inf) ist auch der Silent Parameter für die Installation der MSI Dateien vorbelegt. Matrix42 liefert die MSI.inf mit dem Silent Parameter /qr aus. Durch die Anpassung der MSI.inf bestimmt man, wie sich alle zukünftig erstellten MSI Pakete hinsichtlich des Silent Parameters verhalten. <span id="more-594"></span>Die Einstellung /qr zeigt einen recht großen MSI Dialog. Möchte man eine MSI Installation komplett &#8222;silent&#8220; ablaufen lassen, muss man /qr durch /qn ersetzen. Gerne wird auch der Parameter /qb-! genutzt. Dies zeigt einen kleinen MSI Dialog ohne die &#8222;Abbrechen&#8220; Schaltfläche an. Das Ausschalten der Abbrechen Schaltfläche geschieht über den Wert &#8222;!&#8220;.</p>
<p>Anbei ein Auzug aus der MSI Hilfe bezüglich der Silent Parameter:<br />
/q[n|b|r|f]   Legt die Benutzeroberfläche fest.<br />
n &#8211; Keine Benutzeroberfläche<br />
b &#8211; Einfache Benutzeroberfläche<br />
r &#8211; Reduzierte Benutzeroberfläche<br />
f &#8211; Vollständige Benutzeroberfläche (Standard)</p>
<p>Der Beitrag <a rel="nofollow" href="https://www.wpm-blog.de/anpassung-paketierungsvorlage-msi-paket/">Anpassung Paketierungsvorlage &#8211; MSI Paket</a> erschien zuerst auf <a rel="nofollow" href="https://www.wpm-blog.de">Workplace Management Blog</a>.</p>
]]></content:encoded>
					
					<wfw:commentRss>https://www.wpm-blog.de/anpassung-paketierungsvorlage-msi-paket/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>

<!--
Performance optimized by W3 Total Cache. Learn more: https://www.boldgrid.com/w3-total-cache/

Page Caching using Disk: Enhanced 
Minified using Disk
Database Caching using Disk

Served from: www.wpm-blog.de @ 2026-03-20 05:54:56 by W3 Total Cache
-->