Meninjau informasi pemeriksaan status Mengambil log sistem Memecahkan masalah kesalahan log sistem untuk instance Linux Kehabisan memori: hentikan proses ERROR: mmu_update gagal (Pembaruan manajemen memori gagal)Kesalahan I/O (kegagalan perangkat blok)I/OERROR: bukan disk lokal maupun jarak jauh (Perangkat blok terdistribusi rusak)request_module: modprobe loop runaway (Melakukan loop modprobe kernel warisan pada versi Linux yang lebih lawas)“FATAL: kernel terlalu tua” dan “fsck: Tidak ada file atau direktori seperti itu saat mencoba membuka/dev" (Kernel dan ketidakcocokan) AMI “FATAL: Tidak dapat memuat /lib/modules" atau "BusyBox" (Modul kernel tidak ada)ERRORKernel tidak valid (kernel EC2 tidak kompatibel)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 root fs pada blok yang tidak diketahui (Ketidakcocokan sistem file root)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)GRUBprompt (kotak>)Memunculkan antarmuka eth0: Perangkat eth0 memiliki MAC alamat yang berbeda dari yang diharapkan, mengabaikan. (Alamat kode kerasMAC) Tidak dapat memuat Kebijakan SELinux. Mesin berada dalam mode penegakan. Menghentikan sekarang. (SELinuxsalah konfigurasi)XENBUS: Timeout menghubungkan ke perangkat (Xenbus timeout)

Memecahkan masalah instans Amazon EC2 Linux dengan pemeriksaan status yang gagal

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 EC2 instans Amazon.

Daftar Isi

Meninjau informasi pemeriksaan status
Mengambil log sistem
Memecahkan masalah kesalahan log sistem untuk instance Linux
Kehabisan memori: hentikan proses
ERROR: mmu_update gagal (Pembaruan manajemen memori gagal)
Kesalahan I/O (kegagalan perangkat blok)
I/OERROR: bukan disk lokal maupun jarak jauh (Perangkat blok terdistribusi rusak)
request_module: modprobe loop runaway (Melakukan loop modprobe kernel warisan pada versi Linux yang lebih lawas)
“FATAL: kernel terlalu tua” dan “fsck: Tidak ada file atau direktori seperti itu saat mencoba membuka/dev" (Kernel dan ketidakcocokan) AMI
“FATAL: Tidak dapat memuat /lib/modules" atau "BusyBox" (Modul kernel tidak ada)
ERRORKernel tidak valid (kernel EC2 tidak kompatibel)
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 root fs pada blok yang tidak diketahui (Ketidakcocokan sistem file root)
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)
GRUBprompt (kotak>)
Memunculkan antarmuka eth0: Perangkat eth0 memiliki MAC alamat yang berbeda dari yang diharapkan, mengabaikan. (Alamat kode kerasMAC)
Tidak dapat memuat Kebijakan SELinux. Mesin berada dalam mode penegakan. Menghentikan sekarang. (SELinuxsalah konfigurasi)
XENBUS: Timeout menghubungkan ke perangkat (Xenbus timeout)

Meninjau informasi pemeriksaan status

Untuk menyelidiki instans yang mengalami gangguan menggunakan konsol Amazon EC2

Buka EC2 konsol Amazon di https://console.aws.amazon.com/ec2/.
Pada panel navigasi, pilih Instans, kemudian pilih instans Anda.
Pilih tab Status dan alarm untuk melihat hasil individual untuk semua pemeriksaan status Sistem, pemeriksaan status Instance, dan pemeriksaan EBS status 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.
(Pemeriksaan status instans) Jika Anda mengubah jenis instans menjadi instance yang dibangun di Sistem AWS Nitro, pemeriksaan status gagal jika Anda bermigrasi dari instance yang tidak memiliki wajib ENA dan NVMe driver. Untuk informasi selengkapnya, lihat Kompatibilitas untuk mengubah tipe instans.
Untuk instance yang EBS didukung, hentikan dan mulai ulang instance. Untuk informasi selengkapnya, lihat Hentikan dan mulai EC2 instans Amazon.
Untuk instance yang didukung instance-store, hentikan instance dan luncurkan instance pengganti. Untuk informasi selengkapnya, lihat Hentikan instans Amazon EC2.
Tunggu Amazon EC2 menyelesaikan masalah ini.
Hubungi AWS Support atau posting masalah Anda ke AWS re:post.
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 Pemeriksaan Kesehatan untuk Instans Auto Scaling di Panduan Pengguna Amazon EC2Auto Scaling.
- (Pemeriksaan EBS status 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 EBS volume Amazon yang terganggu di Panduan Pengguna Penskalaan EC2 Otomatis Amazon.
Mengambil log sistem dan mencari kesalahan. Untuk informasi selengkapnya, lihat Mengambil log sistem.

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 EC2 konsol Amazon 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
ERROR: mmu_update gagal (Pembaruan manajemen memori gagal)

Kesalahan Perangkat

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

Kesalahan Kernel

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

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 root fs pada blok yang tidak diketahui (Ketidakcocokan sistem file root)
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

GRUBprompt (kotak>)
Memunculkan antarmuka eth0: Perangkat eth0 memiliki MAC alamat yang berbeda dari yang diharapkan, mengabaikan. (Alamat kode kerasMAC)
Tidak dapat memuat Kebijakan SELinux. Mesin berada dalam mode penegakan. Menghentikan sekarang. (SELinuxsalah konfigurasi)
XENBUS: Timeout menghubungkan ke perangkat (Xenbus timeout)

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

ERROR: 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	EBSVolume Amazon 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 Ini adalah praktik yang baik untuk sering memotret EBS volume Amazon Anda. 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 Ini adalah praktik yang baik untuk menggunakan Amazon S3 atau Amazon EBS untuk cadangan. Volume penyimpanan instans secara langsung terikat dengan kegagalan host tunggal dan disk tunggal.

I/OERROR: bukan disk lokal maupun jarak jauh (Perangkat blok terdistribusi 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	EBSVolume Amazon yang gagal
Didukung penyimpanan instans	Drive fisik yang gagal

Tindakan yang disarankan

Akhiri instans dan luncurkan instans baru.

Untuk instans yang EBS didukung Amazon, 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, baik GRUB berbasis atau 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, baik GRUB berbasis atau 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 tua” dan “fsck: Tidak ada file atau direktori seperti itu saat mencoba membuka/dev" (Kernel dan ketidakcocokan) AMI

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 contoh baru dari yang AMI 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 EBS root Amazon tidak terpasang dengan benar /dev/sda1

Tindakan yang disarankan

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

ERRORKernel tidak valid (kernel EC2 tidak kompatibel)

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. Memodifikasi AMI dengan mengoreksi kernel.
Didukung penyimpanan instans	Gunakan prosedur berikut: Akhiri instans dan luncurkan instans baru dengan kernel yang benar. Buat AMI 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). Ubah 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. Menggunakan bidang ini dapat menjadi masalah di Amazon EC2 karena kegagalan biasanya menghasilkan prompt konsol interaktif yang saat ini tidak tersedia di AmazonEC2. 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 semua EBS volume Amazon yang salah dan instance reboot. (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).
Ubah 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. Menggunakan bidang ini dapat menjadi masalah di Amazon EC2 karena kegagalan biasanya menghasilkan prompt konsol interaktif yang saat ini tidak tersedia di AmazonEC2. 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 semua EBS volume Amazon yang salah dan instance reboot.
(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	EBSVolume Amazon yang terpisah atau gagal. Sistem file rusak. Ramdisk dan AMI kombinasi yang tidak cocok (seperti ramdisk Debian dengan a). SUSE AMI
Didukung penyimpanan instans	Drive yang gagal. Sistem file yang rusak. Ramdisk dan kombinasi yang tidak cocok (misalnya, ramdisk Debian dengan a). 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 root fs pada blok yang tidak diketahui (Ketidakcocokan sistem file root)

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 hal 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. Ubah AMI untuk mengatasi masalah pemetaan perangkat.
Didukung penyimpanan instans	Gunakan prosedur berikut: Buat yang baru AMI dengan perbaikan yang sesuai (perangkat blok peta dengan benar). Hentikan instance dan luncurkan instance baru dari yang AMI 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. Ubah AMI untuk mengatasi masalah pemetaan perangkat.
Didukung penyimpanan instans	Gunakan prosedur berikut: Buat AMI dengan perbaikan yang sesuai (perangkat blok peta dengan benar). Hentikan instance dan luncurkan instance baru menggunakan yang AMI 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.

GRUBprompt (kotak>)

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 GRUB konfigurasi tidak ada. GRUBGambar salah digunakan, mengharapkan file GRUB konfigurasi di lokasi yang berbeda. Sistem file yang tidak didukung digunakan untuk menyimpan file GRUB konfigurasi Anda (misalnya, mengonversi sistem file root Anda ke jenis yang tidak didukung oleh versi sebelumnya). GRUB
Didukung penyimpanan instans	File GRUB konfigurasi tidak ada. GRUBGambar salah digunakan, mengharapkan file GRUB konfigurasi di lokasi yang berbeda. Sistem file yang tidak didukung digunakan untuk menyimpan file GRUB konfigurasi Anda (misalnya, mengonversi sistem file root Anda ke jenis yang tidak didukung oleh versi sebelumnya). GRUB

Tindakan yang disarankan

Untuk tipe instans ini	Lakukan hal berikut
Didukung Amazon EBS	Opsi 1: Ubah AMI dan luncurkan kembali instance: Ubah sumber AMI untuk membuat file GRUB konfigurasi di lokasi standar (/boot/grub/menu.lst). Verifikasi bahwa versi Anda GRUB mendukung jenis sistem file yang mendasarinya dan tingkatkan GRUB jika perlu. Pilih GRUB gambar yang sesuai, (drive hd0-1 atau hd00 - drive pertama, partisi 1). Hentikan instance dan luncurkan yang 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 GRUB konfigurasi. Verifikasi bahwa versi Anda GRUB mendukung jenis sistem file yang mendasarinya dan tingkatkan GRUB jika perlu. Lepaskan lampiran sistem file. Lampirkan ke instans asli. Ubah atribut kernel untuk menggunakan GRUB gambar yang sesuai (disk 1 atau partisi 1 pada disk 1). Mulai instans.
Didukung penyimpanan instans	Opsi 1: Ubah AMI dan luncurkan kembali instance: Buat yang baru AMI dengan file GRUB konfigurasi di lokasi standar (/boot/grub/menu.lst). Pilih GRUB gambar yang sesuai, (drive hd0-1 atau hd00 - drive pertama, partisi 1). Verifikasi bahwa versi Anda GRUB mendukung jenis sistem file yang mendasarinya dan tingkatkan GRUB jika perlu. Hentikan instance dan luncurkan instance baru menggunakan yang AMI 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: Ubah AMI dan luncurkan kembali instance:

Ubah sumber AMI untuk membuat file GRUB konfigurasi di lokasi standar (/boot/grub/menu.lst).
Verifikasi bahwa versi Anda GRUB mendukung jenis sistem file yang mendasarinya dan tingkatkan GRUB jika perlu.
Pilih GRUB gambar yang sesuai, (drive hd0-1 atau hd00 - drive pertama, partisi 1).
Hentikan instance dan luncurkan yang 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 GRUB konfigurasi.
Verifikasi bahwa versi Anda GRUB mendukung jenis sistem file yang mendasarinya dan tingkatkan GRUB jika perlu.
Lepaskan lampiran sistem file.
Lampirkan ke instans asli.
Ubah atribut kernel untuk menggunakan GRUB gambar yang sesuai (disk 1 atau partisi 1 pada disk 1).
Mulai instans.

Didukung penyimpanan instans

Opsi 1: Ubah AMI dan luncurkan kembali instance:

Buat yang baru AMI dengan file GRUB konfigurasi di lokasi standar (/boot/grub/menu.lst).
Pilih GRUB gambar yang sesuai, (drive hd0-1 atau hd00 - drive pertama, partisi 1).
Verifikasi bahwa versi Anda GRUB mendukung jenis sistem file yang mendasarinya dan tingkatkan GRUB jika perlu.
Hentikan instance dan luncurkan instance baru menggunakan yang AMI 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 antarmuka eth0: Perangkat eth0 memiliki MAC alamat yang berbeda dari yang diharapkan, mengabaikan. (Alamat kode kerasMAC)

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

Ada antarmuka hardcode MAC dalam konfigurasi AMI

Tindakan yang disarankan

Untuk tipe instans ini	Lakukan hal berikut
Didukung Amazon EBS	Lakukan salah satu hal berikut ini: Ubah AMI untuk menghapus hardcoding dan meluncurkan kembali instance. Ubah instance untuk menghapus alamat hardcode. MAC ATAU Gunakan prosedur berikut: Hentikan instans. Lepaskan lampiran volume root. Lampirkan volume ke instance lain dan ubah volume untuk menghapus alamat hardcodeMAC. Lampirkan volume ke instans asli. Mulai instans.
Didukung penyimpanan instans	Lakukan salah satu dari berikut ini: Ubah instance untuk menghapus alamat hardcode. MAC Akhiri instans dan luncurkan instans baru.

Untuk tipe instans ini

Lakukan hal berikut

Didukung Amazon EBS

Lakukan salah satu hal berikut ini:

Ubah AMI untuk menghapus hardcoding dan meluncurkan kembali instance.
Ubah instance untuk menghapus alamat hardcode. MAC

ATAU

Gunakan prosedur berikut:

Hentikan instans.
Lepaskan lampiran volume root.
Lampirkan volume ke instance lain dan ubah volume untuk menghapus alamat hardcodeMAC.
Lampirkan volume ke instans asli.
Mulai instans.

Didukung penyimpanan instans

Lakukan salah satu dari berikut ini:

Ubah instance untuk menghapus alamat hardcode. MAC
Akhiri instans dan luncurkan instans baru.

Tidak dapat memuat Kebijakan SELinux. Mesin berada dalam mode penegakan. Menghentikan sekarang. (SELinuxsalah konfigurasi)

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 karena 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 `/mount_point/etc/sysconfig/selinux` file, di mana `mount_point` lokasi yang Anda pasang volume pada instance pemulihan Anda. 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 /mount_point/etc/sysconfig/selinux file, di mana mount_point lokasi yang Anda pasang volume pada instance pemulihan Anda.
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: Timeout menghubungkan ke perangkat (Xenbus timeout)

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 hal berikut ini: Ubah instance AMI dan untuk menggunakan kernel modern dan luncurkan kembali instance. Boot ulang instans.
Didukung penyimpanan instans	Lakukan salah satu dari berikut ini: Akhiri instans. Ubah AMI untuk menggunakan kernel modern, dan luncurkan instance baru menggunakan iniAMI.

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

SSHMasalah instance Linux

Instans Linux melakukan booting dari volume yang salah