<?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>Boot.wim &#8211; Haikos Blog</title>
	<atom:link href="https://www.hertes.net/tag/boot-wim/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.hertes.net</link>
	<description>Blog von Haiko Hertes zu allen Themen rund um Microsoft, Cloud und Datacenter</description>
	<lastBuildDate>Sun, 15 Jun 2014 19:36:53 +0000</lastBuildDate>
	<language>de</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>
	<item>
		<title>SCCM 2012 R2: Logging w&#228;hrend OSD verbessern</title>
		<link>https://www.hertes.net/2014/06/sccm-2012-r2-logging-whrend-osd-verbessern/</link>
					<comments>https://www.hertes.net/2014/06/sccm-2012-r2-logging-whrend-osd-verbessern/#respond</comments>
		
		<dc:creator><![CDATA[Haiko]]></dc:creator>
		<pubDate>Sun, 15 Jun 2014 19:36:52 +0000</pubDate>
				<category><![CDATA[System Center Configuration Manager]]></category>
		<category><![CDATA[Boot.wim]]></category>
		<category><![CDATA[Configuration Manager]]></category>
		<category><![CDATA[SCCM]]></category>
		<category><![CDATA[System Center]]></category>
		<category><![CDATA[WinPE]]></category>
		<guid isPermaLink="false">http://www.hertes.net/?p=2349</guid>

					<description><![CDATA[Während einer Betriebssysteminstallation (“OSD” – Operating System Deployment) werden alle Schritte protokolliert. Das Problem dabei ist, dass das Logfile dabei maximal 1MB groß werden darf. Alle älteren Einträge werden überschrieben. Und ein Megabyte ist selbst beim Standard-Loglevel nicht sehr viel… Um die gewünschten Änderungen zu erreichen, müssen die Boot-Images (“boot.wim”) angepasst werden. Dabei muss eine Konfigurationsdatei erzeugt und in den Abbildern hinterlegt werden. Diesen Vorgang möchte ich hier etwas genauer beschreiben: Als erstes besorgt man sich die aktuell verwendeten Startabbild-Dateien für 32 Bit und 64 Bit. Wo diese zu finden sind, kann man in den Eigenschaften der Abbilder nachsehen. ^&#8230;]]></description>
										<content:encoded><![CDATA[<p>Während einer Betriebssysteminstallation (“OSD” – Operating System Deployment) werden alle Schritte protokolliert. Das Problem dabei ist, dass das Logfile dabei maximal 1MB groß werden darf. Alle älteren Einträge werden überschrieben. Und ein Megabyte ist selbst beim Standard-Loglevel nicht sehr viel…</p>
<p>Um die gewünschten Änderungen zu erreichen, müssen die Boot-Images (“boot.wim”) angepasst werden. Dabei muss eine Konfigurationsdatei erzeugt und in den Abbildern hinterlegt werden. Diesen Vorgang möchte ich hier etwas genauer beschreiben:</p>
<p>Als erstes besorgt man sich die aktuell verwendeten Startabbild-Dateien für 32 Bit und 64 Bit. Wo diese zu finden sind, kann man in den Eigenschaften der Abbilder nachsehen. ^</p>
<p><a href="https://www.hertes.net/wp-content/uploads/2014/06/Screenshot18.png"><img fetchpriority="high" decoding="async" title="Screenshot (18)" style="border-top: 0px; border-right: 0px; border-bottom: 0px; float: none; margin-left: auto; border-left: 0px; display: block; margin-right: auto" border="0" alt="Screenshot (18)" src="https://www.hertes.net/wp-content/uploads/2014/06/Screenshot18_thumb.png" width="468" height="484" /></a> </p>
<p>Der übliche Speicherort lautet </p>
<p><a href="file://\\[HOSTNAME]\SMS_[SITECODE]\OSD\boot\i386\">\\[HOSTNAME]\SMS_[SITECODE]\OSD\boot\i386\</a> </p>
<p>für 32 Bit und </p>
<p><a href="file://\\[HOSTNAME]\SMS_[SITECODE]\OSD\boot\x64\">\\[HOSTNAME]\SMS_[SITECODE]\OSD\boot\x64\</a></p>
<p>für 64 Bit.</p>
<p>Als zweites benötigt man das Windows ADK in einer passenden Version. Dieses kann bei Microsoft heruntergeladen werden. (<a title="http://www.microsoft.com/de-de/download/details.aspx?id=39982" href="http://www.microsoft.com/de-de/download/details.aspx?id=39982">http://www.microsoft.com/de-de/download/details.aspx?id=39982</a>)</p>
<p>Nun kann mit Hilfe von DISM in einer Eingabeaufforderung mit administrativen Rechten die jeweilige WIM-Datei zum verändern gemountet werden. Dies geschieht mittels des Aufrufes</p>
<p><em>dism /Mount-Wim /WimFile:C:\boot.wim\boot.CAS00005.wim /index:1 /MountDir:C:\boot.wim\mount_x64</em></p>
<p>(Die Pfade sind entsprechend anzupassen)</p>
<p><a href="https://www.hertes.net/wp-content/uploads/2014/06/Screenshot13.png"><img decoding="async" title="Screenshot (13)" style="border-left-width: 0px; border-right-width: 0px; border-bottom-width: 0px; float: none; margin-left: auto; display: block; border-top-width: 0px; margin-right: auto" border="0" alt="Screenshot (13)" src="https://www.hertes.net/wp-content/uploads/2014/06/Screenshot13_thumb.png" width="644" height="199" /></a> </p>
<p>Nun kann im Windows-Pfad des gemounteten Images eine Datei mit Namen “SMSTS.INI” und folgendem Inhalt abgelegt werden:</p>
<p><code>[Logging]</code></p>
<p><code>LOGLEVEL=0</code></p>
<p><code>LOGMAXSIZE=10485760</code></p>
<p><code>LOGMAXHISTORY=3</code></p>
<p><code>DEBUGLOGGING=1</code></p>
<p><code>CCMDEBUGLOGGING=1</code></p>
<p>Das LogLevel 0 steht für “verbose”, ist also der höchste Detailgrad. Standard wäre 1…</p>
<p>LogMaxSize erklärt sich sicher von selbst – der Wert wird in Bytes angegeben (hier also 10MB)</p>
<p>LogMaxHistory sorgt dafür, dass nicht nur das letzte LogFile gelesen werden kann, sondern auch die vorherigen. Im Normalfall steht der Wert auf 1 und dabei werden ältere Logs immer durch das aktuelle überschrieben.</p>
<p>DebugLogging aktiviert das Protokollieren von Debug-Meldungen (1 ist “true”, 0 ist “false”)</p>
<p>CCMDebugLogging tut im wesentlichen das selbe, Microsoft empfiehlt die Verwendung beider Varianten, ich vermute aus Gründen der Abwärtskompatibilität</p>
<p><a href="https://www.hertes.net/wp-content/uploads/2014/06/Screenshot15.png"><img decoding="async" title="Screenshot (15)" style="border-left-width: 0px; border-right-width: 0px; border-bottom-width: 0px; float: none; margin-left: auto; display: block; border-top-width: 0px; margin-right: auto" border="0" alt="Screenshot (15)" src="https://www.hertes.net/wp-content/uploads/2014/06/Screenshot15_thumb.png" width="404" height="208" /></a>&#160;</p>
<p>Die Namen der Konfigurationsparameter müssen in Großbuchstaben geschrieben werden!</p>
<p><a href="https://www.hertes.net/wp-content/uploads/2014/06/Screenshot14.png"><img loading="lazy" decoding="async" title="Screenshot (14)" style="border-left-width: 0px; border-right-width: 0px; border-bottom-width: 0px; float: none; margin-left: auto; display: block; border-top-width: 0px; margin-right: auto" border="0" alt="Screenshot (14)" src="https://www.hertes.net/wp-content/uploads/2014/06/Screenshot14_thumb.png" width="644" height="245" /></a> </p>
<p>Nun kann die WIM-Datei wird zurückgeschrieben werden, dazu dient wieder DISM mit folgendem Kommando:</p>
<p><em>dism /Unmount-Wim /MountDir:C:\boot.wim\mount_x64 /commit</em></p>
<p><a href="https://www.hertes.net/wp-content/uploads/2014/06/Screenshot17.png"><img loading="lazy" decoding="async" title="Screenshot (17)" style="border-left-width: 0px; border-right-width: 0px; border-bottom-width: 0px; float: none; margin-left: auto; display: block; border-top-width: 0px; margin-right: auto" border="0" alt="Screenshot (17)" src="https://www.hertes.net/wp-content/uploads/2014/06/Screenshot17_thumb.png" width="644" height="244" /></a> </p>
<p>Danach muss das WIM-File nur noch zurück auf den SCCM-Server kopiert werden und neu auf die Verteilungspunkte (“Distribution Points”) verteilt werden…</p>
]]></content:encoded>
					
					<wfw:commentRss>https://www.hertes.net/2014/06/sccm-2012-r2-logging-whrend-osd-verbessern/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
