12.3. Probleme nach der Installation

12.3.1. Probleme mit der grafischen Bootsequenz

Wenn Sie die Installation abgeschlossen haben und das System zum ersten Mal neu starten, kann es sein, dass das System während der grafischen Bootsequenz nicht mehr reagiert und einen Neustart erfordert. In diesem Fall wird der Bootloader erfolgreich angezeigt, bei Auswahl eines Eintrags und beim Versuch zu booten hängt sich das System jedoch auf. In der Regel weist dies auf ein Problem mit der grafischen Bootsequenz hin. Um dieses Problem zu lösen, müssen Sie den grafischen Boot deaktivieren. Ändern Sie dazu zum Bootzeitpunkt vorübergehend die Einstellungen, bevor Sie diese dauerhaft ändern.

Prozedur 12.3. Vorübergehendes Deaktivieren des grafischen Boots

  1. Starten Sie Ihren Rechner und warten Sie, bis das Bootloader-Menü erscheint. Wenn Sie den Bootloader-Timeout auf 0 gesetzt haben, halten Sie die Esc-Taste gedrückt, um in das Menü zu gelangen.
  2. Sobald das Bootloader-Menü erscheint, verwenden Sie die Pfeiltasten, um den Menüeintrag auszuwählen, den Sie booten möchten. Drücken Sie die Taste e, um die Optionen dieses Eintrags zu bearbeiten.
  3. Suchen Sie in der Liste der Optionen die Kernel-Zeile - das ist die Zeile, die mit dem Schlüsselwort linux beginnt. Entfernen Sie aus dieser Zeile die rhgb-Option. Diese Option ist gegebenenfalls nicht unmittelbar sichtbar; scrollen Sie mit den Pfeiltasten hoch und runter, um sie zu finden.
  4. Drücken Sie F10 oder Strg+X, um Ihr System mit den bearbeiteten Optionen zu booten.
Falls das System erfolgreich hochfährt, können Sie sich wie gewohnt anmelden. Sie müssen dann den grafischen Boot dauerhaft deaktivieren, andernfalls müssen Sie die oben genannten Schritte bei jedem Systemstart durchführen. Mit dem folgenden Verfahren können Sie die Bootoptionen dauerhaft ändern.

Prozedur 12.4. Dauerhaftes Deaktivieren des grafischen Boots

  1. Melden Sie Sich mit dem Befehl su - beim root-Benutzerkonto an.
    $ su -
  2. Öffnen Sie die Konfigurationsdatei /etc/default/grub in einem einfachen Texteditor wie z. B. vim.
  3. Suchen Sie in der grub-Datei die Zeile, die mit GRUB_CMDLINE_LINUX beginnt. Die Zeile sollte etwa wie folgt aussehen:
    GRUB_CMDLINE_LINUX="rd.lvm.lv=rhel/root rd.md=0 rd.dm=0 vconsole.keymap=us $([ -x /usr/sbin/rhcrashkernel-param ] && /usr/sbin/rhcrashkernel-param || :) rd.luks=0 vconsole.font=latarcyrheb-sun16 rd.lvm.lv=vg_rhel/swap rhgb quiet"
    
    Löschen Sie in dieser Zeile die rhgb-Option.
  4. Speichern Sie die bearbeitete Datei.
  5. Aktualisieren Sie die Bootloader-Konfiguration, indem Sie den folgenden Befehl ausführen:
    # grub2-mkconfig --output=/boot/grub2/grub.cfg
Wenn Sie diese Prozedur abgeschlossen haben, können Sie Ihren Rechner neu starten. Red Hat Enterprise Linux verwendet nun nicht mehr die grafische Bootsequenz. Falls Sie den grafischen Boot wieder aktivieren möchten, führen Sie dieselbe Prozedur aus und fügen Sie dabei die rhgb-Option zur Zeile GRUB_CMDLINE_LINUX in der Datei /etc/default/grub hinzu und aktualisieren Sie die Bootloader-Konfiguration mit dem grub2-mkconfig-Befehl.
Werfen Sie einen Blick auf das Red Hat Enterprise Linux 7 Handbuch für Systemadministratoren für weitere Informationen über die Verwendung des GRUB2 Bootloaders.

12.3.2. Booten in eine grafische Umgebung

Wenn Sie das X Window System installiert haben, aber nach Ihrer Anmeldung am System keine grafische Desktopumgebung erscheint, starten Sie die grafische Oberfläche einfach mit dem Befehl startx. Beachten Sie jedoch, dass dies nur vorübergehend Abhilfe schafft und keine Auswirkungen auf zukünftige Anmeldungen hat.
Um für Ihr System den grafischen Anmeldebildschirm zu konfigurieren, müssen Sie das standardmäßige systemd-Ziel auf graphical.target setzen. Wenn Sie fertig sind, starten Sie Ihren Rechner neu. Sobald das System wieder hochfährt, erscheint nun ein grafischer Anmeldebildschirm.

Prozedur 12.5. Grafischen Anmeldebildschirm als Standard festlegen

  1. Öffnen Sie eine Shell-Eingabeaufforderung. Wenn Sie mit Ihrem Benutzerkonto angemeldet sind, wechseln Sie mithilfe des Befehls su - zum Root-Benutzerkonto.
  2. Ändern Sie das folgende Ziel auf graphical.target. Führen Sie dazu den folgenden Befehl aus:
    # systemctl set-default graphical.target
