Sysprep Nedir? Generalize, OOBE ve SID Sıfırlama Temel Kavramları

Bir sistem yöneticisinin en büyük kabusu nedir? Aynı imajı yüzlerce bilgisayara kurduktan sonra ortaya çıkan kaostur. Ağda kimlik çakışmaları, lisans hataları ve açılmayan makinelerle uğraşırsınız. İşte tam bu noktada System Preparation Tool, yani kısaca Sysprep devreye girer.

Microsoft, bu aracı kurumsal dağıtım için geliştirdi. Bu araç, bir Windows kurulumunu dağıtıma hazır hale getirir. Ancak Sysprep’i sadece bir komut olarak düşünmek büyük bir hatadır. Çünkü o, donanım bağımsızlığı ve güvenlik yönetiminin merkezinde yer alır. Üstelik otomatik kurulum süreçlerinin de kalbinde durur.

Peki, Sysprep tam olarak ne işe yarar? Bir bilgisayarın güvenlik kimliğini sıfırlar. Olay günlüklerini temizler ve sürücü bağımsızlığı sağlar. Böylece aynı imajı farklı donanımlara güvenle kurabilirsiniz.

Özellikle Windows 11 24H2 ve 25H2 sürümleri Sysprep hatalarını çeşitlendirdi. BitLocker otomatik şifreleme ve AppX paket çakışmaları ortaya çıktı. Ayrıca MDM kayıtları gibi yeni engeller de belirdi.

Sysprep ile DISM arasındaki farkı ele alacağız. Bulut ortamlarında nasıl kullanılacağını da göreceğiz. Üstelik Windows Autopilot gibi modern yöntemlerle karşılaştırmasını da yapacağız.

Sysprep Nedir? Sistem Hazırlama Aracının Tanımı, Tarihçesi ve Temel Kavramları

Microsoft’un resmi dokümantasyonuna göre Sysprep bir araçtır. Bu araç, bir Windows istemcisini veya sunucusunu imaj almaya hazırlar. Ayrıca bilgisayara özgü bilgileri işletim sisteminden kaldırır.

Örneğin, güvenlik tanımlayıcısını (SID) ve bilgisayar adını sıfırlar. Böylece aynı imajı birden fazla cihaza dağıtabilirsiniz. Peki, bu neden bu kadar kritiktir?

Çünkü her Windows kurulumu, kendine özgü bir güvenlik kimliği oluşturur. Bu kimliği klonlarsanız sorun başlar. Aynı ağda iki farklı makinede kullanırsanız, Active Directory bu makineleri ayırt edemez.

WSUS gibi sistemler de aynı sorunu yaşar. Sonuç olarak, güncelleme hataları ortaya çıkar. Alan adı katılımı sorunları da kaçınılmaz hale gelir. İşte Sysprep, bu çakışmayı önlemek için generalize anahtarını kullanır.

Ayrıca bu araç, sadece SID’yi sıfırlamakla kalmaz. Olay günlüklerini temizler ve sürücüleri kaldırır. Ardından sistemi OOBE moduna döndürür. Yani bilgisayarı, sanki fabrikadan yeni çıkmış gibi hazırlar. Bu sayede kullanıcı, ilk açılışta dil ve bölge bilgilerini girer. Hesap bilgilerini de bu ekranda oluşturur.

Özetle, bu aracın özü şudur: Bir Windows kurulumunu referans bilgisayar üzerinde özelleştirirsiniz. Ardından hedef bilgisayarlara dağıtırsınız. Bu süreçte ana imaj (master image) kavramı devreye girer. Doğru yapılandırılmış bir ana imaj, size aylık saatler kazandırır.

Sysprep Tanımı: System Preparation Tool Nedir, Ne İşe Yarar?

System Preparation Tool, Microsoft’un resmi bir aracıdır. Microsoft bu aracı Windows’un kurumsal dağıtımı için geliştirdi. İlk olarak Windows NT 4.0 için tasarladılar. O günden bu yana sürekli evrildi.

Temel görevi, bir bilgisayarı genelleştirme işlemine tabi tutmaktır. Yani, o bilgisayara özgü tüm yapılandırmaları temizler.

Bu araç, C:\Windows\System32\Sysprep dizinindedir. Hem grafik arayüzü (GUI) hem de komut satırını kullanabilirsiniz.

GUI’de üç seçenek görürsünüz: “Sistemi Denetim Moduna Al”, “Sistemi İlk Çalıştırma Deneyimine Al” ve “Genelleştir”. Komut satırında ise sysprep /generalize /oobe /shutdown gibi parametreler kullanırsınız.

Peki, bu aracın sağladığı somut faydalar nelerdir? Öncelikle, donanım bağımsızlığı sağlar. Yani, bir HP sunucuda hazırladığınız imajı bir Dell iş istasyonuna kurabilirsiniz. Ayrıca, sürücü bağımsızlığı sunar.

Hedef sistem, kendi donanımına uygun sürücüleri OOBE sırasında yükler. Bunun yanı sıra, yazılım bağımsızlığı da sağlar. Böylece aynı imajı farklı departmanlar için özelleştirebilirsiniz.

Sonuç olarak, bu araç, kurumsal imaj yönetiminin temel taşıdır. Doğru kullanıldığında, yüzlerce bilgisayarı dakikalar içinde dağıtırsınız. Yanlış kullandığınızda ise saatler süren hata ayıklamayla karşılaşırsınız.

Sysprep Tarihçesi: Windows XP’den Windows 11 25H2’ye Evrim

Bu aracın tarihi, Windows NT 4.0 dönemine kadar uzanır. O zamanlar, sistem yöneticileri her bilgisayara tek tek kurulum yapardı. Ancak 1990’ların sonunda Microsoft önemli bir adım attı.

Bu süreci otomatikleştirmek için ilk System Preparation Tool’u geliştirdi. Windows 2000 ve Windows XP sürümlerinde bu aracı, işletim sistemi CD’siyle sundular.

Windows Vista, önemli bir dönüm noktası oldu. Çünkü Vista, donanım bağımsız imaj kavramını tam anlamıyla benimseyen ilk işletim sistemiydi.

Hardware Abstraction Layer (HAL) bağımlılığını ortadan kaldırdı. Böylece aynı imaj, farklı donanımlarda çalışabildi. Windows 7 ve Windows 8 ile birlikte araç daha da olgunlaştı.

Windows 8.1 sürümünde ise ilginç bir değişiklik gördük. Microsoft, Sysprep GUI arayüzünü kaldırdı. Aracı yalnızca komut satırına indirdi. Bu karar, birçok sistem yöneticisini şaşırttı.

Çünkü GUI, özellikle yeni başlayanlar için kullanım kolaylığı sağlıyordu. Neyse ki Windows 10 ile birlikte GUI geri döndü.

Windows 10 sistemi ile birlikte Rearm sayacını 1001’e yükselttiler. Yani bir imajı 1001 kez genelleştirebilirsiniz. Bu, kurumsal ortamlar için devrim niteliğinde bir gelişmeydi.

Ancak Windows 11 24H2 ve 25H2 yeni zorlukları beraberinde getirdi. BitLocker ve AppX paketleri artık baş ağrıtıyor.

Sysprep Neden Gerekli? SID Çakışması ve Klonlama Riskleri

Her Windows kurulumu, benzersiz bir güvenlik tanımlayıcısı (SID) alır. Bu SID, kullanıcıları, grupları ve bilgisayar hesaplarını tanımlar.

Eğer bir imajı klonlarsanız sorun başlar. Aynı SID’yi birden fazla makinede kullanırsanız, Active Directory bu makineleri ayırt edemez. Sonuç olarak, alan adı katılımı başarısız olur. Üstelik güvenlik ilkelerini de düzgün uygulayamazsınız.

Peki, bu riski göze alabilir misiniz? Kesinlikle hayır. Çünkü SID çakışması yalnızca alan adı sorunlarına yol açmaz. Aynı zamanda WSUS istemci kimliği çakışmasına da neden olur.

Yani, yüzlerce bilgisayar aynı güncelleme kimliğiyle WSUS sunucusuna bağlanır. Sunucu, hangi bilgisayarın hangi güncellemeyi aldığını takip edemez.

Ayrıca, sistem olay günlüklerini ve kayıt defteri girdilerini de kopyalar. Bu, hedef sistemlerde tutarsızlıklara yol açar. Örneğin, bir bilgisayarın olay günlüğü başka bir bilgisayarın hatalarını içerebilir. Bu da sorun giderme sürecini karmaşık hale getirir.

Dolayısıyla, bu araç, kurumsal dağıtımın olmazsa olmazıdır. SID sıfırlama ve olay günlüğü temizleme gibi işlemleri otomatikleştirir. Sürücü kaldırma işlemini de o yönetir. Böylece her hedef bilgisayar, kendi benzersiz kimliğiyle temiz bir başlangıç yapar.

