Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
# Beheben von Problemen bei Amazon-EC2-Linux-Instances mit nicht bestandenen Statusprüfungen
Die folgenden Informationen können Ihnen helfen, Probleme zu beheben, wenn Ihre Linux-Instance eine Statusprüfung nicht besteht. Stellen Sie zunächst fest, ob in Ihren Anwendungen Probleme bestehen. Wenn Sie feststellen, dass die Instance Ihre Anwendung nicht erwartungsgemäß ausführt, gehen Sie die Informationen der Statusprüfung und die Systemprotokolle durch.
Beispiele für Probleme, die dazu führen können, dass Statusprüfungen fehlschlagen, finden Sie unter [Statusprüfungen für Amazon-EC2-Instances](monitoring-system-instance-status-check.md).
**Topics**
+ [
## Informationen der Statusprüfung durchgehen
](#InitialSteps)
+ [
## Systemprotokolle abrufen
](#troubleshooting-retrieve-system-logs)
+ [
## Fehlerbehebung bei Systemprotokollfehlern für Linux-Instances
](#system-log-errors-linux)
+ [
## Out of memory: kill process
](#MemoryOOM)
+ [
## ERROR: mmu\$1update failed (Fehler beim Aktualisieren der Speicherverwaltung)
](#MemoryMMU)
+ [
## I/O-Fehler (Blockgerätfehler)
](#DeviceBlock)
+ [
## I/O ERROR: neither local nor remote disk (defektes verteiltes Blockgerät)
](#DeviceDistributed)
+ [
## request\$1module: runaway loop modprobe (Endlosschleife des modprobe-Programms auf Legacy-Kerneln älterer Linux-Versionen)
](#KernelLoop)
+ [
## "FATAL: kernel too old" und "fsck: No such file or directory while trying to open /dev" (fehlende Übereinstimmung zwischen Kernel und AMI)
](#KernelOld)
+ [
## „SCHWERWIEGEND: /lib/modules" oder "BusyBox" (Fehlende Kernelmodule) konnten nicht geladen werden
](#KernelMissing)
+ [
## ERROR Invalid kernel (mit EC2 nicht kompatibler Kernel)
](#KernelInvalid)
+ [
## fsck: No such file or directory while trying to open... (Dateisystem nicht gefunden)
](#FilesystemFschk)
+ [
## Allgemeiner Fehler beim Mounten von Dateisystemen (Mountfehler)
](#FilesystemGeneral)
+ [
## VFS: Unable to mount root fs on unknown-block (fehlende Übereinstimmung des Stammdateisystems)
](#FilesystemKernel)
+ [
## Fehler: Die major/minor Anzahl der Root-Geräte konnte nicht ermittelt werden... (Root-Datei system/device stimmt nicht überein)
](#FilesystemError)
+ [
## XENBUS: Device with no driver...
](#FilesystemXenbus)
+ [
## ... days without being checked, check forced (Dateisystemprüfung erforderlich)
](#FilesystemCheck)
+ [
## fsck died with exit status... (fehlendes Gerät)
](#FilesystemFschkDied)
+ [
## GRUB prompt (grubdom>)
](#OpSystemGrub)
+ [
## Bringing up interface eth0: Device eth0 has different MAC address than expected, ignoring. (hartcodierte MAC-Adresse)
](#OpSystemBringing)
+ [
## Die Richtlinie konnte nicht geladen werden SELinux . Machine is in enforcing mode. Wird jetzt angehalten. (SELinux Fehlkonfiguration)
](#OpSystemUnable)
+ [
## XENBUS: Timeout connecting to devices (Xenbus-Timeout)
](#OpSystemXenbus)
## Informationen der Statusprüfung durchgehen
**So untersuchen Sie nicht funktionsfähige Instances mit der Amazon EC2-Konsole**
1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Klicken Sie im Navigationsbereich auf **Instances** und wählen Sie anschließend Ihre Instance aus.
1. Wählen Sie die Registerkarte **Status und Alarme**, um die einzelnen Ergebnisse aller **Systemstatusprüfungen**, **Instance-Statusprüfungen** und der **Statusprüfungen für angefügte EBS** anzuzeigen.
Wenn eine Statusprüfung fehlgeschlagen ist, können Sie eine der folgenden Optionen verwenden:
+ Erstellen Sie einen Alarm, um die Instance als Reaktion auf die fehlgeschlagene Statusprüfung wiederherzustellen. Weitere Informationen finden Sie unter [Erstellen von Alarmen, mit denen eine Instance angehalten, beendet, neu gestartet oder wiederhergestellt wird](UsingAlarmActions.md).
+ (Instanzstatusprüfungen) Wenn Sie den Instance-Typ in eine [Nitro-basierte Instance](instance-types.md#instance-hypervisor-type) geändert haben, schlagen Statusprüfungen fehl, wenn Sie von einer Instance migriert haben, die nicht über die erforderliche ENA und NVMe Treiber verfügt. Weitere Informationen finden Sie unter [Kompatibilität zum Ändern des Instance-Typs](resize-limitations.md).
+ Bei einer Instance mit einem EBS-Root-Volume halten Sie die Instance an und starten Sie sie erneut. Weitere Informationen finden Sie unter [Starten und Anhalten einer Amazon-EC2-Instance](Stop_Start.md).
+ Bei einer Instance mit Instance-Speicher-Root-Volume beenden Sie die Instance und starten Sie eine Ersatz-Instance. Weitere Informationen finden Sie unter [Amazon-EC2-Instances beenden](terminating-instances.md).
+ Warten Sie, bis Amazon EC2 das Problem behoben hat.
+ [Wenden Sie sich an Support re:POST oder posten Sie Ihr Problem.AWS](https://repost.aws/)
+ Wenn sich Ihre Instance in einer Auto-Scaling-Gruppe befindet:
+ (System-Statusprüfungen und Instance-Statusprüfungen) Standardmäßig startet Amazon EC2 Auto Scaling automatisch eine Ersatz-Instance. Weitere Informationen finden Sie unter [Zustandsprüfungen für Instances in einer Auto-Scaling-Gruppe](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-health-checks.html) im *Benutzerhandbuch für Amazon EC2 Auto Scaling*.
+ (Angefügte EBS-Statusprüfungen) Sie müssen Amazon EC2 Auto Scaling so konfigurieren, dass automatisch eine Ersatz-Instance gestartet wird. Weitere Informationen finden Sie unter [Überwachen und Ersetzen von Auto Scaling Instances mit beeinträchtigten Amazon EBS Volumes](https://docs.aws.amazon.com/autoscaling/ec2/userguide/monitor-and-replace-instances-with-impaired-ebs-volumes.html) im *Benutzerhandbuch für Amazon EC2 Auto Scaling*.
+ Rufen Sie das Systemprotokoll ab und prüfen Sie es auf Fehler. Weitere Informationen finden Sie unter [Systemprotokolle abrufen](#troubleshooting-retrieve-system-logs).
## Systemprotokolle abrufen
Wenn eine Instance-Statusprüfung fehlschlägt, können Sie die Instance neu starten und die Systemprotokolle abrufen. Die Protokolle geben Aufschluss, ob ein Fehler vorliegt, was Ihnen bei der Problembehebung helfen kann. Durch den Neustart werden nicht benötigte Informationen in den Protokollen gelöscht.
**So starten Sie eine Instance neu und rufen das Systemprotokoll ab**
1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Klicken Sie im Navigationsbereich auf **Instances** und wählen Sie Ihre Instance aus.
1. Wählen Sie **Instance state (Instance-Status)**, **Reboot instance (Instance neu starten)**. Es kann einige Minuten dauern, bis Ihre Instance neu gestartet wird.
1. Überprüfen Sie, ob das Problem nach wie vor besteht. In einigen Fällen lässt sich das Problem durch den Neustart lösen.
1. Wenn die Instance im `running`-Status ist, wählen Sie **Actions (Aktionen)**, **Monitor and Troubleshoot (Überwachung und Fehlerbehebung)**, **Get system log (Systemprotokoll abrufen)**.
1. Sehen Sie sich das Protokoll an, das auf dem Bildschirm angezeigt wird, und greifen Sie zur Problembehebung auf die Liste der bekannten Systemprotokoll-Fehlermeldungen zurück.
1. Wenn Ihr Problem nicht behoben ist, posten Sie es auf [AWS re:Post](https://repost.aws/).
## Fehlerbehebung bei Systemprotokollfehlern für Linux-Instances
Überprüfen Sie bei Linux-Instances, die eine Instance-Statusprüfung wie die Instance-Erreichbarkeitsprüfung nicht bestanden haben, dass Sie die oben angegebenen Schritte zum Aufrufen des Systemprotokolls ausgeführt haben. Die folgende Liste enthält einige allgemeine Systemprotokollfehler und Vorschläge für Aktionen, die Sie ausführen können, um den jeweiligen Fehler zu beheben.
**Memory Errors**
+ [Out of memory: kill process](#MemoryOOM)
+ [ERROR: mmu\$1update failed (Fehler beim Aktualisieren der Speicherverwaltung)](#MemoryMMU)
**Device Errors**
+ [I/O-Fehler (Blockgerätfehler)](#DeviceBlock)
+ [I/O ERROR: neither local nor remote disk (defektes verteiltes Blockgerät)](#DeviceDistributed)
**Kernel Errors**
+ [request\$1module: runaway loop modprobe (Endlosschleife des modprobe-Programms auf Legacy-Kerneln älterer Linux-Versionen)](#KernelLoop)
+ ["FATAL: kernel too old" und "fsck: No such file or directory while trying to open /dev" (fehlende Übereinstimmung zwischen Kernel und AMI)](#KernelOld)
+ [„SCHWERWIEGEND: /lib/modules" oder "BusyBox" (Fehlende Kernelmodule) konnten nicht geladen werden](#KernelMissing)
+ [ERROR Invalid kernel (mit EC2 nicht kompatibler Kernel)](#KernelInvalid)
**File System Errors**
+ [fsck: No such file or directory while trying to open... (Dateisystem nicht gefunden)](#FilesystemFschk)
+ [Allgemeiner Fehler beim Mounten von Dateisystemen (Mountfehler)](#FilesystemGeneral)
+ [VFS: Unable to mount root fs on unknown-block (fehlende Übereinstimmung des Stammdateisystems)](#FilesystemKernel)
+ [Fehler: Die major/minor Anzahl der Root-Geräte konnte nicht ermittelt werden... (Root-Datei system/device stimmt nicht überein)](#FilesystemError)
+ [XENBUS: Device with no driver...](#FilesystemXenbus)
+ [... days without being checked, check forced (Dateisystemprüfung erforderlich)](#FilesystemCheck)
+ [fsck died with exit status... (fehlendes Gerät)](#FilesystemFschkDied)
**Operating System Errors**
+ [GRUB prompt (grubdom>)](#OpSystemGrub)
+ [Bringing up interface eth0: Device eth0 has different MAC address than expected, ignoring. (hartcodierte MAC-Adresse)](#OpSystemBringing)
+ [Die Richtlinie konnte nicht geladen werden SELinux . Machine is in enforcing mode. Wird jetzt angehalten. (SELinux Fehlkonfiguration)](#OpSystemUnable)
+ [XENBUS: Timeout connecting to devices (Xenbus-Timeout)](#OpSystemXenbus)
## Out of memory: kill process
Ein out-of-memory Fehler wird durch einen Systemprotokolleintrag angezeigt, der dem unten abgebildeten ähnelt.
```
[115879.769795] Out of memory: kill process 20273 (httpd) score 1285879
or a child
[115879.769795] Killed process 1917 (php-cgi) vsz:467184kB, anon-
rss:101196kB, file-rss:204kB
```
### Mögliche Ursache
Unzureichender Speicher
### Vorgeschlagene Aktionen
| Für diesen Instance-Typ | Vorgehensweise |
| --- | --- |
| Amazon EBS-gestützt | Führen Sie eine der folgenden Aufgaben aus: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Instance Store-Backup | Führen Sie eine der folgenden Aufgaben aus: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
## ERROR: mmu\$1update failed (Fehler beim Aktualisieren der Speicherverwaltung)
Update-Fehler bei der Speicherverwaltung werden von einem Systemprotokolleintrag ähnlich wie unten dargestellt angegeben:
```
...
Press `ESC' to enter the menu... 0 [H[J Booting 'Amazon Linux 2011.09 (2.6.35.14-95.38.amzn1.i686)'
root (hd0)
Filesystem type is ext2fs, using whole disk
kernel /boot/vmlinuz-2.6.35.14-95.38.amzn1.i686 root=LABEL=/ console=hvc0 LANG=
en_US.UTF-8 KEYTABLE=us
initrd /boot/initramfs-2.6.35.14-95.38.amzn1.i686.img
ERROR: mmu_update failed with rc=-22
```
### Mögliche Ursache
Problem mit Amazon Linux
### Vorgeschlagene Aktion
Posten Sie Ihr Problem auf [AWS re:Post](https://repost.aws/) oder kontaktieren Sie [Support](https://aws.amazon.com/premiumsupport/).
## I/O-Fehler (Blockgerätfehler)
Ein input/output Fehler wird durch einen Systemprotokolleintrag angezeigt, der dem folgenden Beispiel ähnelt:
```
[9943662.053217] end_request: I/O error, dev sde, sector 52428288
[9943664.191262] end_request: I/O error, dev sde, sector 52428168
[9943664.191285] Buffer I/O error on device md0, logical block 209713024
[9943664.191297] Buffer I/O error on device md0, logical block 209713025
[9943664.191304] Buffer I/O error on device md0, logical block 209713026
[9943664.191310] Buffer I/O error on device md0, logical block 209713027
[9943664.191317] Buffer I/O error on device md0, logical block 209713028
[9943664.191324] Buffer I/O error on device md0, logical block 209713029
[9943664.191332] Buffer I/O error on device md0, logical block 209713030
[9943664.191339] Buffer I/O error on device md0, logical block 209713031
[9943664.191581] end_request: I/O error, dev sde, sector 52428280
[9943664.191590] Buffer I/O error on device md0, logical block 209713136
[9943664.191597] Buffer I/O error on device md0, logical block 209713137
[9943664.191767] end_request: I/O error, dev sde, sector 52428288
[9943664.191970] end_request: I/O error, dev sde, sector 52428288
[9943664.192143] end_request: I/O error, dev sde, sector 52428288
[9943664.192949] end_request: I/O error, dev sde, sector 52428288
[9943664.193112] end_request: I/O error, dev sde, sector 52428288
[9943664.193266] end_request: I/O error, dev sde, sector 52428288
...
```
### Mögliche Ursachen
| Instance-Typ | Mögliche Ursache |
| --- | --- |
| Amazon EBS-gestützt | Ein ausgefallenes Amazon EBS-Volume |
| Instance Store-Backup | Ein ausgefallenes physisches Laufwerk |
### Vorgeschlagene Aktionen
| Für diesen Instance-Typ | Vorgehensweise |
| --- | --- |
| Amazon EBS-gestützt | Führen Sie die folgenden Schritte aus: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Instance Store-Backup | Beenden Sie die Instance und starten Sie eine neue Instance. Die Daten können nicht wiederhergestellt werden. Führen Sie eine Wiederherstellung anhand von Datensicherungen durch. Es hat sich bewährt, entweder Amazon S3 oder Amazon EBS für Datensicherungen zu verwenden. Ausfälle von einzelnen Hosts und Datenträgern wirken sich direkt auf Instance-Speicher-Volumes aus. |
## I/O ERROR: neither local nor remote disk (defektes verteiltes Blockgerät)
Ein input/output Fehler auf dem Gerät wird durch einen Systemprotokolleintrag angezeigt, der dem folgenden Beispiel ähnelt:
```
...
block drbd1: Local IO failed in request_timer_fn. Detaching...
Aborting journal on device drbd1-8.
block drbd1: IO ERROR: neither local nor remote disk
Buffer I/O error on device drbd1, logical block 557056
lost page write due to I/O error on drbd1
JBD2: I/O error detected when updating journal superblock for drbd1-8.
```
### Mögliche Ursachen
| Instance-Typ | Mögliche Ursache |
| --- | --- |
| Amazon EBS-gestützt | Ein ausgefallenes Amazon EBS-Volume |
| Instance Store-Backup | Ein ausgefallenes physisches Laufwerk |
### Vorgeschlagene Aktion
Beenden Sie die Instance und starten Sie eine neue Instance.
Bei einer Amazon EBS-gestützten Instance können Sie Daten anhand eines aktuellen Snapshots wiederherstellen, indem Sie ein Image davon erstellen. Alle Daten, die nach dem Snapshot hinzugefügt wurden, können nicht wiederhergestellt werden.
## request\$1module: runaway loop modprobe (Endlosschleife des modprobe-Programms auf Legacy-Kerneln älterer Linux-Versionen)
Dieser Zustand wird von einem Systemprotokoll ähnlich wie unten dargestellt angegeben. Die Verwendung eines instabilen oder alten Linux-Kernels (z. B. 2.6.16-xenU) kann beim Startup eine Endlosschleife verursachen.
```
Linux version 2.6.16-xenU (builder@xenbat.amazonsa) (gcc version 4.0.1
20050727 (Red Hat 4.0.1-5)) #1 SMP Mon May 28 03:41:49 SAST 2007
BIOS-provided physical RAM map:
Xen: 0000000000000000 - 0000000026700000 (usable)
0MB HIGHMEM available.
...
request_module: runaway loop modprobe binfmt-464c
request_module: runaway loop modprobe binfmt-464c
request_module: runaway loop modprobe binfmt-464c
request_module: runaway loop modprobe binfmt-464c
request_module: runaway loop modprobe binfmt-464c
```
### Vorgeschlagene Aktionen
| Für diesen Instance-Typ | Vorgehensweise |
| --- | --- |
| Amazon EBS-gestützt | Verwenden Sie einen neueren Kernel, entweder GRUB-basiert oder statisch, indem Sie eine der folgenden Optionen auswählen: Option 1: Beenden Sie die Instance und starten Sie eine neue Instance unter Angabe der Parameter `-kernel` und `-ramdisk`. Option 2: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Instance Store-Backup | Beenden Sie die Instance und starten Sie eine neue Instance unter Angabe der Parameter `-kernel` und `-ramdisk`. |
## "FATAL: kernel too old" und "fsck: No such file or directory while trying to open /dev" (fehlende Übereinstimmung zwischen Kernel und AMI)
Dieser Zustand wird von einem Systemprotokoll ähnlich wie unten dargestellt angegeben.
```
Linux version 2.6.16.33-xenU (root@dom0-0-50-45-1-a4-ee.z-2.aes0.internal)
(gcc version 4.1.1 20070105 (Red Hat 4.1.1-52)) #2 SMP Wed Aug 15 17:27:36 SAST 2007
...
FATAL: kernel too old
Kernel panic - not syncing: Attempted to kill init!
```
### Mögliche Ursachen
Kernel und Land des Benutzers sind nicht kompatibel.
### Vorgeschlagene Aktionen
| Für diesen Instance-Typ | Vorgehensweise |
| --- | --- |
| Amazon EBS-gestützt | Führen Sie die folgenden Schritte aus: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Instance Store-Backup | Führen Sie die folgenden Schritte aus: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
## „SCHWERWIEGEND: /lib/modules" oder "BusyBox" (Fehlende Kernelmodule) konnten nicht geladen werden
Dieser Zustand wird von einem Systemprotokoll ähnlich wie unten dargestellt angegeben.
```
[ 0.370415] Freeing unused kernel memory: 1716k freed
Loading, please wait...
WARNING: Couldn't open directory /lib/modules/2.6.34-4-virtual: No such file or directory
FATAL: Could not open /lib/modules/2.6.34-4-virtual/modules.dep.temp for writing: No such file or directory
FATAL: Could not load /lib/modules/2.6.34-4-virtual/modules.dep: No such file or directory
Couldn't get a file descriptor referring to the console
Begin: Loading essential drivers... ...
FATAL: Could not load /lib/modules/2.6.34-4-virtual/modules.dep: No such file or directory
FATAL: Could not load /lib/modules/2.6.34-4-virtual/modules.dep: No such file or directory
Done.
Begin: Running /scripts/init-premount ...
Done.
Begin: Mounting root file system... ...
Begin: Running /scripts/local-top ...
Done.
Begin: Waiting for root file system... ...
Done.
Gave up waiting for root device. Common problems:
- Boot args (cat /proc/cmdline)
- Check rootdelay= (did the system wait long enough?)
- Check root= (did the system wait for the right device?)
- Missing modules (cat /proc/modules; ls /dev)
FATAL: Could not load /lib/modules/2.6.34-4-virtual/modules.dep: No such file or directory
FATAL: Could not load /lib/modules/2.6.34-4-virtual/modules.dep: No such file or directory
ALERT! /dev/sda1 does not exist. Dropping to a shell!
BusyBox v1.13.3 (Ubuntu 1:1.13.3-1ubuntu5) built-in shell (ash)
Enter 'help' for a list of built-in commands.
(initramfs)
```
### Mögliche Ursachen
Dieses Problem kann durch einen oder mehrere der folgenden Zustände verursacht werden:
+ Fehlende Ramdisk
+ Fehlende korrekte Module von der Ramdisk
+ Amazon EBS-Stamm-Volume nicht korrekt als angefüg `/dev/sda1`
### Vorgeschlagene Aktionen
| Für diesen Instance-Typ | Vorgehensweise |
| --- | --- |
| Amazon EBS-gestützt | Führen Sie die folgenden Schritte aus: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Instance Store-Backup | Führen Sie die folgenden Schritte aus: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
## ERROR Invalid kernel (mit EC2 nicht kompatibler Kernel)
Dieser Zustand wird von einem Systemprotokoll ähnlich wie unten dargestellt angegeben.
```
...
root (hd0)
Filesystem type is ext2fs, using whole disk
kernel /vmlinuz root=/dev/sda1 ro
initrd /initrd.img
ERROR Invalid kernel: elf_xen_note_check: ERROR: Will only load images
built for the generic loader or Linux images
xc_dom_parse_image returned -1
Error 9: Unknown boot failure
Booting 'Fallback'
root (hd0)
Filesystem type is ext2fs, using whole disk
kernel /vmlinuz.old root=/dev/sda1 ro
Error 15: File not found
```
### Mögliche Ursachen
Dieses Problem kann durch einen oder beide der folgenden Zustände verursacht werden:
+ Der bereitgestellte Kernel wird von GRUB nicht unterstützt.
+ Der Fallback-Kernel ist nicht vorhanden.
### Vorgeschlagene Aktionen
| Für diesen Instance-Typ | Vorgehensweise |
| --- | --- |
| Amazon EBS-gestützt | Führen Sie die folgenden Schritte aus: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Instance Store-Backup | Führen Sie die folgenden Schritte aus: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
## fsck: No such file or directory while trying to open... (Dateisystem nicht gefunden)
Dieser Zustand wird von einem Systemprotokoll ähnlich wie unten dargestellt angegeben.
```
Welcome to Fedora
Press 'I' to enter interactive startup.
Setting clock : Wed Oct 26 05:52:05 EDT 2011 [ OK ]
Starting udev: [ OK ]
Setting hostname localhost: [ OK ]
No devices found
Setting up Logical Volume Management: File descriptor 7 left open
No volume groups found
[ OK ]
Checking filesystems
Checking all file systems.
[/sbin/fsck.ext3 (1) -- /] fsck.ext3 -a /dev/sda1
/dev/sda1: clean, 82081/1310720 files, 2141116/2621440 blocks
[/sbin/fsck.ext3 (1) -- /mnt/dbbackups] fsck.ext3 -a /dev/sdh
fsck.ext3: No such file or directory while trying to open /dev/sdh
/dev/sdh:
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193
[FAILED]
*** An error occurred during the file system check.
*** Dropping you to a shell; the system will reboot
*** when you leave the shell.
Give root password for maintenance
(or type Control-D to continue):
```
### Mögliche Ursachen
+ In den Ramdisk-Dateisystemdefinitionen "/etc/fstab" liegt ein Fehler vor.
+ Die Dateisystemdefinitionen in "/etc/fstab" sind falsch konfiguriert.
+ Das Laufwerk fehlt/ist fehlerhaft.
### Vorgeschlagene Aktionen
| Für diesen Instance-Typ | Vorgehensweise |
| --- | --- |
| Amazon EBS-gestützt | Führen Sie die folgenden Schritte aus: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) Das sechste Feld in der fstab-Datei definiert die Verfügbarkeitsanforderungen für das Mounting. Ein Wert ungleich null impliziert, dass ein fsck-Befehl für dieses Volume ausgeführt wird und erfolgreich beendet werden *muss*. Die Verwendung dieses Felds kann in Amazon EC2 problematisch sein, da ein Ausfall in der Regel zu einer interaktiven Konsoleneingabeaufforderung führt, die derzeit in Amazon EC2 nicht verfügbar ist. Verwenden Sie dieses Feature mit Bedacht und lesen Sie den Abschnitt über die fstab-Datei im Linux-Handbuch. |
| Instance Store-Backup | Führen Sie die folgenden Schritte aus: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
## Allgemeiner Fehler beim Mounten von Dateisystemen (Mountfehler)
Dieser Zustand wird von einem Systemprotokoll ähnlich wie unten dargestellt angegeben.
```
Loading xenblk.ko module
xen-vbd: registered block device major 8
Loading ehci-hcd.ko module
Loading ohci-hcd.ko module
Loading uhci-hcd.ko module
USB Universal Host Controller Interface driver v3.0
Loading mbcache.ko module
Loading jbd.ko module
Loading ext3.ko module
Creating root device.
Mounting root filesystem.
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
Setting up other filesystems.
Setting up new root fs
no fstab.sys, mounting internal defaults
Switching to new root and running init.
unmounting old /dev
unmounting old /proc
unmounting old /sys
mountall:/proc: unable to mount: Device or resource busy
mountall:/proc/self/mountinfo: No such file or directory
mountall: root filesystem isn't mounted
init: mountall main process (221) terminated with status 1
General error mounting filesystems.
A maintenance shell will now be started.
CONTROL-D will terminate this shell and re-try.
Press enter for maintenance
(or type Control-D to continue):
```
### Mögliche Ursachen
| Instance-Typ | Mögliche Ursache |
| --- | --- |
| Amazon EBS-gestützt | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Instance Store-Backup | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
### Vorgeschlagene Aktionen
| Für diesen Instance-Typ | Vorgehensweise |
| --- | --- |
| Amazon EBS-gestützt | Führen Sie die folgenden Schritte aus: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Instance Store-Backup | Führen Sie einen der folgenden Schritte aus: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
## VFS: Unable to mount root fs on unknown-block (fehlende Übereinstimmung des Stammdateisystems)
Dieser Zustand wird von einem Systemprotokoll ähnlich wie unten dargestellt angegeben.
```
Linux version 2.6.16-xenU (builder@xenbat.amazonsa) (gcc version 4.0.1
20050727 (Red Hat 4.0.1-5)) #1 SMP Mon May 28 03:41:49 SAST 2007
...
Kernel command line: root=/dev/sda1 ro 4
...
Registering block device major 8
...
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(8,1)
```
### Mögliche Ursachen
| Instance-Typ | Mögliche Ursache |
| --- | --- |
| Amazon EBS-gestützt | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Instance Store-Backup | Das Hardware-Gerät ist ausgefallen. |
### Vorgeschlagene Aktionen
| Für diesen Instance-Typ | Vorgehensweise |
| --- | --- |
| Amazon EBS-gestützt | Führen Sie eine der folgenden Aufgaben aus: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Instance Store-Backup | Beenden Sie die Instance und starten Sie eine neue Instance mit einem aktuellen Kernel. |
## Fehler: Die major/minor Anzahl der Root-Geräte konnte nicht ermittelt werden... (Root-Datei system/device stimmt nicht überein)
Dieser Zustand wird von einem Systemprotokoll ähnlich wie unten dargestellt angegeben.
```
...
XENBUS: Device with no driver: device/vif/0
XENBUS: Device with no driver: device/vbd/2048
drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
Initializing network drop monitor service
Freeing unused kernel memory: 508k freed
:: Starting udevd...
done.
:: Running Hook [udev]
:: Triggering uevents...<30>udevd[65]: starting version 173
done.
Waiting 10 seconds for device /dev/xvda1 ...
Root device '/dev/xvda1' doesn't exist. Attempting to create it.
ERROR: Unable to determine major/minor number of root device '/dev/xvda1'.
You are being dropped to a recovery shell
Type 'exit' to try and continue booting
sh: can't access tty; job control turned off
[ramfs /]#
```
### Mögliche Ursachen
+ Der virtuelle Blockgerättreiber fehlt oder ist falsch konfiguriert.
+ Es liegt eine Gerätenummerierungskollision vor (sda statt xvda oder sda statt sda1).
+ Der falsche Instance-Kernel wurde ausgewählt.
### Vorgeschlagene Aktionen
| Für diesen Instance-Typ | Vorgehensweise |
| --- | --- |
| Amazon EBS-gestützt | Führen Sie die folgenden Schritte aus: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Instance Store-Backup | Führen Sie die folgenden Schritte aus: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
## XENBUS: Device with no driver...
Dieser Zustand wird von einem Systemprotokoll ähnlich wie unten dargestellt angegeben.
```
XENBUS: Device with no driver: device/vbd/2048
drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
Initializing network drop monitor service
Freeing unused kernel memory: 508k freed
:: Starting udevd...
done.
:: Running Hook [udev]
:: Triggering uevents...<30>udevd[65]: starting version 173
done.
Waiting 10 seconds for device /dev/xvda1 ...
Root device '/dev/xvda1' doesn't exist. Attempting to create it.
ERROR: Unable to determine major/minor number of root device '/dev/xvda1'.
You are being dropped to a recovery shell
Type 'exit' to try and continue booting
sh: can't access tty; job control turned off
[ramfs /]#
```
### Mögliche Ursachen
+ Der virtuelle Blockgerättreiber fehlt oder ist falsch konfiguriert.
+ Es liegt eine Gerätenummerierungskollision vor (sda statt xvda).
+ Der falsche Instance-Kernel wurde ausgewählt.
### Vorgeschlagene Aktionen
| Für diesen Instance-Typ | Vorgehensweise |
| --- | --- |
| Amazon EBS-gestützt | Führen Sie die folgenden Schritte aus: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Instance Store-Backup | Führen Sie die folgenden Schritte aus: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
## ... days without being checked, check forced (Dateisystemprüfung erforderlich)
Dieser Zustand wird von einem Systemprotokoll ähnlich wie unten dargestellt angegeben.
```
...
Checking filesystems
Checking all file systems.
[/sbin/fsck.ext3 (1) -- /] fsck.ext3 -a /dev/sda1
/dev/sda1 has gone 361 days without being checked, check forced
```
### Mögliche Ursachen
Der Zeitpunkt der Dateisystemprüfung ist überschritten; eine Dateisystemprüfung wird erzwungen.
### Vorgeschlagene Aktionen
+ Warten Sie, bis die Dateisystemprüfung abgeschlossen ist. Eine solche Prüfung kann je nach Größe des Stammdateisystems einige Zeit in Anspruch nehmen.
+ Ändern Sie Ihre Dateisysteme, um die Erzwingung der Dateisystemprüfung (fsck) mit tune2fs oder mit für Ihr Dateisystem geeigneten Tools zu entfernen.
## fsck died with exit status... (fehlendes Gerät)
Dieser Zustand wird von einem Systemprotokoll ähnlich wie unten dargestellt angegeben.
```
Cleaning up ifupdown....
Loading kernel modules...done.
...
Activating lvm and md swap...done.
Checking file systems...fsck from util-linux-ng 2.16.2
/sbin/fsck.xfs: /dev/sdh does not exist
fsck died with exit status 8
[31mfailed (code 8).[39;49m
```
### Mögliche Ursachen
+ Die Ramdisk sucht nach einem fehlenden Laufwerk.
+ Die Konsistenzprüfung des Dateisystems wurde erzwungen.
+ Das Laufwerk ist ausgefallen oder wurde getrennt.
### Vorgeschlagene Aktionen
| Für diesen Instance-Typ | Vorgehensweise |
| --- | --- |
| Amazon EBS-gestützt | Führen Sie einen oder mehrere der folgenden Schritte aus, um das Problem zu lösen: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Instance Store-Backup | Führen Sie einen oder mehrere der folgenden Schritte aus, um das Problem zu lösen: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
## GRUB prompt (grubdom>)
Dieser Zustand wird von einem Systemprotokoll ähnlich wie unten dargestellt angegeben.
```
GNU GRUB version 0.97 (629760K lower / 0K upper memory)
[ Minimal BASH-like line editing is supported. For
the first word, TAB lists possible command
completions. Anywhere else TAB lists the possible
completions of a device/filename. ]
grubdom>
```
### Mögliche Ursachen
| Instance-Typ | Mögliche Ursachen |
| --- | --- |
| Amazon EBS-gestützt | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Instance Store-Backup | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
### Vorgeschlagene Aktionen
| Für diesen Instance-Typ | Vorgehensweise |
| --- | --- |
| Amazon EBS-gestützt | Option 1: Ändern Sie das AMI und starten Sie die Instance neu: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) Option 2: Reparieren Sie die vorhandene Instance: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Instance Store-Backup | Option 1: Ändern Sie das AMI und starten Sie die Instance neu: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) Option 2: Beenden Sie die Instance und starten Sie eine neue Instance unter Angabe des korrekten Kernels. Wenden Sie sich an den [Support](https://aws.amazon.com/premiumsupport/), um Daten von der vorhandenen Instance wiederherzustellen. |
## Bringing up interface eth0: Device eth0 has different MAC address than expected, ignoring. (hartcodierte MAC-Adresse)
Dieser Zustand wird von einem Systemprotokoll ähnlich wie unten dargestellt angegeben.
```
...
Bringing up loopback interface: [ OK ]
Bringing up interface eth0: Device eth0 has different MAC address than expected, ignoring.
[FAILED]
Starting auditd: [ OK ]
```
### Mögliche Ursachen
In der AMI-Konfiguration ist eine hartcodierte MAC-Schnittstelle enthalten.
### Vorgeschlagene Aktionen
| Für diesen Instance-Typ | Vorgehensweise |
| --- | --- |
| Amazon EBS-gestützt | Führen Sie eine der folgenden Aufgaben aus: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) ODER Führen Sie die folgenden Schritte aus: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Instance Store-Backup | Führen Sie eine der folgenden Aufgaben aus: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
## Die Richtlinie konnte nicht geladen werden SELinux . Machine is in enforcing mode. Wird jetzt angehalten. (SELinux Fehlkonfiguration)
Dieser Zustand wird von einem Systemprotokoll ähnlich wie unten dargestellt angegeben.
```
audit(1313445102.626:2): enforcing=1 old_enforcing=0 auid=4294967295
Unable to load SELinux Policy. Machine is in enforcing mode. Halting now.
Kernel panic - not syncing: Attempted to kill init!
```
### Mögliche Ursachen
SELinux wurde irrtümlich aktiviert:
+ Der bereitgestellte Kernel wird von GRUB nicht unterstützt.
+ Der Fallback-Kernel ist nicht vorhanden.
### Vorgeschlagene Aktionen
| Für diesen Instance-Typ | Vorgehensweise |
| --- | --- |
| Amazon EBS-gestützt | Führen Sie die folgenden Schritte aus: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Instance Store-Backup | Führen Sie die folgenden Schritte aus: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
## XENBUS: Timeout connecting to devices (Xenbus-Timeout)
Dieser Zustand wird von einem Systemprotokoll ähnlich wie unten dargestellt angegeben.
```
Linux version 2.6.16-xenU (builder@xenbat.amazonsa) (gcc version 4.0.1
20050727 (Red Hat 4.0.1-5)) #1 SMP Mon May 28 03:41:49 SAST 2007
...
XENBUS: Timeout connecting to devices!
...
Kernel panic - not syncing: No init found. Try passing init= option to kernel.
```
### Mögliche Ursachen
+ Das Blockgerät ist nicht mit der Instance verbunden.
+ Die Instance verwendet einen alten Instance-Kernel.
### Vorgeschlagene Aktionen
| Für diesen Instance-Typ | Vorgehensweise |
| --- | --- |
| Amazon EBS-gestützt | Führen Sie eine der folgenden Aufgaben aus: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Instance Store-Backup | Führen Sie eine der folgenden Aufgaben aus: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |