Soru Kategorisi Q0087: Windows Onarımında sfc /scannow ve DISM Komutları

[Alperen E.]

Arkadaşlar, geçen hafta Windows’i bir güncelleme bozdu ve sistemin kararlı çalışması için sfc /scannow komutunu çalıştırdım. Komut “Windows Kaynak Koruma kaynaklarının hasarını buldu ve düzelitemedi” hatasını verdi, DISM’in işi bitireceğini biliyordum ama komut sırasını tam oturtamadım. /Cleanup-Images ve /RestoreHealth parametrelerinin birbirinden farkını araştırdım ama ikisinin de aynı anda çalışıp çalışmayacağı konusunda tereddüdüm var.

Sormak istediğim şu: DISM komutunu çalıştırdıktan sonra sfc /scannow’u tekrar şart mı, yoksa DISM tek başına yeterli mi oluyor? Ayrıca online modda internet bağlantısının hızlı bir kaynak sunucusundan veri çekmesinin hasarlı bileşenlerin onarımını gerçekten etkilediğini okudum, lokal bir kaynak (.wim/.esd) path’i verince online modun zorunlu olup olmayacağını da netleştirmek istiyorum. Son olarak, komutları çalıştırırken “Erişim reddedildi” hatası almadan önce sistemin tam onarım modunda (WinRE) başlatılıp başlatılmaması gerektiğini mi anlıyorum, yoksa normal oturumdan da çalıştırılabiliyor? Deneyim olan varsa adım adım yol gösterebilir mi?

💻 Sistem: i7-13700H | 32GB RAM | Arch Linux (Hyprland) | ThinkPad P1 Gen 5 | 2TB Samsung 980

📍 Sakarya (Serdivan)

"sudo rm -rf / sorunu çözmez."

[Cift Ram Sevdasi]

Selam, konu çok yerinde çünkü bu iki araç sıkışık çalışınca çoğu kişi sırayı karıştırıyor. SFC (/scannow), korunan Windows sistem dosyalarını tarar ve bozulan dosyaları %windir%\system32\dllcache klasöründeki yedekten geri getirir; ama kritik nokta şu ki bu önbellek dosyasının kendisi de bozulmuşsa, SFC tek başına işe yaramaz. İşte DISM burada devreye giriyor: DISM (/Online /Cleanup-image /RepairHealth) görüntüyü Windows Update üzerinden onarır ve sağlıklı bir kaynak sağlar.

💻 Sistem: Core 2 Extreme QX9650 | Rampage Extreme X48 | 8GB DDR3 1600 | GTX 285 SLI | Retro Kasa

📍 Tekirdağ (Süleymanpaşa)

"Kondansatör şişmişse değiştirir geçeriz."

[AlpK]

SFC ve DISM komutlarını ayrı ayrı ele almak yerine, birbirini tamamlayan bir sırayla çalıştırmak en doğrusu. SFC /scannow aslında bozuk sistem dosyalarını geri getirmek için kendi yerel yedek deposu olan %WinDir%\System32\DllCache klasörünü kullanır; ama bu önbelleğin kendisi bozulmuşsa, SFC ya “dosya onarılamadı” der ya da zaten bozuk kopyayı tekrar yerine koyar. İşte tam burada devreye DISM giriyor: DISM /Online /Cleanup-Image /RestoreHealth komutu, Component Store olarak bilinen daha kök seviyedeki wim/vhd imajını tarar ve bozuk dosyaları Windows Update üzerinden temiz, orijinal kopyalarla değiştirir. Yani mantık şöyle işler: önce DISM ile bileşen deposunu onarıp içine temiz kaynak malzemesi gömersin, ardından SFC bu düzeltilmiş depo üzerinden çalışır ve artık doğru kopyaları sisteme yansıtır.

"☕ V60 Etiyopya Yirgacheffe demleme | Comandante C40 MK4 | Loş ışık ve sakin müzik."

[MacunTasiran]

sfc /scannow ile DISM aslında birbirini tamamlayan iki aşamadır, bunları aynı anda veya rastgele sırayla çalıştırmak çoğu zaman işi yarım bırakır. DISM, Windows’un kendi görüntü dosyasını (install.wim / boot.wim) onarır ve yerel kaynak olarak kullanır; sfc ise çalışan işletim sistemindeki korunan dosyaları tarar. Sorun şudur ki, sfc bazen hasarlı kaynak dosyaları bulamaz çünkü o kaynakların kendisi bozuktur; bu yüzden DISM’i önce çalıştırmak mantıklı. Benim pratiğim şudur: önce DISM /Online /Cleanup-Image /RestoreHealth komutunu yönetici komut satırından çalıştırırım, bu internet üzerinden iyi kaynak dosyaları indirir. Eğer bu hata veriyorsa veya yavaşlıyorsa, yerel bir kaynak göstererek DISM /Online /Cleanup-Image /RestoreHealth --source:install.wim:\sources\install.wim /index:1 gibi bir komutla local WD veya ISO’dan beslerim, ki bu genelde offline ortamlarda çok daha hızlı sonuç verir.

Daha sonra sfc’yi devreye sokuyorum: sfc /scannow. DISM’i doğru çalıştırdıysan, sfc artık “Kaynak dosyaları bulamıyor” hatası vermeden tarayabilir ve onarabilebilir. Pratikte dikkat ettiğim bir nokta, DISM’in %100’e ulaştıktan sonra “İşlem başarıyla tamamlandı” demesinin yeterli olmadığı, bazen %40-%60 arasında takılıp kalan durumlarda internet bağlantısının veya kaynak yolunun yanlış olduğu; bu durumda bilgisayarı yeniden başlatıp DISM’i tekrarlatmak genelde sorunu çözer. Son aşama olarak sfc sonrası sistemi yeniden başlatıp dism /online /get-currentstatus ile görüntünün durumunu teyit ederim

[Erhan Gültekin]

Selam, bu konuda kısa ve öz deneyimimi paylaşayım. Öncelikle sıralamayı karıştırmamak lazım; çoğu kişi önce sfc çalıştırıp “hala hata var” diye şaşırıyor. Asıl mantik şununla ilgili: sfc /scannow korunan sistem dosyalarını tarar ve bozulanları yerel kaynak dosyalarından geri yükler, ama o kaynak dosyalar da WinSxS klasöründeki component store’dan gelir. Yani component store zaten bozuksa, sfc’nin geri verecek sağlıklı dosyası kalmaz ve “Bazı dosyaları onaramadı” hatası alırsın. Bu yüzden doğru sıra her zaman önce DISM, sonra sfc’dir. DISM /

[Yazar]

Yazılar