Meninjau informasi pemeriksaan status Mengambil log sistem Memecahkan masalah kesalahan log sistem untuk instance Linux Kehabisan memori: hentikan proses KESALAHAN: mmu_update gagal (Pembaruan manajemen memori gagal)Kesalahan I/O (kegagalan perangkat blok)KESALAHAN I/O: bukan disk lokal maupun jarak jauh (Perangkat blok terdistribusi yang rusak)request_module: modprobe loop runaway (Melakukan loop modprobe kernel warisan pada versi Linux yang lebih lawas)“FATAL: kernel terlalu lawas” dan “fsck: Tidak ada file atau direktori tersebut saat mencoba membuka /dev” (Kernel dan AMI tidak cocok) “FATAL: Tidak dapat memuat /lib/modules" atau "BusyBox" (Modul kernel tidak ada)KESALAHAN Kernel tidak valid (kernel tidak kompatibel dengan EC2)fsck: Tidak ada file atau direktori tersebut saat mencoba membuka... (Sistem file tidak ditemukan)Kesalahan umum saat memasang sistem file (kegagalan pemasangan)VFS: Tidak dapat memasang fs root pada blok yang tidak diketahui (Sistem file root tidak cocok)Kesalahan: Tidak dapat menentukan jumlah perangkat root utama/minor... (Ketidakcocokan sistem file root/perangkat)XENBUS: Perangkat tanpa driver...... hari tanpa diperiksa, pemeriksaan paksa (Diperlukan pemeriksaan sistem file)fsck mati dengan status keluar... (Perangkat tidak ada)Perintah GRUB (grubdom>)Memunculkan eth0 antarmuka: eth0 perangkat memiliki alamat MAC yang berbeda dari yang diharapkan, mengabaikan. (Alamat MAC dengan hard-coding) Tidak dapat memuat Kebijakan SELinux. Mesin berada dalam mode pemberlakuan. Menghentikan sekarang. (Kesalahan konfigurasi SELinux)XENBUS: Waktu menghubungkan ke perangkat habis (waktu habis Xenbus)

Memecahkan masalah instance Linux dengan pemeriksaan status yang gagal

catatan

Topik ini hanya berlaku untuk instance Linux.

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

Daftar Isi

Meninjau informasi pemeriksaan status
Mengambil log sistem
Memecahkan masalah kesalahan log sistem untuk instance Linux
Kehabisan memori: hentikan proses
KESALAHAN: mmu_update gagal (Pembaruan manajemen memori gagal)
Kesalahan I/O (kegagalan perangkat blok)
KESALAHAN I/O: bukan disk lokal maupun jarak jauh (Perangkat blok terdistribusi yang rusak)
request_module: modprobe loop runaway (Melakukan loop modprobe kernel warisan pada versi Linux yang lebih lawas)
“FATAL: kernel terlalu lawas” dan “fsck: Tidak ada file atau direktori tersebut saat mencoba membuka /dev” (Kernel dan AMI tidak cocok)
“FATAL: Tidak dapat memuat /lib/modules" atau "BusyBox" (Modul kernel tidak ada)
KESALAHAN Kernel tidak valid (kernel tidak kompatibel dengan EC2)
fsck: Tidak ada file atau direktori tersebut saat mencoba membuka... (Sistem file tidak ditemukan)
Kesalahan umum saat memasang sistem file (kegagalan pemasangan)
VFS: Tidak dapat memasang fs root pada blok yang tidak diketahui (Sistem file root tidak cocok)
Kesalahan: Tidak dapat menentukan jumlah perangkat root utama/minor... (Ketidakcocokan sistem file root/perangkat)
XENBUS: Perangkat tanpa driver...
... hari tanpa diperiksa, pemeriksaan paksa (Diperlukan pemeriksaan sistem file)
fsck mati dengan status keluar... (Perangkat tidak ada)
Perintah GRUB (grubdom>)
Memunculkan eth0 antarmuka: eth0 perangkat memiliki alamat MAC yang berbeda dari yang diharapkan, mengabaikan. (Alamat MAC dengan hard-coding)
Tidak dapat memuat Kebijakan SELinux. Mesin berada dalam mode pemberlakuan. Menghentikan sekarang. (Kesalahan konfigurasi SELinux)
XENBUS: Waktu menghubungkan ke perangkat habis (waktu habis Xenbus)

