fixes multiple typos in de-manual

Found multiple typos using aspell.

10 files changed, 27 insertions, 27 deletions

diff --git a/manual/de/015-uebersicht.mdwn b/manual/de/015-uebersicht.mdwn
index c8f22710..4b6d3519 100644
--- a/manual/de/015-uebersicht.mdwn
+++ b/manual/de/015-uebersicht.mdwn
@@ -6,7 +6,7 @@ Vermutlich müssen Sie nur dieses Kapitel lesen.
 Dieses Kapitel gibt eine kurze Einführung in die wichtigsten Teile von
 Obnam. Der Rest des Buches ist im Grunde eine ausführliche Version dieses
 Kapitels. Sie sollten dieses Kapitel zuerst lesen und dann einfach behaupten,
-Sie hätten auch den Rest gelesen -- auf Cocktailparties wird Sie jeder
+Sie hätten auch den Rest gelesen -- auf Cocktailpartys wird Sie jeder
 ehrfürchtig ansehen. Ich verspreche, dass auch niemand sonst den Rest
 des Buches gelesen haben wird, es gibt also kein Risiko erwischt zu werden.
 
@@ -27,7 +27,7 @@ Die folgenden Beispiele gehen davon aus, dass Sie eine Konfigurationsdatei erste
 so dass Sie die Optionen nicht jedes Mal wiederholen müssen.
 
 Vermutlich wollen Sie jetzt die `log` Einstellung aktivieren, damit Sie im Falle eines
-Problems alle verfügbaren Informationen zur Problembehebung in der Protokolldatei finden.
+Problems alle verfügbaren Informationen zur Problemlösung in der Protokolldatei finden.
 
 Das erste Backup
 ----------------
@@ -51,7 +51,7 @@ Dies wird alle neuen und geänderten Dateien sichern. Es wird ebenfalls
 aufgezeichnet, welche Dateien seit dem letzten Backup gelöscht wurden.
 
 Sie können Obnam so oft ausführen, wie Sie mögen. Es werden immer nur
-die Änderungen zum letzen Backup gesichert.
+die Änderungen zum letzten Backup gesichert.
 
 Mehrere Clients in einem Repository
 -----------------------------------
diff --git a/manual/de/020-konzepte.mdwn b/manual/de/020-konzepte.mdwn
index 8f31b903..e6eaafb8 100644
--- a/manual/de/020-konzepte.mdwn
+++ b/manual/de/020-konzepte.mdwn
@@ -239,7 +239,7 @@ brauchbar um Backups abzulegen, Hauptsache es ist wiederbeschreibbar.
 **Optische Medien**, besonders welche die nur einmal beschrieben werden können,
 können für Backups benutzt werden. Sie eignen sich aber eher für
 Komplettsicherungen, die lange Zeit aufbewahrt werden als für aktiv
-genutzte Backup-Repositorien. Alternativ können Sie als eine Art
+genutzte Backup-Repositories. Alternativ können Sie als eine Art
 Bandsicherung verwendet werden, in der jedes Band nur einmal beschrieben wird.
 Obnam unterstützt keine optischen Medien als Backup-Speicher.
 
diff --git a/manual/de/060-sichern.mdwn b/manual/de/060-sichern.mdwn
index 2e901556..328ba543 100644
--- a/manual/de/060-sichern.mdwn
+++ b/manual/de/060-sichern.mdwn
@@ -6,10 +6,10 @@ Dieses Kapitel beschreibt verschiedene Aspekte der Erstellung von Backups mit Ob
 Ihr erstes Backup
 -----------------
 
-Ok, dann lasst uns mal ein Backup machen! Um den Beispielen zu folgen
+OK, dann lasst uns mal ein Backup machen! Um den Beispielen zu folgen
 benötigen Sie Live-Daten, die Sie sichern können. Diese Beispiele benutzen
 Dateinamen, die Sie an Ihre eigenen Dateinamen anpassen müssen.
-Die Beispiele gehen davon aus, daß Ihr Home-Verzeichnis `/home/tomjon` ist und
+Die Beispiele gehen davon aus, dass Ihr Home-Verzeichnis `/home/tomjon` ist und
 Sie Dokumente in einem weiteren Verzeichnis names `Documents`
 in Ihrem Home-Verzeichnis haben. Weiterhin wird davon ausgegangen das Sie ein
 USB-Laufwerk unter `/media/backups` gemounted haben und das Sie das Verzeichnis
