# İşletim Sistemi Dağıtımı (OSD): Task Sequence Optimizasyonu, PXE Boot Hataları ve Sürücü Enjeksiyonu

- Bağlantı: https://musti.org/sccm/sccm-osd-task-sequence-pxe-boot-surucu/
- Yayımlanma: 2026-09-21T21:44:17+03:00
- Yazar: mmutlu

## Kutudan Çıkan Cihazı 30 Dakikada Kurumsal Standarda Getirmek

Yüzlerce yeni cihazı sıfırdan, standart bir kurumsal imajla hazırlamak gerektiğinde
MECM’in OSD (Operating System Deployment) yeteneği ciddi zaman kazandırıyor — ama
süreç doğru optimize edilmezse aynı derecede uzun ve hataya açık hale gelebiliyor.

## Task Sequence’in İskeleti

Bir OSD Task Sequence tipik olarak yedi adımdan oluşur: diskin bölümlenmesi ve biçimlendirilmesi,
işletim sistemi imajının uygulanması, sürücülerin enjekte edilmesi, Windows güncellemelerinin
uygulanması, kurumsal uygulamaların kurulumu, domain’e katılım ve son yapılandırma
script’leri. Bu sıralama neredeyse hiç değişmez; farklılık genellikle her adımın
içindeki optimizasyonda ortaya çıkar.

## PXE Boot Neden Patlıyor

“PXE-E53: No boot filename received” hatasını gördüğünüzde, sorun genellikle DHCP
scope option 66/67 yapılandırmasında ya da DP üzerinde PXE’nin aktif olmamasındadır.
Yavaş veya donan bir PXE boot ise çoğunlukla ağ segmentasyonu/DHCP relay sorununa
işaret eder — istemci ile DP arasında IP Helper doğru tanımlanmamış olabilir. Üçüncü
klasik hata ise boundary yapılandırmasından geliyor: istemci doğru boundary group’a
düşmüyorsa “no task sequence available” mesajıyla karşılaşırsınız.

## Sürücüleri Model Bazlı Yönetmek

Farklı donanım modellerine tek bir imaj dağıtırken doğru sürücülerin otomatik seçilmesi
kritik önem taşıyor. En sürdürülebilir yaklaşım, sürücüleri model bazlı paketler
halinde organize edip Task Sequence içinde bir WMI Query ile donanım modelini tespit
ederek ilgili paketi koşullu uygulamak:

    ```
    WMI Query (Task Sequence koşulu):
    SELECT * FROM Win32_ComputerSystem WHERE Model LIKE "%ThinkPad T14%"
    ```

Bu, “tek dev sürücü paketi her şeye uygulansın” yönteminden çok daha temiz ve az
hataya açık bir yol.

## Süreyi Kısaltmanın Üç Yolu

Thin image yaklaşımı — imajın içine mümkün olduğunca az uygulama gömüp çoğunu Task
Sequence sonrası ayrı dağıtım olarak kurmak — hem imaj boyutunu hem bakım yükünü
azaltıyor. Content’in yerel DP’de bulunduğundan emin olmak da bir o kadar önemli;
uzak lokasyonlarda merkezi DP’den imaj çekmek dağıtım süresini saatlerce uzatabiliyor.
Üçüncü ve gözden kaçan nokta: gereksiz Windows Update adımlarını Task Sequence dışına
almak. İmajı düzenli aralıklarla yeniden capture ederek güncel tutmak, her dağıtımda
yüzlerce güncellemeyi tek tek indirmekten çok daha hızlı.

Task Sequence’te yapılan her değişikliği üretime almadan önce izole bir test koleksiyonunda
deniyorum — özellikle domain join veya disk bölümleme adımlarındaki bir hata üretimde
geri dönüşü zor sonuçlara yol açabiliyor. Bu disipline uyulduğunda ve sürücü yönetimi
model bazlı tutulduğunda, OSD gerçekten de kutudan çıkan bir cihazı 30-45 dakika
içinde tam kurumsal standarda getirebilen güçlü bir süreç haline geliyor.