Kürzlich habe ich ein Test-Notebook mittels SCCM OSD neu aufgesetzt. Bei der Endkontrolle fiel mir auf, dass fast keine Treiber installiert wurden. Also habe ich mir das zugehörige Driver Package angeschaut und beschlossen, die Treiber neu zu importieren und das Driver Package neu zu erstellen.
Beim Importieren kam folgende Meldung:
Die Auflistung der Treiber ist im nachfolgenden Dialog war auch nicht vollständig.
Also habe ich die DriverCatalog.log vom SCCM-Server mit CMTrace geöffnet und folgende Fehler vorgefunden.
Fehlermeldung in DriverCatalog.log:
HashFile failed as \Ordnerpfad\Treiber.inf is a Reparse Point that SMS does not support via downloads
Die deduplizierten Daten waren das Problem. Statt das gesamte Laufwerk ohne Deduplikation zu betreiben, habe ich die Daten aus dem Treiberordner zuerst auf die oberste Ebene des Volumes verschoben, den Treiberordner in den Deduplikationseinstellungen ausgeschlossen und danach den Treiberordner an den Ursprungsordner kopiert. Die Daten sind nun nicht mehr dedupliziert, und der Import der Treiber verlief problemlos. Diese Methode war in meinem Beispiel schneller, als die gesamte Deduplikation rückgängig zu machen und mit dem ausgeschlossenen Verzeichnis erneut zu aktivieren.
Eine Frage konnte ich abschließend nicht beantworten: Deduplikation ist auf diesem Volume schon seit bestimmt einem Jahr aktiv, warum konnte ich erst jetzt keine Treiber mehr importieren? Vielleicht hängt dies mit den stetigen Updates des Configuration Managers zusammen. Aktuell ist es die Version 1702.
http://faq-o-matic.net/?p=7828