@@ -50,8 +50,8 @@ Beachten Sie das Sie Obnam nicht mitteilen müssen ob Sie ein Vollbackup oder
 ein inkrementelles Backup erstellen wollen. Obnam sorgt dafür das jede
 Generation ein Snapshot der Daten zur Zeit des Backups ist. Somit wird nicht 
 zwischen Vollbackup und inkrementellem Backup unterschieden.
-Jede Generation ist eine vollständige Sicherung, was aber nicht heisst,
-daß jede einzelne Generation sämtliche Daten separat vorhält.
+Jede Generation ist eine vollständige Sicherung, was aber nicht heißt,
+dass jede einzelne Generation sämtliche Daten separat vorhält.
 Obnam sorgt dafür das mit jeder neuen Generation nur die Daten gesichert
 werden, die bisher nicht im Repository waren. Obnam sucht die Daten
 in jeder Datei und jeder vorausgehenden Generation aller Clients,
@@ -108,7 +108,7 @@ auszuschließen:
   z.B. im Cache-Verzeichnis Ihre Browsers abgelegt werden. Die Daten in
   diesen Verzeichnissen sind meist nicht wichtig und brauchen nicht
   gesichert zu werden und es ist einfacher, das gesamte Verzeichnis mittels
-  der Spezialdatei für den Ausschluß zu markieren, als einen regulären Ausdruck
+  der Spezialdatei für den Ausschluss zu markieren, als einen regulären Ausdruck
   für `--exclude` zu schreiben.
 * Die `--one-file-system` Option schließt alle mount points und den Inhalt
   der gemounteten Dateisysteme aus. Das ist praktisch um z.B. virtuelle
@@ -194,7 +194,7 @@ Wenn Ihre wertvollen Daten sehr groß sind
 -----------------------------------------
 
 Wenn Ihre wertvollen Daten sehr groß ist, kann die erste Sicherung sehr
-lange dauern. Ditto, wenn Sie viele neue wertvolle Daten in eine späteres
+lange dauern. Dito, wenn Sie viele neue wertvolle Daten in eine späteres
 Backup aufnehmen. In diesen Fällen müssen Sie sehr geduldig sein und 
 dem Backup Zeit lassen. Oder Sie können klein beginnen und dann nach
 und nach Sicherungen hinzufügen.
@@ -250,7 +250,7 @@ Namen mit einem bestimmten Buchstaben beginnen:
     obnam backup -r /media/backups/tomjon-repo ~ \
         --exclude ~/Downloads/'[^b-zB-Z].*\.mp4$'
 
-Reduzieren Sie die ausschlüsse immer weiter bis alle Videos gesichert sind.
+Reduzieren Sie die Ausschlüsse immer weiter bis alle Videos gesichert sind.
 
 Deduplizierung
 --------------
@@ -273,7 +273,7 @@ Deduplizierung in Obnam ist in verschiedenen Situationen hilfreich:
   sind, müssen nur die neuen Daten gesichert werden.
 * Wenn eine Datei oder ein Verzeichnis umbenannt oder verschoben wird.
   Wenn Sie meinen das der englische Begriff `Photos` für das Verzeichnis
-  unpassen ist und Sie lieber das finnische `Valokuvat` möchteninstead,
+  unpassend ist und Sie stattdessen lieber das finnische `Valokuvat` möchten,
   können Sie das Verzeichnis einfach umbenennen. Ohne Deduplizierung
   müssen Sie dann aber alle Fotos nochmal sichern.
 * Wenn ein Team mit den gleichen Daten arbeitet und demnach jeder
@@ -400,9 +400,9 @@ Es gibt mehrere Möglichkeiten, mit diesem Problem umzugehen:
 
 * Der Logical Volume Manager (LVM) ermöglichst Snapshots. Sie können
   Ihre Backups so einrichten, das zuerst ein Snapshot von jedem logischen
-  Volume gemacht wird, das gesichert weden soll. Dann machen Sie das
+  Volume gemacht wird, das gesichert werden soll. Dann machen Sie das
   Backup und löschen danach den Snapshot wieder. Niemand kann die Daten
-  im Snapshot verändern, während trotzdem normal weiter gearbeitet weden
+  im Snapshot verändern, während trotzdem normal weiter gearbeitet werden
   kann, während das Backup läuft.
 * Ähnlich können Sie auch mit btrfs und seinen subvolumes vorgehen.
 * Sie können das System herunterfahren und im Einzelbenutzermodus
@@ -423,7 +423,7 @@ Benutzer anderswo ist und nicht aktiv mit der Maschine arbeitet.
 
 Wenn irgend möglich sollte Ihr Backup-Programm überprüfen, ob die Daten 
 einer Backup-Generation in sich konsistent sind. Ansonsten werden Sie 