Sysprep Generalizasyon Nedir? Audit Modu, Specialize ve OOBE ile İlişkisi

Genelleştirme (generalize), bir Windows kurulumundan benzersiz bilgileri kaldırma işlemidir. Bu işlemi /generalize anahtarı ile tetiklersiniz.

Generalize komutu SID’yi sıfırlar. Bilgisayar adını temizler ve sürücüleri kaldırır. Ardından sistem, uzmanlaşma aşamasına (specialize) geçer. Bu aşamada Windows donanımı algılar. Gerekli sürücüleri de otomatik olarak yükler.

Specialize aşaması tamamlandığında sistem OOBE ekranına döner. OOBE, kullanıcıdan dil ve bölge bilgilerini ister. Hesap bilgilerini de bu ekranda girmesini bekler. Bu aşamada cevap dosyası (unattend.xml) kullanabilirsiniz. Böylece bu adımları otomatikleştirirsiniz. Sonuçta sıfır dokunmatik kurulum elde edersiniz.

Peki, audit modu nedir? Audit modu, sistemi OOBE’ye göndermeden önce özelleştirmenize olanak tanır. Ctrl+Shift+F3 kısayolu ile bu moda geçebilirsiniz. sysprep /audit komutuyla da aynı moda ulaşırsınız.

Audit modunda, yerleşik yönetici hesabıyla oturum açarsınız. Bu sayede sürücüleri ve uygulamaları yükleyebilirsiniz. Güncellemeleri de rahatça yaparsınız.

1. Referans bilgisayarı audit modunda başlatın.
2. Gerekli uygulamaları ve sürücüleri yükleyin.
3. Masaüstü ve başlat menüsünü özelleştirin.
4. Kullanıcı profilini yapılandırın.
5. Audit modundan çıkmak için sysprep /generalize /oobe /shutdown komutunu çalıştırın.

Bu döngü, bir altın imaj (golden image) oluşturmanın temelidir. Altın imaj, kuruluşunuzun standart yapılandırmasını içerir. Bu imajı yılda birkaç kez güncelleyin. Böylece her zaman hazır tutarsınız.

Sysprep Nasıl Kullanılır? Adım Adım Komut Rehberi ve Tüm Parametreler

Bu aracı kullanmak için öncelikle bir referans bilgisayar hazırlayın. Bu bilgisayara Windows 10’u kurun ve güncellemeleri yapın. İstediğiniz uygulamaları da yükleyin. Ardından, sistemi denetim moduna alın.

Özelleştirmelerinizi bu modda tamamlayın. Son olarak, generalize işlemini uygulayın. Böylece imajı dağıtıma hazır hale getirirsiniz.

Unutmayın, bu işlemi geri alamayacaksınız. Bu nedenle, sanal makine kullanmanızı şiddetle tavsiye ederim. Bir VM anlık görüntüsü alın. Böylece hata durumunda geri dönebilirsiniz.

Ayrıca, generalize işleminden önce tüm kullanıcı profillerini temizleyin. Gereksiz dosyalar ve kayıt defteri girdileri imaj boyutunu şişirir.

Şimdi, adım adım bu aracı nasıl çalıştıracağınızı görelim. Öncelikle, komut istemini yönetici olarak açın. Ardından, aşağıdaki komutları sırasıyla uygulayın. Bu adımlar, Windows 10 ve Windows 11 için geçerlidir.

Sysprep Komutu: Temel Kullanım, sysprep.exe Konumu ve GUI Arayüzü

Bu aracın çalıştırılabilir dosyası, C:\Windows\System32\Sysprep\sysprep.exe konumunda bulunur. Bu dizine giderek GUI arayüzünü başlatabilirsiniz. GUI’de üç temel seçenek görürsünüz: Denetim Moduna Al, İlk Çalıştırma Deneyimine Al ve Genelleştir.

Genelleştir seçeneğini işaretlediğinizde sistem benzersiz bilgileri temizler. Ardından, kapatma, yeniden başlatma veya çıkma seçeneklerinden birini seçersiniz.

İmaj alma sürecinde genellikle kapatma seçeneğini tercih ediyorlar. Çünkü imajı yakalamak için sistemin kapalı olması gerekir.

Komut satırından çalıştırmak için şu adımları izleyin:

1. Komut istemini yönetici olarak açın.
2. cd C:\Windows\System32\Sysprep komutuyla dizine gidin.
3. sysprep.exe /generalize /oobe /shutdown komutunu çalıştırın.
4. Sistem, generalize işlemini tamamlayıp kapanacaktır.

Eğer komutu bir toplu iş dosyası (batch file) içine yerleştirirseniz, /quiet anahtarını kullanın. Böylece kullanıcı etkileşimini tamamen ortadan kaldırırsınız. Bu, otomatik dağıtım senaryolarında büyük kolaylık sağlar.

Sysprep Komut Satırı Parametreleri: /generalize, /oobe, /audit, /quiet, /unattend, /shutdown, /reboot, /quit

Bu aracın gücü, komut satırı parametrelerinden gelir. Her parametre, belirli bir işlevi yerine getirir. Aşağıdaki tabloda, en sık kullanılan parametreleri ve açıklamalarını bulabilirsiniz.

Bu parametreleri birleştirerek kullanabilirsiniz. Örneğin, sysprep /generalize /oobe /shutdown /quiet komutu, hiçbir kullanıcı etkileşimi olmadan sistemi genelleştirir ve kapatır. Bu, üretim ortamında en sık kullanılan kombinasyondur.

Ayrıca, /unattend parametresi ile bir cevap dosyası belirtebilirsiniz. Bu dosya, OOBE ekranlarındaki tüm soruları otomatik olarak yanıtlar. Böylece, kurulum sırasında hiçbir manuel müdahale gerekmez.

Ctrl+Shift+F3 ile Denetim Modu Nasıl Açılır? Sysprep /audit Komutu Kullanımı

Denetim modu (audit mode), bir Windows kurulumunu özelleştirmek için kullanılan özel bir ortamdır. Bu modda, yerleşik yönetici hesabıyla otomatik olarak oturum açarsınız. Böylece, OOBE ekranıyla uğraşmadan doğrudan masaüstüne erişirsiniz. Denetim moduna girmek için iki yöntem vardır.

Birinci yöntem, OOBE ekranındayken Ctrl+Shift+F3 kısayolunu kullanmaktır. Bu kısayol, sistemi yeniden başlatır ve denetim modunda açar. İkinci yöntem ise komut satırından sysprep /audit komutunu çalıştırmaktır. Açıkçası her iki yöntem de aynı sonucu verir.

Denetim modunda yapmanız gerekenler şunlardır:

• Gerekli sürücüleri ve uygulamaları yükleyin.
• Masaüstü ve başlat menüsünü özelleştirin.
• Varsayılan kullanıcı profilini yapılandırın.
• Internet Explorer veya Edge ana sayfasını ayarlayın.
• Yerel yönetici hesabının parolasını belirleyin.

Tüm özelleştirmeleri tamamladıktan sonra, sysprep /generalize /oobe /shutdown komutunu çalıştırın. Bu komut, denetim modundan çıkar ve sistemi OOBE’ye hazırlar. Böylece, imajı yakalamak için hazır hale gelir.

Sysprep’i PowerShell ile Çalıştırma ve Otomatikleştirme

PowerShell, bu aracı otomatikleştirmek için güçlü bir platform sunar. Özellikle, birden fazla sanal makineyi aynı anda hazırlamanız gerektiğinde bu yaklaşım büyük kolaylık sağlar. Aşağıdaki adımları izleyerek Sysprep’i PowerShell üzerinden çalıştırabilirsiniz.

1. PowerShell’i yönetici olarak açın.
2. Sysprep dizinine gidin: Set-Location C:\Windows\System32\Sysprep.
3. Genelleştirme komutunu çalıştırın: .\sysprep.exe /generalize /oobe /shutdown /quiet.
4. İşlemin tamamlanmasını bekleyin. Sistem otomatik olarak kapanacaktır.

Bu komutu bir PowerShell betiği içine yerleştirerek, birden fazla VM’de eşzamanlı olarak çalıştırabilirsiniz. Örneğin, bir laboratuvar ortamında 20 sanal makineyi aynı anda hazırlamanız gerekebilir. Bu durumda, her VM’de aynı betiği çalıştırarak saatler kazanırsınız.

$sysprepPath = "C:\Windows\System32\Sysprep\sysprep.exe"
$arguments = "/generalize /oobe /shutdown /quiet"
Start-Process -FilePath $sysprepPath -ArgumentList $arguments -Wait

Bu betik, Sysprep işlemini başlatır ve tamamlanmasını bekler. Ardından, sanal makine kapanır ve imaj yakalama için hazır hale gelir. Bu yöntem, özellikle bulut ortamlarında (AWS, Azure) özel görüntü oluştururken çok işe yarar.

Cevap Dosyası (unattend.xml) ve WSIM ile Sysprep Otomasyonu

