Windows CBS.log ayrıntı düzeyini kısıtla, günlük düzeyini ayarla, hekimegabyte bilgi deliliğini durdur


18

Windows 7'de (Home Premium 64 Bit), kimsenin okumayı umursamayacağı yüzlerce megabayt günlük kaydı yazılır C:\Windows\Logs\CBS\CBS.log. Bir bakın, buradaki satırları sayıyoruz:

$ dir C:\Windows\Logs\CBS\CBS.log
03.10.2015  16:21       726.097.704 CBS.log
$ findstr /b 2015- C:\Windows\Logs\CBS\CBS.log | find /c ", Info"
2990118
$ findstr /b 2015- C:\Windows\Logs\CBS\CBS.log | find /c /v ", Info"
102

Açıkçası, CBS günlük dosyası (CBS, Bileşen Tabanlı Hizmetler , diğer adıyla Güvenilir Yükleyici için kısadır , bkz. Bileşen Tabanlı Hizmeti Anlama , Nis 2008, Microsoft Technet ) şu anda 700 MB alır ve bunların 200'ü son 30 dakika içinde yazılır , ilk giriş 9 gün öncesindeydi.

Toplamda en 3000000 girişlere yakın olduğunu ve loglevel de bunun neredeyse tamamı Bilgisi . Unutmayın, bu insan tarafından okunabilir bir günlük dosyası biçimidir, görünüşte makine işleme için değil. Seni bilmiyorum, ama varsayılan olarak 3 milyon Bilgi satırını hesaba katmak zorunda olduğum düşüncesi bana saçma sapan olarak çarpıyor.

Disk ve CPU etkinliği sistemi gereksiz yere yavaşlatmak dışında bir amaca hizmet etmediği için bunu durdurmak istiyorum .

Peki: Günlük seviyesini Uyarı veya Hata olarak nasıl ayarlayabilirim ? Bu nerede belgeleniyor?

Artı: Yüzlerce bilgi dizisi (bir haftadan az bir süre) boyunca dolaşmak yerine sadece ~ 100 Hata satırını saklayacağınızı düşünün. Bu sadece mantıklı değil mi ve gerçekten sorun giderme konusunda ipuçları vermiyor mu? Daha sonra, belirgin olmayan bir yükleme sorunu ortaya çıktığında Bilgi'yi açma seçeneğiniz olur .

Güncelleme:

Yorumları okuduğumda, sorumu yeterince açık bir şekilde söylemedim. Ben am değil zaten bunu nasıl biliyorum çünkü - komut satırı yardımcı programlarını kullanarak HUMUNGOUS günlük dosyasını süzmek için nasıl soran. Ben de am değil (insanların soran bulacaksınız rağmen dosya bazı bilinmeyen eşiğe ulaştığında, Windows kendi başına yapacak çünkü - günlük döndürme yolunda günlük dosyaları nasıl başa soran dosya 20 konser ulaşır neden ). Ne soruyorum basitçe meydana gelen bu çılgın hectomegabyte günlüğü nasıl durduracağını muhtemelen tarafından, ilk etapta günlük düzeyinin ayarlanması daha yüksek bir şey için Bilgi. Muhtemelen halka açık olmadığından, günlük düzeyinin nasıl ayarlanacağına ilişkin belgeleri bulamıyorum. Ancak bir yol olmalı, çünkü herhangi bir iyi yazılım günlük seviyesini ayarlamak için bir yol sağlar.

Güncelleme 2:

Verilen cevaba bakınız. Kayıt defteri ayarının etkili olduğu ve günlüğün tamamen kapatıldığı görülmektedir. Hangi iyi ve geçerli olandan çok daha iyi bir varsayılan. Kayıt defterinin düzenlenmesi için izinleri düzeltmeniz gerekir - eke bakın.

Ek: Component Based ServicingKayıt defteri anahtarındaki izinler