-entweder darauf vertrauchen müssen das die Anwendungen, die Sie 
+entweder darauf vertrauen müssen das die Anwendungen, die Sie 
 verwenden, nicht zu buggy sind.
 
 Wenn Sie diesen Abschnitt nicht verstanden haben: Keine Sorge, seien Sie glücklich und schlafen Sie gut.
diff --git a/manual/de/070-wiederherstellen.mdwn b/manual/de/070-wiederherstellen.mdwn
index 874ada93..76b0448c 100644
--- a/manual/de/070-wiederherstellen.mdwn
+++ b/manual/de/070-wiederherstellen.mdwn
@@ -38,7 +38,7 @@ Führen Sie den Befehl oben aus und schauen Sie dann in das Verzeichnis
     $
 
 Jedes Verzeichnis unter `~/backups` ist eine Generation Ihres Backups,
-bennant nach dem "generation identifier" den Obnam vergibt.
+benannt nach dem "generation identifier" den Obnam vergibt.
 Der Symlink `latest` zeigt immer auf die neueste Generation.
 
 Jetzt können Sie kinderleicht eine Datei wieder herstellen:
@@ -62,7 +62,7 @@ Wenn Sie Ihre Backups nicht mehr ansehen möchten, können Sie das Repository un
 
     fusermount -u ~/backups
 
-Neben der Kommandozeile können Sie natürlich auch den Filemanager Ihrer Wahl benutzen.
+Neben der Kommandozeile können Sie natürlich auch den Dateimanager Ihrer Wahl benutzen.
 Den mount und un-mount Vorgang müssen Sie (abhängig von der Konfiguration Ihres PCs)
 eventuell trotzdem auf der Kommandozeile durchführen.
 
@@ -70,14 +70,14 @@ Wiederherstellen ohne FUSE
 --------------------------
 
 Wenn `obnam mount` nicht verfügbar ist, können Sie direkt mit Obnam
-wiederherstellen. Verwenden `obnam generations` und ` obnam ls`, um die
+wiederherstellen. Verwenden Sie `obnam generations` und ` obnam ls`, um die
 richtige Generation zur Wiederherstellung zu finden, und führen Sie dann
 einen Befehl wie diesen aus:
 
     obnam restore --to /tmp/tomjon-restored /home/tomjon/Documents
 
 So wir das angegebene Verzeichnis wieder hergestellt. Ohne Angabe, was wieder
-herzustellen ist wird die gesamte neueste Generation wieder hersgestellt.
+herzustellen ist wird die gesamte neueste Generation wieder hergestellt.
 Eine andere Generation währen Sie mit `--generation` aus:
 
     obnam restore --to /tmp/tomjon-restored --generation 2
diff --git a/manual/de/080-loeschen.mdwn b/manual/de/080-loeschen.mdwn
index d9f3fd21..f1eddded 100644
--- a/manual/de/080-loeschen.mdwn
+++ b/manual/de/080-loeschen.mdwn
@@ -2,7 +2,7 @@ Alte Backup-Generationen löschen
 ================================
 
 Jedes Mal wenn Sie ein Backup erstellen, wächst Ihr Backup-Repository in 
-der Größe. Um ein Vollaufen des verfügbaren Speichers zu vermeiden 
+der Größe. Um ein Volllaufen des verfügbaren Speichers zu vermeiden 
 müssen Sie ab und zu einige alte Backups los werden. Das ist natürlich 
 ein bisschen ein Dilemma: Sie machen Backups um keine Daten zu 
 verlieren, und jetzt müssen Sie genau das tun.
diff --git a/manual/de/090-ueberpruefen.mdwn b/manual/de/090-ueberpruefen.mdwn
index 81f637eb..be9a5c09 100644
--- a/manual/de/090-ueberpruefen.mdwn
+++ b/manual/de/090-ueberpruefen.mdwn
@@ -18,10 +18,10 @@ einzige Möglichkeit sicher zu sein.
 
 Gleichzeitig ist das auch ein guter Weg um sicherzustellen, das die Wiederherstellung
 tatsächlich funktioniert. Wenn Sie dies nicht testen, dürfen Sie -- wenn es
-darauf ankommt -- nicht erwarten, daß das Restore auch wirklich funktioniert.
+darauf ankommt -- nicht erwarten, dass das Restore auch wirklich funktioniert.
 
 Wenn Sie den Speicherplatz haben um eine komplette Wiederherstellung zu