Cevap dosyası (answer file), Windows yüklemesi sırasında sorulan soruları otomatik olarak yanıtlayan bir XML dosyasıdır. Bu dosya sayesinde, OOBE ekranlarını tamamen atlayabilirsiniz.

Örneğin, dil seçimi ve bölge ayarını otomatikleştirebilirsiniz. Kullanıcı hesabı oluşturma adımlarını da otomatikleştirirsiniz. Bu, özellikle toplu kurulum senaryolarında hayat kurtarıcıdır.

Bu dosyayı oluşturmak için Microsoft’un resmi aracı Windows System Image Manager (WSIM) kullanırsınız. WSIM, Windows ADK (Assessment and Deployment Kit) paketinin bir parçasıdır. Bu aracı indirip kurduktan sonra, bir Windows imajını yükleyin. Böylece cevap dosyanızı oluşturursunuz.

Cevap dosyası, birden fazla yapılandırma geçişi içerir. Bunlar arasında specialize, oobeSystem ve auditSystem geçişleri bulunur. Her geçiş, kurulumun farklı bir aşamasında devreye girer.

Örneğin, specialize geçişi, donanım algılaması sırasında çalışır. oobeSystem geçişi ise OOBE ekranlarında devreye girer.

Sysprep Cevap Dosyası Nedir? unattend.xml Yapısı ve Bileşenleri

unattend.xml dosyası, kök elementi olan bir XML dosyasıdır. Bu dosya, settings ve components olmak üzere iki ana bölümden oluşur. Her bileşen, belirli bir Windows özelliğini yapılandırır.

Örneğin, Microsoft-Windows-Shell-Setup bileşeni, kullanıcı hesaplarını yönetir. Masaüstü ayarlarını da bu bileşen üzerinden yapılandırırsınız.

Dosyanın yapısı şu şekildedir:

• <settings pass=\"oobeSystem\">: OOBE sırasında uygulanacak ayarlar.
• <settings pass=\"specialize\">: Donanım algılama sırasında uygulanacak ayarlar.
• <settings pass=\"auditSystem\">: Denetim modunda uygulanacak ayarlar.
• <component name=\"Microsoft-Windows-Shell-Setup\">: Masaüstü ve kullanıcı ayarları.
• <UserAccounts>: Kullanıcı hesapları ve parolalar.
• <OOBE>: OOBE ekranlarını gizleme ayarları.

Bu dosyayı manuel olarak düzenlemek yerine, mutlaka WSIM kullanın. Çünkü WSIM, sözdizimi hatalarını otomatik olarak kontrol eder. Eksik bileşenleri de sizin için tespit eder. Ayrıca, doğru bileşenleri doğru geçişlere yerleştirmenize yardımcı olur.

Ayrıca, cevap dosyasını C:\Windows\Panther dizinine unattend.xml adıyla kopyalayın. Windows Kurulumu, bu dizindeki dosyayı otomatik olarak algılar. Böylece, Sysprep komutunda /unattend parametresini belirtmenize gerek kalmaz.

Sysprep WSIM ile unattend.xml Oluşturma: Adım Adım Rehber

Windows System Image Manager (WSIM) ile cevap dosyası oluşturmak için aşağıdaki adımları izleyin. Bu adımlar, Windows 10 ve Windows 11 için geçerlidir.

1. Windows ADK’yı indirin ve kurun.
2. WSIM aracını başlatın.
3. Dosya menüsünden “Windows İmajı Seç” seçeneğine tıklayın.
4. install.wim dosyasını seçin. Bu dosya, Windows kurulum medyasında bulunur.
5. “Yeni Cevap Dosyası” seçeneğine tıklayın.
6. Sol panelden bir bileşen seçin ve sağ paneldeki ayarları yapılandırın.
7. Örneğin, Microsoft-Windows-Shell-Setup bileşenini seçin.
8. OOBE ayarlarını genişletin ve HideEULAPage, HideWirelessSetupInOOBE gibi seçenekleri true yapın.
9. UserAccounts bölümünden yerel bir kullanıcı hesabı ekleyin.
10. Dosyayı unattend.xml olarak kaydedin.

Bu adımları tamamladıktan sonra, cevap dosyanızı C:\Windows\System32\Sysprep dizinine kopyalayın.

Ardından, sysprep /generalize /oobe /unattend:unattend.xml /shutdown komutunu çalıştırın. Sistem, generalize işlemini yapacak ve ardından OOBE’yi otomatik olarak yanıtlayacaktır.

Bu yöntem, özellikle sıfır dokunmatik kurulum (zero-touch installation) hedefleyen kuruluşlar için idealdir. Kullanıcı, bilgisayarı açtığında doğrudan masaüstüne ulaşır. Hiçbir soruyla veya seçimle uğraşmaz.

OOBE Otomasyonu: Dil Seçimi, Bölge Ayarı, Ağ Atlama ve Yerel Hesap Oluşturma

OOBE (Out-of-Box Experience), Windows’un ilk açılışta kullanıcıya gösterdiği kurulum ekranlarıdır. Bu ekranlarda Windows, dil, bölge, klavye düzeni ve ağ bağlantısı bilgilerini sizden ister. Cevap dosyası kullanarak bu adımları tamamen otomatikleştirebilirsiniz.

Örneğin, dil seçimini otomatikleştirmek için Microsoft-Windows-International-Core bileşenini kullanın. Bu bileşende InputLocale, SystemLocale ve UILanguage ayarlarını yapılandırın. Böylece, kurulum sırasında dil seçimi ekranı görünmez.

Ağ bağlantısı atlama (OOBE ağ atlama), özellikle Windows 11’de önemlidir. Çünkü Windows 11, kurulum sırasında internet bağlantısı ve Microsoft hesabı zorunluluğu getirir.

Ancak, cevap dosyasına HideOOBENetworkConnectionFlow ayarını ekleyerek bu zorunluluğu atlayabilirsiniz. Ardından, yerel hesap oluşturma (OOBE yerel hesap) adımını yapılandırın.

Yerel hesap oluşturmak için UserAccounts bölümüne bir LocalAccount ekleyin. Bu hesaba bir kullanıcı adı ve parola atayın. Ayrıca, bu hesabı yönetici grubuna ekleyin. Böylece, kullanıcı ilk açılışta doğrudan masaüstüne ulaşır.

• Dil ve bölge ayarları: Microsoft-Windows-International-Core
• Ağ bağlantısı atlama: HideOOBENetworkConnectionFlow
• Yerel hesap oluşturma: UserAccounts > LocalAccounts
• Etki alanı katılımı: Microsoft-Windows-UnattendedJoin
• Ürün anahtarı: Microsoft-Windows-Shell-Setup > ProductKey

Bu ayarları yapılandırdığınızda, OOBE süreci tamamen otomatik hale gelir. Kullanıcı, hiçbir soruyla karşılaşmadan sistemi kullanmaya başlar. Bu, özellikle fabrika ortamlarında ve büyük ölçekli dağıtımlarda büyük verimlilik sağlar.

Sysprep ile İmaj Alma, Klonlama ve Dağıtım: DISM, WinPE ve USB Oluşturma

Genelleştirme işlemini tamamladıktan sonra, sıra imajı yakalamaya gelir. Bu aşamada, Deployment Image Servicing and Management (DISM) aracını kullanırsınız.

DISM, bir Windows kurulumunun WIM veya ESD formatında yedeğini almanızı sağlar. Ardından, bu imajı USB, PXE veya ağ üzerinden hedef bilgisayarlara dağıtabilirsiniz.

İmaj yakalama işlemi için WinPE (Windows Preinstallation Environment) ortamına ihtiyacınız vardır. WinPE, minimal bir Windows ortamıdır. Genellikle bir USB belleğe veya PXE sunucusuna yüklenir. Bu ortamda, DISM komutlarını çalıştırarak imajı yakalayabilirsiniz.

Peki, bu süreçte dikkat etmeniz gereken kritik noktalar nelerdir? Öncelikle, referans bilgisayarın kapalı olduğundan emin olun. Çünkü açık bir sistemde imaj yakalamak, tutarsız sonuçlar verir. Ayrıca, imajı yakalarken disk bölümlerini doğru tanımlayın. Yanlış bir bölümü yakalarsanız, hedef sistemler açılmaz.

Sysprep Sonrası İmaj Yakalama: DISM capture-image Komutu ve WIM/ESD Dosyası

İmaj yakalamak için WinPE ortamında aşağıdaki komutu kullanın. Bu komut, C: sürücüsündeki tüm verileri bir WIM dosyasına aktarır.

dism /capture-image /imagefile:D:\install.wim /capturedir:C:\ /name:"Windows 11 Custom Image" /compress:max /checkintegrity

Bu komuttaki parametreleri inceleyelim:

