Win 7 Pro x64 Installation

highman72
Beiträge: 83
Registriert: 28 Sep 2008, 10:07

Win 7 Pro x64 Installation

Beitrag von highman72 »

Hallo und guten Morgen,

seit gestern habe ich meinen nativen Opsi-Server 3.3 abgeschaltet und eine 3.4 VM laufen, weil ich die Installation von Windows 7 Clients ausprobieren wollte. Jetzt stoße ich allerdings auf Unwägbarkeiten, die mir im Forum leider noch nicht untergekommen sind.

Ich habe Win7 x64 Pro Clients am Start (einen hatte ich nativ versucht, jetzt aber erst mal als VM).

1. Problem:
Ich habe die unattended.xml.template in eine unattended.xml kopiert und angepasst (z. B. Administrator-Kennwort geändert). Aber nach der Installation hat er noch das Standard-Kennwort. Steht da noch irgendwo eine Kopie, die ich nicht finde? Ich habe die unattend.xml im Verzeichnis \\depotserver\opt_pcbin\install\win7-x64\opsi stehen. Dort habe ich im Ast:

Code: Alles auswählen

<AdministratorPassword>
    <PlainText>true</PlainText>
    <Value>xxxx</Value>
</AdministratorPassword>
das neue Passwort gesetzt. Falsch?

2. Problem:
Windows 7 stoppt irgendwann die Installation und möchte vom User eine Auswahl getroffen haben:
Bild
Hätte ich da in der unattended.xml was ändern müssen (womit wir wieder beim Problem 1 wären)? Im ConfigEd habe ich Win7 Professional ausgewählt. Die Dateien sind auch von einer Win7 Professional OEM-DVD.

3. Problem:
Unter dem alten Opsi hatte ich schön die Festplatte in Abhängigkeit ihrer Größe mit dem setup.py-Skript partitioniert. Das passiert hier auch, aber für mich sehr undurchsichtig: Es werden 2 Partitionen erzeugt, dann die Dateien auf eine Partition kopiert. Nach der Installation liegt aber nur noch eine einzige Partition vor. Ich habe wohl gesehen, dass es da noch diskpart-Skripte und irgendwelche .cmd in Unterverzeichnissen gibt. Wann genau aber was wie ausgeführt wird und was dabei genau passiert habe ich so noch nicht verstanden. Ziel des Ganzen ist es, das Benutzerverzeichnis von Win7 (C:\Users) komplett nach (D:\Benuzter) umzuziehen. Bislang mache ich das händisch, indem ich das Verzeichnis anlege, den Default und den Public-Ordner kopiere und dann ein paar Reg-Einträge mittels .reg-Datei verschiebe. In der "Unattended Windows Setup Reference" habe ich gesehen, dass es - mit vielen Warnungen versehen, dass das Probleme machen könnte (war aber unter XP auch schon so und hatte keine gemacht) - mittels

Code: Alles auswählen

<FolderLocations>
    <ProfilesDirectory>D:\Benutzer</ProfilesDirectory>
   <ProgramData>D:\ProgramData</ProgramData>
</FolderLocations>
gehen könnte.

Wie würdet Ihr das machen? Mittels FolderLocations oder einem "Umzugsskript"? Bei der händischen Umsetzung gab es bei mir zumindest noch keine Probleme. Also könnte ich dazu ja durchaus ein WInst-Skript schreiben, oder lieber doch FolderLocations?

Und wie erzeuge ich die benötigten Partitionen? Ich würde nämlich gerne 100 GB für C: mit Windows und Programmen verwenden und den Rest der Platten für das Benutzerverzeichnis.

Ach by-the-way: Der Windows Installer legt bei der händischen turnschuhadministrativen Installation eine 100 MB Große Startpartition an. Das tut die Opsi-Installation nicht. Ist das irgendwie wichtig, erheblich oder völlig unbedeutend? ;)

So genug der Fragen und danke erst mal vorab.

Grüße aus Hessen
Jens
jcconnor
Beiträge: 31
Registriert: 14 Feb 2010, 19:01

Re: Win 7 Pro x64 Installation

Beitrag von jcconnor »

Hallo.

Zu Problem 1: Die .xml muss im Verzeichnis install/win7-x64/custom liegen, ansonsten wird sie nicht ausgewertet.
Zu Problem 2: Du musst das control-file anpassen damit die Auswahl automatisch vonstatten geht. Je nach Version
die du Installieren willst. Nach deinem Screenshot zufolge hast du eine Professional version. Die steht aber
Standardmässig nicht im control-file darum erscheint diese Auswahl.

Pfad: /var/lib/opsi/config/depots/<depotname>/products/netboot/win7-x64/win7-x64

Original:
[ProductProperty]
name: imagename
description:Zu installierende Windows Version
values: Windows 7 ULTIMATE, Windows 7 BUSINESS, Windows 7 HOMEPREMIUM, Windows 7 HOMEBASIC
default: Windows 7 ULTIMATE

Geändert:
[ProductProperty]
name: imagename
description:Zu installierende Windows Version
values: Windows 7 ULTIMATE, Windows 7 BUSINESS, Windows 7 PROFESSIONAL, Windows 7 HOMEPREMIUM, Windows 7 HOMEBASIC
default: Windows 7 PROFESSIONAL

Du kannst dann auch im "opsi configuration editor" unter Produktschalter die Version auswählen die du Installieren willst.

Gruss.
highman72
Beiträge: 83
Registriert: 28 Sep 2008, 10:07

Re: Win 7 Pro x64 Installation

Beitrag von highman72 »

Hi,

supi und danke vorerst. Wenn ich bei meinem Problem 1 im Handbuch nachschaue finde ich:
11.2.1.1 unattend.xml
Die Steuerdatei für die unattended Installation ist die unattend.xml,welche unter
/opt/pcbin/install/winvista/opsi zu finden ist. Mögliche Modifikationen an
dieser Datei sollten Sie in ein anders Verzeichnis sichern, da das opsi Verzeichnis bei
einem Update des opsi winvista Paketes überschrieben wird.
Die von uns mitgelieferte unattend.xml enthält die Aktivierung des Administrator
Accounts mit dem Passwort 'nt123'.
Dokumente zur Unattend.xml finden sich nach Installation des WAIK in
\Program Files\Windows\Waik\docs\chms
Daraus habe ich irgendwie gelesen, dass die Datei auch dort liegen muss. An der Stelle wäre es vielleicht sinnvoll im Handbuch einen Satz mehr zu schreiben.

Gut dann schau ich mal, ob ich das mit dem control-file hinbekomme, denn den Schalter im configed hat er schlicht ignoriert.

Wenn das läuft (und mir hoffentlich jemand erklären konnte, wie das mit der Partitionierung läuft), schaue ich mal genau danach. Momentan ignoriert das System nämlich noch alle Produktinstallationen, vermutlich, weil er wegen der falschen unattended.xml keine Domänenintegration vorgenommen hat. Mal sehen.

Danke erst mal und Grüße
Jens
highman72
Beiträge: 83
Registriert: 28 Sep 2008, 10:07

Re: Win 7 Pro x64 Installation

Beitrag von highman72 »

Achso! Lesen hilft. Da gibt es einen Unterschied zwischen Professional und Business. Und weil der Wert Professional nicht da ist und ich Business ausgewählt habe als Schalter, geht das nicht. Ich habe jetzt sowohl Professional als Standard eingetragen als auch in der Datei als möglichen Wert eingetragen....

Mal sehen.

Danke schon mal.

Grüße
Jens
highman72
Beiträge: 83
Registriert: 28 Sep 2008, 10:07

Re: Win 7 Pro x64 Installation

Beitrag von highman72 »

So ein Ärger, jetzt hat er zwar die Installation durchgenudelt und das Passwort auch richtig gesetzt, aber den Domain-Join hat er nicht gemacht. Ich kriege dann in den Logs den Fehler, dass er logischerweise via FQDN der VM diese natürlich nicht bekommt. Klar, ist ja nicht in der Domäne. Hebe ich die VM selbst in die Domäne bekomme ich den Fehler nicht. Pakete installiert er aber trotzdem nicht.

Ich kann im ConfigEd an vorinstallierten Paketen auswählen, was ich will. Außer dem bereits nach der Windows-Installation installierten preloginloader bleibt alles auf Setup stehen. Im Login-Screen sehe ich nur kurz, dass er den Server sieht, dann schreibt er schon "writing log" oder so und die Anmeldemaske kommt. In den Logs habe ich nur:
  • [4] [Mar 06 15:54:31] Client '10.0.0.119' did not send cookie (opsiconfd|261)
    [4] [Mar 06 15:54:31] New session created (opsiconfd|950)
    [2] [Mar 06 15:54:31] Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or directory: '/etc/opsi/modules' (BackendManager.py|1211)
    [4] [Mar 06 15:54:31] Authorization request from win7test.ramschied.intern@10.0.0.119 (opsiconfd|354)
    [2] [Mar 06 15:54:31] Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or directory: '/etc/opsi/modules' (BackendManager.py|1211)
    [4] [Mar 06 15:54:31] BackendManager created. (opsiconfd|391)
    [2] [Mar 06 15:54:32] Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or directory: '/etc/opsi/modules' (BackendManager.py|1211)
Was könnte das sein? (Die Modules kann man ja ignorieren habe ich gelesen)

Code: Alles auswählen

<?xml version="1.0" encoding="utf-8"?>
<unattend xmlns="urn:schemas-microsoft-com:unattend">
	<!--
	====================
	WINDOWSPE SETTINGS
	====================
	The windowsPE configuration pass is used to configure settings specific to Windows PE as well as settings that apply to installation.
	For example, you can specify the display resolution of Windows PE, where to save a log file, and other Windows PE-related settings.
	-->
	<settings pass="windowsPE">
		
		<component name="Microsoft-Windows-PnPCustomizationsWinPE" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
			<DriverPaths>
				<PathAndCredentials wcm:keyValue="1" wcm:action="add">
					<Path>C:\drv</Path>
				</PathAndCredentials>
			</DriverPaths>
		</component>
		
		<component name="Microsoft-Windows-Setup" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
			<DiskConfiguration>
				<WillShowUI>OnError</WillShowUI>
				<Disk wcm:action="add">
					<!--
					<CreatePartitions>
						<CreatePartition wcm:action="add">
							<Order>1</Order>
							<Type>Primary</Type>
							<Size>20000</Size>
						</CreatePartition>
					</CreatePartitions>
					-->
					<ModifyPartitions>
						<ModifyPartition wcm:action="add">
							<Active>true</Active>
							<Format>NTFS</Format>
							<Letter>C</Letter>
							<Order>1</Order>
							<PartitionID>1</PartitionID>
							<Extend>false</Extend>
							<Label>System</Label>
						</ModifyPartition>
					</ModifyPartitions>
					<DiskID>0</DiskID>
					<WillWipeDisk>false</WillWipeDisk>
				</Disk>
			</DiskConfiguration>
			<!--
			<component name="Microsoft-Windows-Deployment" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
				<RunSynchronous>
					<RunSynchronousCommand wcm:action="add">
						<Description>Do something</Description>
						<Order>1</Order>
						<Path>cmd.exe</Path>
					</RunSynchronousCommand>
				</RunSynchronous>
			</component>
			-->
			<UserData>
				<ProductKey>
					<WillShowUI>OnError</WillShowUI>
					<Key>#@productkey*#</Key>
				</ProductKey>
				<AcceptEula>true</AcceptEula>
				<FullName>#@fullname*#</FullName>
				<Organization>#@orgname*#</Organization>
			</UserData>
			<ImageInstall>
				<OSImage>
					<InstallFrom>
						<!-- <Path>o:\install\winvista\vistasrc\install.wim</Path> -->
						<MetaData wcm:action="add">
							<Key>/IMAGE/NAME</Key>
							<Value>#@imagename*#</Value>
						</MetaData>
					</InstallFrom>
					<InstallTo>
						<DiskID>0</DiskID>
						<PartitionID>1</PartitionID>
					</InstallTo>
					<WillShowUI>OnError</WillShowUI>
				</OSImage>
			</ImageInstall>
		</component>
		
		<component name="Microsoft-Windows-International-Core-WinPE" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
			<SetupUILanguage>
				<UILanguage>de-DE</UILanguage>
				<WillShowUI>OnError</WillShowUI>
			</SetupUILanguage>
			<InputLocale>0407:00000407</InputLocale>
			<SystemLocale>de-DE</SystemLocale>
			<UILanguage>de-DE</UILanguage>
			<UILanguageFallback>de-DE</UILanguageFallback>
			<UserLocale>de-DE</UserLocale>
			<LayeredDriver>1</LayeredDriver>
		</component>
	</settings>
	<!--
	=====================
	GENERALIZE SETTINGS
	=====================
	The generalize pass of Windows Setup is used to create a Windows reference image that can be used throughout an organization.
	A setting in the generalize pass enables you to automate the behavior for all deployments of this reference image.
	In comparison, a setting associated with the specialize configuration pass enables you to override behavior for a single, specific deployment.
	When a system is generalized, specific configuration data for a given installation of Windows is removed.
	For example, during the generalize pass, the unique security ID (SID) and other hardware-specific settings are removed from the image.
	The generalize configuration pass runs only when you use the sysprep /generalize command.
	Answer file settings in generalize are applied to the system before sysprep generalization occurs. The system then shuts down.
	-->
	<!--
	<settings pass="generalize">
	</settings>
	-->
	<!--
	=====================
	SPECIALIZE SETTINGS
	=====================
	During the specialize pass of Windows Setup, machine-specific information for the image is applied.
	For example, you can configure network settings, international settings, and domain information.
	The specialize pass is used in conjunction with the generalize pass.
	The generalize pass is used to create a Windows reference image that can be used throughout an organization.
	From this basic Windows reference image, you can add further customizations that apply to different divisions
	within an organization or apply to different installations of Windows.
	The specialize pass is used to apply these specific customizations.
	-->
	<settings pass="specialize">
		
		<component name="Microsoft-Windows-Shell-Setup" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
			<BluetoothTaskbarIconEnabled>false</BluetoothTaskbarIconEnabled>
			<ComputerName>#@pcname*#</ComputerName>
			<!--  <ProductKey>#@productkey*#</ProductKey>  -->
			<CopyProfile>false</CopyProfile>
			<DisableAutoDaylightTimeSet>false</DisableAutoDaylightTimeSet>
			<DoNotCleanTaskBar>false</DoNotCleanTaskBar>
			<ShowWindowsLive>false</ShowWindowsLive>
			<StartPanelOff>false</StartPanelOff>
			<TimeZone>W. Europe Standard Time</TimeZone>
			<WindowsFeatures>
				<ShowWindowsMail>false</ShowWindowsMail>
			</WindowsFeatures>
		</component>
		
		<component name="Microsoft-Windows-Security-Licensing-SLC-UX" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
			<SkipAutoActivation>true</SkipAutoActivation>
		</component>
		
		<component name="Microsoft-Windows-UnattendedJoin" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
			<Identification>
				<Credentials>
					<Domain>meinedomain.intern</Domain>
					<Password>xxxxxx</Password>
					<Username>MEINEDOMAIN\Administrator</Username>
				</Credentials>
				<DebugJoin>true</DebugJoin>
				<JoinDomain>meinedomain.intern</JoinDomain>
				<!--
				<JoinWorkgroup>joinworkgroup</JoinWorkgroup>
				<MachineObjectOU>machineobjectou</MachineObjectOU>
				<MachinePassword>machinepassword</MachinePassword>
				<UnsecureJoin>true</UnsecureJoin>
				-->
			</Identification>
		</component>
		
		<component name="Microsoft-Windows-RemoteAssistance-Exe" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
			<CreateEncryptedOnlyTickets>true</CreateEncryptedOnlyTickets>
			<fAllowToGetHelp>true</fAllowToGetHelp>
		</component>
		
		<component name="Microsoft-Windows-International-Core" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
			<InputLocale>0407:00010407</InputLocale>
			<SystemLocale>de-DE</SystemLocale>
			<UILanguage>de-DE</UILanguage>
			<UILanguageFallback>de-DE</UILanguageFallback>
			<UserLocale>de-DE</UserLocale>
		</component>
		
		<component name="Microsoft-Windows-Deployment" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
			<RunSynchronous>
				<RunSynchronousCommand wcm:action="add">
					<Description>Enable Admin Account</Description>
					<Order>1</Order>
					<Path>cmd.exe /c net user administrator /active:yes</Path>
				</RunSynchronousCommand>
				<RunSynchronousCommand wcm:action="add">
					<Description>Opsi tasks</Description>
					<Order>2</Order>
					<Path>cmd.exe /c d:\opsi\postinst.cmd</Path>
				</RunSynchronousCommand>
				<!--
				<RunSynchronousCommand wcm:action="add">
					<Description>EnableAdmin_ploc</Description>
					<Order>3</Order>
					<Path>cmd.exe /c net user Administrator_ploc /active:yes</Path>
				</RunSynchronousCommand>
				-->
			</RunSynchronous>
		</component>
		
		<component name="Networking-MPSSVC-Svc" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
			<DomainProfile_EnableFirewall>false</DomainProfile_EnableFirewall>
			<PrivateProfile_EnableFirewall>false</PrivateProfile_EnableFirewall>
			<PublicProfile_EnableFirewall>false</PublicProfile_EnableFirewall>
		</component>
		
		<component name="Security-Malware-Windows-Defender" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
			<DisableAntiSpyware>true</DisableAntiSpyware>
		</component>
		
	</settings>
	<!--
	=====================
	AUDITSYSTEM SETTINGS
	=====================
	The auditSystem pass is an optional pass that enables you to add additional device drivers and applications to the image.
	This results in fewer required images because a reference image can be created with a minimal set of drivers.
	The image can be updated with additional drivers during the audit process.
	You can then test and resolve any operating system issues related to malfunctioning or incorrectly installed devices on the image.
	For example, you can install additional language packs, updates, or other applications, such as Microsoft Office.
	See Reseal mode in oobeSystem.
	-->
	<!--
	<settings pass="auditSystem">
	</settings>
	-->
	<!--
	=====================
	AUDITUSER SETTINGS
	=====================
	The auditUser pass is similar to the auditSystem pass.
	However, the auditUser pass processes these settings after users have logged on, not before they have logged on.
	Like the auditSystem pass, the auditUser pass is used to test the functionality of the Windows Vista image.
	See Reseal mode in oobeSystem.
	-->
	<!--
	<settings pass="auditUser">
	</settings>
	-->
	<!--
	=====================
	OOBESYSTEM SETTINGS
	=====================
	The oobeSystem pass configures settings that are applied during the first-boot experience for end users, also called Windows Welcome.
	oobeSystem settings are processed before a user first logs into Windows.
	Out-of-Box-Experience (OOBE) runs the first time the user starts a new computer.
	OOBE runs before the Windows shell or any additional software runs, and performs a small set of tasks necessary to configure and run Windows.
	-->
	<settings pass="oobeSystem">
		<!--
		<component name="Microsoft-Windows-Deployment" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
			<Reseal>
				<Mode>Audit</Mode>
			</Reseal>
		</component>
		-->
		<component name="Microsoft-Windows-Shell-Setup" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
			<UserAccounts>
				<AdministratorPassword>
					<PlainText>true</PlainText>
					<Value>xxxxxx</Value>
				</AdministratorPassword>
				<LocalAccounts>
					<!--
					<LocalAccount wcm:action="add">
						<Password>
							<PlainText>true</PlainText>
							<Value>uib</Value>
						</Password>
						<Description>UIB</Description>
						<Group>Administratoren</Group>
						<Name>UIB</Name>
						<DisplayName>UIB</DisplayName>
					</LocalAccount>
					-->
				</LocalAccounts>
			</UserAccounts>
			<BluetoothTaskbarIconEnabled>false</BluetoothTaskbarIconEnabled>
			<DisableAutoDaylightTimeSet>false</DisableAutoDaylightTimeSet>
			<DoNotCleanTaskBar>false</DoNotCleanTaskBar>
			<ShowWindowsLive>false</ShowWindowsLive>
			<StartPanelOff>false</StartPanelOff>
			<TimeZone>W. Europe Standard Time</TimeZone>
			<!--
			<AutoLogon>
				<Password>
					<PlainText>true</PlainText>
					<Value>uib</Value>
				</Password>
				<Enabled>true</Enabled>
				<LogonCount>1</LogonCount>
				<Username>UIB</Username>
			</AutoLogon>
			-->
			<Display>
				<ColorDepth>32</ColorDepth>
				<DPI>96</DPI>
				<HorizontalResolution>1024</HorizontalResolution>
				<RefreshRate>75</RefreshRate>
				<VerticalResolution>768</VerticalResolution>
			</Display>
			<OOBE>
				<HideEULAPage>true</HideEULAPage>
				<NetworkLocation>Work</NetworkLocation>
				<SkipUserOOBE>true</SkipUserOOBE>
				<ProtectYourPC>3</ProtectYourPC>
				<SkipMachineOOBE>true</SkipMachineOOBE>
			</OOBE>
			<OEMInformation>
				<Logo>c:\Program Files\opsi.org\preloginloader\opsi-winst\opsi.bmp</Logo>
				<Manufacturer>Open PC Server Integration</Manufacturer>
				<Model></Model>
				<SupportURL>http://www.opsi.org</SupportURL>
			</OEMInformation>
		</component>
		<!--
		<component name="Microsoft-Windows-International-Core" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
			<InputLocale>0407:00010407</InputLocale>
			<SystemLocale>de-DE</SystemLocale>
			<UILanguage>de-DE</UILanguage>
			<UILanguageFallback>de-DE</UILanguageFallback>
			<UserLocale>de-DE</UserLocale>
		</component>
		-->
	</settings>
	<cpi:offlineImage cpi:source="wim:y:/install.wim#Windows Vista ULTIMATE" xmlns:cpi="urn:schemas-microsoft-com:cpi" />
