Bei Secure Remote Services (SRS) ist die Partition, die am wahrscheinlichsten beschädigt wird, /var/log
. Bei Secure Connect Gateway (SCG) ist die Partition, bei der eine Beschädigung am wahrscheinlichsten auftritt, /var/lib/docker
. Die folgenden Anweisungen sind beide gültig. Suchen Sie in jedem Fall nach der entsprechenden Partition.
Öffnen Sie die VM-Konsole (VMware oder Hyper-V).
Geben Sie an der Eingabeaufforderung das Root-Kennwort ein.
Öffnen Sie das Journal gemäß den Anweisungen in der VMware-Konsole.
journalctl -xb
Verwenden Sie den Schrägstrichbefehl für die Suche. Siehe Beispiel unten
/error
Mit diesem Befehl werden Vorkommen des Wortes "error" in den Protokollen hervorgehoben. Im folgenden Beispiel sehen wir, dass /var/log Fehler enthält, die erste Zeile ganz oben. Beachten Sie, dass das Wort "error" hervorgehoben ist.
Schauen Sie genau hin und Sie werden ungefähr in der gleichen Zeile wie in der Fehlermeldung einen Pfadnamen für eine fehlende Partition sehen.
Bei SRS und SCG sind die beiden am häufigsten fehlenden Partitionen /var/log bzw. /var/lib/docker.
Nachdem Sie die beschädigte Partition identifiziert haben, prüfen Sie, ob Sie sie mit den beiden folgenden häufigsten Fällen wiederherstellen können:
fsck -y /var/log
oder
fsck -y /var/lib/docker
Hinweis: Die Option -y weist den Befehl an, die Eingabeaufforderung automatisch zu beantworten, um die vom Programm zur Überprüfung des Dateisystems gefundene Beschädigung zu beheben.
Sobald die Beschädigung repariert ist, mounten Sie die Partition:
mount -a
Überprüfen Sie, ob die Partition vom System erkannt werden kann:
df -h
Wenn die Partition wiederhergestellt wurde, starten Sie sie neu.
reboot
Alle Partitionen sollten gemountet sein und alle Services sollten ausgeführt werden.
Versuchen Sie nun, sich bei der Webnutzeroberfläche für das Gateway anzumelden:
SCG: https://<gateway IP>:5700
oder
SRS; https://<gateway IP>:9443
Die beschädigte Partition wurde repariert und das System wird gesichert und wieder ausgeführt.