CBS.log nedir ve neden gigabaytlara büyür?

Bir paragrafta Component-Based Servicing

CBS, Component-Based Servicing anlamına gelir — Windows Update'in, isteğe bağlı özelliklerin ve DISM onarımlarının arkasındaki makinadır. Bileşenleri WinSxS deposundan hazırlar, paketleri TrustedInstaller'a ait işlemler içinde uygular ve bir adım başarısız olursa her şeyi geri sarar; bu adımların her biri CBS.log'a, satır satır, zaman damgaları ve hata kodlarıyla yazılır. System File Checker raporları da aynı dosyaya düşer — sfc /scannow'nun geride bıraktığı [SR] satırları, ayrıntı gerektiğinde findstr /c:"[SR]" komutuyla ayıklanır. Sağlıklı bir makine aylar boyunca bu günlükten onlarca megabayt biriktirir; temizlenecek bir şey yoktur, çünkü bozuk bir şey yoktur.

Dolayısıyla bu günlük bir tanılama aracıdır, çöp değil. Tam da bir şeylerin bozulduğu gün için vardır: bir güncelleme yüzde 87'de takıldığında veya bir özellik yüklemesi bir türlü tamamlanmak istemediğinde, gerçek hata — Ayarlar uygulamasının gösterdiği genel hata değil — CBS.log'a yazılır.

Onu gigabaytlara şişiren nedir

Gigabayt ölçeğindeki büyümenin tek baskın nedeni vardır: bir yeniden deneme döngüsü. Güncelleme hep aynı adımda başarısız olur, Windows bir yeniden deneme planlar, deneme aynı şekilde başarısız olur ve her girişim binlerce satır yazar. Tipik tetikleyiciler bileşen deposu bozulması (0x80073712 ve 0x800f081f ailesi), hiçbir zaman uygulanamayan bekleyen bir paket veya TrustedInstaller'ın çalışmasını işlemin ortasında kesen disk hatalarıdır. Böyle bir döngüye yakalanan makine günde yüzlerce megabayt ekleyebilir — o noktada günlük artık sorun değil, belirti sayacıdır.

CBS.log'unuz kocamansa, sadece silip yolunuza devam etme isteğine direnin. Dosya TrustedInstaller sahipliğiyle korunur; düz bir delete zaten geri döner. Yeniden adlandırmak önce sahipliği almayı gerektirir; ama bunu bitirdiğinizde, hatası olan paketi ve hata kodunu adlandıran kaydın aynısını yok etmiş olursunuz.

• CBS.log günde onlarca megabayt veya daha fazla büyür
• güncelleme geçmişinde aynı KB defalarca başarısız olur
• TrustedInstaller her açılıştan sonra saatlerce CPU harcar
• DISM /CheckHealth veya /ScanHealth depo bozulması bildirir
• 0x80073712 veya 0x800f081f gibi hatalar günlükte yinelenir
• makine “Güncelleştirmeler çalışılıyor” aşamasında olağandışı uzun kalır

Dosyayı değil döngüyü onarın

Gerçekten işe yarayan sıra şudur: bileşen deposunu onarmak için DISM /Online /Cleanup-Image /RestoreHealth çalıştırın, ardından sfc /scannow, ardından yeniden başlatın ve Windows Update'e bir şans daha verin — bu sırayla, çünkü DISM, SFC'nin üzerinde çalışacağı zemini onarır. Sonra güncelleme geçmişine bakın: belirli bir KB düşmeye devam ediyorsa güncelleştirmeleri duraklatın ve döngünün öğütmesine izin vermek yerine bir sonraki kümülatif sürümü bekleyin. Döngü ölünce CBS.log normal olan onlarca megabaytına döner ve orada kalır.

“CBS.log'u küçültürüz” diye reklam yapan temizlik araçları makbuzu iyileştirir, alışverişi değil. Günlüğü silmek güncelleştirmelerin neden başarısız olduğu konusunda hiçbir şeyi değiştirmez; yalnızca kanıtı ortadan kaldırır. Aşırı durumlarda — döngü çözüldükten sonra küçük bir diskte çok gigabaytlık günlük — yeniden adlandırın; ama yalnızca o zaman, TrustedInstaller izinleriyle ve günlüğü sildiğinizin bilinciyle.

Sorular ve yanıtlar

Bunları da okuyun