</unattend>
Meine unattended.xml habe ich mal angehängt...

Ach so, und bei der ersten Anmeldung musste ich den Netzwerktyp selbst bestimmen! Das sollte doch auch schon durch Opsi gesetzt werden, oder?

Danke und Grüße
Jens
jcconnor
Beiträge: 31
Registriert: 14 Feb 2010, 19:01

Re: Win 7 Pro x64 Installation

Beitrag von jcconnor »

Hallo.

Der Join Domain mittels der unattend.xml wird nicht funktionieren, das musst du mittels eines Pakets
nach der Systeminstallation lösen. Ich habe jegliche Methoden, die unabhängig von opsi, auch in
anderen Foren beschrieben werden getestet, sowie die Variante die von Microsoft selbst beschrieben
wird. Keine funktioniert! Man möge mich gerne eines besseren belehren.

Bei der Network Location hilft nur ein Trick. Nur mit dem setzen von <NetworkLocation>Work</NetworkLocation>
ist es nicht getan, da fehlt noch einiges. Windows 7 generiert in der Registry pro erkanntem Netzwerk einen
Schlüssel in den folgenden Sektionen:

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\HomeGroup\NetworkLocations\Work]
"{D1415BF9-7C65-407F-8184-6A3281018DC5}"="<erkanntes Netzwerk>"

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\NetworkList\Profiles\{D1415BF9-7C65-407F-8184-6A3281018DC5}]
"ProfileName"="<erkanntes Netzwerk>"
"Description"="<erkanntes Netzwerk>"
"Managed"=dword:00000001
"Category"=dword:00000001
"DateCreated"=hex:da,07,02,00,00,00,15,00,15,00,20,00,11,00,2e,00
"NameType"=dword:00000006
"DateLastConnected"=hex:da,07,02,00,00,00,15,00,15,00,26,00,35,00,8a,03
"CategoryType"=dword:00000000
"IconType"=dword:00000000

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\NetworkList\Signatures\Managed\010103000F0000F0A00000000F0000F0FB97B46B48EF1C5CAAB190D79B518BADDA1EA24A0D9148288D75E6D09F7ED948]
"ProfileGuid"="{D1415BF9-7C65-407F-8184-6A3281018DC5}"
"Description"="<erkanntes Netzwerk>"
"Source"=dword:000000a0
"DnsSuffix"="<erkanntes Netzwerk>"
"FirstNetwork"="<erkanntes Netzwerk>"
"DefaultGatewayMac"=hex:00,50,56,9d,1f,f8

