updates according to dictionary

Author: thomaskoslowski

src/common/de/intro_finetune.asciidoc

@@ -281,7 +281,7 @@ Nachdem Sie jetzt die wichtigen Prinzipien der Konfiguration mit Regeln und Host
 Die Standardwerte hatten wir bereits weiter oben bei der xref:find_rules[Suche nach Regeln] kurz gezeigt.
 
 Standardmäßig nimmt {CMK} beim Füllgrad von Dateisystemen die Schwellen 80{nbsp}% für {WARN} und 90{nbsp}% für {CRIT}.
-Nun sind 80{nbsp}% bei einer 2{nbsp}TByte großen Festplatte immerhin 400{nbsp}GByte -- vielleicht ein bisschen viel Puffer für eine Warnung.
+Nun sind 80{nbsp}% bei einer 2{nbsp}Terabytes großen Festplatte immerhin 400{nbsp}Gigabytes -- vielleicht ein bisschen viel Puffer für eine Warnung.
 Daher hier ein paar Tipps zum Thema Dateisysteme:
 
 * Legen Sie Ihre eigenen Regeln an im Regelsatz [.guihint]#Filesystems (used space and growth).#

src/common/de/intro_tools.asciidoc

@@ -95,7 +95,7 @@ Nehmen wir als Beispiel den Service, der auf einem Windows-Server das Dateisyste
 
 image::intro_filesystem_c.png[alt="Listeneintrag eines Services für ein Windows-Server-Dateisystem."]
 
-Neben dem Status {OK} sehen wir, dass ca. 65{nbsp}GByte von insgesamt 200{nbsp}GByte des Dateisystems belegt sind, was ca. 32{nbsp}% ausmacht. 
+Neben dem Status {OK} sehen wir, dass ca. 65 von insgesamt 200{nbsp}Gibibytes des Dateisystems belegt sind, was ca. 32{nbsp}% ausmacht. 
 Die Angaben sehen Sie in der Spalte [.guihint]#Summary#. 
 Der wichtigste Wert davon -- die Prozentangabe -- wird außerdem auf der rechten Seite in der Spalte [.guihint]#Perf-O-Meter# visualisiert.
 

src/common/de/monitoring_logfiles.asciidoc

@@ -33,7 +33,7 @@ Im Regelfall definieren wir "werde kritisch, wenn die Log-Datei Meldungen enthä
 * kritisch sind".
 
 Außerdem sollten Sie bei der Verwendung von Logwatch Maß halten.
-Logwatch eignet sich für den dosierten Einsatz und nicht dafür, giga- oder terabyteweise Log-Dateien zu verarbeiten.
+Logwatch eignet sich für den dosierten Einsatz und nicht dafür, Gigabytes oder Terabytes von Log-Dateien zu verarbeiten.
 Dafür gibt es sicherlich geeignetere Werkzeuge.
 Wir empfehlen unbedingt Logwatch nur anlassbezogen und nicht flächendeckend einzusetzen.
 Wie Sie im weiteren Verlauf des Artikels noch sehen werden, ist es leicht möglich, bereits auf dem überwachten Host einen wichtigen Teil der (Vor-)Filterung vorzunehmen.
@@ -601,7 +601,7 @@ In some situations the number of error messages can get
 quite large in a short time. In order to make the web
 pages still usage, the logwatch check stops to store
 new error messages on the monitoring server. The
-maximum size of a logfile is set to <tt>500000</tt> Bytes.
+maximum size of a logfile is set to <tt>500000</tt> bytes.
 This can be overridden in <tt>main.mk</tt> by setting
 <tt>logwatch_max_filesize</tt> to another number:
 

src/common/de/snmp.asciidoc

@@ -51,7 +51,7 @@ Hier ist eine Übersicht über alle relevanten Versionen von SNMP:
 |Version |Features |{CMK} |Bedeutung in der Praxis 
 |*v1* | |ja |Findet man nur bei sehr alten Geräten (eher 15 Jahre und älter), die v2c nicht unterstützen oder deren v2c-Unterstützung Fehler hat.
 |*v2c* |Bulk-Abfragen, +
-64-Bit-Counter |ja |Dies ist der Standard in der Praxis. v2c ist eine „Light“-Variante von v2, und das „c“ steht hier für „Community“, die bei SNMP die Rolle eines Passworts spielt. Die 64-Bit-Counter sind essenziell bei der Überwachung von Switch Ports mit 1 GBit/sec und mehr. Die Bulk-Abfragen beschleunigen das Monitoring um bis zu Faktor 10.
+64-Bit-Counter |ja |Dies ist der Standard in der Praxis. v2c ist eine „Light“-Variante von v2, und das „c“ steht hier für „Community“, die bei SNMP die Rolle eines Passworts spielt. Die 64-Bit-Counter sind essenziell bei der Überwachung von Switch Ports mit 1 Gbit/s und mehr. Die Bulk-Abfragen beschleunigen das Monitoring um bis zu Faktor 10.
 |*v2* |Security |nein |Version 2 bietet zusätzlich zu den Features von v2c noch bessere Security-Möglichkeiten. In der Praxis ist Version 2 von SNMP nicht anzutreffen. Deswegen unterstützt {CMK} diese Protokollversion nicht.  Wenn Sie Security benötigen, verwenden Sie stattdessen xref:snmp#v3[Version 3]. +
 *Achtung:* Da die „echte“ Version 2 keine Relevanz hat, sprechen viele Masken in {CMK} einfach von v2, meinen dann aber immer v2c.
 |*v3* |Security, +

