Der ist ein recht guter Artikel auf iTunes Entwicklung.
Ich gehabt nie eine Ausgabe, eine .bat Akte von der „Befehlszeile“ eines SCCM Programms laufen zu lassen. Möglicherweise using .bat anstelle von .cm hilft d, Ihre Ausgabe zu lösen.
„Programm: iTunes 9.2 aktualisieren gefolgt mit Endecode 0“ scheint, anzuzeigen, dass der SCCM Klient in der Lage war, die Akte herunterzuladen und durchzuführen. Im windows-noob.com-HIEB-Beispiel zurückbringt der Code immer „0“ gt (das ist, was „herausnehmen 0“ tut). So selbst wenn ein MSIs Ausfallen die HIEB-Akte immer eine „Erfolgs“ Mitteilung zum SCCM Klienten zurückbringt.
Dieses ist eine heikle Ausgabe und die einzige Weise, die ich in der Lage gewesen, die Ausgaben zu untersuchen, ist, alles MSI zu loggen anbringt.
Z.B. „msiexec /i iTunes 9.1.1.12 .msi /qn /norestart /log c:\isdept\iTunes9.1 .1.12.log“ herstellen eine Protokolldatei og, wenn das MSI angebracht.
Auch,
UserContext = „NT-BERECHTIGUNGS\ \ SYSTEM“; andeutet r, dass der SCCM Klient die Hieb-/cmdakte als der lokale Systemsbenutzer durchführt. Es ist unwahrscheinlich, dass dieser Benutzer Zugang zu den Akten hat, wenn sie auf einem UNC Weg sind (während der windows-noob.com-Artikel vorschlägt).