Ich hab das so gelöst indem ich die System installation durchlaufen liess, die NetworkLocation manuell festgelegt habe,
die Werte aus der Registry exportiert und mittels unattend.xml für alle weiteren Clients direkt in die Registry schreibe.
Das funktioniert natürlich nur für die Clients die in diesem DomänenNetz sind, aber normalerweise hat man nur ein
DomänenNetz und das ändert sich ja nicht so schnell. Das einzige was schiefgehen könnte ist wenn du in einem Client
zwei Karten drinn hast und auch zwei Netze erkannt werden. Aber die Chance ist 1 zu ..................... das Windows
einen Schlüssel mit dem selben Wert generiert! Die location.reg, profile.reg und signature.reg legst du im Verzeichnis:
/opt/pcbin/install/win7-x64/opsi ab und fügst folgende einträge in die unattend.xml in der [specialize] hinzu:

<RunSynchronousCommand wcm:action="add">
<Description>Set Network Location</Description>
<Order>2</Order>
<Path>cmd.exe /c "reg import d:\opsi\location.reg"</Path>
</RunSynchronousCommand>
<RunSynchronousCommand wcm:action="add">
<Description>Set Network Profile</Description>
<Order>3</Order>
<Path>cmd.exe /c "reg import d:\opsi\profile.reg"</Path>
</RunSynchronousCommand>
<RunSynchronousCommand wcm:action="add">
<Description>Set Network Signature</Description>
<Order>4</Order>
<Path>cmd.exe /c "reg import d:\opsi\signature.reg"</Path>
</RunSynchronousCommand>