Meninjau informasi pemeriksaan status

Untuk menyelidiki instans yang terganggu menggunakan konsol Amazon EC2

Buka konsol Amazon EC2 di https://console.aws.amazon.com/ec2/.
Pada panel navigasi, pilih Instans, kemudian pilih instans Anda.
Di panel detail, pilih Status dan alarm untuk melihat hasil individu untuk semua Pemeriksaan status sistem dan Pemeriksaan status instans.

Jika pemeriksaan status sistem gagal, Anda dapat mencoba salah satu opsi berikut ini:

Membuat alarm pemulihan instans. Untuk informasi selengkapnya, lihat Buat alarm yang menghentikan, mengakhiri, melakukan boot ulang, atau memulihkan instans.
Jika Anda mengubah jenis instans menjadi instance yang dibangun di Sistem AWS Nitro, pemeriksaan status akan gagal jika Anda bermigrasi dari instance yang tidak memiliki driver ENA dan NVMe yang diperlukan. Untuk informasi selengkapnya, lihat Kompatibilitas untuk mengubah tipe instans.
Untuk instans yang menggunakan AMI yang didukung Amazon EBS, hentikan dan mulai ulang instans tersebut.
Untuk instans yang menggunakan AMI yang didukung penyimpanan instans, akhiri instans tersebut dan luncurkan penggantinya.
Tunggu hingga Amazon EC2 menyelesaikan masalah.
Buat pos masalah Anda ke AWS re:Post.
Jika instans Anda berada di grup Auto Scaling, layanan Amazon EC2 Auto Scaling akan secara otomatis meluncurkan instans pengganti. Untuk informasi selengkapnya, lihat Pemeriksaan Kondisi untuk Instans Penskalaan Otomatis dalam Panduan Pengguna Amazon EC2 Auto Scaling.
Mengambil log sistem dan mencari kesalahan.

Mengambil log sistem

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

Buka konsol Amazon EC2 di https://console.aws.amazon.com/ec2/.
Di panel navigasi, pilih Instans, dan pilih instans Anda.
Pilih Status instans, Boot ulang instans. Mungkin diperlukan waktu beberapa menit untuk melakukan boot ulang instans Anda.
Verifikasi bahwa masalah masih ada. Pada beberapa kasus, boot ulang dapat menyelesaikan masalah.
Ketika instans berada dalam status running, pilih Tindakan, Memantau dan memecahkan masalah, Dapatkan log sistem.
Tinjau log yang muncul di layar, dan gunakan daftar pernyataan kesalahan log sistem yang diketahui di bawah ini untuk memecahkan masalah Anda.
Jika masalah belum teratasi, Anda dapat membuat pos masalah Anda ke AWS re:Post.

Memecahkan masalah kesalahan log sistem untuk instance Linux

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
KESALAHAN: mmu_update gagal (Pembaruan manajemen memori gagal)

Kesalahan Perangkat

Kesalahan I/O (kegagalan perangkat blok)
KESALAHAN I/O: bukan disk lokal maupun jarak jauh (Perangkat blok terdistribusi yang rusak)

Kesalahan Kernel

request_module: modprobe loop runaway (Melakukan loop modprobe kernel warisan pada versi Linux yang lebih lawas)
“FATAL: kernel terlalu lawas” dan “fsck: Tidak ada file atau direktori tersebut saat mencoba membuka /dev” (Kernel dan AMI tidak cocok)
“FATAL: Tidak dapat memuat /lib/modules" atau "BusyBox" (Modul kernel tidak ada)
KESALAHAN Kernel tidak valid (kernel tidak kompatibel dengan EC2)

Kesalahan Sistem File

