

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

# Memecahkan masalah instans Amazon EC2 Linux dengan pemeriksaan status yang gagal
<a name="TroubleshootingInstances"></a>

Informasi berikut dapat membantu Anda memecahkan masalah jika instance Linux Anda gagal dalam pemeriksaan status. Pertama-tama, tentukan apakah aplikasi Anda menunjukkan adanya masalah. Jika Anda memverifikasi bahwa instans tidak menjalankan aplikasi Anda seperti yang diharapkan, tinjau informasi pemeriksaan status dan log sistem.

Untuk contoh masalah yang dapat menyebabkan pemeriksaan status gagal, lihat [Pemeriksaan status untuk instans Amazon EC2](monitoring-system-instance-status-check.md).

**Topics**
+ [Meninjau informasi pemeriksaan status](#InitialSteps)
+ [Mengambil log sistem](#troubleshooting-retrieve-system-logs)
+ [Memecahkan masalah kesalahan log sistem untuk instance Linux](#system-log-errors-linux)
+ [Kehabisan memori: hentikan proses](#MemoryOOM)
+ [KESALAHAN: mmu\$1update gagal (Pembaruan manajemen memori gagal)](#MemoryMMU)
+ [Kesalahan I/O (kegagalan perangkat blok)](#DeviceBlock)
+ [KESALAHAN I/O: bukan disk lokal maupun jarak jauh (Perangkat blok terdistribusi yang rusak)](#DeviceDistributed)
+ [request\$1module: modprobe loop runaway (Melakukan loop modprobe kernel warisan pada versi Linux yang lebih lawas)](#KernelLoop)
+ [“FATAL: kernel terlalu lawas” dan “fsck: Tidak ada file atau direktori tersebut saat mencoba membuka /dev” (Kernel dan AMI tidak cocok)](#KernelOld)
+ [“FATAL: Tidak dapat memuat /lib/modules" atau "BusyBox" (Modul kernel tidak ada)](#KernelMissing)
+ [KESALAHAN Kernel tidak valid (kernel tidak kompatibel dengan EC2)](#KernelInvalid)
+ [fsck: Tidak ada file atau direktori tersebut saat mencoba membuka... (Sistem file tidak ditemukan)](#FilesystemFschk)
+ [Kesalahan umum saat memasang sistem file (kegagalan pemasangan)](#FilesystemGeneral)
+ [VFS: Tidak dapat memasang fs root pada blok yang tidak diketahui (Sistem file root tidak cocok)](#FilesystemKernel)
+ [Kesalahan: Tidak dapat menentukan major/minor jumlah perangkat root... ( system/device Ketidakcocokan file root)](#FilesystemError)
+ [XENBUS: Perangkat tanpa driver...](#FilesystemXenbus)
+ [... hari tanpa diperiksa, pemeriksaan paksa (Diperlukan pemeriksaan sistem file)](#FilesystemCheck)
+ [fsck mati dengan status keluar... (Perangkat tidak ada)](#FilesystemFschkDied)
+ [Perintah GRUB (grubdom>)](#OpSystemGrub)
+ [Memunculkan eth0 antarmuka: eth0 perangkat memiliki alamat MAC yang berbeda dari yang diharapkan, mengabaikan. (Alamat MAC dengan hard-coding)](#OpSystemBringing)
+ [Tidak dapat memuat SELinux Kebijakan. Mesin berada dalam mode pemberlakuan. Berhenti sekarang. (SELinux salah konfigurasi)](#OpSystemUnable)
+ [XENBUS: Waktu menghubungkan ke perangkat habis (waktu habis Xenbus)](#OpSystemXenbus)

## Meninjau informasi pemeriksaan status
<a name="InitialSteps"></a>

**Untuk menyelidiki instans yang terganggu menggunakan konsol Amazon EC2**

1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)

1. Pada panel navigasi, pilih **Instans**, kemudian pilih instans Anda.

1. Pilih tab **Status dan alarm** untuk melihat hasil individual untuk semua **pemeriksaan status Sistem, pemeriksaan status** **Instans, dan pemeriksaan status** **EBS Terlampir**.

Jika pemeriksaan status gagal, Anda dapat mencoba salah satu opsi berikut:
+ Buat alarm untuk memulihkan instance sebagai respons terhadap pemeriksaan status yang gagal. Untuk informasi selengkapnya, lihat [Buat alarm yang menghentikan, mengakhiri, melakukan boot ulang, atau memulihkan instans](UsingAlarmActions.md).
+ (Pemeriksaan status instans) Jika Anda mengubah jenis instans menjadi [instans berbasis Nitro](instance-types.md#instance-hypervisor-type), pemeriksaan status gagal jika Anda bermigrasi dari instance yang tidak memiliki ENA dan NVMe driver yang diperlukan. Untuk informasi selengkapnya, lihat [Kompatibilitas untuk mengubah tipe instans](resize-limitations.md).
+ Untuk instance dengan volume root EBS, hentikan dan mulai ulang instance. Untuk informasi selengkapnya, lihat [Hentikan dan mulai instans Amazon EC2](Stop_Start.md).
+ Untuk instance dengan volume root penyimpanan instance, hentikan instance dan luncurkan instance pengganti. Untuk informasi selengkapnya, lihat [Mengakhiri instans Amazon EC2](terminating-instances.md).
+ Tunggu hingga Amazon EC2 menyelesaikan masalah.
+ Hubungi Dukungan atau posting masalah Anda ke [AWS re:post](https://repost.aws/).
+ Jika instans Anda berada dalam grup Auto Scaling:
  + (Pemeriksaan status sistem dan pemeriksaan status instans) Secara default, Amazon EC2 Auto Scaling secara otomatis meluncurkan instance pengganti. Untuk informasi selengkapnya, lihat [Health memeriksa instans di grup Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-health-checks.html) di Panduan Pengguna *Amazon EC2 Auto Scaling*.
  + (Pemeriksaan status EBS terlampir) Anda harus mengonfigurasi Amazon EC2 Auto Scaling untuk secara otomatis meluncurkan instance pengganti. Untuk informasi selengkapnya, lihat [Memantau dan mengganti instans Auto Scaling dengan volume Amazon EBS yang terganggu](https://docs.aws.amazon.com/autoscaling/ec2/userguide/monitor-and-replace-instances-with-impaired-ebs-volumes.html) di Panduan Pengguna *Amazon EC2 Auto Scaling*.
+ Mengambil log sistem dan mencari kesalahan. Untuk informasi selengkapnya, lihat [Mengambil log sistem](#troubleshooting-retrieve-system-logs).

## Mengambil log sistem
<a name="troubleshooting-retrieve-system-logs"></a>

Jika pemeriksaan status instans gagal, Anda dapat melakukan boot ulang instans dan mengambil log sistem. Log tersebut mungkin memperlihatkan kesalahan yang dapat membantu Anda memecahkan masalah. Boot ulang akan menghapus informasi yang tidak diperlukan dari log.

**Untuk melakukan boot ulang instans dan mengambil log sistem**

1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)

1. Di panel navigasi, pilih **Instans**, dan pilih instans Anda.

1. Pilih **Status instans**, **Boot ulang instans**. Mungkin diperlukan waktu beberapa menit untuk melakukan boot ulang instans Anda.

1. Verifikasi bahwa masalah masih ada. Pada beberapa kasus, boot ulang dapat menyelesaikan masalah.

1. Ketika instans berada dalam status `running`, pilih **Tindakan**, **Memantau dan memecahkan masalah**, **Dapatkan log sistem**.

1. Tinjau log yang muncul di layar, dan gunakan daftar pernyataan kesalahan log sistem yang diketahui di bawah ini untuk memecahkan masalah Anda.

1. Jika masalah belum teratasi, Anda dapat membuat pos masalah Anda ke [AWS re:Post](https://repost.aws/).

## Memecahkan masalah kesalahan log sistem untuk instance Linux
<a name="system-log-errors-linux"></a>

Untuk instance Linux yang gagal dalam pemeriksaan status instans, seperti pemeriksaan jangkauan instans, verifikasi bahwa Anda mengikuti langkah-langkah di atas untuk mengambil log sistem. Daftar berikut berisi beberapa kesalahan log sistem umum dan tindakan yang disarankan yang dapat Anda ambil guna mengatasi masalah pada setiap kesalahan.

**Kesalahan Memori**
+ [Kehabisan memori: hentikan proses](#MemoryOOM)
+ [KESALAHAN: mmu\$1update gagal (Pembaruan manajemen memori gagal)](#MemoryMMU)

**Kesalahan Perangkat**
+ [Kesalahan I/O (kegagalan perangkat blok)](#DeviceBlock)
+ [KESALAHAN I/O: bukan disk lokal maupun jarak jauh (Perangkat blok terdistribusi yang rusak)](#DeviceDistributed)

**Kesalahan Kernel**
+ [request\$1module: modprobe loop runaway (Melakukan loop modprobe kernel warisan pada versi Linux yang lebih lawas)](#KernelLoop)
+ [“FATAL: kernel terlalu lawas” dan “fsck: Tidak ada file atau direktori tersebut saat mencoba membuka /dev” (Kernel dan AMI tidak cocok)](#KernelOld)
+ [“FATAL: Tidak dapat memuat /lib/modules" atau "BusyBox" (Modul kernel tidak ada)](#KernelMissing)
+ [KESALAHAN Kernel tidak valid (kernel tidak kompatibel dengan EC2)](#KernelInvalid)

**Kesalahan Sistem File**
+ [fsck: Tidak ada file atau direktori tersebut saat mencoba membuka... (Sistem file tidak ditemukan)](#FilesystemFschk)
+ [Kesalahan umum saat memasang sistem file (kegagalan pemasangan)](#FilesystemGeneral)
+ [VFS: Tidak dapat memasang fs root pada blok yang tidak diketahui (Sistem file root tidak cocok)](#FilesystemKernel)
+ [Kesalahan: Tidak dapat menentukan major/minor jumlah perangkat root... ( system/device Ketidakcocokan file root)](#FilesystemError)
+ [XENBUS: Perangkat tanpa driver...](#FilesystemXenbus)
+ [... hari tanpa diperiksa, pemeriksaan paksa (Diperlukan pemeriksaan sistem file)](#FilesystemCheck)
+ [fsck mati dengan status keluar... (Perangkat tidak ada)](#FilesystemFschkDied)

**Kesalahan Sistem Operasi**
+ [Perintah GRUB (grubdom>)](#OpSystemGrub)
+ [Memunculkan eth0 antarmuka: eth0 perangkat memiliki alamat MAC yang berbeda dari yang diharapkan, mengabaikan. (Alamat MAC dengan hard-coding)](#OpSystemBringing)
+ [Tidak dapat memuat SELinux Kebijakan. Mesin berada dalam mode pemberlakuan. Berhenti sekarang. (SELinux salah konfigurasi)](#OpSystemUnable)
+ [XENBUS: Waktu menghubungkan ke perangkat habis (waktu habis Xenbus)](#OpSystemXenbus)

## Kehabisan memori: hentikan proses
<a name="MemoryOOM"></a>

 out-of-memoryKesalahan ditunjukkan oleh entri log sistem yang mirip dengan yang ditunjukkan di bawah ini.

```
[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
```

### Potensi penyebab
<a name="MemoryOOM-potential-cause"></a>

Memori habis

### Tindakan yang disarankan
<a name="MemoryOOM-suggested-actions"></a>


| Untuk tipe instans ini  | Lakukan hal berikut | 
| --- | --- | 
|  Didukung Amazon EBS  |  Lakukan salah satu dari berikut ini: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html)  | 
|  Didukung penyimpanan instans  |  Lakukan salah satu dari berikut ini: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html)  | 

## KESALAHAN: mmu\$1update gagal (Pembaruan manajemen memori gagal)
<a name="MemoryMMU"></a>

Kegagalan pembaruan manajemen memori diindikasikan oleh entri log sistem yang serupa dengan yang berikut ini:

```
...
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
```

### Potensi penyebab
<a name="MemoryMMU-potential-cause"></a>

Masalah dengan Amazon Linux

### Tindakan yang disarankan
<a name="MemoryMMU-suggested-actions"></a>

Posting masalah Anda ke [AWS re:post atau kontak](https://repost.aws/). [Dukungan](https://aws.amazon.com/premiumsupport/)

## Kesalahan I/O (kegagalan perangkat blok)
<a name="DeviceBlock"></a>

 input/output Kesalahan ditunjukkan oleh entri log sistem yang mirip dengan contoh berikut:

```
[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
...
```

### Potensi penyebab
<a name="DeviceBlock-potential-cause"></a>


| Jenis instans  | Potensi penyebab | 
| --- | --- | 
|  Didukung Amazon EBS  |  Volume Amazon EBS yang gagal   | 
|  Didukung penyimpanan instans  |  Drive fisik yang gagal   | 

### Tindakan yang disarankan
<a name="DeviceBlock-suggested-actions"></a>


| Untuk tipe instans ini  | Lakukan hal berikut | 
| --- | --- | 
|  Didukung Amazon EBS  |  Gunakan prosedur berikut: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html)  | 
|  Didukung penyimpanan instans  |   Akhiri instans dan luncurkan instans baru.  Data tidak dapat dipulihkan. Pulihkan dari cadangan.   Disarankan agar menggunakan Amazon S3 atau Amazon EBS untuk pencadangan. Volume penyimpanan instans secara langsung terikat dengan kegagalan host tunggal dan disk tunggal.   | 

## KESALAHAN I/O: bukan disk lokal maupun jarak jauh (Perangkat blok terdistribusi yang rusak)
<a name="DeviceDistributed"></a>

 input/output Kesalahan pada perangkat ditunjukkan oleh entri log sistem yang mirip dengan contoh berikut:

```
...
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.
```

### Potensi penyebab
<a name="DeviceDistributed-potential-cause"></a>


| Jenis instans  | Potensi penyebab | 
| --- | --- | 
|  Didukung Amazon EBS  |  Volume Amazon EBS yang gagal   | 
|  Didukung penyimpanan instans  |  Drive fisik yang gagal   | 

### Tindakan yang disarankan
<a name="DeviceDistributed-suggested-actions"></a>

Akhiri instans dan luncurkan instans baru. 

Untuk instans yang didukung Amazon EBS, Anda dapat memulihkan data dari snapshot terbaru dengan membuat gambar darinya. Data apa pun yang ditambahkan setelah snapshot tidak dapat dipulihkan.

## request\$1module: modprobe loop runaway (Melakukan loop modprobe kernel warisan pada versi Linux yang lebih lawas)
<a name="KernelLoop"></a>

Kondisi ini diindikasikan oleh log sistem yang mirip dengan yang ditunjukkan di bawah ini. Penggunaan kernel Linux yang tidak stabil atau lawas (misalnya 2.6.16-xenU) dapat menyebabkan kondisi loop yang tidak dapat dihentikan saat dimulai.

```
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
```

### Tindakan yang disarankan
<a name="KernelLoop-suggested-actions"></a>


| Untuk tipe instans ini  | Lakukan hal berikut | 
| --- | --- | 
|  Didukung Amazon EBS  |  Gunakan kernel yang lebih baru, yang berbasis GRUB ataupun statis, menggunakan salah satu opsi berikut: Opsi 1: Akhiri instans dan luncurkan instans baru, dengan menentukan parameter `-kernel` dan `-ramdisk`. Opsi 2: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html)  | 
|  Didukung penyimpanan instans  |  Akhiri instans dan luncurkan instans baru, dengan menentukan parameter `-kernel` dan `-ramdisk`.   | 

## “FATAL: kernel terlalu lawas” dan “fsck: Tidak ada file atau direktori tersebut saat mencoba membuka /dev” (Kernel dan AMI tidak cocok)
<a name="KernelOld"></a>

Kondisi ini diindikasikan oleh log sistem yang mirip dengan yang ditunjukkan di bawah ini.

```
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!
```

### Potensi penyebab
<a name="KernelOld-potential-cause"></a>

Kernel dan userland tidak kompatibel

### Tindakan yang disarankan
<a name="KernelOld-suggested-actions"></a>


| Untuk tipe instans ini  | Lakukan hal berikut | 
| --- | --- | 
|  Didukung Amazon EBS  |  Gunakan prosedur berikut: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html)  | 
|  Didukung penyimpanan instans  |  Gunakan prosedur berikut: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html)  | 

## “FATAL: Tidak dapat memuat /lib/modules" atau "BusyBox" (Modul kernel tidak ada)
<a name="KernelMissing"></a>

Kondisi ini diindikasikan oleh log sistem yang mirip dengan yang ditunjukkan di bawah ini.

```
[    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)
```

### Potensi penyebab
<a name="KernelMissing-potential-cause"></a>

Satu atau lebih kondisi berikut dapat menyebabkan masalah ini:
+ Ramdisk tidak ada 
+ Modul yang benar dari ramdisk tidak ada
+ Volume root Amazon EBS tidak dilampirkan dengan benar sebagai `/dev/sda1`

### Tindakan yang disarankan
<a name="KernelMissing-suggested-actions"></a>


| Untuk tipe instans ini  | Lakukan hal berikut | 
| --- | --- | 
|  Didukung Amazon EBS  |  Gunakan prosedur berikut: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html)  | 
|  Didukung penyimpanan instans  |  Gunakan prosedur berikut: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html)  | 

## KESALAHAN Kernel tidak valid (kernel tidak kompatibel dengan EC2)
<a name="KernelInvalid"></a>

Kondisi ini diindikasikan oleh log sistem yang mirip dengan yang ditunjukkan di bawah ini.

```
...
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
```

### Potensi penyebab
<a name="KernelInvalid-potential-cause"></a>

Salah satu atau kedua kondisi berikut dapat menyebabkan masalah ini:
+ Kernel yang disediakan tidak didukung oleh GRUB 
+ Kernel pengganti tidak ada 

### Tindakan yang disarankan
<a name="KernelInvalid-suggested-actions"></a>


| Untuk tipe instans ini  | Lakukan hal berikut | 
| --- | --- | 
|  Didukung Amazon EBS  |  Gunakan prosedur berikut: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html)  | 
|  Didukung penyimpanan instans  |  Gunakan prosedur berikut: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html)  | 

## fsck: Tidak ada file atau direktori tersebut saat mencoba membuka... (Sistem file tidak ditemukan)
<a name="FilesystemFschk"></a>

Kondisi ini diindikasikan oleh log sistem yang mirip dengan yang ditunjukkan di bawah ini.

```
		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 <device>

[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):
```

### Potensi penyebab
<a name="FilesystemFschk-potential-cause"></a>
+ Terdapat bug dalam definisi sistem file ramdisk /etc/fstab
+ Definisi sistem file salah konfigurasi di /etc/fstab
+ Drive tidak ada/gagal

### Tindakan yang disarankan
<a name="FilesystemFschk-suggested-actions"></a>


| Untuk tipe instans ini  | Lakukan hal berikut | 
| --- | --- | 
|  Didukung Amazon EBS  |  Gunakan prosedur berikut: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) Bidang keenam di fstab menentukan persyaratan ketersediaan pemasangan –nilai bukan nol mengimplikasikan bahwa fsck akan dilakukan pada volume tersebut dan *harus* berhasil. Penggunaan bidang ini dapat menjadi masalah di Amazon EC2 karena kegagalan biasanya mengakibatkan perintah konsol interaktif yang saat ini tidak tersedia di Amazon EC2. Berhati-hatilah dengan fitur ini dan baca halaman manual Linux untuk fstab.  | 
|  Didukung penyimpanan instans  |  Gunakan prosedur berikut: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html)  | 

## Kesalahan umum saat memasang sistem file (kegagalan pemasangan)
<a name="FilesystemGeneral"></a>

Kondisi ini diindikasikan oleh log sistem yang mirip dengan yang ditunjukkan di bawah ini.

```
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):
```

### Potensi penyebab
<a name="FilesystemGeneral-potential-cause"></a>


| Jenis instans  | Potensi penyebab | 
| --- | --- | 
|  Didukung Amazon EBS  |   [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html)  | 
|  Didukung penyimpanan instans  |   [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html)  | 

### Tindakan yang disarankan
<a name="FilesystemGeneral-suggested-actions"></a>


| Untuk tipe instans ini  | Lakukan hal berikut | 
| --- | --- | 
|  Didukung Amazon EBS  |  Gunakan prosedur berikut: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html)  | 
|  Didukung penyimpanan instans  |  Cobalah salah satu cara berikut ini: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html)  | 

## VFS: Tidak dapat memasang fs root pada blok yang tidak diketahui (Sistem file root tidak cocok)
<a name="FilesystemKernel"></a>

Kondisi ini diindikasikan oleh log sistem yang mirip dengan yang ditunjukkan di bawah ini.

```
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)
```

### Potensi penyebab
<a name="FilesystemKernel-potential-cause"></a>


| Jenis instans  | Potensi penyebab | 
| --- | --- | 
|  Didukung Amazon EBS  |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html)  | 
|  Didukung penyimpanan instans  |  Kegagalan perangkat keras.  | 

### Tindakan yang disarankan
<a name="FilesystemKernel-suggested-actions"></a>


| Untuk tipe instans ini  | Lakukan hal berikut | 
| --- | --- | 
|  Didukung Amazon EBS  |  Lakukan salah satu dari berikut ini: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html)  | 
|  Didukung penyimpanan instans  |  Akhiri instans dan luncurkan instans baru dengan kernel modern.   | 

## Kesalahan: Tidak dapat menentukan major/minor jumlah perangkat root... ( system/device Ketidakcocokan file root)
<a name="FilesystemError"></a>

Kondisi ini diindikasikan oleh log sistem yang mirip dengan yang ditunjukkan di bawah ini.

```
...
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 /]#
```

### Potensi penyebab
<a name="FilesystemError-potential-cause"></a>
+ Driver perangkat blok virtual tidak ada atau salah konfigurasi
+ Konflik enumerasi perangkat (sda versus xvda atau sda alih-alih sda1)
+ Pilihan yang salah untuk kernel instans

### Tindakan yang disarankan
<a name="FilesystemError-suggested-actions"></a>


| Untuk tipe instans ini  | Lakukan hal berikut | 
| --- | --- | 
|  Didukung Amazon EBS  |  Gunakan prosedur berikut: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html)  | 
|  Didukung penyimpanan instans  |  Gunakan prosedur berikut: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html)  | 

## XENBUS: Perangkat tanpa driver...
<a name="FilesystemXenbus"></a>

Kondisi ini diindikasikan oleh log sistem yang mirip dengan yang ditunjukkan di bawah ini.

```
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 /]#
```

### Potensi penyebab
<a name="FilesystemXenbus-potential-cause"></a>
+ Driver perangkat blok virtual tidak ada atau salah konfigurasi
+ Konflik enumerasi perangkat (sda versus xvda)
+ Pilihan yang salah untuk kernel instans

### Tindakan yang disarankan
<a name="FilesystemXenbus-suggested-actions"></a>


| Untuk tipe instans ini  | Lakukan hal berikut | 
| --- | --- | 
|  Didukung Amazon EBS  |  Gunakan prosedur berikut: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html)  | 
|  Didukung penyimpanan instans  |  Gunakan prosedur berikut: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html)  | 

## ... hari tanpa diperiksa, pemeriksaan paksa (Diperlukan pemeriksaan sistem file)
<a name="FilesystemCheck"></a>

Kondisi ini diindikasikan oleh log sistem yang mirip dengan yang ditunjukkan di bawah ini.

```
...
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
```

### Potensi penyebab
<a name="FilesystemCheck-potential-cause"></a>

Waktu pemeriksaan sistem file telah berlalu; pemeriksaan paksa sistem file sedang dilakukan.

### Tindakan yang disarankan
<a name="FilesystemCheck-suggested-actions"></a>
+ Tunggu hingga pemeriksaan sistem file selesai. Pemeriksaan sistem file dapat memakan waktu yang lama bergantung pada ukuran sistem file root. 
+  Modifikasi sistem file Anda untuk menghapus pemberlakuan pemeriksaan sistem file (fsck) menggunakan tune2fs atau alat yang sesuai untuk sistem file Anda. 

## fsck mati dengan status keluar... (Perangkat tidak ada)
<a name="FilesystemFschkDied"></a>

Kondisi ini diindikasikan oleh log sistem yang mirip dengan yang ditunjukkan di bawah ini.

```
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
```

### Potensi penyebab
<a name="FilesystemFschkDied-potential-cause"></a>
+ Ramdisk mencari drive yang tidak ada
+ Pemeriksaan paksa konsistensi sistem file dilakukan
+ Drive gagal atau terlepas lampirannya

### Tindakan yang disarankan
<a name="FilesystemFschkDied-suggested-actions"></a>


| Untuk tipe instans ini  | Lakukan hal berikut | 
| --- | --- | 
|  Didukung Amazon EBS  |  Coba salah satu atau beberapa cara berikut untuk menyelesaikan masalah: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html)  | 
|  Didukung penyimpanan instans  |  Coba salah satu atau beberapa cara berikut untuk menyelesaikan masalah: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html)  | 

## Perintah GRUB (grubdom>)
<a name="OpSystemGrub"></a>

Kondisi ini diindikasikan oleh log sistem yang mirip dengan yang ditunjukkan di bawah ini. 

```
    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>
```

### Potensi penyebab
<a name="OpSystem-potential-cause"></a>


| Jenis instans  | Potensi penyebab | 
| --- | --- | 
|  Didukung Amazon EBS  |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html)  | 
|  Didukung penyimpanan instans  |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html)  | 

### Tindakan yang disarankan
<a name="OpSystem-suggested-actions"></a>


| Untuk tipe instans ini  | Lakukan hal berikut | 
| --- | --- | 
|  Didukung Amazon EBS  |  Opsi 1: Modifikasi AMI dan luncurkan ulang instans: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) Opsi 2: Perbaiki instans yang sudah ada: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html)  | 
|  Didukung penyimpanan instans  |  Opsi 1: Modifikasi AMI dan luncurkan ulang instans: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) Opsi 2: Akhiri instans dan luncurkan instans baru, dengan menentukan kernel yang benar.  Untuk memulihkan data dari instans yang sudah ada, hubungi [Dukungan](https://aws.amazon.com/premiumsupport/).   | 

## Memunculkan eth0 antarmuka: eth0 perangkat memiliki alamat MAC yang berbeda dari yang diharapkan, mengabaikan. (Alamat MAC dengan hard-coding)
<a name="OpSystemBringing"></a>

Kondisi ini diindikasikan oleh log sistem yang mirip dengan yang ditunjukkan di bawah ini.

```
... 
Bringing up loopback interface:  [  OK  ]

Bringing up interface eth0:  Device eth0 has different MAC address than expected, ignoring.
[FAILED]

Starting auditd: [  OK  ]
```

### Potensi penyebab
<a name="OpSystemBringing-potential-cause"></a>

Terdapat MAC antarmuka dengan hard-coding dalam konfigurasi AMI

### Tindakan yang disarankan
<a name="OpSystemBringing-suggested-actions"></a>


| Untuk tipe instans ini  | Lakukan hal berikut | 
| --- | --- | 
|  Didukung Amazon EBS  |  Lakukan salah satu dari berikut ini: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) ATAU Gunakan prosedur berikut: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html)  | 
|  Didukung penyimpanan instans  |  Lakukan salah satu dari berikut ini: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html)  | 

## Tidak dapat memuat SELinux Kebijakan. Mesin berada dalam mode pemberlakuan. Berhenti sekarang. (SELinux salah konfigurasi)
<a name="OpSystemUnable"></a>

Kondisi ini diindikasikan oleh log sistem yang mirip dengan yang ditunjukkan di bawah ini.

```
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!
```

### Potensi penyebab
<a name="OpSystemUnable-potential-cause"></a>

SELinux telah diaktifkan karena kesalahan:
+ Kernel yang disediakan tidak didukung oleh GRUB
+ Kernel pengganti tidak ada

### Tindakan yang disarankan
<a name="OpSystemUnable-suggested-actions"></a>


| Untuk tipe instans ini  | Lakukan hal berikut | 
| --- | --- | 
|  Didukung Amazon EBS  |  Gunakan prosedur berikut: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html)  | 
|  Didukung penyimpanan instans  |  Gunakan prosedur berikut: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html)  | 

## XENBUS: Waktu menghubungkan ke perangkat habis (waktu habis Xenbus)
<a name="OpSystemXenbus"></a>

Kondisi ini diindikasikan oleh log sistem yang mirip dengan yang ditunjukkan di bawah ini.

```
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.
```

### Potensi penyebab
<a name="OpSystemXenbus-potential-cause"></a>
+ Perangkat blok tidak terhubung ke instans
+ Instans ini menggunakan kernel instans lama

### Tindakan yang disarankan
<a name="OpSystemXenbus-suggested-actions"></a>


| Untuk tipe instans ini  | Lakukan hal berikut | 
| --- | --- | 
|  Didukung Amazon EBS  |  Lakukan salah satu dari berikut ini: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html)  | 
|  Didukung penyimpanan instans  |  Lakukan salah satu dari berikut ini: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/TroubleshootingInstances.html)  | 