Ist eine etwas unorthodoxe methode aber sie funktioniert wenigstens:-)

Gruss.
mr.quickly
Beiträge: 157
Registriert: 11 Nov 2008, 15:17

Re: Win 7 Pro x64 Installation

Beitrag von mr.quickly »

Ich habe ein seltsames Phänomen. Beim starten des Windows 7 (X64) Setups, bricht dieses einfach ab und springt zurück auf die Kommandozeile. Führe ich den Befahl dann noch mal von Hand aus startet die Installation wie gewohnt, siehe Bilder:
bild_01.JPG
bild_02.jpg
bild_03.jpg
Kennt jemand das Problem?
Viele Grüße

Thomas S.
mr.quickly
Beiträge: 157
Registriert: 11 Nov 2008, 15:17

Re: Win 7 Pro x64 Installation

Beitrag von mr.quickly »

Habe nach der Installation noch ein Problem, siehe Bild:
bild_04.jpg
Aber es geht nicht weiter.
Viele Grüße

Thomas S.
mr.quickly
Beiträge: 157
Registriert: 11 Nov 2008, 15:17

Re: Win 7 Pro x64 Installation

Beitrag von mr.quickly »

Das erste Problem hat sich erledigt. Habe das Windows 7 Paket auf "win7-x64_3.4-1.opsi" aktualisiert.

Trotzdem habe ich das Problem mit der Meldung "The Computer is currently locked, please wait...". Diese Erscheint nachdem der Computer für die Erste Verwendung vorbereitet wurde.
Viele Grüße

Thomas S.
highman72
Beiträge: 83
Registriert: 28 Sep 2008, 10:07

Re: Win 7 Pro x64 Installation

Beitrag von highman72 »

jcconnor hat geschrieben:Der Join Domain mittels der unattend.xml wird nicht funktionieren, das musst du mittels eines Pakets
nach der Systeminstallation lösen. Ich habe jegliche Methoden, die unabhängig von opsi, auch in
anderen Foren beschrieben werden getestet, sowie die Variante die von Microsoft selbst beschrieben
wird. Keine funktioniert! Man möge mich gerne eines besseren belehren.
Moin und danke erst mal. Welches Paket soll das denn sein? Hast Du eins?

Danke und Grüße
Jens
Antworten