fsck: Tidak ada file atau direktori tersebut saat mencoba membuka... (Sistem file tidak ditemukan)
Kesalahan umum saat memasang sistem file (kegagalan pemasangan)
VFS: Tidak dapat memasang fs root pada blok yang tidak diketahui (Sistem file root tidak cocok)
Kesalahan: Tidak dapat menentukan jumlah perangkat root utama/minor... (Ketidakcocokan sistem file root/perangkat)
XENBUS: Perangkat tanpa driver...
... hari tanpa diperiksa, pemeriksaan paksa (Diperlukan pemeriksaan sistem file)
fsck mati dengan status keluar... (Perangkat tidak ada)

Kesalahan Sistem Operasi

Perintah GRUB (grubdom>)
Memunculkan eth0 antarmuka: eth0 perangkat memiliki alamat MAC yang berbeda dari yang diharapkan, mengabaikan. (Alamat MAC dengan hard-coding)
Tidak dapat memuat Kebijakan SELinux. Mesin berada dalam mode pemberlakuan. Menghentikan sekarang. (Kesalahan konfigurasi SELinux)
XENBUS: Waktu menghubungkan ke perangkat habis (waktu habis Xenbus)

Kehabisan memori: hentikan proses

out-of-memory Kesalahan 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

Memori habis

Tindakan yang disarankan

Untuk tipe instans ini	Lakukan hal berikut
Didukung Amazon EBS	Lakukan salah satu dari berikut ini: Hentikan instans, dan modifikasi instans untuk menggunakan tipe instans yang berbeda, dan mulai lagi instans tersebut. Misalnya, tipe instans yang lebih besar atau instans memori yang dioptimalkan. Boot ulang instans untuk mengembalikannya ke status tidak terganggu. Masalah mungkin akan terjadi lagi kecuali Anda mengubah tipe instans.
Didukung penyimpanan instans	Lakukan salah satu dari berikut ini: Akhiri instans dan luncurkan instans baru, dengan menentukan tipe instans yang berbeda. Misalnya, tipe instans yang lebih besar atau instans memori yang dioptimalkan. Boot ulang instans untuk mengembalikannya ke status tidak terganggu. Masalah mungkin akan terjadi lagi kecuali Anda mengubah tipe instans.

KESALAHAN: mmu_update gagal (Pembaruan manajemen memori gagal)

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

Masalah dengan Amazon Linux

Tindakan yang disarankan

Buat pos masalah Anda ke Forum Developer atau hubungi AWS Support.

Kesalahan I/O (kegagalan perangkat blok)

Kesalahan input/output diindikasikan dengan entri log sistem yang serupa 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

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

Tindakan yang disarankan

Untuk tipe instans ini	Lakukan hal berikut
Didukung Amazon EBS	Gunakan prosedur berikut: Hentikan instans. Lepaskan lampiran volume. Coba pulihkan volume. catatan Disarankan untuk sering membuat snapshot volume Amazon EBS. Hal ini secara signifikan mengurangi risiko kehilangan data sebagai akibat dari kegagalan. Lampirkan kembali volume ke instans. Mulai instans.
Didukung penyimpanan instans	Akhiri instans dan luncurkan instans baru. catatan Data tidak dapat dipulihkan. Pulihkan dari cadangan. catatan 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)

Kesalahan input/output pada perangkat diindikasikan dengan entri log sistem yang serupa 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

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

Tindakan yang disarankan

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_module: modprobe loop runaway (Melakukan loop modprobe kernel warisan pada versi Linux yang lebih lawas)

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

Untuk tipe instans ini Lakukan hal berikut

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: Hentikan instans. Modifikasi atribut kernel dan ramdisk untuk menggunakan kernel yang lebih baru. Mulai instans.
Didukung penyimpanan instans	Akhiri instans dan luncurkan instans baru, dengan menentukan parameter `-kernel` dan `-ramdisk`.

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:

Hentikan instans.
Modifikasi atribut kernel dan ramdisk untuk menggunakan kernel yang lebih baru.
Mulai instans.

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)

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

