{"id":211001,"date":"2018-10-26T01:37:19","date_gmt":"2018-10-25T23:37:19","guid":{"rendered":"https:\/\/www.borncity.com\/blog\/?p=211001"},"modified":"2024-04-10T17:53:42","modified_gmt":"2024-04-10T15:53:42","slug":"windows-7-cbs-log-bug-mllt-festplatte-voll","status":"publish","type":"post","link":"https:\/\/borncity.com\/blog\/2018\/10\/26\/windows-7-cbs-log-bug-mllt-festplatte-voll\/","title":{"rendered":"Windows 7: CBS.log-Bug m&uuml;llt Festplatte voll"},"content":{"rendered":"<p><img loading=\"lazy\" decoding=\"async\" style=\"float: left; margin: 0px 10px 0px 0px; display: inline; border-width: 0px;\" title=\"win7\" src=\"https:\/\/borncity.com\/blog\/wp-content\/uploads\/2012\/03\/win7_thumb1.jpg\" alt=\"win7\" width=\"44\" height=\"42\" align=\"left\" border=\"0\" \/>[<a href=\"https:\/\/borncity.com\/win\/2018\/10\/26\/windows-7-cbs-log-bug-can-fill-your-system-drive\/\" target=\"_blank\" rel=\"noopener\">English<\/a>]In Windows 7 (und anderen Versionen) gibt es einen CBS.log-Bug, der Microsoft seit Jahren bekannt sein sollte. Eine Windows-Komponente schreibt Daten in eine Log-Datei, die dadurch sehr gro\u00df werden kann. Eine Funktion zum Komprimieren der Log-Datei versagt aber, wenn diese Datei zu gro\u00df wird.<\/p>\n<p><!--more--><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/vg05.met.vgwort.de\/na\/ca325ed819b0438ba911df6b2320ef9a\" alt=\"\" width=\"1\" height=\"1\" \/>Woody Leonhard hat das Problem (nach einem Leserhinweis) auf <a href=\"https:\/\/web.archive.org\/web\/20190108145549\/https:\/\/www.computerworld.com\/article\/3112358\/microsoft-windows\/windows-7-log-file-compression-bug-can-fill-up-your-hard-drive.html\" target=\"_blank\" rel=\"noopener\">ComputerWorld behandelt<\/a>. Das Problem tritt unter Windows 7, Windows 8, Windows Server 2008 R2 und m\u00f6glicherweis unter anderen Versionen auf. Ich bin \u00fcber Twitter darauf hingewiesen worden.<\/p>\n<blockquote class=\"twitter-tweet\" data-lang=\"de\">\n<p dir=\"ltr\" lang=\"en\">ANOTHER OLD <a href=\"https:\/\/twitter.com\/Microsoft?ref_src=twsrc%5Etfw\">@MICROSOFT<\/a> BUG, CONSUMING SYSTEM DISK SPACE:<\/p>\n<p>Solutions: <a href=\"https:\/\/twitter.com\/mniehaus?ref_src=twsrc%5Etfw\">@mniehaus<\/a><\/p>\n<p>TXS: <a href=\"https:\/\/twitter.com\/SBSDiva?ref_src=twsrc%5Etfw\">@SBSDiva<\/a><a href=\"https:\/\/twitter.com\/woodyleonhard?ref_src=twsrc%5Etfw\">@woodyleonhard<\/a> <a href=\"https:\/\/twitter.com\/AdminKirsty?ref_src=twsrc%5Etfw\">@AdminKirsty<\/a> <a href=\"https:\/\/twitter.com\/thurrott?ref_src=twsrc%5Etfw\">@thurrott<\/a> <a href=\"https:\/\/twitter.com\/maryjofoley?ref_src=twsrc%5Etfw\">@maryjofoley<\/a> <a href=\"https:\/\/twitter.com\/bdsams?ref_src=twsrc%5Etfw\">@bdsams<\/a> <a href=\"https:\/\/twitter.com\/mehedih_?ref_src=twsrc%5Etfw\">@mehedih_<\/a> <a href=\"https:\/\/twitter.com\/ruthm?ref_src=twsrc%5Etfw\">@ruthm<\/a> <a href=\"https:\/\/twitter.com\/etguenni?ref_src=twsrc%5Etfw\">@etguenni<\/a> <a href=\"https:\/\/twitter.com\/SwiftOnSecurity?ref_src=twsrc%5Etfw\">@SwiftOnSecurity<\/a> <a href=\"https:\/\/twitter.com\/pcper?ref_src=twsrc%5Etfw\">@pcper<\/a> <a href=\"https:\/\/twitter.com\/MalwareJake?ref_src=twsrc%5Etfw\">@MalwareJake<\/a> @GossiTheDog <a href=\"https:\/\/twitter.com\/ryanshrout?ref_src=twsrc%5Etfw\">@ryanshrout<\/a> <a href=\"https:\/\/twitter.com\/JobCacka?ref_src=twsrc%5Etfw\">@JobCacka<\/a><a href=\"https:\/\/t.co\/UfqsrlzAHf\">https:\/\/t.co\/UfqsrlzAHf<\/a><\/p>\n<p>\u2014 Crysta T. Lacey (@PhantomofMobile) <a href=\"https:\/\/twitter.com\/PhantomofMobile\/status\/1055301329730469888?ref_src=twsrc%5Etfw\">25. Oktober 2018<\/a><\/p><\/blockquote>\n<p><script async src=\"https:\/\/platform.twitter.com\/widgets.js\" charset=\"utf-8\"><\/script><\/p>\n<h2>Das Log-File-Gr\u00f6\u00dfen-Problem<\/h2>\n<p>Das Problem: Bei manchen Nutzern geht Windows 7 irgendwann der freie Speicherplatz auf dem Systemlaufwerk aus, weil in <em>C:\\Windows\\TEMP<\/em> hunderte Dateien geschrieben werden. Ursache ist ein Bug, der Microsoft seit 2015 bekannt sein muss. Ein Nutzer beschreibt das Problem in Microsoft Answers in <a href=\"https:\/\/answers.microsoft.com\/en-us\/windows\/forum\/windows_7-update\/solved-component-based-servicing-cbslog-causes-all\/0b91bea0-31b5-42a1-8293-e9040c4eedfa?auth=1\" target=\"_blank\" rel=\"noopener\">diesem Forenthread<\/a>.<\/p>\n<blockquote><p>Component-Based Servicing (cbs.log) causes all drive space to be consumed<\/p>\n<p>Because I've seen this question asked in many places and not answered, I thought I'd post my issue and resolution here.\u00a0 I regard this as a Bug, but I'm not invested enough to deal with the support incident process.<\/p>\n<p>I've had repeated instances where a Windows 7 x64 client runs out of hard drive space, and found that C:\\Windows\\TEMP is being consumed with hundreds of files with names following the pattern \"cab_XXXX_X\", generally 100 MB each, and these files are constantly generated until the system runs out of space.\u00a0 Upon removing the files &amp; rebooting, the files start being generated again.<\/p>\n<p>I've found that this is caused by large Component-Based Servicing logs.\u00a0 These are stored at C:\\Windows\\Logs\\CBS.\u00a0 The current log file is named \"cbs.log\".\u00a0 When \"cbs.log\" reaches a certain size, a cleanup process renames the log to \"CbsPersist_YYYYMMDDHHMMSS.log\" and then attempts to compress it into a .cab file.<\/p>\n<p>However, when the cbs.log reaches a size of 2 GB before that cleanup process compresses it, the file is to large to be handled by the makecab.exe utility.\u00a0 The log file is renamed to CbsPersist_date_time.log, but when the makecab process attempts to compress it the process fails (but only after consuming some 100 MB under \\Windows\\Temp).\u00a0 After this, the cleanup process runs repeatedly (approx every 20 minutes in my experience).\u00a0 The process fails every time, and also consumes a new ~ 100 MB in \\Windows\\Temp before dying.\u00a0 This is repeated until the system runs out of drive space.<\/p><\/blockquote>\n<p>In Kurzform: Das Windows-Laufwerk wird mit Eintr\u00e4gen im Temp-Ordner voll gem\u00fcllt, weil Protokolldateien zu gro\u00df werden. Die Component-Based Servicing-Funktion protokolliert Ereignisse unter <em>C:\\Windows\\Logs\\CBS<\/em> in <em>cbs.log<\/em>. Erreicht diese Datei eine bestimmte Gr\u00f6\u00dfe, wird die Datei in <em>CbsPersist_YYYYMMDDHHMMSS.log <\/em>umbenannt<em>. <\/em>Erreicht die Datei <em>CBS.log<\/em> in <em>C:\\Windows\\Logs\\CBS <\/em>2 GByte, versucht Windows diese Datei mit <em>makecab.exe<\/em> als CAB-Datei zu komprimieren. Das Problem: <em>makecab.exe<\/em> kann aber keine Datei gr\u00f6\u00dfer 2 GByte komprimieren. Beim Versuch legt das Tool eine 100 MByte gro\u00dfe Datei unter <em>\\Windows\\Temp <\/em>an und scheitert anschlie\u00dfend nach ca. 20 Minuten mit der Kompression. Das wird dann solange wiederholt, bis das Systemlaufwerk voll ist.<\/p>\n<h2>Die CBS.log l\u00f6schen<\/h2>\n<p>Wer in dieses Problem l\u00e4uft, kann nur versuchen, die CBS.log manuell zu l\u00f6schen. Dazu sind folgende Schritte erforderlich:<\/p>\n<ol>\n<li>Den Windows Modules Installer (TrustedInstaller) Dienst stoppen.<\/li>\n<li>Die zu gro\u00dfe <em>Cbspersist_XX.log<\/em>-Datei in <em>\\Windows\\Logs\\CBS<\/em> l\u00f6schen oder aus dem Verzeichnis verschieben.<\/li>\n<li>Den Windows Modules Installer (TrustedInstaller) Dienst neu starten.<\/li>\n<\/ol>\n<p>Ist die Festplatte bereits voll gem\u00fcllt, kann man mit Windows PE booten und die Dateien in <em>\\Windows\\Temp <\/em>l\u00f6schen. Woody Leonhard beschreibt die Schritte <a href=\"https:\/\/web.archive.org\/web\/20190108145549\/https:\/\/www.computerworld.com\/article\/3112358\/microsoft-windows\/windows-7-log-file-compression-bug-can-fill-up-your-hard-drive.html\" target=\"_blank\" rel=\"noopener\">hier<\/a> etwas detaillierter. Nach einem Neustart sollte das Schreiben der 100 MByte gro\u00dfen Dateien in <em>\\Windows\\Temp <\/em>durch <em>makecab.exe <\/em>unterbleiben.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>[English]In Windows 7 (und anderen Versionen) gibt es einen CBS.log-Bug, der Microsoft seit Jahren bekannt sein sollte. Eine Windows-Komponente schreibt Daten in eine Log-Datei, die dadurch sehr gro\u00df werden kann. Eine Funktion zum Komprimieren der Log-Datei versagt aber, wenn diese &hellip; <a href=\"https:\/\/borncity.com\/blog\/2018\/10\/26\/windows-7-cbs-log-bug-mllt-festplatte-voll\/\">Weiterlesen <span class=\"meta-nav\">&rarr;<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2557],"tags":[24,4325],"class_list":["post-211001","post","type-post","status-publish","format-standard","hentry","category-windows-server","tag-problem","tag-windows"],"_links":{"self":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/211001","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/comments?post=211001"}],"version-history":[{"count":0,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/211001\/revisions"}],"wp:attachment":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/media?parent=211001"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/categories?post=211001"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/tags?post=211001"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}