none
sccm 2012 r2 - deploying Windows 8.1 - setzen des richtigen Abbildindexes im BootImage RRS feed

 > 

  • Allgemeine Diskussion

  • Discussion
    Anmelden
    0
    Anmelden

    Hallo zusammen,

    wir möchten Windows 8.1 deployen, stoßen aber auf eine paar Hindernisse, die ich noch nicht beseitigen konnte.

    1.
    ADK 8.1 ist auf dem primären Stanortserver installiert bzw. es wurde ein Update durchgeführt
    Was aktualisiert ADK 8.1 innerhalb der Struktur und was muss danach noch "händisch" durchgeführt werden?

    2.
    Wir haben aus der Ursprungsinstallation jeweils eine Boot.wim Datei für x86 und eine für x64, welche beide aus der entsprechenden Freigabe des sccm-Servers stammen (OSD\boot\...)

    Ich lese immer wieder von WinPE Upgrade auf 5.1 etc.

    Was bedeutet dies für die beiden vorhandenen boot.wim's?

    3.
    Wir hatten zeitgleich versucht, eine x64 boot.wim aus einer Windows 8.1 DVD in den sccm zu integrieren, scheitern aber daran, dass nach der Implementierung immer der Abbildindex mit der laufenden Nummer 2 (Windows Setup x64) und nicht der Abbildindex 1 für PE zu übernehmen geht.
    Beim Versuch, diesen Index zu übernehmen, meckert der sccm darüber, dass die wim in Benutzung sei....

    Wie integriere ich also eine Boot.wim mit dem richtigen Abbildindex in den sccm?

    Euch allen wieder mal vielen Dank und vielleicht kann jemand alle drei Fragen aussagekräftig beantworten.

    Mit freundlichem Gruss - Harald Haas - MCSE Server Infrastructure 2012; MCTS Exchange Server 2010 Configuration;


    Donnerstag, 24. Juli 2014 07:43
    |

