7.3. Probleme nach der Installation
7.3.1. Probleme beim Booten von Ihrer RAID-Karte
Wenn Sie eine Installation durchgeführt haben und Ihr System nicht richtig booten können, müssen Sie wahrscheinlich neu installieren und Ihre Partitionen anders anlegen.
Einige BIOS-Typen unterstützen das Booten von RAID-Karten nicht. Nachdem Sie die Installation abgeschlossen haben und zum ersten Mal neu starten, erscheint unter Umständen nur ein Textbildschirm, der die Bootloader-Eingabeaufforderung (z. B.
grub>) und einen blinkenden Cursor anzeigt. In diesem Fall müssen Sie Ihr System neu partitionieren und Ihre /boot-Partition und den Bootloader außerhalb des RAID-Arrays erstellen. Die /boot-Partition und der Bootloader müssen sich auf demselben Gerät befinden.
Mit diesen Änderungen sollten Sie Ihre Installation beenden können und das System korrekt booten können. Weitere Informationen über die Partitionierung finden Sie in Abschnitt 6.10, »Installationsziel«.
7.3.2. 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 7.4. Vorübergehendes Deaktivieren des grafischen Boots
- 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.
- 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.
- Suchen Sie in der Liste der Optionen die Kernel-Zeile - das ist die Zeile, die mit dem Schlüsselwort
linuxbeginnt (oder in einigen Fällen mitlinux16oderlinuxefi). Entfernen Sie aus dieser Zeile dierhgbOption. Diese Option ist gegebenenfalls nicht unmittelbar sichtbar; scrollen Sie mit den Pfeiltasten hoch und runter, um sie zu finden. - 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 7.5. Dauerhaftes Deaktivieren des grafischen Boots
- Melden Sie Sich mit dem Befehl
su -beimroot-Benutzerkonto an.$su - - Öffnen Sie die Konfigurationsdatei
/etc/default/grubin einem einfachen Texteditor wie z. B. vim. - Suchen Sie in der
grub-Datei die Zeile, die mitGRUB_CMDLINE_LINUXbeginnt. 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 dierhgb-Option. - Speichern Sie die bearbeitete Datei.
- 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.
7.3.3. 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 7.6. Grafischen Anmeldebildschirm als Standard festlegen
- Öffnen Sie eine Shell-Eingabeaufforderung. Wenn Sie mit Ihrem Benutzerkonto angemeldet sind, wechseln Sie mithilfe des Befehls
su -zum Root-Benutzerkonto. - Ä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.
7.3.4. 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.
7.3.5. 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).
7.3.6. RAM wurde nicht erkannt
In bestimmten Fällen erkennt der Kernel nicht Ihren gesamten Arbeitsspeicher (RAM). Infolgedessen nutzt das System weniger Speicher, als installiert ist. Mithilfe des Befehls
free -m können Sie herausfinden, wie viel RAM genutzt wird. Falls die angezeigte Gesamtmenge an Speicher niedriger ist als erwartet, ist wahrscheinlich eines Ihrer Speichermodule fehlerhaft. Auf BIOS-basierten Systemen können Sie das Dienstprogramm Memtest86+ verwenden, um den Speicher Ihres Systems zu testen. Siehe Abschnitt 20.2.1, »Laden des Speichertestmodus« für Details.
Anmerkung
Einige Hardwarekonfigurationen reservieren einen Teil des System-RAMs, der dem Hauptsystem dadurch nicht zur Verfügung steht. Insbesondere Laptops mit integrierter Grafikkarte reservieren meist einigen Speicher für die GPU. Beispielsweise zeigt ein Laptop mit 4 GB RAM und einer integrierten Intel-Grafikkarte nur rund 3,7 GB verfügbaren Speicher an.
Darüber hinaus reserviert der kdump-Mechanismus zum Crash-Kernel-Dumping, der standardmäßig auf den meisten Red Hat Enterprise Linux-Systemen aktiviert ist, etwas Speicher für den sekundären Kernel, falls der primäre Kernel abstürzt. Dieser reservierte Speicher erscheint ebenfalls nicht als verfügbar, wenn der
free-Befehl ausgeführt wird. Details über kdump und dessen Speicheranforderungen finden Sie im Red Hat Enterprise Linux 7 Handbuch zum Kernel-Crash-Dump.
Wenn Sie sichergestellt haben, dass kein Problem mit Ihrem Speicher vorliegt, können Sie versuchen, die Speichermenge manuell mit der Kernel-Option
mem= anzugeben.
Prozedur 7.7. Manuelles Konfigurieren des Speichers
- 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.
- 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.
- Suchen Sie in der Liste der Optionen die Kernel-Zeile - das ist die Zeile, die mit dem Schlüsselwort
linuxbeginnt (oder in einigen Fällen mitlinux16). Fügen Sie die folgende Option am Ende dieser Zeile hinzu:mem=xxM
Ersetzen Sie xx durch die Größe des RAM in Megabyte. - Drücken Sie F10 oder Strg+X, um Ihr System mit den bearbeiteten Optionen zu booten.
- Warten Sie, bis das System hochgefahren ist, und melden Sie sich an. Öffnen Sie anschließend eine Befehlszeile und führen Sie den Befehl
free -merneut aus. Falls nun die erwartete Menge an RAM angezeigt wird, dann fügen Sie die Folgendes zur ZeileGRUB_CMDLINE_LINUXin der Datei/etc/default/grubhinzu, um diese Änderung permanent zu machen:mem=xxM
Ersetzen Sie xx durch die Größe des RAM in Megabyte. - Nachdem Sie die Datei aktualisiert und gespeichert haben, laden Sie die Bootloader-Konfiguration neu, damit die Änderungen wirksam werden. Führen Sie dazu den folgenden Befehl mit root-Berechtigungen aus:
#grub2-mkconfig --output=/boot/grub2/grub.cfg
In
/etc/default/grub sieht das obige Beispiel etwa wie folgt aus:
GRUB_TIMEOUT=5 GRUB_DISTRIBUTOR="$(sed 's, release.*$,,g' /etc/system-release)" GRUB_DEFAULT=saved GRUB_DISABLE_SUBMENU=true GRUB_TERMINAL_OUTPUT="console" GRUB_CMDLINE_LINUX="rd.lvm.lv=rhel/root vconsole.font=latarcyrheb-sun16 rd.lvm.lv=rhel/swap $([ -x /usr/sbin/rhcrashkernel.param ] && /usr/sbin/rhcrashkernel-param || :) vconsole.keymap=us rhgb quiet mem=1024M" GRUB_DISABLE_RECOVERY="true"
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.
7.3.7. 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.
Wenn die Medienprüfung ohne Fehler abgeschlossen wurde und Sie dennoch Probleme mit Segmentierungsfehlern haben, ist dies oft auf Hardwarefehler zurückzuführen. In diesem Fall liegt der Fehler meist im Arbeitsspeicher (RAM) des Systems. Dies kann selbst dann die Ursache sein, wenn auf demselben Rechner zuvor bereits ein anderes Betriebssystem ohne Probleme lief. Auf BIOS-basierten Systemen können Sie das auf dem Installationsmedium enthaltene Modul Memtest86+ zum Speichertest verwenden, um eine gründliche Prüfung des Systemspeichers durchzuführen. Siehe Abschnitt 20.2.1, »Laden des Speichertestmodus« für Details.
Andere mögliche Ursachen gehen über den Rahmen dieses Handbuchs hinaus. Werfen Sie einen Blick auf die Dokumentation Ihres Hardwareanbieters sowie auf die Red Hat Hardware-Kompatibilitätsliste, verfügbar online unter https://hardware.redhat.com.