• /capture-image: İmaj yakalama işlemini başlatır.
• /imagefile: Oluşturulacak WIM dosyasının yolu.
• /capturedir: Yakalanacak dizin (genellikle C:\).
• /name: İmajın adı ve açıklaması.
• /compress:max: Maksimum sıkıştırma uygular.
• /checkintegrity: Dosya bütünlüğünü kontrol eder.

Bu komut, birkaç dakika ile bir saat arasında sürebilir. Süre, imaj boyutuna ve disk hızına bağlıdır. İşlem tamamlandığında, WIM dosyasını bir ağ paylaşımına veya harici diske kopyalayın. Ardından, bu dosyayı hedef bilgisayarlara dağıtmak için kullanabilirsiniz.

İmaj yakalama işlemi sırasında, setupact.log dosyasını takip ederek olası hataları izleyebilirsiniz. Bu dosya, C:\Windows\System32\Sysprep\Panther dizininde bulunur. Eğer bir hata oluşursa, bu günlük dosyası size ayrıntılı bilgi verir.

Sysprep ile Oluşturulan İmajı Başka Bilgisayara Kurma: DISM apply-image ve WinPE

Yakalanan imajı hedef bilgisayara uygulamak için dism /apply-image komutunu kullanırsınız. Bu işlem, hedef bilgisayarın diskini tamamen siler ve imajı uygular. Bu nedenle, hedef bilgisayarda önemli veri olmadığından emin olun.

İmaj uygulama adımları şunlardır:

1. Hedef bilgisayarı WinPE ortamında başlatın.
2. Disk bölümlerini oluşturun ve biçimlendirin.
3. dism /apply-image /imagefile:D:\install.wim /index:1 /applydir:C:\ komutunu çalıştırın.
4. Önyükleme yapılandırmasını onarın: bcdboot C:\Windows /s S: /f UEFI.
5. Bilgisayarı yeniden başlatın.

Bu adımlar tamamlandığında, hedef bilgisayar OOBE ekranıyla açılır. Eğer bir cevap dosyası kullandıysanız, tüm ayarlar otomatik olarak uygularsınız. Böylelikle kullanıcı, doğrudan masaüstüne ulaşır.

Ayrıca, imajı uyguladıktan sonra sürücüleri kontrol edin. Generalize işlemi sırasında kaldırılan sürücüler, hedef bilgisayarda otomatik olarak yüklenmelidir. Ancak, bazı özel donanımlar için manuel sürücü yüklemesi gerekebilir.

Sysprep ile USB İmaj Yazma ve PXE Önyükleme Kurulumu

İmajı dağıtmak için iki yaygın yöntem vardır: USB bellek ve PXE önyükleme. USB yöntemi, küçük ölçekli dağıtımlar için idealdir. PXE yöntemi ise büyük ölçekli kurumsal ortamlarda idealdir.

USB imaj yazma işlemi için şu adımları izleyin:

1. WinPE önyüklenebilir bir USB bellek oluşturun.
2. WIM dosyasını USB belleğe kopyalayın.
3. USB bellekten önyükleyin ve WinPE ortamına girin.
4. dism /apply-image komutunu çalıştırın.

PXE önyükleme için ise Windows Deployment Services (WDS) sunucusuna ihtiyacınız vardır. WDS, ağ üzerinden önyükleme imajları sunar. İstemci bilgisayarlar, ağdan önyüklenerek imajı alır. Bu yöntem, yüzlerce bilgisayarı aynı anda dağıtmak için idealdir.

PXE önyükleme yapılandırması şu adımları içerir:

• WDS sunucusunu kurun ve yapılandırın.
• Önyükleme imajını (boot.wim) WDS’ye ekleyin.
• Yükleme imajını (install.wim) WDS’ye ekleyin.
• İstemci bilgisayarları PXE önyükleme için yapılandırın.
• Dağıtımı başlatın.

Bu iki yöntem, farklı ölçeklerdeki kuruluşlar için uygundur. USB yöntemi, 10-20 bilgisayar için yeterlidir. PXE yöntemi ise 100’den fazla bilgisayarın olduğu ortamlarda zaman kazandırır.

Sysprep Sonrası Ağ Çakışması ve Bilgisayar Adı Yönetimi

Genelleştirme işleminden sonra, hedef bilgisayarlar aynı bilgisayar adıyla açılabilir. Bu, ağda ciddi çakışmalara neden olur. Örneğin, iki bilgisayar aynı adı taşıyorsa, Active Directory bu bilgisayarları ayırt edemez. Bu nedenle, her hedef bilgisayara benzersiz bir ad atamalısınız.

Bilgisayar adı yönetimi için birkaç strateji vardır. İlk olarak, cevap dosyası kullanarak bilgisayar adını otomatik olarak oluşturabilirsiniz. Örneğin, PC-%RAND:4% gibi bir değişken kullanarak rastgele bir ad üretebilirsiniz. İkinci olarak, bir PowerShell betiği ile hedef bilgisayarın adını değiştirebilirsiniz.

Ayrıca, etki alanı katılımı sırasında da çakışma yaşayabilirsiniz. Eğer bir bilgisayar zaten etki alanında kayıtlıysa, yeni bir adla katılması gerekir. Bu nedenle, imajı dağıtmadan önce eski bilgisayar hesaplarını Active Directory’den silin.

Sonuç olarak, bilgisayar adı yönetimi, imaj dağıtımının kritik bir parçasıdır. Doğru strateji ile ağ çakışmalarını tamamen önleyebilirsiniz.

Sysprep Hata Çözümleri: 0x80073cf2, BitLocker, ShellHost, WSUS ve Log Analizi

Bu araç, her ne kadar güçlü olsa da, zaman zaman hatalarla karşılaşırsınız. Özellikle Windows 11 24H2 ve 25H2 sürümlerinde yeni hata senaryoları ortaya çıktı.

Şimdi, en sık karşılaşılan hataları ve bunların çözümlerini bulacaksınız. Hata çözümü, sabır ve dikkat gerektirir. Ancak, doğru adımları izlediğinizde bu sorunların üstesinden gelebilirsiniz.

İlk olarak, en yaygın hata olan 0x80073cf2 üzerinde duralım. Bu hata, AppX paketleriyle ilgilidir. Bir kullanıcıya Microsoft Store uygulamaları yüklersiniz. Ancak tüm kullanıcılara sağlamazsınız. Bu durumda bu hatayı görürsünüz. Çözümü için PowerShell komutları kullanmanız gerekir.

İkinci olarak, Windows 11 24H2’deki otomatik şifreleme sıkça BitLocker hatasına yol açar. Sysprep, BitLocker’ı etkin olarak algılar ve genelleştirmeyi reddeder. Çözüm için manage-bde -off C: komutunu kullanmalısınız. Ayrıca, BitLocker’ı tamamen kapatmak için servisleri devre dışı bırakabilirsiniz.

Üçüncü olarak, ShellHost.exe hatası, VMware vSphere gibi sanallaştırma platformlarında ortaya çıkar. Bu hata, genelleştirme sonrası profil bozulmasından kaynaklanır. Çözüm için varsayılan kullanıcı profilini temizlemeli ve önbellek dizinlerini silmelisiniz.

0x80073cf2 Hatası Nasıl Düzeltilir? AppX Paket Kaldırma Komutları

0x80073cf2 hatası, Sysprep’in generalize aşamasında karşılaştığı en yaygın sorunlardan biridir. Bu hata, bir AppX paketinin bir kullanıcı için yüklendiğini ancak tüm kullanıcılar için sağlanmadığını belirtir. Sorunun kaynağı, Microsoft Store uygulamalarının kullanıcıya özel olarak yüklenmesidir.

Bu hatayı çözmek için aşağıdaki adımları izleyin:

1. PowerShell’i yönetici olarak açın.
2. Tüm kullanıcılar için yüklü AppX paketlerini listeleyin: Get-AppxPackage -AllUsers | Select Name, PackageFullName.
3. Sorunlu paketi kaldırın: Get-AppxPackage -AllUsers -Name Microsoft.BingSearch* | Remove-AppxPackage -AllUsers.
4. Sağlanan AppX paketlerini kaldırın: Get-AppxProvisionedPackage -Online | Remove-AppxProvisionedPackage -Online.
5. Paketi kaldırdıktan sonra bilgisayarı yeniden başlatmayın.
6. Hemen Sysprep’i yeniden çalıştırın: sysprep /generalize /oobe /shutdown.

Bu yöntem, yalnızca sorunlu paketleri hedef alır. Böylece, sistemdeki diğer uygulamalar zarar görmez. Eğer tüm paketleri kaldırırsanız, Microsoft Store ve diğer sistem uygulamaları çalışmaz hale gelir.

Ayrıca, Remove-AppxProvisionedPackage komutunu kullanarak, yeni kullanıcılar için sağlanan paketleri de kaldırabilirsiniz. Bu komut, imajın boyutunu küçültür ve generalize sürecini hızlandırır. Ancak, dikkatli kullanın; bazı paketler sistem için kritik olabilir.

