text: Häufige Probleme und deren Lösung | Administrationshandbuch | SUSE Linux Enterprise Server 11 SP4
  documentation.suse.com › SUSE Linux Enterprise Server Dokumentation › Administrationshandbuch › Fehlersuche › Häufige Probleme und deren Lösung
  36 Häufige Probleme und deren Lösung #
  36.1 Suchen und Sammeln von Informationen
  36.2 Probleme bei der Installation
  36.3 Probleme beim Booten
  36.4 Probleme bei der Anmeldung
  36.5 Probleme mit dem Netzwerk
  36.6 Probleme mit Daten
  36.7 IBM System z: Verwenden von initrd als Rettungssystem
  36.1 Suchen und Sammeln von Informationen #
  Linux gibt äußerst detailliert Aufschluss über die Vorgänge in Ihrem System. Es gibt mehrere Quellen, die Sie bei einem Problem mit Ihrem System zurate ziehen können. Einige davon beziehen sich auf Linux-Systeme im Allgemeinen, einige sind speziell auf SUSE Linux Enterprise Server-Systeme ausgerichtet. Die meisten Protokolldateien können mit YaST angezeigt werden (Verschiedenes › Startprotokoll anzeigen).
  Tabelle 36.1: Protokolldateien #
  Protokolldatei von Audit, um Zugriffe auf Dateien, Verzeichnisse oder Ressourcen Ihres Systems sowie Systemaufrufe zu verfolgen.
  Meldungen vom Kernel beim Bootprozess.
  Laufende Meldungen vom Kernel und dem Systemprotokoll-Daemon während der Ausführung.
  Hardware-Meldungen von der SaX-Anzeige und dem KVM-System.
  Unterschiedliche Start- und Laufzeitprotokolle des X-Window-Systems. Hilfreich für die Fehlersuche bei Problemen beim Start von X.
  Neben den Protokolldateien versorgt Ihr Computer Sie auch mit Informationen zum laufenden System. Weitere Informationen hierzu finden Sie unter Tabelle 36.2: Systeminformationen mit dem /proc-Dateisystem
  Tabelle 36.2: Systeminformationen mit dem /proc-Dateisystem #
  Abgesehen vom Dateisystem /proc exportiert der Linux-Kernel Informationen mit dem Modul sysfs, einem speicherinternen Dateisystem. Dieses Modul stellt Kernelobjekte, deren Attribute und Beziehungen dar. Weitere Informationen zu sysfs finden Sie im Kontext von udev im Abschnitt Kapitel 15, Gerätemanagement über dynamischen Kernel mithilfe von udev. Tabelle 36.3 enthält einen Überblick über die am häufigsten verwendeten Verzeichnisse unter /sys.
  Tabelle 36.3: Systeminformationen mit dem /sys-Dateisystem #
  Linux bietet eine Reihe von Werkzeugen für die Systemanalyse und -überwachung. Unter Chapter 2, System Monitoring Utilities finden Sie eine Auswahl der wichtigsten, die zur Systemdiagnose eingesetzt werden.
  36.2 Probleme bei der Installation #
  36.2.1 Überprüfen von Medien #
  Wenn Probleme bei der Verwendung des SUSE Linux Enterprise Server-Installationsmediums auftreten, können Sie die Integrität des Installationsmediums mit Software › Medienprüfung überprüfen. Datenträgerprobleme treten meist nur bei selbst gebrannten Datenträgern auf. Wenn Sie ein Installationsmedium von SUSE Linux Enterprise Server überprüfen möchten, legen Sie das Medium in das Laufwerk ein, und klicken Sie in YaST im Fenster Medienprüfung auf Prüfvorgang starten. Dieser Vorgang kann mehrere Minuten in Anspruch nehmen. Wenn Fehler gefunden werden, sollten Sie dieses Medium nicht für die Installation verwenden.
  Abbildung 36.1: Überprüfen von Medien #
  36.2.2 Hardware-Informationen #
  Die ermittelte Hardware und die technischen Daten können Sie über Hardware › Hardware-Informationen anzeigen. Klicken Sie auf einen beliebigen Knoten im Baum, um weitere Informationen zu einem Gerät zu erhalten. Dieses Modul ist besonders nützlich, wenn Sie eine Supportanforderung übermitteln, für die Angaben zur verwendeten Hardware erforderlich sind.
  Die angezeigten Hardware-Informationen können Sie mit dem Befehl In Datei speichern in eine Datei speichern. Wählen Sie das gewünschte Verzeichnis und den gewünschten Dateinamen aus und klicken Sie auf Speichern, um die Datei zu erstellen.
  Abbildung 36.2: Anzeigen von Hardware-Informationen #
  36.2.3 Kein bootfähiges DVD-Laufwerk verfügbar #
  Erstellen Sie eine Bootdiskette und booten Sie von Diskette anstatt von DVD.
  Wenn vom BIOS Ihres Computers und dem Installationskernel unterstützt, können Sie den Bootvorgang von einem externen DVD-Laufwerk ausführen.
  Wenn ein Rechner kein DVD-Laufwerk aufweist, jedoch eine funktionierende Ethernet-Verbindung verfügbar ist, führen Sie eine vollständig netzwerkbasierte Installation durch. Details finden Sie unter Abschnitt 14.1.3, "Installation auf entfernten Systemen über VNC – PXE-Boot und Wake-on-LAN" und Abschnitt 14.1.6, "Installation auf entfernten Systemen über SSH – PXE-Boot und Wake-on-LAN".
  36.2.3.1 Booten von einer Diskette (SYSLINUX) #
  Ältere Computer verfügen möglicherweise über kein bootfähiges DVD-Laufwerk, jedoch über ein Diskettenlaufwerk. Um die Installation auf einem System dieser Art vorzunehmen, erstellen Sie Bootdisketten und booten Sie Ihr System damit.
  Die Bootdisketten enthalten den Loader SYSLINUX und das Programm linuxrc. SYSLINUX ermöglicht während der Bootprozedur die Auswahl eines Kernel sowie die Angabe sämtlicher Parameter, die für die verwendete Hardware erforderlich sind. Das linuxrc-Programm unterstützt das Landen von Kernel-Modulen für Ihre Hardware und startet anschließend die Installation.
  36.2.3.2 Externe Boot-Devices #
  Linux unterstützt die meisten DVD-Laufwerke. Wenn das System kein DVD- bzw. Diskettenlaufwerk aufweist, kann ein externes, über USB, FireWire oder SCSI angeschlossenes DVD-Laufwerk zum Booten des Systems verwendet werden. Dies ist hauptsächlich von der Interaktion zwischen dem BIOS und der verwendeten Hardware abhängig. In einigen Fällen kann bei Problemen eine BIOS-Aktualisierung hilfreich sein.
  36.2.4 Vom Installationsmedium kann nicht gebootet werden #
  Wenn ein Computer nicht vom Installationsmedium booten kann, ist im BIOS vermutlich eine falsche Boot-Sequenz eingestellt. In der BIOS-Boot-Sequenz muss das DVD-Laufwerk als erster Eintrag zum Booten festgelegt sein. Andernfalls versucht der Computer, von einem anderen Medium zu booten, normalerweise von der Festplatte. Anweisungen zum Ändern der BIOS-Boot-Sequenz finden Sie in der Dokumentation zu Ihrem Motherboard bzw. in den nachfolgenden Abschnitten.
  Prozedur 36.1: Ändern der BIOS-Bootsequenz #
  Wenn Sie die Bootsequenz in einem AWARD BIOS ändern möchten, suchen Sie nach dem Eintrag BIOS FEATURES SETUP (SETUP DER BIOS-FUNKTIONEN). Andere Hersteller verwenden hierfür eine andere Bezeichnung, beispielsweise ADVANCED CMOS SETUP (ERWEITERTES CMOS-SETUP). Wenn Sie den Eintrag gefunden haben, wählen Sie ihn aus und bestätigen Sie ihn mit der Eingabetaste.
  Suchen Sie im daraufhin angezeigten Bildschirm nach dem Untereintrag BOOT SEQUENCE (BOOTSEQUENZ) oder BOOT ORDER (BOOTREIHENFOLGE). Die Bootsequenz kann zum Beispiel C,A oder A,C lauten. Im ersten Fall durchsucht der Computer erst die Festplatte (C) und dann das Diskettenlaufwerk (A) nach einem bootfähigen Medium. Ändern Sie die Einstellungen mithilfe der Taste Bild-Auf bzw. Bild-Ab, bis die Sequenz A,CDROM,C lautet.
  Prozedur 36.2: Ändern der Bootsequenz in einem SCSI-BIOS (Adaptec-Hostadapter) #
  Öffnen Sie das Setup, indem Sie die Tastenkombination Strg –A drücken.
  Öffnen Sie Configure Adapter Settings (Adaptereinstellungen konfigurieren). Wählen Sie unter Additional Options (Zusätzliche Optionen) den Eintrag Boot Device Options (Boot-Device-Optionen) aus und drücken Sie die Eingabetaste.
  Geben Sie die ID des DVD-Laufwerks ein und drücken Sie erneut die Eingabetaste.
  Abbildung 36.3: US-Tastaturbelegung #
  36.2.5 Computer kann nicht gebootet werden #
  Bei bestimmter Hardware, insbesondere bei sehr alter bzw. sehr neuer, kann bei der Installation ein Fehler auftreten. In vielen Fällen ist dies darauf zurückzuführen, dass dieser Hardwaretyp im Installationskernel noch nicht oder nicht mehr unterstützt wird; oft führen auch bestimmte Funktionen dieses Kernel, beispielsweise ACPI (Advanced Configuration and Power Interface), bei bestimmter Hardware zu Problemen.
  Drücken Sie, sobald der Boot-Bildschirm angezeigt wird, auf F5, navigieren Sie mithilfe der Pfeiltasten der Tastatur zu Kein ACPI und drücken Sie die Eingabetaste, um den Boot- und Installationsvorgang zu starten. Mit dieser Option wird die Unterstützung für ACPI-Energieverwaltungstechniken deaktiviert.
  36.2.6 Grafisches Installationsprogramm lässt sich nicht starten #
  Prozedur 36.3: Ändern der Bildschirmauflösung für die Installation #
  Prozedur 36.4: Installation im Textmodus #
  Prozedur 36.5: VNC-Installation #
  Wählen Sie Installation (Installation) aus und drücken Sie dann die Eingabetaste, um die Installation zu starten.
  Wenn Sie über einen Browser auf das Installationsprogramm zugreifen, starten Sie den Browser, geben Sie die Adressinformationen ein, die von den Installationsroutinen auf dem zukünftigen SUSE Linux Enterprise Server-Computer bereitgestellt werden, und drücken Sie die Eingabetaste:
  36.2.7 Nur ein minimalistischer Bootbildschirm wird eingeblendet #
  Im Gegensatz zur grafischen Oberfläche können die unterschiedlichen Bootoptionen nicht mithilfe der Cursortasten der Tastatur ausgewählt werden. Das Bootmenü des Expertenmodus-Bootbildschirms ermöglicht die Eingabe einiger Schlüsselwörter an der Booteingabeaufforderung. Diese Schlüsselwörter sind den Optionen in der grafischen Version zugeordnet. Treffen Sie Ihre Wahl und drücken Sie die Eingabetaste, um den Bootprozess zu starten.
  Geben Sie nach der Auswahl einer Bootoption das entsprechende Schlüsselwort an der Booteingabeaufforderung ein. Sie können auch einige benutzerdefinierte Bootoptionen eingeben (siehe Abschnitt 36.2.5, "Computer kann nicht gebootet werden"). Wenn Sie den Installationsvorgang starten möchten, drücken Sie die Eingabetaste.
  36.3 Probleme beim Booten #
  Probleme beim Booten sind Fälle, in denen Ihr System nicht vorschriftsmäßig gebootet wird, das Booten also nicht mit dem erwarteten Runlevel und Anmeldebildschirm erfolgt.
  36.3.1 Probleme beim Laden des GRUB -Bootloaders #
  Wenn die Hardware vorschriftsmäßig funktioniert, ist möglicherweise der Bootloader beschädigt und Linux kann auf dem Computer nicht gestartet werden. In diesem Fall muss der Bootloader neu installiert werden. Gehen Sie zur erneuten Installation des Bootloader wie folgt vor:
  Legen Sie das Installationsmedium in das Laufwerk ein.
  Wählen Sie im Bootmenü die Option Installation (Installation) aus.
  Nehmen Sie die Lizenzvereinbarung an.
  Wählen Sie auf dem Bildschirm Installationsmodus die Option Reparatur des installierten Systems aus.
  Wenn Sie sich im YaST-Modul für die Systemreparatur befinden, wählen Sie zunächst Expertenwerkzeuge und dann Neuen Bootloader installieren aus.
  Stellen Sie die ursprünglichen Einstellungen wieder her und installieren Sie den Bootloader neu.
  Beenden Sie die YaST-Systemreparatur und booten Sie das System neu.
  Überprüfen Sie Ihr BIOS auf Verweise auf Ihre Festplatte hin. GRUB wird möglicherweise einfach deshalb nicht gestartet, weil die Festplatte bei den aktuellen BIOS-Einstellungen nicht gefunden wird.
  36.3.2 Keine grafische Anmeldung #
  Wenn der Computer hochfährt, jedoch der grafische Anmelde-Manager nicht gebootet wird, müssen Sie entweder hinsichtlich der Auswahl des standardmäßigen Runlevel oder der Konfiguration des X-Window-Systems mit Problemen rechnen. Wenn Sie die Runlevel-Konfiguration überprüfen möchten, melden Sie sich als root-Benutzer an und überprüfen Sie, ob der Computer so konfiguriert ist, dass das Booten in Runlevel 5 erfolgt (grafischer Desktop). Eine schnelle Möglichkeit stellt das Überprüfen des Inhalts von /etc/inittab dar, und zwar folgendermaßen:
  Aus der zurückgegebenen Zeile geht hervor, dass der Standard-Runlevel des Computer (initdefault) auf 5 eingestellt ist und dass das Booten in den grafischen Desktop erfolgt. Wenn der Runlevel auf eine andere Nummer eingestellt ist, kann er über den YaST-Runlevel-Editor auf 5 eingestellt werden.
  Bearbeiten Sie die Runlevel-Konfiguration nicht manuell. Andernfalls überschreibt SUSEconfig (durch YaST ausgeführt) diese Änderungen bei der nächsten Ausführung. Wenn Sie hier manuelle Änderungen vornehmen möchten, deaktivieren Sie zukünftige Änderungen, indem Sie CHECK_INITTAB in /etc/sysconfig/suseconfig auf no (Nein) festlegen.
  Wenn Runlevel auf 5 gesetzt ist, ist vermutlich Ihre Desktop- oder X Windows-Software falsch konfiguriert oder beschädigt. Suchen Sie in den Protokolldateien von /var/log/Xorg.*.log nach detaillierten Meldungen vom X-Server beim versuchten Start. Wenn es beim Starten zu einem Problem mit dem Desktop kommt, werden möglicherweise Fehlermeldungen in /var/log/messages protokolliert. Wenn diese Fehlermeldungen auf ein Konfigurationsproblem mit dem X-Server hinweisen, versuchen Sie, diese Probleme zu beseitigen. Wenn das grafische System weiterhin nicht aktiviert wird, ziehen Sie die Neuinstallation des grafischen Desktop in Betracht.
  Tipp: Manueller Start von X Window System
  Schneller Test: Durch das Kommando startx sollte das X-Windows-System mit den konfigurierten Standardeinstellungen gestartet werden, wenn der Benutzer derzeit bei der Konsole angemeldet ist. Wenn dies nicht funktioniert, sollten Fehler auf der Konsole protokolliert werden.
  36.4 Probleme bei der Anmeldung #
  36.4.1 Benutzer kann sich trotz gültigem Benutzernamen und Passwort nicht anmelden #
  Dieser Fall tritt normalerweise ein, wenn das System zur Verwendung von Netzwerkauthentifizierung oder Verzeichnisdiensten konfiguriert wurde und aus unbekannten Gründen keine Ergebnisse von den zugehörigen konfigurierten Servern abrufen kann. Der root-Benutzer ist der einzige lokale Benutzer, der sich noch bei diesen Computern anmelden kann. Nachfolgend sind einige häufige Ursachen dafür aufgeführt, weshalb Anmeldungen nicht ordnungsgemäß verarbeitet werden können, obwohl der Computer funktionstüchtig zu sein scheint:
  Es liegt ein Problem mit der Netzwerkfunktion vor. Weitere Anweisungen hierzu finden Sie in Abschnitt 36.5, "Probleme mit dem Netzwerk".
  DNS ist zurzeit nicht funktionsfähig (dadurch ist GNOME bzw. KDE nicht funktionsfähig und das System kann keine an sichere Server gerichteten bestätigten Anforderungen durchführen). Ein Hinweis, dass dies zutrifft, ist, dass der Computer auf sämtliche Aktionen ausgesprochen langsam reagiert. Weitere Informationen zu diesem Thema finden Sie in Abschnitt 36.5, "Probleme mit dem Netzwerk".
  Die Home-Partition ist verschlüsselt. Weitere Informationen zu diesem Thema finden Sie in Abschnitt 36.4.3, "Anmeldung bei verschlüsselter Home-Partition fehlgeschlagen".
  Geben Sie an der Booteingabeaufforderung 1 ein, damit das System in den Einzelbenutzerbetrieb bootet.
  Booten Sie in den vollen Mehrbenutzer- und Netzwerkbetrieb, indem Sie telinit 5 an der Kommandozeile eingeben.
  36.4.2 Gültiger Benutzername/gültiges Passwort werden nicht akzeptiert #
  Melden Sie sich als root-Benutzer an und untersuchen Sie /var/log/messages auf PAM-Fehlermeldungen und Fehlermeldungen aus dem Anmeldeprozess.
  Versuchen Sie, sich von der Konsole aus anzumelden (mit Strg–Alt–F1). Wenn dies gelingt, liegt der Fehler nicht bei PAM, da die Authentifizierung dieses Benutzers auf diesem Computer möglich ist. Versuchen Sie, mögliche Probleme mit dem X-Window-System oder dem Desktop (GNOME bzw. KDE) zu ermitteln. Weitere Informationen finden Sie in Abschnitt 36.4.4, "Anmeldung erfolgreich, jedoch Problem mit GNOME-Desktop" und Abschnitt 36.4.5, "Anmeldung erfolgreich, jedoch Problem mit KDE-Desktop".
  Wenn das Home-Verzeichnis des Benutzers für eine andere Linux-Distribution verwendet wurde, entfernten Sie die Datei Xauthority aus dem Heimverzeichnis des Benutzers. Melden Sie sich von der Konsole aus mit Strg–Alt–F1 an und führen Sie rm .Xauthority als diesen Benutzer aus. Auf diese Weise sollten die X-Authentifizierungsprobleme dieses Benutzers beseitigt werden. Versuchen Sie erneut, sich beim grafischen Desktop anzumelden.
  Wenn die grafikbasierte Anmeldung nicht möglich ist, melden Sie sich mit Strg–Alt–F1 bei der Konsole an. Versuchen Sie, eine X-Sitzung in einer anderen Anzeige zu starten; die erste (:0) wird bereits verwendet:
  Daraufhin sollten ein grafikbasierter Bildschirm und Ihr Desktop angezeigt werden. Prüfen Sie andernfalls die Protokolldateien des X-Window-Systems (/var/log/Xorg.anzeigennummer.log) bzw. die Protokolldateien Ihrer Desktop-Anwendungen (.xsession-errors im Home-Verzeichnis des Benutzers) auf Unregelmäßigkeiten hin.
  Wenn der Desktop aufgrund beschädigter Konfigurationsdateien nicht aufgerufen werden konnte, fahren Sie mit Abschnitt 36.4.4, "Anmeldung erfolgreich, jedoch Problem mit GNOME-Desktop" oder Abschnitt 36.4.5, "Anmeldung erfolgreich, jedoch Problem mit KDE-Desktop" fort.
  Nachfolgend sind einige häufige Ursachen dafür aufgeführt, weshalb es bei der Netzwerkauthentifizierung eines bestimmten Benutzers auf einem bestimmten Computer zu Problemen kommen kann:
  Der Hostname des Computers hat sich geändert und der Benutzer ist nicht zur Anmeldung bei diesem Host berechtigt.
  Finden Sie heraus, ob sich ein anderer Benutzer bei dem problembehafteten Computer anmelden kann. Wenn sich ein anderer Benutzer oder der root-Benutzer anmelden kann, melden Sie sich mit dessen Anmeldedaten an und überprüfen Sie die Datei /var/log/messages. Suchen Sie nach dem Zeitstempel, der sich auf die Anmeldeversuche bezieht, und finden Sie heraus, ob von PAM Fehlermeldungen generiert wurden.
  Versuchen Sie, sich von der Konsole aus anzumelden (mit Strg–Alt–F1). Wenn dies gelingt, liegt der Fehler nicht bei PAM oder dem Verzeichnisserver mit dem Home-Verzeichnis des Benutzers, da die Authentifizierung dieses Benutzers auf diesem Computer möglich ist. Versuchen Sie, mögliche Probleme mit dem X-Window-System oder dem Desktop (GNOME bzw. KDE) zu ermitteln. Weitere Informationen finden Sie in Abschnitt 36.4.4, "Anmeldung erfolgreich, jedoch Problem mit GNOME-Desktop" und Abschnitt 36.4.5, "Anmeldung erfolgreich, jedoch Problem mit KDE-Desktop".
  36.4.3 Anmeldung bei verschlüsselter Home-Partition fehlgeschlagen #
  36.4.4 Anmeldung erfolgreich, jedoch Problem mit GNOME-Desktop #
  36.4.5 Anmeldung erfolgreich, jedoch Problem mit KDE-Desktop #
  Es gibt mehrere Gründe dafür, warum sich Benutzer nicht bei einem KDE-Desktop anmelden können. Beschädigte Cache-Daten sowie beschädigte KDE-Desktop-Konfigurationsdateien können zu Problemen bei der Anmeldung führen.
  Cache-Daten werden beim Desktop-Start zur Leistungssteigerung herangezogen. Wenn diese Daten beschädigt sind, wird der Startvorgang nur sehr langsam oder gar nicht ausgeführt. Durch das Entfernen dieser Daten müssen die Desktop-Startroutinen ganz am Anfang beginnen. Dies nimmt mehr Zeit als ein normaler Startvorgang in Anspruch, die Daten sind jedoch im Anschluss intakt und der Benutzer kann sich anmelden.
  Wenn die Cache-Dateien des KDE-Desktop entfernt werden sollen, geben Sie als root-Benutzer folgendes Kommando ein:
  Ersetzen Sie user durch Ihren Benutzernamen. Durch das Entfernen dieser beiden Verzeichnisse werden lediglich die beschädigten Cache-Dateien entfernt. Andere Dateien werden durch dieses Verfahren nicht beeinträchtigt.
  Beschädigte Desktop-Konfigurationsdateien können stets durch die anfänglichen Konfigurationsdateien ersetzt werden. Wenn die vom Benutzer vorgenommenen Anpassungen wiederhergestellt werden sollen, kopieren Sie sie, nachdem die Konfiguration mithilfe der standardmäßigen Konfigurationswerte wiederhergestellt wurde, sorgfältig von ihrem temporären Speicherort zurück.
  Gehen Sie wie folgt vor, um die beschädigte Desktop-Konfiguration durch die anfänglichen Konfigurationswerte zu ersetzen:
  Verschieben Sie das KDE-Konfigurationsverzeichnis sowie die .skel-Dateien an einen temporären Speicherort:
  Verwenden Sie die folgenden Kommandos für KDE3:
  Verwenden Sie die folgenden Kommandos für KDE4:
  Kopieren Sie nach dem erfolgreichen Aufruf des Desktop die Konfigurationen des Benutzers in das entsprechende Verzeichnis zurück:
  Ersetzen Sie KDEDIR durch das Verzeichnis aus Schritt 3.
  Wenn die vom Benutzer vorgenommenen Anpassungen zu den Anmeldeproblemen geführt haben und dies auch weiterhin tun, wiederholen Sie die oben beschriebenen Prozeduren, unterlassen Sie jedoch das Kopieren des Verzeichnisses .kde/share.
  36.5 Probleme mit dem Netzwerk #
  Prozedur 36.6: Erkennen von Netzwerkproblemen #
  Ein Namendienst, der ausgefallen ist oder Fehlfunktionen aufweist, kann die Funktionalität des Netzwerks auf vielfältige Weise beeinträchtigen. Wenn der lokale Computer hinsichtlich der Authentifizierung von Netzwerkservern abhängig ist und diese Server aufgrund von Problemen bei der Namenauflösung nicht gefunden werden, können sich die Benutzer nicht einmal anmelden. Computer im Netzwerk, die von einem ausgefallenen Namenserver verwaltet werden, sind füreinander nicht "sichtbar" und können nicht kommunizieren.
  Wenn eine Anwendung Daten benötigt, die in einem NFS-eingehängten Verzeichnis gespeichert sind, kann sie nicht aufgerufen werden bzw. weist Fehlfunktionen auf, wenn dieser Dienst ausgefallen oder falsch konfiguriert ist. Im schlimmsten Fall wird die persönliche Desktop-Konfiguration eines Benutzers nicht angezeigt, wenn sein Home-Verzeichnis mit dem .gconf - bzw. .kde -Unterverzeichnis nicht gefunden wird, weil der NFS-Server ausgefallen ist.
  Wenn beim Ping-Versuch die Meldung unknown host zurückgegeben wird, der Host also nicht bekannt ist, ist der Namendienst nicht vorschriftsmäßig konfiguriert oder der verwendete Hostname ist falsch. Weitere Prüfungen dieser Arten finden Sie unter Schritt 4.b. Wenn der Ping-Versuch weiterhin erfolglos ist, ist entweder Ihre Netzwerkkarte nicht vorschriftsmäßig konfiguriert bzw. Ihre Netzwerk-Hardware ist fehlerhaft.
  Wenn Ihre Netzwerkverbindung über DHCP erfolgt, aktivieren Sie DHCP, um die Informationen zum Hostnamen und Namendienst zu ändern, indem Sie im YaST-Modul für den DNS- und Hostnamen die Optionen Hostnamen über DHCP ändern und Namenserver und Suchliste über DHCP aktualisieren auswählen.
  Verwenden Sie das Kommando ifconfig netzwerkgerät (Ausführung als root), um zu überprüfen, ob dieses Gerät vorschriftsmäßig konfiguriert ist. Stellen Sie sicher, dass sowohl die inet address (inet-Adresse) als auch die Mask (Maske) ordnungsgemäß konfiguriert sind. Wenn die IP-Adresse einen Fehler enthält oder die Netzwerkmaske unvollständig ist, kann Ihre Netzwerkkonfiguration nicht verwendet werden. Führen Sie diese Überprüfung im Bedarfsfall auch auf dem Server durch.
  Wenn der Namensdienst und die Netzwerk-Hardware ordnungsgemäß konfiguriert und aktiv/verfügbar sind, bei einigen externen Netzwerkverbindungen jedoch nach wie vor lange Zeitüberschreitungen auftreten bzw. der Verbindungsaufbau überhaupt nicht möglich ist, können Sie mit traceroute vollständiger_domänenname (Ausführung als root) die Netzwerkroute dieser Anforderungen überwachen. Mit diesem Kommando werden sämtliche Gateways (Sprünge) aufgelistet, die eine Anforderung von Ihrem Computer auf ihrem Weg zu ihrem Ziel passiert. Mit ihm wird die Antwortzeit der einzelnen Sprünge (Hops) aufgelistet und es wird ersichtlich, ob dieser Sprung überhaupt erreichbar ist. Verwenden Sie eine Kombination von "traceroute" und "ping", um die Ursache des Problems ausfindig zu machen, und informieren Sie die Administratoren.
  36.5.1 Probleme mit NetworkManager #
  Grenzen Sie Probleme mit der Netzwerkkonnektivität wie unter Prozedur 36.6, "Erkennen von Netzwerkproblemen" beschrieben ein. Wenn die Ursache bei NetworkManager zu liegen scheint, gehen Sie wie folgt vor, um Protokolle abzurufen, die Hinweise für den Grund der NetworkManager-Probleme enthalten:
  Weitere Informationen zu NetworkManager finden Sie unterKapitel 27, Verwendung von NetworkManager.
  36.6 Probleme mit Daten #
  36.6.1 Verwalten von Partitions-Images #
  Prozedur 36.7: Festplatten sichern und wiederherstellen #
  Wenn Sie nur eine Partition sichern müssen, ersetzen Sie den Platzhalter SOURCE durch die entsprechende Partition. In diesem Fall kann sich Ihre Image-Datei auf derselben Festplatte befinden, allerdings in einer anderen Partition.
  36.6.2 Sichern kritischer Daten #
  Rufen Sie YaST als root -Benutzer auf und wählen Sie System › Sicherungskopie der Systembereiche.
  Wählen Sie Profilverwaltung › Hinzufügen.
  Klicken Sie auf OK, um die Einstellungen zu speichern. Danach wird die erste Sicherung zum angegebenen Zeitpunkt gestartet.
  36.6.3 Wiederherstellen einer Systemsicherung #
  Wählen Sie die Optionsfolge YaST › System › System wiederherstellen.
  Geben Sie den Speicherort der Sicherungsdatei ein. Hierbei kann es sich um eine lokale Datei, um eine im Netzwerk eingehängte Datei oder um eine Datei auf einem Wechselmedium handeln, beispielsweise einer Diskette oder DVD. Klicken Sie anschließend auf Weiter.
  Klicken Sie auf Weiter, um die wiederherzustellenden Pakete anzuzeigen. Mit Übernehmen werden alle Dateien im Archiv wiederhergestellt. Mit den Schaltflächen Alle auswählen, Alle abwählen und Dateien wählen können Sie Ihre Auswahl präzisieren. Verwenden Sie die Option RPM-Datenbank wiederherstellen nur, wenn die RPM-Datenbank beschädigt oder gelöscht wurde und in der Sicherung enthalten ist.
  Wenn Sie auf Übernehmen klicken, wird die Sicherung wiederhergestellt. Wenn der Wiederherstellungsvorgang abgeschlossen ist, schließen Sie das Modul mit Verlassen.
  36.6.4 Wiederherstellen eines beschädigten Systems #
  SUSE Linux Enterprise Server bietet zwei verschiedene Methoden zur Behebung dieser Situationen. Sie können entweder die YaST-Systemreparatur verwenden oder das Rettungssystem booten. Die folgenden Abschnitte befassen sich mit beiden Methoden zur Systemreparatur.
  36.6.4.1 Verwenden der YaST-Systemreparatur #
  Anmerkung: Tastatur- und Spracheinstellungen
  Wenn Sie die Spracheinstellungen nach dem Booten ändern, wird Ihre Tastatur ebenfalls angepasst.
  Vor dem Start des YaST-Moduls zur Systemreparatur sollten Sie ermitteln, in welchem Modus das Modul ausgeführt werden sollte, damit es am besten Ihren Bedürfnissen entspricht. Je nach dem Schweregrad und der Ursache des Systemausfalls (sowie Ihren Fachkenntnissen) können Sie zwischen drei verschiedenen Modi wählen.
  Wenn Ihr System aufgrund einer unbekannten Ursache ausgefallen ist und Sie nicht wissen, welcher Teil des Systems für den Ausfall verantwortlich ist, sollten Sie die Automatische Reparatur verwenden. Eine umfassende automatische Prüfung wird an allen Komponenten des installierten Systems durchgeführt. Eine detaillierte Beschreibung dieses Verfahrens finden Sie in Abschnitt 36.6.4.1.1, "Automatische Reparatur".
  Wenn Ihr System ausgefallen ist und Sie bereits wissen, an welcher Komponente es liegt, können Sie die langwierige Systemprüfung von Automatische Reparatur abkürzen, indem Sie den Bereich der Systemanalyse auf die betreffenden Komponenten beschränken. Wenn die Systemmeldungen vor dem Ausfall beispielsweise auf einen Fehler mit der Paketdatenbank hindeuten, können Sie das Analyse- und Reparaturverfahren so einschränken, dass nur dieser Aspekt des Systems überprüft und wiederhergestellt wird. Eine detaillierte Beschreibung dieses Verfahrens finden Sie in Abschnitt 36.6.4.1.2, "Benutzerdefinierte Reparatur".
  Wenn Sie bereits eine klare Vorstellung davon haben, welche Komponente ausgefallen ist und wie dieser Fehler behoben werden kann, können Sie die Analyseläufe überspringen und die für die Reparatur der betreffenden Komponente erforderlichen Werkzeuge unmittelbar anwenden. Detaillierte Informationen finden Sie in Abschnitt 36.6.4.1.3, "Expertenwerkzeuge".
  36.6.4.1.1 Automatische Reparatur #
  Legen Sie das Installationsmedium von SUSE Linux Enterprise Server in das DVD-Laufwerk ein.
  Wählen Sie im Boot-Fenster die Option Installiertes System reparieren aus.
  Bestätigen Sie die Lizenzvereinbarung, und klicken Sie auf Weiter.
  YaST startet nun eine umfassende Analyse des installierten Systems. Der Verlauf des Vorgangs wird unten auf dem Bildschirm mit zwei Verlaufsbalken angezeigt. Der obere Balken zeigt den Verlauf des aktuell ausgeführten Tests. Der untere Balken zeigt den Gesamtverlauf des Analysevorgangs. Im Protokollfenster im oberen Abschnitt werden der aktuell ausgeführte Test und sein Ergebnis aufgezeichnet. Weitere Informationen hierzu finden Sie unter Abbildung 36.4, "Modus "Automatische Reparatur"".
  Abbildung 36.4: Modus "Automatische Reparatur" #
  Die folgenden Haupttestläufe werden bei jeder Ausführung durchgeführt. Sie enthalten jeweils eine Reihe einzelner Untertests:
  Partitionstabellen prüfen
  Prüfen des Swap-Bereichs
  Die Swap-Partitionen des installierten Systems werden erkannt, getestet und gegebenenfalls zur Aktivierung angeboten. Dieses Angebot sollte angenommen werden, um eine höhere Geschwindigkeit für die Systemreparatur zu erreichen.
  Prüfen der Dateisysteme
  Prüfen der fstab-Einträge
  Paketdatenbank prüfen
  Prüfen der Bootloader-Konfiguration
  Klicken Sie nach erfolgreicher Beendigung des Reparaturvorgangs auf OK und Verlassen und entfernen Sie die Installationsmedien. Das System wird automatisch neu gebootet.
  36.6.4.1.2 Benutzerdefinierte Reparatur #
  Nicht alle Testgruppen können individuell angewendet werden. Die Analyse der fstab-Einträge ist stets an eine Untersuchung der Dateisysteme gebunden, einschließlich bestehender Swap-Partitionen. YaST löst solche Abhängigkeiten automatisch auf, indem es die kleinste Zahl an erforderlichen Testläufen auswählt. YaST unterstützt keine verschlüsselten Partitionen. Falls eine verschlüsselte Partition vorhanden ist, informiert YaST Sie darüber.
  36.6.4.1.3 Expertenwerkzeuge #
  Wenn Sie mit SUSE Linux Enterprise Server vertraut sind und bereits eine genaue Vorstellung davon haben, welche Komponenten in Ihrem System repariert werden müssen, können Sie die Systemanalyse überspringen und die Werkzeuge direkt anwenden.
  Klicken Sie auf Expertenwerkzeuge und wählen Sie dann eine Reparaturoption aus.
  Unter Expertenwerkzeugen stehen folgende Optionen zum Reparieren des fehlerhaften Systems zur Verfügung:
  Dadurch wird das Konfigurationsmodul für den YaST-Bootloader gestartet. Einzelheiten finden Sie in Abschnitt 11.2, "Konfigurieren des Bootloaders mit YaST".
  Installiertes System booten
  Versuchen Sie, ein bereits installiertes Linux-System zu booten.
  Partitionierer starten
  Mit dieser Option wird das Expertenwerkzeug für die Partitionierung in YaST gestartet.
  Sie können versuchen, beschädigte Partitionstabellen zu rekonstruieren. Zunächst wird eine Liste der erkannten Festplatten zur Auswahl angeboten. Durch Klicken auf OK wird die Untersuchung gestartet. Dies kann je nach der Geschwindigkeit Ihres Computers und der Größe und Geschwindigkeit der Festplatte einige Zeit in Anspruch nehmen.
  Wichtig: Rekonstruktion von Partitionstabellen
  36.6.4.2 Verwenden des Rettungssystems #
  SUSE Linux Enterprise Server umfasst ein Rettungssystem. Das Rettungssystem ist ein kleines Linux-System, das auf einen RAM-Datenträger geladen und als Root-Dateisystem eingehängt werden kann. Es ermöglicht Ihnen so den externen Zugriff auf Ihre Linux-Partitionen. Mithilfe des Rettungssystems kann jeder wichtige Aspekt Ihres Systems wiederhergestellt oder geändert werden:
  Die Größe von Partitionen kann mithilfe des parted-Kommandos verändert werden. Weitere Informationen zu diesem Werkzeug finden Sie auf der Website von GNU Parted http://www.gnu.org/software/parted/parted.html.
  Das Rettungssystem kann aus verschiedenen Quellen und von verschiedenen Speicherorten geladen werden. Am einfachsten lässt sich das Rettungssystem vom Original-Installationsmedium booten:
  Booten Sie das System mit "Wake on LAN", wie im Abschnitt 14.3.7, "Wake-on-LAN" erläutert.
  Eine Shell und viele andere hilfreiche Dienstprogramme, beispielsweise das mount-Programm, stehen im Verzeichnis /bin zur Verfügung. Das Verzeichnis sbin enthält wichtige Datei- und Netzwerkdienstprogramme, mit denen das Dateisystem überprüft und repariert werden kann. In diesem Verzeichnis finden Sie auch die wichtigsten Binärdateien für die Systemwartung, beispielsweise fdisk, mkfs, mkswap, mount, mount, init und shutdown sowie ifconfig, ip, route und netstat für die Netzwerkwartung. Das Verzeichnis /usr/bin enthält den vi-Editor, find, less sowie ssh.
  Die Systemmeldungen können über das Kommando dmesg angezeigt werden; Sie können auch die Datei /var/log/messages zurate ziehen.
  36.6.4.2.1 Überprüfen und Bearbeiten von Konfigurationsdateien #
  36.6.4.2.2 Reparieren und Überprüfen von Dateisystemen #
  Generell ist das Reparieren von Dateisystemen auf einem zurzeit aktiven System nicht möglich. Bei ernsthaften Problemen ist möglicherweise nicht einmal das Einhängen Ihres Root-Dateisystems möglich und das Booten des Systems endet unter Umständen mit einer so genannten "Kernel-Panic". In diesem Fall ist nur die externe Reparatur des Systems möglich. Für diese Aufgabe wird die Verwendung der YaST-Systemreparatur dringend empfohlen (siehe Abschnitt 36.6.4.1, "Verwenden der YaST-Systemreparatur"). Wenn Sie jedoch die manuelle Überprüfung bzw. Reparatur des Dateisystems durchführen müssen, booten Sie das Rettungssystem. Es enthält die Dienstprogramme für die Überprüfung und Reparatur der Dateisysteme btrfs, ext2, ext3, ext4, reiserfs, xfs, dosfs und vfat.
  36.6.4.2.3 Zugriff auf das installierte System #
  Hängen Sie zunächst die Root-Partition des installierten Systems und des Gerätedateisystems ein (ändern Sie den Gerätenamen entsprechend Ihren aktuellen Einstellungen):
  Nun können Sie per "change-root" in die neue Umgebung wechseln:
  Hängen Sie dann /proc und /sys ein:
  Obwohl Sie über uneingeschränkten Zugriff auf die Dateien und Anwendungen des installierten Systems verfügen, gibt es einige Beschränkungen. Der Kernel, der ausgeführt wird, ist der Kernel, der mit dem Rettungssystem gebootet wurde, nicht mit der change-root-Umgebung. Er unterstützt nur essenzielle Hardware, und das Hinzufügen von Kernel-Modulen über das installierte System ist nur möglich, wenn die Kernel-Versionen genau übereinstimmen. Überprüfen Sie immer die Version des aktuell ausgeführten (Rettungssytem-) Kernels mit uname -r und stellen Sie fest, ob im Verzeichnis /lib/modules in der change-root-Umgebung passende Unterverzeichnisse vorhanden sind. Wenn dies der Fall ist, können Sie die installierten Module verwenden. Andernfalls müssen Sie diese in den richtigen Version von einem anderen Medium, z. B. einem USB-Stick, bereitstellen. In den meisten Fällen weicht die Kernel-Version des Rettungssystems von der des installierten ab – dann können Sie z. B. nicht einfach auf eine Soundkarte zugreifen. Der Aufruf einer grafischen Bedienoberfläche ist ebenfalls nicht möglich.
  36.6.4.2.4 Bearbeiten und erneutes Installieren des Bootloader #
  Führen Sie die unter Abschnitt 36.6.4.2.3, "Zugriff auf das installierte System" erläuterten erforderlichen Schritte für den Zugriff auf das installierte System aus.
  Vergewissern Sie sich, dass die nachfolgend angegebenen Dateien gemäß den in Kapitel 11, Der Bootloader GRUB erläuterten GRUB-Konfigurationsgrundlagen ordnungsgemäß konfiguriert sind, und wenden Sie Fixes an, falls erforderlich.
  Installieren Sie den Bootloader mit folgender Kommandosequenz neu:
  36.6.4.2.5 Korrektur der Kernel-Installation #
  zur Datei /etc/zypp/zypp.conf hinzu.
  Ähnlich verhält es sich, wenn Sie einen defekten Treiber für ein nicht durch SUSE Linux Enterprise Server unterstütztes Gerät neu installieren oder aktualisieren müssen. Wenn z. B. ein Hardwarehersteller ein bestimmtes Gerät verwendet, wie einen Hardware-RAID-Controller, für den es erforderlich ist, dass ein Binärtreiber durch das Betriebssystem erkannt wird. Der Hersteller veröffentlicht in der Regel ein Treiberupdate mit der korrigierten oder aktualisierten Version des benötigten Treibers.
  Wählen Sie im Bootmenü Rettungssystem aus und drücken Sie die Eingabetaste. Wenn Sie eine DUD verwenden, werden Sie aufgefordert, den Speicherplatz der Treiberaktualisierung anzugeben.
  Hängen Sie das Zielsystem manuell ein und führen Sie "change root" in die neue Umgebung durch. Weitere Informationen finden Sie unter Abschnitt 36.6.4.2.3, "Zugriff auf das installierte System".
  Prüfen Sie nach Abschluss der Installation, ob für den neu installierten Kernel ein neuer Menüeintrag zur Bootloader-Konfigurationsdatei (/boot/grub/menu.lst für grub) hinzugefügt wurde.
  Aktualisieren Sie Konfigurationsdateien und initialisieren Sie den Bootloader gegebenenfalls neu. Weitere Informationen finden Sie in Abschnitt 36.6.4.2.4, "Bearbeiten und erneutes Installieren des Bootloader".
  36.7 IBM System z: Verwenden von initrd als Rettungssystem #
  Wenn der Kernel von SUSE® Linux Enterprise Server für IBM System z aktualisiert oder geändert wird, kann es zu einem versehentlichen Neustart des Systems in einem instabilen Zustand kommen, sodass Fehler bei Standardprozeduren von IPLing im installierten System auftreten. Dies tritt häufig dann auf, wenn ein neuer oder aktualisierter SUSE Linux Enterprise Server-Kernel installiert und der IPL-Datensatz nicht mit dem Programm zipl aktualisiert wurde. Verwenden Sie in diesem Fall das Standardinstallationspaket als Rettungssystem, von dem aus das Programm zipl zur Aktualisierung des IPL-Datensatzes ausgeführt werden kann.
  36.7.1 Rettungssystem IPLing #
  Wichtig: Bereitstellen der Installationsdaten
  Damit diese Methode funktioniert, müssen die SUSE Linux Enterprise Server-Installationsdaten für IBM-System z verfügbar sein. Detaillierte Informationen finden Sie in Abschnitt 4.2.1, "Bereitstellen der Installationsdaten". Darüber hinaus benötigen Sie die Kanalnummer des Geräts und die Nummer der Partition innerhalb des Geräts, die das Stammdateisystem der SUSE Linux Enterprise Server-Installation enthält.
  Führen Sie zunächst den IPL-Vorgang für SUSE Linux Enterprise Server für das IBM System z-Installationssystem gemäß den Anweisungen in Abschnitt 4.2, "Vorbereitung der Installation" aus. Anschließend wird eine Liste der Auswahlmöglichkeiten für den Netzwerkadapter angezeigt.
  Wählen Sie Installation oder System starten und anschließend Start Rescue System (Rettungssystem starten) aus, um das Rettungssystem zu starten. Je nach Installationsumgebung müssen Sie jetzt die Parameter für den Netzwerkadapter und die Installationsquelle angeben. Das Rettungssystem wird geladen und abschließend wird folgende Anmeldeeingabeaufforderung angezeigt:
  Nun können Sie sich ohne Passwort als Benutzer root anmelden.
  36.7.2 Konfigurieren von Festplatten #
  Prozedur 36.8: Konfigurieren von DASDs #
  Prozedur 36.9: Konfigurieren einer zFCP-Festplatte #
  36.7.3 Einhängen des Root-Geräts #
  Wenn alle benötigten Festplatten online sind, kann das Root-Gerät eingehängt werden. Wenn sich das Root-Gerät beispielsweise auf der zweiten Partition des DASD-Geräts (/dev/dasda2) befindet, lautet der entsprechende Befehl mount /dev/dasda2 /mnt.
  Wichtig: Dateisystemkonsistenz
  Wenn das installierte System nicht richtig heruntergefahren wurde, empfiehlt es sich, vor dem Einhängen die Dateisystemkonsistenz zu überprüfen. Dadurch werden unerwünschte Datenverluste vermieden. Geben Sie für dieses Beispiel den Befehl fsck/dev/dasda2 ein, um sicherzustellen, dass sich das System in einem konsistenten Zustand befindet.
  Mit dem Befehl mount können Sie überprüfen, ob das Dateisystem richtig eingehängt werden konnte.
  Beispiel 36.1: Ausgabe des Befehls "mount" #
  36.7.4 Ändern des eingehängten Dateisystems #
  Ändern Sie das auf dem System installierte Root-Gerät mit dem Befehl chroot, damit die Konfigurationsdatei mit dem Befehl zipl aus der Konfiguration des installierten Root-Geräts und nicht vom Rettungssystem abgelesen wird:
  Beispiel 36.2: Ausführen des Befehls "chroot" für das eingehängte Dateisystem #
  36.7.5 Ausführen des Befehls "zipl" #
  Führen Sie jetzt den Befehl zipl aus, um den IPL-Datensatz erneut mit den richtigen Werten zu speichern:
  Beispiel 36.3: Installieren des IPL-Datensatzes mit dem Befehl "zipl" #
  36.7.6 Beenden des Rettungssystems #
  Schließen Sie zum Beenden des Rettungssystems die mit dem Befehl chroot geöffnete Shell mit exit. Um Datenverluste zu vermeiden, leeren Sie alle nicht gespeicherten Puffer, indem Sie die darin enthaltenen Daten mit dem Befehl sync auf der Festplatte speichern. Ändern Sie jetzt das root-Verzeichnis des Rettungssystems und hängen Sie das Root-Gerät der SUSE Linux Enterprise Server-Installation für IBM-System z aus.
  Beispiel 36.4: Aushängen des Dateisystems #
  Halten Sie das Rettungssystem mit dem Befehl halt an. Für das SUSE Linux Enterprise Server-System kann jetzt IPLed ausgeführt werden, wie unter Abschnitt 6.15.1, "IBM System z: Ausführen eines IPL für das installierte System" beschrieben.