全部产品
Search
文档中心

:File penting dalam format non-Unix pada instance Linux

更新时间:Jun 26, 2025

Jika beberapa file penting pada instance Linux tidak dalam format Unix, Anda mungkin tidak dapat terhubung ke instance tersebut. Gunakan fitur diagnostik kesehatan instance untuk memecahkan masalah ini.

Prasyarat

Instance Linux gagal boot dan telah didiagnosis menggunakan fitur diagnostik kesehatan instance. Laporan diagnosis menunjukkan bahwa file sistem penting gagal dalam pemeriksaan format file sistem kritis.

Informasi latar belakang

Deskripsi Masalah: Instance Linux tidak dapat diakses karena beberapa file sistem pentingnya tidak dalam format Unix.

Penyebab Potensial: File sistem penting diedit di sistem operasi Windows lalu diunggah ke instance Linux, atau ada kesalahan operasional yang dilakukan.

Solusi

  1. Hubungkan ke instance yang bermasalah.
    Disk perbaikan telah dilekatkan ke instance, dan Anda hanya dapat terhubung melalui Virtual Network Console (VNC). Untuk informasi lebih lanjut, lihat Hubungkan ke Instance Menggunakan VNC.
  2. Periksa informasi mount disk sistem asli pada instance.
    Pada disk perbaikan yang sementara dilekatkan ke instance, file sistem dari disk sistem asli dipasang ke direktori sementara. Anda dapat menggunakan salah satu metode berikut untuk melihat direktori sementara:
    • Periksa laporan diagnosis kesehatan instance untuk menemukan direktori sementara. Contoh direktori sementara: /tmp/ecs-offline-diagnose_disk-bp19bspzms79kqse****.
    • Jalankan perintah mount pada disk perbaikan untuk melihat direktori sementara. Sebagai contoh, jika nama perangkat disk sistem asli adalah /dev/vda, jalankan perintah berikut:
      mount | grep /dev/vda
      Keluaran perintah akan ditampilkan sebagai berikut:
      /dev/vda1 on /tmp/ecs-offline-diagnose_disk-bp19bspzms79kqse**** type ext4 (rw,relatime)
  3. Untuk mengubah direktori root ke direktori sementara tempat disk sistem asli berada dan masuk ke lingkungan chroot, jalankan perintah chroot.
    Anda harus menuju ke direktori sementara tempat disk sistem asli berada untuk memulihkan file konfigurasi. Sebagai contoh, jika direktori sementara adalah /tmp/ecs-offline-diagnose_disk-bp19bspzms79kqse****, jalankan perintah berikut:
    chroot /tmp/ecs-offline-diagnose_disk-bp19bspzms79kqse****
  4. Di lingkungan chroot, jalankan perintah vim untuk mengedit file tertentu.
    Sebelum mengedit file, perhatikan hal-hal berikut:
    • Jalankan perintah cp untuk mencadangkan file sistem penting yang ingin Anda edit.

      Sebagai contoh, untuk mencadangkan file /etc/passwd pada disk sistem asli instance, jalankan perintah cp /etc/passwd /etc/passwd.bak.

    • File yang Anda edit semuanya berada pada disk sistem asli instance yang bermasalah. Sebelum mengedit file yang berada di luar titik mount disk sistem asli, Anda harus menjalankan perintah exit untuk keluar dari lingkungan chroot.
    • Anda berada di lingkungan chroot, sehingga tidak perlu menambahkan path /tmp/ecs-offline-diagnose_disk-bp19bspzms79kqse**** ke perintah.

      Sebagai contoh, untuk mengedit file /etc/passwd yang berada pada disk sistem asli, jalankan perintah vim /etc/passwd tanpa menyertakan path /tmp/ecs-offline-diagnose_disk-bp19bspzms79kqse****.

    vim [$File]
    [$File] menentukan nama file yang tidak dalam format Unix. Dalam contoh-contoh ini, file /etc/passwd digunakan. Jalankan perintah berikut untuk mengedit file ini:
    vim /etc/passwd
  5. Ubah format file menjadi Unix.
    1. Di setiap file yang ingin Anda ubah formatnya menjadi Unix, tekan Shift+:, atur set ff ke unix seperti yang ditunjukkan pada gambar berikut, lalu tekan tombol Enter.
      unix
    2. Tekan Shift+:, masukkan wq, lalu tekan tombol Enter untuk menyimpan dan menutup file.
  6. Setelah file dipulihkan, keluar dari lingkungan chroot dan periksa status instance yang bermasalah.
    1. Jalankan perintah exit untuk keluar dari lingkungan chroot.
    2. Buka halaman Pemecahan Masalah di konsol ECS. Di tab Diagnosis Kesehatan Instance, lepaskan disk perbaikan dari instance dan mulai instance.
    3. Hubungkan ke instance dan pastikan Anda berhasil terhubung.