Eğer sette çalıştığınızda EnableLogiçin 0, muhtemelen haber yazma erişimi yok edeceğiz HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Component Based Servicing, altında ve malzeme. regeditDüzenleme yapmanıza izin verilmeden önce "Düzenle» İzinler "bölümüne gidip sahiplik almanız gerekir:

Sahip olun ve kendinize yazma izni verin


3
+5 "hektomegabayt bilgi deliliği"
Moab

2
CBS günlüğü komut isteminden filtrelenebilir, burada Sistem Dosyası Denetleyicisi'ni çalıştırdıktan sonra kullandığım bir örnek var, çalıştırıldığında ilgili SFC bilgilerini masaüstümdeki bir metin dosyasına çıkarır. "findstr / c:" [SR] "% windir% \ Logs \ CBS \ CBS.log>% userprofile% \ Desktop \ sfcdetails.tx"
Moab

@Tetsujin teşekkürler, diğer günlükler için başka findstr komutları olup olmadığını merak ediyordum ama google hiçbir şey bulamadı.
Moab

2
Saygıdeğer @Tetsujin, günlük seviyesinin yalnızca Bilgi değil, Hata Ayıklama olduğunu unutmayın; bu da ayrıntı düzeyinin artması anlamına gelir. Günlüğü daha ayrıntılı hale getirebileceğinizi öğrenmek için joscon'un ayrıntılı CBS günlüğünü etkinleştirme , Kasım 2010 adlı Technet makalesine bakın . Joscon, bir yorumda »… varsayılan olarak ayarlanma biçiminin günlüğün en az ayrıntılı olduğunu belirtiyor.« Bu kabul edilemez. Sisteminizi gereksiz yere yavaşlatan bir şey. Kullanıcıların istediği değil. Belki bir ikili düzenleme yapar.
Lumi

Windows Server 2008 işletim sisteminde, bu işlem sonunda TrustedInstaller.exe dosyasının her 15 dakikada bir kilitlenmeye başlamasını sağlar. Ya da en azından bunun sebebi olduğuna inanıyorum; Bunu bir süredir izliyorum. Geçerli bir geçici çözüm denemem boş bir CBS.log dosyası oluşturmak ve erişimi reddederek tüm izinleri kaldırmaktır. Bunun işe yarayıp yaramadığını henüz doğrulamamışsınız, çünkü gerçekleşmeye başlamadan önce biraz çalışma süresi var.
theultramage

Yanıtlar:


11

Kısmi bir cevap olarak, günlüğe kaydetmeyi tamamen durdurma ayarı: kayıt defterinde şu adrese gidin:

HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Component Based Servicing]

ve ayarlayın EnableLog 0. Kaynak: https://technet.microsoft.com/en-us/library/cc732334%28v=ws.10%29.aspx#CBS


1
Teşekkürler, işe yarıyor gibi görünüyor. Düzenlemeyi yaptıktan sonra TrustedInstaller hizmetini durdurdum ve bir güncelleştirme yükledim (KB3078667). Tek bir karakter kaydedilmedi, evet! Düzenlemeyi yapmak için Component Based Servicinganahtarın sahipliğini almanız gerekir ; varsayılan olarak, yalnızca TrustedInstaller kendisine ve alt öğelerine yazabilir. Soruma eklenen ekran görüntüsüne bakın.
Lumi

TrustedInstaller Denetim Masası> Yönetimsel Araçlar> Hizmetler bölümünde Windows Modül Yükleyici adı (win7) altında bulunabilir.
Ogmios

2

CBS günlüğü, neredeyse 'hiçbir şeyi' temizlerken bile cleanmgr tarafından yaklaşık 150-200Mb veri ile doldurulur, böylece diskinizi temizleme yerine doldurur.

CBS günlüğünün TrustedInstaller hizmetini durdurduktan sonra silinebildiğini gördüm, daha sonra Windows Module Installer'ı yeniden başlatmak hizmeti yeniden başlatacak. Günlüğün Microsoft tarafından bazı hata ayıklama programlarında kullanıldığını unutmayın.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.