src/common/de/wato_services.asciidoc

@@ -173,7 +173,7 @@ Es gibt einige Check-Plugins, die sich während der Erkennung Dinge
 _merken._  So merkt sich z.B. das Plugin für Netzwerkinterfaces die
 Geschwindigkeit, auf die das Interface während der Erkennung eingestellt
 war. Warum? Um Sie zu warnen, falls sich diese ändert! Es ist selten ein
-gutes Zeichen, wenn ein Interface mal auf 10 MBit, mal auf 1 GBit eingestellt
+gutes Zeichen, wenn ein Interface mal auf 10 Mbit/s, mal auf 1 Gbit/s eingestellt
 ist -- eher ein Hinweis auf eine fehlerhafte Autonegotiation.
 
 Was aber, wenn diese Änderung gewollt ist und von nun an als OK gelten soll?

src/common/en/intro_finetune.asciidoc

@@ -268,7 +268,7 @@ Check the threshold values for monitoring file systems and adjust them if necess
 We have already briefly shown the default values above at the xref:find_rules[search for rules].
 
 By default, {CMK} takes the thresholds 80{nbsp}% for {WARN} and 90{nbsp}% for {CRIT} for the fill level of file systems.
-Now 80{nbsp}% for a 2{nbsp}Tbyte hard disk is 400{nbsp}Gbyte after all -- perhaps a bit much buffer for a warning.
+Now 80{nbsp}% for a 2{nbsp}terabytes hard disk is 400{nbsp}gigabytes after all -- perhaps a bit much buffer for a warning.
 So here are a few tips on the subject of file systems:
 
 * Create your own rules in the [.guihint]#Filesystems (used space and growth)# rule set.

src/common/en/intro_tools.asciidoc

@@ -96,7 +96,7 @@ Let's take the service that checks the file system `C:` on a Windows server as a
 
 image::intro_filesystem_c.png[alt="List entry of a service for a Windows server file system."]
 
-In addition to the {OK} status, we can see that approximately, of the file system's total of 200{nbsp}Gbyte, 65{nbsp}Gbyte has been used -- which is around 32{nbsp}%.
+In addition to the {OK} status, we can see that approximately, of the file system's total of 200{nbsp}gibibytes, 65 has been used -- which is around 32{nbsp}%.
 You can see this information in the [.guihint]#Summary# column. 
 The most important value in this case -- the percentage -- is also visualized on the right-hand side in the [.guihint]#Perf-O-Meter# column.
 

src/common/en/monitoring_logfiles.asciidoc

@@ -63,7 +63,7 @@ The installation package of the Windows agent from {CMK} Raw does not contain a
 However, a corresponding cabinet file is already available on your {CMK} server.
 You can find this file called `python-3.cab` in the directory `~share/check_mk/agents/windows` or in {CMK} via [.guihint]#Setup > Agents > Windows > Windows Agent#.
 Copy this file to your Windows host in the directory `C:\Program Files (x86)\checkmk\service\install`.
-There is already a file with this name and a file size of 0 bytes.
+There is already a file with this name and a file size of 0 byte.
 You must overwrite this file with the version from the {CMK} server.
 Then restart the {CMK} agent service.
 In Windows PowerShell with administrator rights, you can do this with the following command:

src/common/en/snmp.asciidoc

@@ -50,7 +50,7 @@ Here is an overview of all of the relevant versions of SNMP:
 |Version |Features |{CMK} |Description and application in practice 
 |*v1* | |yes |Use only on very old (say, 15 years and older) devices that do not support v2c, or their support for v2c is defective.
 |*v2c* |Bulk queries, +
-64-Bit-Counter |yes |This is the standard in practice. v2c is a ‘light’ variant of v2 and the ‘c’ here stands for _Community_, which performs the role of a password in SNMP. The 64-bit counters are essential in monitoring switch ports with 1 Gbps and more. The bulk queries accelerate monitoring by up to a factor of 10.
+64-Bit-Counter |yes |This is the standard in practice. v2c is a ‘light’ variant of v2 and the ‘c’ here stands for _Community_, which performs the role of a password in SNMP. The 64-bit counters are essential in monitoring switch ports with 1 Gbit/s and more. The bulk queries accelerate monitoring by up to a factor of 10.
 |*v2* |Security |no |Version 2 offers even better security options in addition to the features of v2c. Version 2 of SNMP is not found in practice, therefore CMK does not support this protocol version. If you need security use xref:snmp#v3[version 3] instead. +
 *Attention:* Since the ‘real’ version 2 has no relevance, many masks in {CMK} refer simply to v2, but always really mean v2c.
 |*v3* |Security, + 

src/common/en/wato_services.asciidoc

@@ -173,7 +173,7 @@ There are a number of plug-ins that _notice_ things during a discovery.
 For example, the plug-in for network interfaces checks the speed set on the
 interface during the discovery.  Why? In order to be able to warn you in
 case it changes! It is rarely a good sign when an interface is sometimes
-set to 10 MBit, and sometimes to 1 GBit -- this could rather be an indication
+set to 10 Mbit/s, and sometimes to 1 Gbit/s -- this could rather be an indication
 of a defective auto-negotiation.
 
 What happens when this change is desired and is to be accepted as OK from