-machhen, sollten Sie dies auch tun. Es ist eine großartige Möglichkeit, Ihre
+machen, sollten Sie dies auch tun. Es ist eine großartige Möglichkeit, Ihre
 Desaster-Recovery-Prozesse durchzuspielen.
 
 Ein Weg das mal zu tun wäre dieser:
@@ -56,7 +56,7 @@ Möglichkeiten, wie Sie Ihre Backups überprüfen können:
   benutzen, um die gesicherten Daten mit den Live-Daten zu vergleichen. 
   Das ist fast genau so wie alles wiederherzustellen, da das 
   Vergleichs-Tool alle Daten und Metadaten aus dem Backup extrahieren 
-  muss. Die Daten weden nur nicht weg geschrieben.
+  muss. Die Daten werden nur nicht weg geschrieben.
 
 Beide Ansätze haben das Problem, dass sie eine Sicherung mit Live-Daten 
 vergleichen und die Live-Daten sich nach der Sicherung geändert haben 
diff --git a/manual/de/100-mehrere-clients.mdwn b/manual/de/100-mehrere-clients.mdwn
index 47f83fcc..c2086f37 100644
--- a/manual/de/100-mehrere-clients.mdwn
+++ b/manual/de/100-mehrere-clients.mdwn
@@ -22,7 +22,7 @@ das zu jeder Zeit nur ein Client aktiv ist.
 Einen Vorbehalt müssen Sie bei der gemeinsamen Nutzung von
 Repositories beachten: Jeder Client hat Zugriff auf alle chunks und
 kann jeden anderen Client aus dem Repository löschen. Das heißt,
-Sie sollten nur ein Repository mit Clientes teilen, die in der
+Sie sollten nur ein Repository mit Clients teilen, die in der
 gleichen Sicherheitsdomäne sind: Allen Clients sollte gleichermaßen
 vertraut werden. Wenn ein Client gehackt wird, dann erhält der
 Eindringling Zugriff auf alle Daten im Repository und kann die Backups 
diff --git a/manual/de/110-verschluesselung.mdwn b/manual/de/110-verschluesselung.mdwn
index 503d5d81..c3e51aeb 100644
--- a/manual/de/110-verschluesselung.mdwn
+++ b/manual/de/110-verschluesselung.mdwn
@@ -135,7 +135,7 @@ erscheinen.
 
 Obnam verschlüsselt automatisch alle Daten, die es ins Repository
 schreibt und entschlüsselt sie wenn nötig. Solange Sie nur ein Schlüssel
-für jeden Clientbenutzen, kümmert sich Obnam darum die richtigen
+für jeden Client benutzen, kümmert sich Obnam darum die richtigen
 Schlüssel an den richtigen Stellen hinzu zu fügen.
 
 Prüfen ob ein Repository Verschlüsselung nutzt
diff --git a/manual/de/900-siehe-auch.mdwn b/manual/de/900-siehe-auch.mdwn
index 121301c6..b93ec45a 100644
--- a/manual/de/900-siehe-auch.mdwn
+++ b/manual/de/900-siehe-auch.mdwn
@@ -3,7 +3,7 @@ Siehe auch...
 
 Dieses Kapitel gibt Hinweise auf weitere Informationen über Obnam, Backups,
 und verwandte Dinge. Zur Zeit ist dies eine sehr kurze Liste, aber
-Vorschläge zu Dinden, die hinzugefügt werden könnnen akzeptieren wir gern.
+Vorschläge zu Dingen, die hinzugefügt werden können akzeptieren wir gern.
 
 * Obnam Homepage (englisch): <http://obnam.org>.
     - Kurze Tutorials, Download-Links, eine FAQ, Kontaktinformationen usw.
diff --git a/manual/de/980-juristenzeug.mdwn b/manual/de/980-juristenzeug.mdwn
index 1e60a596..ccf536ec 100644
--- a/manual/de/980-juristenzeug.mdwn
+++ b/manual/de/980-juristenzeug.mdwn
@@ -25,7 +25,7 @@ abgerufen werden.
 
 Dieses Handbuch (alle Inhalte des Verzeichnisses `manual` in den Quellen)
 steht zusätzlich unter der Creative Commons Attribution 4.0 International
-Lizenz. Sie können sich aussuchen ob Sie die GPL or die CC-Licenz 
+Lizenz. Sie können sich aussuchen ob Sie die GPL or die CC-Lizenz 
 für das Handbuch anwenden.
 
 Eine Kopie der Creative Commons Lizenz liegt in Form der Datei