Kernel dan userland tidak kompatibel

Tindakan yang disarankan

Untuk tipe instans ini	Lakukan hal berikut
Didukung Amazon EBS	Gunakan prosedur berikut: Hentikan instans. Modifikasi konfigurasi untuk menggunakan kernel yang lebih baru. Mulai instans.
Didukung penyimpanan instans	Gunakan prosedur berikut: Buat AMI yang menggunakan kernel yang lebih baru. Akhiri instans. Mulai instans baru dari AMI yang Anda buat.

“FATAL: Tidak dapat memuat /lib/modules" atau "BusyBox" (Modul kernel tidak ada)

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

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

Untuk tipe instans ini	Lakukan hal berikut
Didukung Amazon EBS	Gunakan prosedur berikut: Pilih ramdisk yang sudah benar untuk volume Amazon EBS. Hentikan instans. Lepaskan lampiran volume dan perbaiki. Lampirkan volume ke instans. Mulai instans. Modifikasi AMI untuk menggunakan ramdisk yang telah diperbaiki.
Didukung penyimpanan instans	Gunakan prosedur berikut: Akhiri instans dan luncurkan instans baru dengan ramdisk yang benar. Buat AMI baru dengan ramdisk yang benar.

KESALAHAN Kernel tidak valid (kernel tidak kompatibel dengan EC2)

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

Salah satu atau kedua kondisi berikut dapat menyebabkan masalah ini:

Kernel yang disediakan tidak didukung oleh GRUB
Kernel pengganti tidak ada

Tindakan yang disarankan

Untuk tipe instans ini	Lakukan hal berikut
Didukung Amazon EBS	Gunakan prosedur berikut: Hentikan instans. Ganti dengan kernel yang berfungsi. Instal kernel pengganti. Modifikasi AMI dengan memperbaiki kernel.
Didukung penyimpanan instans	Gunakan prosedur berikut: Akhiri instans dan luncurkan instans baru dengan kernel yang benar. Buat AMI baru dengan kernel yang benar. (Opsional) Carilah bantuan teknis untuk pemulihan data menggunakan AWS Support.

fsck: Tidak ada file atau direktori tersebut saat mencoba membuka... (Sistem file tidak ditemukan)

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

Terdapat bug dalam definisi sistem file ramdisk /etc/fstab
Definisi sistem file salah konfigurasi di /etc/fstab
Drive tidak ada/gagal

Tindakan yang disarankan

Untuk tipe instans ini	Lakukan hal berikut
Didukung Amazon EBS	Gunakan prosedur berikut: Hentikan instans, lepaskan lampiran volume root, perbaiki/modifikasi /etc/fstab volume, lampirkan volume ke instans, dan mulai instans. Perbaiki ramdisk untuk menyertakan /etc/fstab yang dimodifikasi (jika berlaku). Modifikasi AMI untuk menggunakan ramdisk yang lebih baru. 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: Akhiri instans dan luncurkan instans baru. Lepaskan lampiran volume Amazon EBS yang tidak sesuai dan boot ulang instans. (Opsional) Carilah bantuan teknis untuk pemulihan data menggunakan AWS Support.

Untuk tipe instans ini

Lakukan hal berikut

Didukung Amazon EBS

Gunakan prosedur berikut:

Hentikan instans, lepaskan lampiran volume root, perbaiki/modifikasi /etc/fstab volume, lampirkan volume ke instans, dan mulai instans.
Perbaiki ramdisk untuk menyertakan /etc/fstab yang dimodifikasi (jika berlaku).
Modifikasi AMI untuk menggunakan ramdisk yang lebih baru.

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:

Akhiri instans dan luncurkan instans baru.
Lepaskan lampiran volume Amazon EBS yang tidak sesuai dan boot ulang instans.
(Opsional) Carilah bantuan teknis untuk pemulihan data menggunakan AWS Support.

Kesalahan umum saat memasang sistem file (kegagalan pemasangan)

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