Alle Antworten

  • Discussion
    Anmelden
    0
    Anmelden

    Nachbrenner zum Punkt 3.

    Wurde eine Boot.wim von einer Windows 8.1 DVD in den sccm integriert, wird trotz vorheriger Auswahl beim Assistenten zum Hinzufügen des Startabbildes der Abbildindex 2 in der Datenquelle der wim-Datei angezeigt.

    Möchte ich dies ändern, erscheint folgende Meldung:

    Datei \\sccm-server\Startabbilder\x64\win8\boot.Sitename000AA.wim wird gegenwärtig von einem anderen Prozess verwendet, oder auf die Datei kann nicht zugegriffen werden.

    Jetzt ist es ja so, dass in dem Ordner, in dem die boot.wim liegt, nach der Integration die hier genannte boot.Sitename000AA.wim erzeugt wird und dort ebenfalls abliegt.

    Vielleicht helfen diese Informationen weiter, gerade den punkt 3. meines Threads zu klären...

    Mit freundlichem Gruss - Harald Haas - MCSE Server Infrastructure 2012; MCTS Exchange Server 2010 Configuration;

    Donnerstag, 24. Juli 2014 08:16
    |
  • Discussion
    Anmelden
    0
    Anmelden
    #1/2: ADK aktualisiert nur die Komponenten, die mit dem ADK installiert werden (%program files%\Windows Kits\ADK oder wie der genaue Ordner heissen mag). ConfigMgr macht davon nur bei dessen Installation (oder einem Upgrade (auf SP1 / R2)) Gebrauch, um aus dem (AIK/ADK-) PE neue (ConfigMgr-) Bootimages zu erstellen.
    ADK 8.1 (inkl. Update für Win8.1) enthält immer noch WinPE 5.0, was auch völlig ausreichend ist und PE 5.1 sowieso unter ConfigMgr nicht supportet ist.
    #3: die Bootimages von einer Windows-"DVD" sind nicht für ConfigMgr gedacht.
    Welche Version von ConfigMgr ist überhaupt im Einsatz? 

    Torsten Meringer | http://www.mssccmfaq.de

    Donnerstag, 24. Juli 2014 19:12
    |
    Beantworter
  • Discussion
    Anmelden
    0
    Anmelden

    Hallo Torsten,

    zu #3
    Ok, da wir versucht hatten, die BootImage-Datei von der Windows DVD zu nehmen, wird dies sicher auch der Grund dafür sein, weswegen sich das PE Abbildindex nicht einstellen lässt!?

    Bei der Version von sccm - meinst du hier die sccm Version oder die BootImage-Dateiversion?

    Zu ersterem - sccm 2012 R2 5.0.7958.1203
    Zu letzterem - BootImage (Betriebssystem)Version 6.3.9600.16384

    Wie bekomme ich nun ein Win 8.1 kompatibles BootImage in den SCCM, insofern die Ursprünglichen x86 und x64 Images nicht ausreichend sind?

    Mit freundlichem Gruss - Harald Haas - MCSE Server Infrastructure 2012; MCTS Exchange Server 2010 Configuration;

    Freitag, 25. Juli 2014 05:55
    |
  • Discussion
    Anmelden
    0
    Anmelden
    Ja, das ist der Grund.
    Die 6.3er Bootimages sind die, die das R2 Setup angelegt hat. Wieso sollten diese "nicht ausreichend" sein?

    Torsten Meringer | http://www.mssccmfaq.de

    Freitag, 25. Juli 2014 06:50
    |
    Beantworter
  • Discussion
    Anmelden
    0
    Anmelden

    na ja, weil wir nach wie vor Probleme damit haben, Win 8.1 "unbeaufsichtigt" bereitzustellen und z. B. während der Tasksequenz Regions- und Spracheinstellungen abgefragt werden - und das, obwohl in der TS die TS-Variablen

    OSDUserLocale = De-DE
    OSDInputLocale = De-DE und
    OSDSystemLocale = De-DE

    als ersten Punkt der OS-Einrichtung - also noch vor der SCCM.Clientinstallation definiert sind.

    Mit freundlichem Gruss - Harald Haas - MCSE Server Infrastructure 2012; MCTS Exchange Server 2010 Configuration;

    Freitag, 25. Juli 2014 07:48
    |
  • Discussion
    Anmelden
    0
    Anmelden
    Ich kann hier keinen Zusammenhang zwischen Bootimages und Spracheinstellungen des Ziel-OSes erkennen, bzw. ist hier gar keiner Vorhanden.
    Nur setzen dieser Variablen bewirkt gar nichts, dazu muss mindestens eine unattend.xml erstellt / angepasst / verwendet werden. Ist MDT integriert?

    Torsten Meringer | http://www.mssccmfaq.de

    Freitag, 25. Juli 2014 08:31
    |
    Beantworter
  • Discussion
    Anmelden
    0
    Anmelden

    Hallo Torsten,

    ich denke/hoffe, den Zusammenhang kann ich erläutern...

    erst mal vorweg - MDT ist noch nicht im Einsatz und nachdem ich bei meinen Recherchen und Quellen ebenfalls auf die MDTs aufmerksam (gemacht) wurde, schließt sich mir hier eine der vielen Bildungslücken.

    Etwas einfach gedacht gingen wir davon aus, dass wenn Windows 7 so schön und einfach zu deployen geht und wir die aktuellste sccm Version einsetzen, dann sollte doch auch Win 8.1 so möglich sein...

    Nun aber zum Schaffen des Zusammenhangs:
    Für die entsprechende Tasksequenz zum Bereitstellen von Windows 8.1 hatten wir Bezug auf das BootImage der Windows 8.1 DVD genommen, in welchem ja das Abbildindex auf 2 (Windows Setup) eingestellt war.

    Wir gingen davon aus, dass dies der Grund dafür sei, dass die getroffenen Einstellungen/Variablen "OSD..., etc" deshalb nicht wirksam werden aber nun ist klar(er) geworden, dass es an den Einstellungen zur unbeaufsichtigten Installation liegt.

    Nächste Woche kommen die MDTs ins System und dann schauen wir mal, ob wir eine entsprechende XML "gebastelt" bekommen.

    Mit freundlichem Gruss - Harald Haas - MCSE Server Infrastructure 2012; MCTS Exchange Server 2010 Configuration;

    Freitag, 25. Juli 2014 09:35
    |
  • Discussion
    Anmelden
    1
    Anmelden

    Etwas einfach gedacht gingen wir davon aus, dass wenn Windows 7 so schön und einfach zu deployen geht und wir die aktuellste sccm Version einsetzen, dann sollte doch auch Win 8.1 so möglich sein...


    Ist es auch. Aber auch für Win7 gilt: nur das Setzen der Variablen hat noch überhaupt keinen Einfluß. Hier muss also an anderer Stelle noch etwas passiert sein (Verwendung einer unattended xml beispielsweise).
    MDT ist optional (MDT ist Einzahl: Microsoft Deployment Toolkit. Wieso sprichst Du jwls in der Mehrzahl?). In diesem Fall braucht man nicht zwingend eine xml erstellen. Hier können Variablen gesetzt werden und die Anpassung der xml übernimmt MDT "on the fly".  Ohne MDT (bei Verwendung von Variablen) hingegen muss man das File anpassen.

    Torsten Meringer | http://www.mssccmfaq.de

    Freitag, 25. Juli 2014 10:01
    |
    Beantworter