BitLocker Hatası: manage-bde -off C: Komutu ve 24H2/25H2 Çözümü

Windows 11 24H2 ve 25H2 sürümleri, sanal makinelerde bile BitLocker’ı otomatik olarak etkinleştirir. Bu durum, Sysprep’in generalize aşamasında hata vermesine neden olur.

Hata mesajı genellikle “Sysprep was not able to validate your Windows installation” şeklindedir. Günlük dosyasında ise BitLocker’ın etkin olduğunu belirtir.

Bu sorunu çözmek için şu adımları izleyin:

1. Yönetici olarak komut istemini açın.
2. BitLocker durumunu kontrol edin: manage-bde -status C:.
3. BitLocker’ı kapatın: manage-bde -off C:.
4. Şifreleme çözme işleminin tamamlanmasını bekleyin.
5. BitLocker hizmetini durdurun: Stop-Service -Name BDESVC.
6. Hizmeti devre dışı bırakın: Set-Service -Name BDESVC -StartupType Disabled.
7. Sysprep’i yeniden çalıştırın.

Bu adımlar, BitLocker hatasını tamamen ortadan kaldırır. Ancak, bazı durumlarda BitLocker’ı kapatmak yeterli olmaz. Çünkü sistem, kalıntı bayraklar nedeniyle onu hala etkin olarak algılayabilir. Bu durumda, BitLocker’ı bir kez etkinleştirip ardından kapatmanız gerekir.

Ayrıca, BitLocker kurtarma anahtarını yedeklemeyi unutmayın. Eğer şifreleme çözme işlemi sırasında bir sorun oluşursa, kurtarma anahtarına ihtiyaç duyarsınız. Bu anahtarı Active Directory’ye veya Azure AD’ye kaydedebilirsiniz.

ShellHost.exe Hatası ve VMware vSphere Guest OS Customization Çözümü

ShellHost.exe hatası, özellikle VMware vSphere ortamlarında Sysprep kullanırken karşılaşılan bir sorundur. Bu hata, genelleştirme sonrası varsayılan kullanıcı profilinin bozulmasından kaynaklanır. Belirtileri arasında siyah ekran, başlat menüsü çökmesi ve XAML tabanlı uygulamaların açılmaması yer alır.

Bu sorunu çözmek için aşağıdaki adımları uygulayın:

1. Referans sanal makineyi açın.
2. Varsayılan kullanıcı profilindeki önbellek dizinlerini silin.
3. C:\Users\Default\AppData\Local\Microsoft\Windows\WebCache dizinini temizleyin.
4. WebCacheLock.dat dosyasını silin.
5. Yönetici profilindeki aynı dizinleri de temizleyin.
6. İmajı yeniden mühürleyin (reseal).

Bu adımlar, profil bozulmasını önler ve ShellHost.exe hatasını ortadan kaldırır. Ayrıca, VMware vSphere’de Guest OS Customization kullanıyorsanız, özelleştirme betiğini güncellemeniz gerekebilir.

Alternatif bir çözüm olarak, Windows 11 24H2’nin güncellemesiz sürümünü (build 26100.1742) kullanabilirsiniz. Bu sürümde ShellHost.exe hatası raporlanmamıştır. Ancak, güvenlik güncellemelerinden yoksun kalırsınız.

Sysprep ve WSUS İstemci Kimliği Çakışması: Duplicate Client ID Çözümü

WSUS istemci kimliği çakışması, bir imajı birden fazla bilgisayara dağıttığınızda ortaya çıkar. Her Windows bilgisayarı, WSUS sunucusuna bağlanmak için benzersiz bir SusClientID kullanır. Eğer bu kimlik klonlanırsa, sunucu tüm bilgisayarları aynı makine olarak görür.

Bu sorunu çözmek için şu adımları izleyin:

1. Referans bilgisayarda komut istemini yönetici olarak açın.
2. Windows Update hizmetini durdurun: net stop wuauserv.
3. Kayıt defteri düzenleyicisini açın.
4. HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate anahtarına gidin.
5. SusClientId ve SusClientIdValidation değerlerini silin.
6. Windows Update hizmetini yeniden başlatın: net start wuauserv.
7. Sysprep’i çalıştırın.

Bu işlem, referans bilgisayardaki WSUS kimliğini temizler. Böylece, her hedef bilgisayar kendi benzersiz kimliğini oluşturur. Ayrıca, wuauclt /resetauthorization /detectnow komutunu çalıştırarak WSUS istemcisini sıfırlayabilirsiniz.

Bu sorun, yalnızca WSUS için geçerli değildir. SCCM (Configuration Manager) ve diğer yönetim ajanları için de benzer kimlik çakışmaları oluşabilir. Bu nedenle, imajı dağıtmadan önce tüm yönetim ajanlarının kimliklerini sıfırlayın.

Setupact.log ve setuperr.log Nasıl Okunur? Panther Klasörü Hata Ayıklama

Sysprep hatalarını çözmek için günlük dosyalarını okumayı öğrenmelisiniz. Bu dosyalar, C:\Windows\System32\Sysprep\Panther dizininde bulunur. En önemli iki dosya setupact.log ve setuperr.log‘dur.

setupact.log dosyası, Sysprep işleminin tüm adımlarını kaydeder. Bu dosyada, hangi aşamada hata oluştuğunu görebilirsiniz. setuperr.log dosyası ise yalnızca hataları içerir. Bu nedenle, sorun giderme için önce setuperr.log dosyasına bakın.

• setupact.log: Tüm işlem adımları.
• setuperr.log: Yalnızca hatalar.
• setupapi.dev.log: Sürücü yükleme hataları.
• Panther klasörü: Tüm günlük dosyaları.

Günlük dosyalarını okurken şu ipuçlarına dikkat edin:

1. Dosyayı bir metin düzenleyiciyle açın.
2. “Error” veya “Fail” kelimelerini arayın.
3. Hatanın oluştuğu zaman damgasını not edin.
4. Aynı zaman damgasındaki diğer günlük girdilerini inceleyin.
5. Hata kodunu Microsoft’un dokümantasyonunda arayın.

Bu yöntemle, çoğu Sysprep hatasının kök nedenini hızlıca bulabilirsiniz. Örneğin, 0x80073cf2 hatası için setuperr.log dosyasında hangi AppX paketinin sorun çıkardığını görebilirsiniz.

Diğer Sysprep Hataları: 0x80070003, 0x80070032, 0x80070005 ve Çözümleri

Sysprep, yalnızca 0x80073cf2 ve BitLocker hatalarıyla sınırlı değildir. Karşılaşabileceğiniz diğer yaygın hatalar ve çözümleri şunlardır:

• 0x80070003: Dosya veya dizin bulunamadı. Genellikle eksik sürücü veya bozuk sistem dosyasından kaynaklanır. Çözüm: sfc /scannow komutunu çalıştırın.
• 0x80070032: İşlem desteklenmiyor. Genellikle yanlış parametre kullanımından kaynaklanır. Çözüm: Komut satırı parametrelerini kontrol edin.
• 0x80070005: Erişim reddedildi. Genellikle yetersiz izinlerden kaynaklanır. Çözüm: Komutu yönetici olarak çalıştırın.
• 0x80070057: Geçersiz parametre. Genellikle bozuk cevap dosyasından kaynaklanır. Çözüm: unattend.xml dosyasını WSIM ile doğrulayın.
• 0x80004005: Belirtilmeyen hata. Genellikle birden fazla nedeni vardır. Çözüm: Günlük dosyalarını inceleyin.

Bu hataların çoğunu, doğru yapılandırma ve dikkatli bir hazırlık ile önleyebilirsiniz. Örneğin, generalize işleminden önce tüm kullanıcı profillerini temizlemek, birçok hatayı ortadan kaldırır. Ayrıca, gereksiz sürücüleri ve uygulamaları kaldırmak, imaj boyutunu küçültür ve hata riskini azaltır.

Sysprep ve Bulut Ortamları: AWS EC2, Azure VM ve Oracle Cloud’da İmaj Oluşturma

Bulut bilişim, Sysprep kullanımını yeni bir boyuta taşıdı. AWS, Azure ve Oracle Cloud gibi platformlarda, özel Windows imajları oluşturmak için bu araçtan yararlanırsınız. Ancak, her bulut sağlayıcısının kendine özgü gereksinimleri ve araçları vardır.

AWS’de EC2Launch v2 aracısı, Sysprep ile entegre çalışır. Azure’da Azure Image Builder, generalize işlemini otomatikleştirir. Oracle Cloud’da ise Oracle Cloud Agent, özel görüntü oluşturma sürecini yönetir.

Bulut ortamlarında imaj oluştururken dikkat etmeniz gereken en önemli nokta, örnek kimliğidir. Her bulut örneği, benzersiz bir kimliğe sahiptir. Bu kimliği imaja dahil ederseniz, tüm yeni örnekler aynı kimlikle başlar. Dolayısıyla örnekler çakışır. Sysprep, bu kimliği sıfırlayarak sorunu çözer.