Jenis instans	Potensi penyebab
Didukung Amazon EBS	Volume Amazon EBS yang terlepas lampirannya atau gagal. Sistem file rusak. Kombinasi ramdisk dan AMI yang tidak cocok (seperti ramdisk Debian dengan SUSE AMI).
Didukung penyimpanan instans	Drive yang gagal. Sistem file yang rusak. Ramdisk dan kombinasi yang tidak cocok (misalnya ramdisk Debian dengan SUSE AMI).

Tindakan yang disarankan

Untuk tipe instans ini	Lakukan hal berikut
Didukung Amazon EBS	Gunakan prosedur berikut: Hentikan instans. Lepaskan lampiran volume root. Lampirkan volume root ke instans yang berfungsi yang diketahui. Jalankan pemeriksaan sistem file (fsck -a /dev/...). Perbaiki kesalahan apa pun. Lepaskan lampiran volume dari instans yang berfungsi yang diketahui. Lampirkan volume ke instans yang dihentikan. Mulai instans. Periksa ulang status instans.
Didukung penyimpanan instans	Cobalah salah satu cara berikut ini: Mulai instans baru. (Opsional) Carilah bantuan teknis untuk pemulihan data menggunakan AWS Support.

VFS: Tidak dapat memasang fs root pada blok yang tidak diketahui (Sistem file root tidak cocok)

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

Jenis instans	Potensi penyebab
Didukung Amazon EBS	Perangkat tidak terlampir dengan benar. Perangkat root tidak terpasang pada titik perangkat yang benar. Sistem file tidak dalam format yang diharapkan. Penggunaan kernel warisan (seperti 2.6.16-XenU). Pembaruan kernel terbaru di instans Anda (pembaruan yang salah, atau bug pembaruan)
Didukung penyimpanan instans	Kegagalan perangkat keras.

Tindakan yang disarankan

Untuk tipe instans ini	Lakukan hal berikut
Didukung Amazon EBS	Lakukan salah satu dari berikut ini: Hentikan lalu mulai ulang instans. Modifikasi volume root untuk dilampirkan pada titik perangkat yang benar, kemungkinan /dev/sda1 alih-alih /dev/sda. Hentikan dan modifikasi untuk menggunakan kernel modern. Lihat dokumentasi untuk distribusi Linux Anda guna memeriksa bug pembaruan yang diketahui. Ubah atau instal ulang kernel.
Didukung penyimpanan instans	Akhiri instans dan luncurkan instans baru dengan kernel modern.

Kesalahan: Tidak dapat menentukan jumlah perangkat root utama/minor... (Ketidakcocokan sistem file root/perangkat)

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

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

Untuk tipe instans ini	Lakukan hal berikut
Didukung Amazon EBS	Gunakan prosedur berikut: Hentikan instans. Lepaskan lampiran volume. Perbaiki masalah pemetaan perangkat. Mulai instans. Modifikasi AMI untuk menangani masalah pemetaan perangkat.
Didukung penyimpanan instans	Gunakan prosedur berikut: Buat AMI baru dengan perbaikan yang sesuai (petakan perangkat blok dengan benar). Akhiri instans dan luncurkan instans baru dari AMI yang Anda buat.

XENBUS: Perangkat tanpa driver...

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

Driver perangkat blok virtual tidak ada atau salah konfigurasi
Konflik enumerasi perangkat (sda versus xvda)
Pilihan yang salah untuk kernel instans

Tindakan yang disarankan

Untuk tipe instans ini	Lakukan hal berikut
Didukung Amazon EBS	Gunakan prosedur berikut: Hentikan instans. Lepaskan lampiran volume. Perbaiki masalah pemetaan perangkat. Mulai instans. Modifikasi AMI untuk menangani masalah pemetaan perangkat.
Didukung penyimpanan instans	Gunakan prosedur berikut: Buat AMI dengan perbaikan yang sesuai (petakan perangkat blok dengan benar). Akhiri instans dan luncurkan instans baru menggunakan AMI yang telah Anda buat.

