Quello è un articolo di niente male su schieramento dei iTunes.
Non ho avuto mai un'edizione allontanarmi una lima di .bat “dalla linea di ordine„ di programma di SCCM. Forse using .bat anziché .cm la d contribuirà a risolvere la vostra edizione.
“Programma: i iTunes 9.2 aggiornano riuscito con il codice di uscita 0„ sembra indicare che il cliente di SCCM abbia potuto caricare programmi oggetto ed eseguire la lima. Nell'esempio del BLOCCO di windows-noob.com il codice restituisce sempre “0„ (che è che cosa “l'uscita 0„ fa). Così, anche se uno del venire a mancare di MSIs la lima del BLOCCO restituirà sempre un messaggio “di successo„ al cliente di SCCM.
Ciò è un'edizione ingannevole e l'unico senso che ho potuto esaminare le edizioni è di annotare tutto MSI installa.
Per esempio “i iTunes 9.1.1.12 .msi /qn /norestart /log c:\isdept\iTunes9.1 .1.12.log di /i del msiexec„ genereranno una lima di ceppo quando il MSI è installato.
Inoltre,
UserContext = “\ \ SISTEMA di AUTORITÀ del NT„; implica che il cliente di SCCM stia eseguendo la lima cmd/del blocco come l'utente di sistema locale. È improbabile che questo utente abbia accesso alle lime se sono su un percorso di UNC (mentre l'articolo di windows-noob.com suggerisce).