From f9618dd2b60c5d5f23bb76b569bfd71d6cc8eea8 Mon Sep 17 00:00:00 2001
From: Laborratte5 <49961317+Laborratte5@users.noreply.github.com>
Date: Mon, 14 Aug 2023 22:17:38 +0200
Subject: [PATCH] Add "Usage" section to README

---
 README.md | 21 ++++++++++++++-------
 1 file changed, 14 insertions(+), 7 deletions(-)

diff --git a/README.md b/README.md
index 182ecce..d4b3d85 100644
--- a/README.md
+++ b/README.md
@@ -12,19 +12,26 @@ The problem is full disk images can get quite big, even if there is not much spa
 used on the disk. Therefore compressing images does make sense. However by simply
 gzipping images one is not be able to simply mount the image in case access to a
 single file is needed.
+
 By using squashfs this is circumventet.
 The squashfs can be mounted in a compressed state being completly transparend
 to the user (besides being read-only).
-When the squasfs is mounted the # Usage
-```bash
-# ./backup.sh
-Backup source: /dev/sda1
-Backup destination: /mnt/backupOfsda1
-```
-image file can be mounted as if it existed
+
+When the squasfs is mounted the image file can be mounted as if it existed
 uncompressed. By again mounting the image file (using e.g. loopback devices)
 it is possible to access browse/access single files inside the compressed
 full disk backup.
 
 This script was created because I could not remember the commands used to create
 such a compressed image and got tired of searching every time.
+
+# Usage
+The script is used interactively.
+The user will be prompted for everything that is needed to create the backup.
+
+
+```bash
+# ./backup.sh
+Backup source: /dev/sda1
+Backup destination: /mnt/backupOfsda1
+```