... hari tanpa diperiksa, pemeriksaan paksa (Diperlukan pemeriksaan sistem file)

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

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

Tindakan yang disarankan

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)

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

Ramdisk mencari drive yang tidak ada
Pemeriksaan paksa konsistensi sistem file dilakukan
Drive gagal atau terlepas lampirannya

Tindakan yang disarankan

Untuk tipe instans ini	Lakukan hal berikut
Didukung Amazon EBS	Coba salah satu atau beberapa cara berikut untuk menyelesaikan masalah: Hentikan instans, lampirkan volume ke instans yang sudah ada yang sedang berjalan. Jalankan pemeriksaan konsistensi secara manual. Perbaiki ramdisk untuk menyertakan utilitas yang relevan. Modifikasi parameter penyetelan sistem file untuk menghapus persyaratan konsistensi (tidak disarankan).
Didukung penyimpanan instans	Coba salah satu atau beberapa cara berikut untuk menyelesaikan masalah: Buat ulang paket ramdisk dengan alat yang benar. Modifikasi parameter penyetelan sistem file untuk menghapus persyaratan konsistensi (tidak disarankan). Akhiri instans dan luncurkan instans baru. (Opsional) Carilah bantuan teknis untuk pemulihan data menggunakan AWS Support.

Perintah GRUB (grubdom>)

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

Jenis instans	Potensi penyebab
Didukung Amazon EBS	File konfigurasi GRUB tidak ada. Citra GRUB yang digunakan salah, mengharapkan file konfigurasi GRUB berada di lokasi yang berbeda. Sistem file yang tidak didukung digunakan untuk menyimpan file konfigurasi GRUB Anda (misalnya mengonversi sistem file root ke tipe yang tidak didukung oleh versi GRUB sebelumnya).
Didukung penyimpanan instans	File konfigurasi GRUB tidak ada. Citra GRUB yang digunakan salah, mengharapkan file konfigurasi GRUB berada di lokasi yang berbeda. Sistem file yang tidak didukung digunakan untuk menyimpan file konfigurasi GRUB Anda (misalnya mengonversi sistem file root ke tipe yang tidak didukung oleh versi GRUB sebelumnya).

Tindakan yang disarankan

Untuk tipe instans ini	Lakukan hal berikut
Didukung Amazon EBS	Opsi 1: Modifikasi AMI dan luncurkan ulang instans: Modifikasi AMI sumber untuk membuat file konfigurasi GRUB di lokasi standar (/boot/grub/menu.lst). Verifikasi bahwa versi GRUB Anda mendukung tipe sistem file yang mendasarinya dan tingkatkan GRUB jika perlu. Pilih citra GRUB yang sesuai, (drive hd0-1st atau hd00 – drive pertama, partisi pertama). Akhiri instans dan luncurkan instans baru menggunakan AMI yang Anda buat. Opsi 2: Perbaiki instans yang sudah ada: Hentikan instans. Lepaskan lampiran sistem file root. Lampirkan sistem file root ke instans yang berfungsi yang diketahui. Pasang sistem file. Buat file konfigurasi GRUB Verifikasi bahwa versi GRUB Anda mendukung tipe sistem file yang mendasarinya dan tingkatkan GRUB jika perlu. Lepaskan lampiran sistem file. Lampirkan ke instans asli. Modifikasi atribut kernel untuk menggunakan citra GRUB yang sesuai (disk pertama atau partisi pertama pada disk pertama). Mulai instans.
Didukung penyimpanan instans	Opsi 1: Modifikasi AMI dan luncurkan ulang instans: Buat AMI baru dengan file konfigurasi GRUB di lokasi standar (/boot/grub/menu.lst). Pilih citra GRUB yang sesuai, (drive hd0-1st atau hd00 – drive pertama, partisi pertama). Verifikasi bahwa versi GRUB Anda mendukung tipe sistem file yang mendasarinya dan tingkatkan GRUB jika perlu. Akhiri instans dan luncurkan instans baru menggunakan AMI yang telah Anda buat. Opsi 2: Akhiri instans dan luncurkan instans baru, dengan menentukan kernel yang benar. catatan Untuk memulihkan data dari instans yang sudah ada, hubungi AWS Support.