Sysprep ile AWS EC2 AMI Oluşturma: EC2Launch v2 Entegrasyonu

AWS’de bir Windows AMI (Amazon Machine Image) oluşturmak için Sysprep kullanabilirsiniz. EC2Launch v2 aracısı, bu süreci otomatikleştirir. Aşağıdaki adımları izleyerek kendi AMI’nizi oluşturabilirsiniz.

1. AWS Management Console’da bir Windows EC2 örneği başlatın.
2. Örneğe bağlanın ve gerekli özelleştirmeleri yapın.
3. EC2Launch v2 ayarlarını açın.
4. “Shutdown with Sysprep” seçeneğini işaretleyin.
5. EC2Launch v2, aşağıdaki komutu otomatik olarak çalıştırır: sysprep.exe /oobe /generalize /shutdown /unattend:"C:\ProgramData\Amazon\EC2Launch\sysprep\unattend.xml".
6. Örnek kapandıktan sonra, AWS Console’dan bir AMI oluşturun.

Bu süreçte, EC2Launch v2 aracısı, Sysprep için gerekli cevap dosyasını otomatik olarak oluşturur. Bu dosya, örnek kimliğini, bilgisayar adını ve diğer özelleştirmeleri yönetir. AMI oluşturulduktan sonra, bu imajı kullanarak yeni EC2 örnekleri başlatabilirsiniz.

AWS’de Sysprep kullanırken karşılaşabileceğiniz en yaygın sorun, unattend.xml dosyasının bulunamamasıdır. EC2Launch v2, bu dosyayı otomatik olarak oluşturur. Ancak, manuel bir yapılandırma kullanıyorsanız, dosyanın doğru konumda olduğundan emin olun.

Sysprep ile Azure VM İmajı Oluşturma: Azure Image Builder Kullanımı

Azure’da özel bir VM imajı oluşturmak için Azure Image Builder hizmetini kullanabilirsiniz. Bu hizmet, Sysprep’i otomatik olarak çalıştırır ve imajı genelleştirir. Aşağıdaki adımları izleyerek bir Azure imajı oluşturabilirsiniz.

1. Azure Portal’da bir Windows VM oluşturun.
2. VM’ye bağlanın ve gerekli özelleştirmeleri yapın.
3. Azure Image Builder şablonunu oluşturun.
4. Şablonda deprovision adımını ekleyin.
5. Azure Image Builder, bu adımda Sysprep’i çalıştırır.
6. İmaj oluşturulduktan sonra, yeni VM’ler için kullanabilirsiniz.

Azure Image Builder, Windows VM’ler için Sysprep kullanır. Linux VM’ler için ise waagent -deprovision komutunu çalıştırır. Bu sayede, her iki işletim sistemi için de genelleştirme işlemi otomatikleşir.

Azure’da Sysprep kullanırken dikkat etmeniz gereken bir nokta, Azure VM aracısının doğru yapılandırıldığından emin olmaktır. Aracı, imaj oluşturma sürecinde kritik bir rol oynar. Ayrıca, generalize işleminden önce tüm kullanıcı profillerini temizleyin.

Sysprep ile Oracle Cloud Özel Görüntü Oluşturma: OCI ve Oracle Cloud Agent

Oracle Cloud Infrastructure (OCI), özel Windows görüntüleri oluşturmak için Sysprep’i destekler. Oracle Cloud Agent, bu süreci yönetir. Aşağıdaki adımları izleyerek bir OCI özel görüntüsü oluşturabilirsiniz.

1. OCI Console’da bir Windows örneği başlatın.
2. Örneğe bağlanın ve özelleştirmeleri yapın.
3. Sysprep genelleştirme dosyasını indirin.
4. Dosyayı yönetici olarak çalıştırın.
5. Sysprep, sistemi genelleştirir ve kapatır.
6. OCI Console’dan özel bir görüntü oluşturun.

Oracle Cloud Agent, genelleştirme sonrası örnek yapılandırmasını otomatik olarak uygular. Bu sayede, yeni örnekler doğru ağ ayarları ve kimlik bilgileriyle başlar. Ayrıca, OCI, hem genelleştirilmiş hem de özelleştirilmiş görüntüleri destekler.

Bulut ortamlarında Sysprep kullanırken, her platformun kendine özgü gereksinimlerini göz önünde bulundurun. AWS, Azure ve Oracle Cloud, farklı araçlar ve süreçler sunar. Ancak, temel prensip aynıdır: sistemi genelleştir, kimlik bilgilerini sıfırla ve imajı yakala.

Sysprep ve Modern Yönetim: Autopilot, Intune, Entra ID ve MDM Çakışmaları

Modern Windows yönetimi, geleneksel imaj tabanlı dağıtımdan uzaklaşıyor. Microsoft, Windows Autopilot ve Intune gibi bulut tabanlı çözümlere yatırım yapıyor. Peki, bu araç bu yeni dünyada hala geçerli mi? Kısa cevap: Evet, ancak sınırlı senaryolarda.

Autopilot, cihazları sıfırdan yapılandırmak için kullanırız. Sysprep ise mevcut bir kurulumu klonlamak için idealdir. Bu iki yaklaşım, farklı ihtiyaçlara hitap eder. Ancak, bazı durumlarda birbirleriyle çakışabilirler.

Özellikle Intune ve Entra ID’ye kayıtlı cihazlarda Sysprep kullanmak, ciddi sorunlara yol açar. Çünkü bu cihazlar, benzersiz sertifikalar ve kimlikler içerir. Sysprep, bu kimlikleri temizlemez. Sonuç olarak, tüm klonlanmış cihazlar aynı kimlikle görünür ve MDM sunucusu bunları ayırt edemez.

Sysprep vs Windows Autopilot: Hangisi Ne Zaman Kullanılmalı?

Sysprep ve Windows Autopilot, iki farklı dağıtım felsefesini temsil eder. Bu araç, bir referans bilgisayarı klonlar. Autopilot ise cihazın mevcut Windows kurulumunu buluttan yapılandırır. Hangisini ne zaman kullanmalısınız?

Autopilot, özellikle uzaktan çalışan kullanıcılar için idealdir. Kullanıcı, cihazı açtığında Autopilot profili otomatik olarak uygulanır. Sysprep ise laboratuvar ortamları, özel donanımlar ve internet bağlantısı olmayan sahalar için hala gereklidir.

Microsoft, gelecekte Autopilot’a daha fazla yatırım yapacak. Ancak Sysprep, öngörülebilir gelecekte tamamen ortadan kalkmayacak. Çünkü bazı senaryolar, hala imaj tabanlı dağıtım gerektirir.

MDM Kayıtlı Cihazlarda Neden Çalışmaz? Intune ve Entra ID Sorunu

MDM kayıtlı cihazlarda Sysprep çalıştırmak, ciddi sorunlara yol açar. Çünkü Intune ve Entra ID, cihazları benzersiz sertifikalar ve kimliklerle tanır. Sysprep, bu kimlikleri temizlemez. Sonuç olarak, tüm klonlanmış cihazlar aynı kimlikle görünür.

Bu sorunu çözmek için şu adımları izleyin:

1. Referans cihazı Intune’dan kaldırın.
2. Entra ID’den cihaz kaydını silin.
3. MDM sertifikalarını temizleyin.
4. Cihazı iş grubundan çıkarın.
5. Sysprep’i çalıştırın.

Bu adımlar, cihazı temiz bir duruma getirir. Ancak, en iyi uygulama, MDM’ye kayıtlı bir cihazı asla klonlamamaktır. Bunun yerine, Autopilot kullanarak yeni cihazları yapılandırın.

Microsoft, resmi dokümantasyonunda şu uyarıyı yapar: “Microsoft Entra ID’ye katılmış veya Intune gibi bir MDM hizmetine kaydedilmiş bir cihazı asla klonlamayın.” Çünkü bu, MDM sunucusunda ciddi karışıklıklara neden olur.

Sysprep Sonrası Etki Alanı Katılımı ve Hibrit Azure AD Join Sorunları

Sysprep sonrası etki alanı katılımı, dikkat edilmesi gereken bir konudur. Generalize işlemi, bilgisayarı etki alanından çıkarır. Ancak, bazı durumlarda etki alanı katılımı sorunları görebilirsiniz. Özellikle hibrit Azure AD Join senaryolarında bu sorun daha belirgindir.

Hibrit Azure AD Join, cihazların hem yerel Active Directory’ye hem de Azure AD’ye kaydedilmesini gerektirir. Sysprep sonrası, bu kayıtlar bazen tutarsız hale gelir. Sonuç olarak, cihaz her iki ortamda da görünmez.

Bu sorunu çözmek için şu adımları izleyin:

• Sysprep öncesi cihazı etki alanından çıkarın.
• Azure AD Connect’i senkronize edin.
• Cihazı iş grubuna alın.
• Sysprep’i çalıştırın.
• OOBE sırasında etki alanı katılımını yapılandırın.

Bu adımlar, hibrit Azure AD Join sorunlarını büyük ölçüde azaltır. Ancak, her ortamın kendine özgü gereksinimleri vardır. Bu nedenle, imajı dağıtmadan önce kapsamlı test yapın.

Sysprep vs Alternatifler: DISM, Sıfırlama, Clonezilla ve Acronis Karşılaştırması

Sysprep, tek başına bir imaj alma aracı değildir. DISM ile birlikte kullanırız. Ancak, piyasada başka alternatifler de vardır. Clonezilla, Acronis True Image ve Windows’un yerleşik sıfırlama özelliği, farklı senaryolarda tercih edebilirsiniz.

Bu bölümde, bu araçları karşılaştıracağız. Hangi durumda hangisini kullanmanız gerektiğini açıklayacağız. Böylece, kendi ortamınız için en doğru kararı verebilirsiniz.

Öncelikle, Sysprep ile DISM arasındaki farkı netleştirelim. DISM, bir imajı yakalayan ve uygulayan araçtır. Sysprep ise imajı dağıtıma hazırlayan araçtır. Yani, bu iki araç birbirini tamamlar.

Sysprep ile DISM Arasındaki Fark: İmaj Alma ve Uygulama Süreçleri

Sysprep ve DISM, farklı görevleri yerine getirir. Bu araç, bir Windows kurulumunu genelleştirir. DISM ise bu kurulumun WIM veya ESD formatında yedeğini alır. Ardından, DISM yine bu yedeği hedef bilgisayarlara uygular.

İşte temel farklar:

Dolayısıyla, bir imaj oluşturmak için önce Sysprep’i çalıştırırsınız. Ardından, DISM ile imajı yakalarsınız. Son olarak, DISM ile imajı hedef bilgisayarlara uygularsınız.

DISM, aynı zamanda çevrimdışı imaj düzenleme için de kullanırız. Örneğin, bir WIM dosyasına sürücü ekleyebilir veya güncelleme uygulayabilirsiniz. Bu, imajı dağıtmadan önce özelleştirmenize olanak tanır.

Sysprep vs Sıfırlama: Eski Bilgisayarı Satmadan Önce Hangisi Kullanılmalı?

Eski bir bilgisayarı satmadan veya başkasına devretmeden önce, kişisel verilerinizi temizlemelisiniz. Windows’un yerleşik sıfırlama özelliği, bu iş içindir. Fakat, bazı durumlarda Sysprep de deneyebilirsiniz. Peki, hangisi daha uygundur?

Windows Sıfırlama, tüm kişisel dosyaları ve uygulamaları siler. Ardından, Windows’u temiz bir şekilde yeniden yükler. Bu işlem, kullanıcı verilerini güvenli bir şekilde temizler. Sysprep ise SID’yi sıfırlar ancak kişisel dosyaları silmez.

Eski bir bilgisayarı satarken, Sıfırlama özelliğini kullanmanızı öneririm. Çünkü Sıfırlama, tüm kişisel verileri güvenli bir şekilde siler. Ayrıca, yeni kullanıcı için temiz bir OOBE deneyimi sunar.

• Sıfırlama: Kişisel verileri siler, Windows’u yeniden yükler.
• Sysprep: SID’yi sıfırlar, kişisel verileri silmez.
• Kullanım: Sıfırlama, son kullanıcı için; Sysprep, kurumsal dağıtım için.

Ancak, eski bilgisayarınızı bir kurumsal ortamda yeniden kullanacaksanız, Sysprep daha uygun olabilir. Örneğin, bir laboratuvarda 10 bilgisayarı aynı yapılandırmayla kurmak istiyorsanız, Sysprep kullanmalısınız.

Sysprep vs Clonezilla ve Acronis True Image: Hangi Senaryoda Hangisi?

Clonezilla ve Acronis True Image, disk klonlama araçlarıdır. Bu araçlar, bir diskin birebir kopyasını oluşturur. Ancak, Sysprep gibi genelleştirme yapmazlar. Bu nedenle, klonlanan sistemlerde SID çakışması görürsünüz.

Clonezilla, açık kaynaklı bir araçtır ve ücretsizdir. Acronis True Image ise ticari bir üründür ve gelişmiş özellikler sunar. Her iki araç da disk klonlama için idealdir. Ancak, kurumsal dağıtım için Sysprep ile birlikte kullanmalısınız.

Bu araçları karşılaştırdığımızda, Sysprep’in kurumsal dağıtım için vazgeçilmez olduğunu görürüz. Clonezilla ve Acronis, daha çok yedekleme ve felaket kurtarma senaryoları için uygundur.

Örneğin, bir sunucunun tam yedeğini almak istiyorsanız, Acronis True Image idealdir. Ancak, bu yedeği 50 farklı sunucuya dağıtmak istiyorsanız, önce Sysprep ile genelleştirmelisiniz. Aksi takdirde, SID çakışması yaşarsınız.

Sysprep Sonrası: Etkinleştirme, Lisans, Kullanıcı Profilleri ve CopyProfile

Sysprep sonrası, Windows etkinleştirmesi ve lisans durumu hakkında sorular ortaya çıkar. Ayrıca, kullanıcı profillerinin ve varsayılan kullanıcı profilinin nasıl yönetileceğini bilmelisiniz.

Öncelikle, etkinleştirme konusuna değinelim. Generalize işlemi, Windows etkinleştirmesini sıfırlar mı? Cevap, kullandığınız lisans türüne bağlıdır. Dijital lisanslar genellikle korunur. KMS ve MAK etkinleştirmeleri ise sıfırlanabilir.

İkinci olarak, kullanıcı profilleri konusunu inceleyelim. Generalize işlemi, tüm kullanıcı hesaplarını siler. Ancak, varsayılan kullanıcı profilini korumak istiyorsanız, CopyProfile komutunu kullanmalısınız.

Windows Etkinleştirmesi Sıfırlanır mı? Dijital Lisans, KMS ve MAK

Sysprep sonrası Windows etkinleştirmesi, lisans türüne göre farklı davranır. Dijital lisans (Windows 10 ve 11’de yaygın), donanıma bağlıdır. Generalize işlemi, dijital lisansı genellikle korur. Ancak, KMS ve MAK etkinleştirmelerini sıfırlayabilirsiniz.

İşte lisans türlerine göre etkinleştirme davranışı:

• Dijital Lisans: Donanıma bağlıdır. Generalize sonrası korunur.
• KMS: Kurumsal etkinleştirme. Generalize sonrası sıfırlanır.
• MAK: Çoklu etkinleştirme anahtarı. Generalize sonrası sıfırlanabilir.
• OEM Lisans: Donanıma bağlıdır. Korunur.
• Perakende Lisans: Taşınabilir. Genellikle korunur.

Eğer etkinleştirme sıfırlanırsa, hedef bilgisayarda yeniden etkinleştirme yapmanız gerekir. Bu işlemi, cevap dosyasına bir ürün anahtarı ekleyerek otomatikleştirebilirsiniz. Ayrıca, KMS sunucusu kullanıyorsanız, istemci otomatik olarak yeniden etkinleşir.

Ayrıca, slmgr /dlv komutunu kullanarak etkinleştirme durumunu kontrol edebilirsiniz. Bu komut, lisans türünü, kalan etkinleştirme süresini ve rearm sayısını gösterir.

Sysprep Kaç Kez Çalıştırılabilir? Rearm Sayacı, 1001 Sınırı ve slmgr /dlv Kontrolü

Bu aracı kaç kez çalıştırabileceğiniz, Windows sürümüne ve lisans türüne bağlıdır. Windows 7 ve önceki sürümlerde bu sınır 3’tür. Windows 8.1 ve sonraki sürümlerde ise 1001’e yükselttiler.

Rearm sayacını kontrol etmek için slmgr /dlv komutunu kullanın. Bu komut, “Kalan Windows yeniden etkinleştirme sayısı” (Remaining Windows rearm count) değerini gösterir. Eğer bu değer 0 ise, Sysprep’i artık çalıştıramazsınız.

1. Komut istemini yönetici olarak açın.
2. slmgr /dlv komutunu çalıştırın.
3. Açılan pencerede “Remaining Windows rearm count” değerini bulun.
4. Eğer değer 0 ise, yeni bir Windows imajı oluşturmanız gerekir.

Rearm sayacı, her generalize işleminde 1 azalır. Ancak, /skiprearm parametresini kullanarak bu sayacı koruyabilirsiniz. Bu parametre, etkinleştirme süresini sıfırlamaz. Bu nedenle, yalnızca test ortamlarında kullanmanızı öneririm.

1001 kez çalıştırma sınırı, çoğu kurumsal ortam için yeterlidir. Ancak, yoğun imaj hazırlama süreçlerinde bu sınıra dikkat edin. Her generalize işlemini kaydedin ve sayacı düzenli olarak kontrol edin.

