diff --git a/ss23.q b/ss23.q
index a6b807f85c00e63d714b35cd6d2e335dd1121520..eab9030fe7830ad67441152e499b5709fe8b1e1e 100644
--- a/ss23.q
+++ b/ss23.q
@@ -45,11 +45,11 @@
 .
 
 0 Man unterscheidet kurz-, mittel- und langfristige Prozesseinplanung. Welche Aussage hierzu ist richtig? (2023-07)
-- Wenn ein Prozess auf einen Seitenfehler (page fault) trifft, wird er im Rahmen der kurzfristigen Einplanung in den Zustand „schwebend bereit“ überführt, weil er ja unmittelbar nach dem Einlagern der Seite wieder weiterlaufen kann.
+- Wenn ein Prozess auf einen Seitenfehler (page fault) trifft, wird er im Rahmen der kurzfristigen Einplanung in den Zustand "schwebend bereit" überführt, weil er ja unmittelbar nach dem Einlagern der Seite wieder weiterlaufen kann.
 	Nein, das wäre mittelfristige Prozesseinplanung. Ein Prozess im Zustand schwebend bereit kann keine gerade eingelagerten Seiten haben, was nicht der Fall sein kann, wenn er zuvor im Zustand bereit sein musste.
-- Wenn ein Prozess auf einen Seitenfehler (page fault) trifft, wird er im Rahmen der kurzfristigen Einplanung immer in den Zustand „blockiert“ überführt, bis die Seite eingelagert wurde.
+- Wenn ein Prozess auf einen Seitenfehler (page fault) trifft, wird er im Rahmen der kurzfristigen Einplanung immer in den Zustand "blockiert" überführt, bis die Seite eingelagert wurde.
 	Nein, nicht _immer_, weil es sein kann, dass die Seite nicht eingelagert werden kann und daher der Prozess in den finalen Zustand beendet übergeht.
-- Wenn der Adressraum eines laufbereiten Prozesses aufgrund von Speichermangel ausgelagert wird („swap-out“), wird der Prozess im Rahmen der mittelfristigen Einplanung in den Zustand „blockiert“ überführt, bis die Daten wieder eingelagert werden.
+- Wenn der Adressraum eines laufbereiten Prozesses aufgrund von Speichermangel ausgelagert wird ("swap-out"), wird der Prozess im Rahmen der mittelfristigen Einplanung in den Zustand "blockiert" überführt, bis die Daten wieder eingelagert werden.
 	Nein, der Prozess ist weiterhin laufbereit, nur eben schwebend bereit.
 + Wenn ein Prozess auf Daten von der Platte warten muss, wird er in den Zustand "blockiert" versetzt.
 	Ja, Prozess blockiert, bis ihm Betriebsmittel zugeteilt werden können.
@@ -71,8 +71,8 @@
 	Nein, Log-Datei wird davor geschrieben
 + Die Einträge in der Protokolldatei müssen immer auch Informationen zu einem Undo und Redo der Transaktion enthalten
 	Ja.
-- Alle Änderungen am Dateisystem werden in Form von Transaktionen in eine Log-Datei mitprotokolliert. Wird nach einem Systemabsturz festgestellt, dass eine Transaktion in der Log-Datei unvollständig ist, wird die betroffene Datei gelöscht.
 	Nein, es ist notwendig das eine Datei mit einer unvollständigen Transaktion (kann auch damit zusammenhängen, dass die Datei erweitert wird) insgesamt gelöscht wird. Es sollte nur in einen konsistente Zustand zurückgebracht werden.
+- Alle Änderungen am Dateisystem werden in Form von Transaktionen in eine Log-Datei mitprotokolliert.  Wird nach einem Systemabsturz festgestellt, dass eine Transaktion in der Log-Datei unvollständig ist, wird die betroffene Datei gelöscht.
 - Je größer eine Platte ist, desto länger dauert der Reparaturvorgang eines Journaling-Filesystems nach einem Systemabsturz
 	Nein
 .