Intune-Logs lesen: wo das Paket scheitert

Drei Logs, drei Ebenen

Auf einem Windows-Client gibt es drei relevante Logs. Das Log der Intune Management Extension zeigt, ob das Paket heruntergeladen und gestartet wurde. Das Installer-Log des Herstellers zeigt, was der Installer getan hat. Das Paket-Log aus dem PSADT-Lauf zeigt, was die Schale davor und danach gemacht hat.

Wer nur eines liest, sieht ein Drittel.

Der Weg des Pakets

Der Weg ist immer gleich: Zuweisung, Download, Ausführung, Detection, Abschluss. Jede Station kann scheitern. Ein Paket, das „nicht ankommt", ist meistens gar nicht gestartet; ein Paket, das „fehlschlägt", ist meistens gestartet und hat einen Rückgabecode geliefert.

Der Unterschied entscheidet, welches Log man öffnet.

Detection-Fehler vs. Installationsfehler

Ein Detection-Fehler sieht im Portal aus wie ein Installationsfehler: Das Gerät erscheint nicht als konform, das Paket wird erneut versucht. Im Log steht dann kein Installationsfehler, sondern ein „not detected". Wer das verwechselt, sucht im Installer nach einem Problem, das in der Detection liegt.

Zeitstempel richtig lesen

Logs sind chronologisch, aber nicht synchron. Der Download beginnt vor dem Install, die Detection läuft danach, und der Abschluss kann Minuten später kommen. Wer Zeiten aus verschiedenen Logs vergleicht, muss dieselbe Zeitzone verwenden — sonst entstehen Phantomfehler.

Was man dann ändert

Nach der Analyse gibt es genau vier mögliche Maßnahmen: Parameter korrigieren, Detection korrigieren, Rückgabecode behandeln oder das Paket neu bauen. Alles andere ist Symptomarbeit. Wenn dieselbe Ursache bei drei Paketen auftaucht, ist es kein Paketfehler, sondern ein fehlender Standard.

---