Kullanıcı Hesapları ve Profilleri Silinir mi?

Generalize işlemi, tüm yerel kullanıcı hesaplarını ve profillerini siler. Bu, imajın temiz olmasını sağlar. Ancak, bazı durumlarda bu hesapları korumak isteyebilirsiniz. Örneğin, yerleşik yönetici hesabını korumak isteyebilirsiniz.

Varsayılan olarak, generalize işlemi tüm kullanıcı profillerini siler. Ancak, CopyProfile ayarını kullanarak, yerleşik yönetici hesabının profilini varsayılan kullanıcı profiline kopyalayabilirsiniz. Bu sayede, yeni kullanıcılar aynı masaüstü ve uygulama ayarlarına sahip olur.

Kullanıcı hesaplarını silmek istemiyorsanız, generalize işlemini /generalize anahtarı olmadan çalıştırabilirsiniz. Ancak, bu durumda sistem SID’i sıfırlamaz. Dolayısıyla klonlama sorunları yaşarsınız. Bu nedenle, kurumsal dağıtımda her zaman generalize kullanın.

• Yerel Hesaplar: Generalize ile silinir.
• Etki Alanı Hesapları: Generalize ile silinir.
• Yerleşik Yönetici: CopyProfile ile korunabilir.
• Varsayılan Profil: CopyProfile ile güncellenir.

Sonuç olarak, kullanıcı profilleri konusunda dikkatli olmalısınız. İmajı dağıtmadan önce, hangi profilleri korumak istediğinize karar verin. Gereksiz profilleri silerek imaj boyutunu küçültün.

CopyProfile Komutu Nasıl Kullanılır? Varsayılan Kullanıcı Profili Özelleştirme

CopyProfile, varsayılan kullanıcı profilini özelleştirmek için kullanılan bir ayardır. Bu ayar, cevap dosyasında Microsoft-Windows-Shell-Setup bileşeni altında yer alır. CopyProfile’i true olarak ayarladığınızda, yerleşik yönetici hesabının profili varsayılan profil olarak kullanılır.

CopyProfile’i kullanmak için şu adımları izleyin:

1. Referans bilgisayarı denetim modunda başlatın.
2. Yerleşik yönetici hesabıyla oturum açın.
3. Masaüstü, başlat menüsü ve uygulama ayarlarını yapın.
4. Cevap dosyasını açın ve true ekleyin.
5. Sysprep’i /generalize /oobe /unattend:unattend.xml komutuyla çalıştırın.

Bu işlem, yönetici profilini varsayılan profile kopyalar. Böylece, yeni kullanıcılar aynı ayarlarla başlar. Ancak, dikkat edilmesi gereken bir nokta vardır: CopyProfile, yalnızca yerleşik yönetici hesabıyla çalışır. Standart bir kullanıcı hesabıyla çalışmaz.

CopyProfile, özellikle standart bir masaüstü yapılandırması sunmak isteyen kuruluşlar için idealdir. Örneğin, tüm kullanıcılar için aynı duvar kağıdı, başlat menüsü ve uygulama kısayolları mı istiyorsunuz? O zaman CopyProfile kullanın.

Sysprep Temelleri: Sistem Hazırlık Aracına Giriş

Sysprep, Windows kurulumlarını görüntüleme için hazırlar. Bununla birlikte, temel mantığını anlamak doğru kullanım için şarttır. Ek olarak, aşağıdaki kaynaklar konuyu sıfırdan ele alır.

• Microsoft Learn – Sistem Hazırlığı Genel Bakış: Sysprep’in ne olduğunu, hangi durumlarda kullanıldığını ve genelleştirme ile özelleştirme arasındaki temel farkı Microsoft’un resmi dokümantasyonu üzerinden açıklar.
• Microsoft Learn – Genelleştirme Yapılandırma Aşaması: Genelleştirme aşamasının ne zaman çalıştığını, hangi bilgileri kaldırdığını ve özelleştirme aşamasıyla ilişkisini teknik ayrıntılarıyla açıklar.
• Microsoft Learn – Komut Satırı Seçenekleri: /generalize, /oobe ve /shutdown gibi temel Sysprep parametrelerinin ne işe yaradığını ve doğru sözdizimini resmi kaynaktan örneklerle açıklar.

Sysprep Hakkında En Çok Merak Edilen 14 Soru

Sonuç: Sysprep’in Geleceği, Windows Autopilot ile Karşılaştırma ve En İyi Uygulama Önerileri

Sysprep, 25 yılı aşkın süredir Windows dağıtımının temel taşıdır. Ancak, modern yönetim araçları ve bulut tabanlı çözümler, bu aracın rolünü değiştiriyor. Peki, bu araç hala gerekli mi? Cevap, senaryonuza bağlıdır.

Autopilot ve Intune, yeni cihazların buluttan yapılandırılmasını sağlar. Bu, özellikle uzaktan çalışan kullanıcılar için idealdir. Ancak, özel imaj gereksinimleri olan kuruluşlar için Sysprep hala vazgeçilmezdir. Laboratuvar ortamları, özel donanımlar ve internet bağlantısı olmayan sahalar, hala imaj tabanlı dağıtıma ihtiyaç duyar.

Microsoft, gelecekte Autopilot’a daha fazla yatırım yapacak. Ancak Sysprep, öngörülebilir gelecekte tamamen ortadan kalkmayacak. Bu nedenle, hem geleneksel hem de modern yöntemleri bilen sistem yöneticileri daha değerli olacak. Bunun yanı sıra, bu yöneticiler her zaman öne çıkacak.

Sysprep Hala Gerekli mi? Modern Windows Yönetiminde Yeri ve Önemi

Bu araç, modern Windows yönetiminde hala önemli bir yere sahiptir. Özellikle aşağıdaki senaryolarda vazgeçilmezdir:

• Özel Donanım: Tıbbi cihazlar, endüstriyel kontrol sistemleri ve POS terminalleri.
• İnternet Erişimi Olmayan Sahalar: Askeri, madencilik ve uzak şube lokasyonları.
• Laboratuvar Ortamları: Üniversiteler, araştırma merkezleri ve test laboratuvarları.
• Hızlı Dağıtım: 100’den fazla bilgisayarın aynı anda kurulması gereken durumlar.

Bu senaryolarda, Autopilot veya Intune yeterli olmayabilir. Çünkü bu çözümler, internet bağlantısı ve bulut hizmetlerine bağımlıdır. Sysprep ise tamamen çevrimdışı çalışır.

Ayrıca, bu araç, özel imaj oluşturma süreçlerinde hala en güvenilir yöntemdir. Örneğin, bir yazılım geliştiricisi, tüm geliştirme araçlarını içeren bir imaj hazırlamak istiyorsa, Sysprep kullanmalıdır.

En İyi Uygulamalar: Üretim Ortamı İçin Kontrol Listesi

Üretim ortamında bu aracı kullanırken, aşağıdaki en iyi uygulamaları takip edin. Bu liste, yıllar içinde edindiğim deneyimlere dayanır.

• Her Zaman VM Kullanın: Fiziksel bilgisayar yerine sanal makine kullanın. Anlık görüntü alarak geri dönebilirsiniz.
• BitLocker’ı Kapatın: Generalize işleminden önce BitLocker’ı kapatın. manage-bde -off C: komutunu kullanın.
• AppX Paketlerini Temizleyin: Sorunlu AppX paketlerini kaldırın. Get-AppxPackage -AllUsers komutunu kullanın.
• Kullanıcı Profillerini Silin: Gereksiz profilleri temizleyin. Yalnızca yerleşik yönetici hesabını bırakın.
• Cevap Dosyası Kullanın: OOBE otomasyonu için unattend.xml dosyası oluşturun.
• Rearm Sayacını Kontrol Edin: slmgr /dlv komutuyla sayacı takip edin.
• Günlük Dosyalarını İzleyin: Sorun giderme için Panther klasörünü kullanın.
• Test Edin: İmajı dağıtmadan önce mutlaka test edin. Bir sanal makinede çalıştırın.
• Yedekleme Yapın: İmajı ve cevap dosyasını güvenli bir yerde saklayın.
• Dokümantasyon Tutun: Yaptığınız her değişikliği kaydedin. Bu, gelecekteki sorun giderme süreçlerinde size zaman kazandırır.

Bu kontrol listesini her imaj oluşturma sürecinde kullanın. Böylece, hataları en aza indirir ve dağıtım sürecini sorunsuz hale getirirsiniz.

Sonuç olarak, Sysprep, doğru kullanıldığında son derece güçlü bir araçtır. Güncel sürümlerdeki hatalara rağmen, kurumsal dağıtımın temelini oluşturmaya devam ediyor. Bu rehberdeki adımları takip ederek, kendi ortamınız için güvenilir bir imaj oluşturabilirsiniz.