Untuk tipe instans ini

Lakukan hal berikut

Didukung Amazon EBS

Opsi 1: Modifikasi AMI dan luncurkan ulang instans:

Modifikasi AMI sumber untuk membuat file konfigurasi GRUB di lokasi standar (/boot/grub/menu.lst).
Verifikasi bahwa versi GRUB Anda mendukung tipe sistem file yang mendasarinya dan tingkatkan GRUB jika perlu.
Pilih citra GRUB yang sesuai, (drive hd0-1st atau hd00 – drive pertama, partisi pertama).
Akhiri instans dan luncurkan instans baru menggunakan AMI yang Anda buat.

Opsi 2: Perbaiki instans yang sudah ada:

Hentikan instans.
Lepaskan lampiran sistem file root.
Lampirkan sistem file root ke instans yang berfungsi yang diketahui.
Pasang sistem file.
Buat file konfigurasi GRUB
Verifikasi bahwa versi GRUB Anda mendukung tipe sistem file yang mendasarinya dan tingkatkan GRUB jika perlu.
Lepaskan lampiran sistem file.
Lampirkan ke instans asli.
Modifikasi atribut kernel untuk menggunakan citra GRUB yang sesuai (disk pertama atau partisi pertama pada disk pertama).
Mulai instans.

Didukung penyimpanan instans

Opsi 1: Modifikasi AMI dan luncurkan ulang instans:

Buat AMI baru dengan file konfigurasi GRUB di lokasi standar (/boot/grub/menu.lst).
Pilih citra GRUB yang sesuai, (drive hd0-1st atau hd00 – drive pertama, partisi pertama).
Verifikasi bahwa versi GRUB Anda mendukung tipe sistem file yang mendasarinya dan tingkatkan GRUB jika perlu.
Akhiri instans dan luncurkan instans baru menggunakan AMI yang telah Anda buat.

Opsi 2: Akhiri instans dan luncurkan instans baru, dengan menentukan kernel yang benar.

catatan

Untuk memulihkan data dari instans yang sudah ada, hubungi AWS Support.

Memunculkan eth0 antarmuka: eth0 perangkat memiliki alamat MAC yang berbeda dari yang diharapkan, mengabaikan. (Alamat MAC dengan hard-coding)

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

Terdapat MAC antarmuka dengan hard-coding dalam konfigurasi AMI

Tindakan yang disarankan

Untuk tipe instans ini	Lakukan hal berikut
Didukung Amazon EBS	Lakukan salah satu dari berikut ini: Modifikasi AMI untuk menghapus hard-coding dan meluncurkan ulang instans. Modifikasi instans untuk menghapus alamat MAC dengan hard-coding. ATAU Gunakan prosedur berikut: Hentikan instans. Lepaskan lampiran volume root. Lampirkan volume ke instans lain dan modifikasi volume untuk menghapus alamat MAC dengan hard-coding. Lampirkan volume ke instans asli. Mulai instans.
Didukung penyimpanan instans	Lakukan salah satu dari berikut ini: Modifikasi instans untuk menghapus alamat MAC dengan hard-coding. Akhiri instans dan luncurkan instans baru.

Untuk tipe instans ini

Lakukan hal berikut

Didukung Amazon EBS

Lakukan salah satu dari berikut ini:

Modifikasi AMI untuk menghapus hard-coding dan meluncurkan ulang instans.
Modifikasi instans untuk menghapus alamat MAC dengan hard-coding.

ATAU

Gunakan prosedur berikut:

Hentikan instans.
Lepaskan lampiran volume root.
Lampirkan volume ke instans lain dan modifikasi volume untuk menghapus alamat MAC dengan hard-coding.
Lampirkan volume ke instans asli.
Mulai instans.

Didukung penyimpanan instans

Lakukan salah satu dari berikut ini:

Modifikasi instans untuk menghapus alamat MAC dengan hard-coding.
Akhiri instans dan luncurkan instans baru.

Tidak dapat memuat Kebijakan SELinux. Mesin berada dalam mode pemberlakuan. Menghentikan sekarang. (Kesalahan konfigurasi SELinux)

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

SELinux telah diaktifkan dengan kesalahan:

Kernel yang disediakan tidak didukung oleh GRUB
Kernel pengganti tidak ada

Tindakan yang disarankan

Untuk tipe instans ini Lakukan hal berikut

Untuk tipe instans ini	Lakukan hal berikut
Didukung Amazon EBS	Gunakan prosedur berikut: Hentikan instans yang gagal. Lepaskan lampiran volume root instans yang gagal. Lampirkan volume root ke instans Linux lain yang sedang berjalan (yang nantinya akan disebut sebagai instans pemulihan). Hubungkan ke instans pemulihan dan pasang volume root dari instans yang gagal. Nonaktifkan SELinux pada volume root yang dipasang. Proses ini bervariasi di seluruh distribusi Linux. Untuk informasi selengkapnya, lihat dokumentasi khusus OS Anda. catatan Pada beberapa sistem, Anda menonaktifkan SELinux dengan mengatur `SELINUX=disabled` dalam file `/mount_point/etc/sysconfig/selinux`, dengan `mount_point` adalah lokasi tempat Anda memasang volume pada instans pemulihan. Copot dan lepaskan lampiran volume root dari instans pemulihan dan lampirkan kembali ke instans asli. Mulai instans.
Didukung penyimpanan instans	Gunakan prosedur berikut: Akhiri instans dan luncurkan instans baru. (Opsional) Carilah bantuan teknis untuk pemulihan data menggunakan AWS Support.

Didukung Amazon EBS

Gunakan prosedur berikut:

Hentikan instans yang gagal.
Lepaskan lampiran volume root instans yang gagal.
Lampirkan volume root ke instans Linux lain yang sedang berjalan (yang nantinya akan disebut sebagai instans pemulihan).
Hubungkan ke instans pemulihan dan pasang volume root dari instans yang gagal.
Nonaktifkan SELinux pada volume root yang dipasang. Proses ini bervariasi di seluruh distribusi Linux. Untuk informasi selengkapnya, lihat dokumentasi khusus OS Anda.

catatan
Pada beberapa sistem, Anda menonaktifkan SELinux dengan mengatur SELINUX=disabled dalam file /mount_point/etc/sysconfig/selinux, dengan mount_point adalah lokasi tempat Anda memasang volume pada instans pemulihan.
Copot dan lepaskan lampiran volume root dari instans pemulihan dan lampirkan kembali ke instans asli.
Mulai instans.

Didukung penyimpanan instans

Gunakan prosedur berikut:

Akhiri instans dan luncurkan instans baru.
(Opsional) Carilah bantuan teknis untuk pemulihan data menggunakan AWS Support.

XENBUS: Waktu menghubungkan ke perangkat habis (waktu habis Xenbus)

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

Perangkat blok tidak terhubung ke instans
Instans ini menggunakan kernel instans lama

Tindakan yang disarankan

Untuk tipe instans ini	Lakukan hal berikut
Didukung Amazon EBS	Lakukan salah satu dari berikut ini: Modifikasi AMI dan instans untuk menggunakan kernel modern dan luncurkan ulang instans. Boot ulang instans.
Didukung penyimpanan instans	Lakukan salah satu dari berikut ini: Akhiri instans. Modifikasi AMI untuk menggunakan kernel modern, dan luncurkan instans baru menggunakan AMI ini.

Awas Javascript dinonaktifkan atau tidak tersedia di browser Anda.

Untuk menggunakan Dokumentasi AWS, Javascript harus diaktifkan. Lihat halaman Bantuan browser Anda untuk petunjuk.

Konvensi Dokumen

Akhiri instans Anda

Memecahkan masalah booting instance Linux dari volume yang salah