Der grafische Anmeldebildschirm ist jetzt standardmäßig aktiviert und beim nächsten Neustart erhalten Sie einen grafischen Anmeldebildschirm. Wenn Sie diese Änderung rückgängig machen möchten und die textbasierte Anmeldung wieder aktivieren möchten, führen Sie den folgenden Befehl als root aus:
# systemctl set-default multi-user.target
Weitere Informationen über Ziele in systemd finden Sie im Red Hat Enterprise Linux 7 Handbuch für Systemadministratoren.

12.3.3. Keine grafische Benutzeroberfläche vorhanden

Falls Sie Probleme haben, X (das X Window System) zu starten, ist es möglicherweise nicht installiert. Einige der vordefinierten Basisumgebungen wie z. B. Minimale Installation oder Web Server, enthalten keine grafische Oberfläche. Falls gewünscht, muss sie manuell installiert werden.
Falls Sie X benötigen, können Sie die erforderlichen Pakete später installieren. Werfen Sie einen Blick auf den Knowledgebase-Artikel unter https://access.redhat.com/site/solutions/5238 für Informationen über die Installation einer grafischen Desktopumgebung.

12.3.4. X Server stürzt nach Anmeldung von Benutzer ab

Falls Sie das Problem haben, dass der X-Server abstürzt, sobald sich ein Benutzer anmeldet, dann ist womöglich eines Ihrer Dateisysteme (fast) voll. Um festzustellen, ob dies tatsächlich die Ursache für Ihr Problem ist, führen Sie den folgenden Befehl aus:
$ df -h
Anhand der Ausgabe können Sie erkennen, welche Partition voll ist. In den meisten Fällen ist dies die /home-Partition. Die Ausgabe des df-Befehls könnte etwa wie folgt aussehen:
Filesystem                                  Size  Used Avail Use% Mounted on
/dev/mapper/vg_rhel-root                     20G  6.0G   13G  32% /
devtmpfs                                    1.8G     0  1.8G   0% /dev
tmpfs                                       1.8G  2.7M  1.8G   1% /dev/shm
tmpfs                                       1.8G 1012K  1.8G   1% /run
tmpfs                                       1.8G     0  1.8G   0% /sys/fs/cgroup
tmpfs                                       1.8G  2.6M  1.8G   1% /tmp
/dev/sda1                                   976M  150M  760M  17% /boot
/dev/dm-4                                    90G   90G     0 100% /home
In dem obigen Beispiel können Sie sehen, dass die /home-Partition voll ist und den Absturz verursacht hat. Sie können Speicherplatz freigeben, indem Sie unnötige Dateien löschen. Sobald Sie einigen Speicherplatz wiedergewonnen haben, starten Sie X mithilfe des startx-Befehls.
Weitere Informationen über df und eine Erklärung der verfügbaren Optionen (wie z. B. die Option -h, die in diesem Beispiel verwendet wurde), finden Sie auf der man-Seite für df(1).

12.3.5. System gibt Signal-11-Fehler aus

Ein Signal-11-Fehler, auch weitläufig als Schutzverletzung oder Segmentierungsfehler bekannt, bedeutet, dass ein Programm versucht, auf eine Speicherstelle zuzugreifen, die nicht zugeordnet wurde. Ein Signal-11-Fehler ist möglicherweise auf einen Programmfehler in einem der installierten Softwareprogramme oder auf fehlerhafte Hardware zurückzuführen.
Falls Sie einen schwerwiegenden Signal-11-Fehler während der Installation erhalten, vergewissern Sie sich zunächst, dass Sie das aktuellste Installationsimage verwenden und lassen Sie Anaconda dessen Integrität prüfen. Fehlerhafte Installationsmedien (wie z. B. ein fehlerhaft gebrannter oder zerkratzter optischer Datenträger) sind häufige Ursachen für Signal-11-Fehler. Eine Überprüfung des Installationsmediums wird vor jeder Installation empfohlen.
Weitere Informationen über das Beziehen der aktuellsten Installationsmedien finden Sie in Kapitel 1, Herunterladen von Red Hat Enterprise Linux. Um vor Beginn der Installation eine Prüfung durchzuführen, fügen Sie die Bootoption rd.live.check am Bootmenü hinzu. Siehe Abschnitt 20.2.2, »Prüfen der Bootmedien« für Details.
Andere mögliche Ursachen können im Rahmen dieses Handbuchs nicht näher erläutert werden. Werfen Sie für weitere Informationen einen Blick auf die Dokumentation Ihres Hardwareanbieters.

12.3.6. Einleitendes Programmladen (IPL) von Network Storage Space (*NWSSTG) nicht möglich

Wenn Sie Schwierigkeiten beim einleitenden Programmladen (IPL) von Network Storage Space (*NWSSTG) haben, fehlt in den meisten Fällen eine PReP-Partition. In diesem Fall müssen Sie das System neu installieren und sicherstellen, dass diese Partition während der Partitionierungsphase oder in der Kickstart-Datei erstellt wird.