Lewati ke isi

Server & Infrastruktur

Cara Mount Disk Baru Permanen lewat fstab di Linux

Langkah memasang disk tambahan di server Linux, dari partisi, format, sampai baris fstab dengan UUID dan nofail agar aman saat reboot.

Terbit 6 menit baca

Jawaban singkat

Disk baru dipasang permanen dengan menambahkan satu baris di /etc/fstab yang memakai UUID, titik mount, jenis filesystem, dan opsi nofail. Uji dulu dengan findmnt --verify dan mount -a sebelum reboot agar server tidak macet saat booting.

Daftar isi
  1. Apa isi satu baris fstab?
  2. Langkah memasang disk baru secara permanen
  3. 1. Kenali disk yang baru
  4. 2. Buat tabel partisi dan satu partisi
  5. 3. Format partisi
  6. 4. Siapkan folder tujuan
  7. 5. Ambil UUID
  8. 6. Tambahkan baris di fstab
  9. 7. Uji sebelum reboot
  10. 8. Atur pemilik folder
  11. Kenapa nofail penting?
  12. Apa yang terjadi kalau terlanjur salah dan server tidak mau boot?
  13. Kapan sebaiknya memakai LVM saja?
  14. Pertanyaan yang sering diajukan

Kamu baru menambah disk di VPS atau server, tapi setelah reboot disk itu hilang dari df -h? Itu wajar. Perintah mount biasa hanya berlaku sampai mesin dimatikan. Supaya disk selalu terpasang otomatis, kamu perlu mencatatnya di file /etc/fstab.

Caranya tidak panjang: kenali disk, buat partisi dan filesystem, siapkan folder tujuan, lalu tambahkan satu baris di fstab yang memakai UUID. Bagian yang sering dilupakan justru langkah terakhir, yaitu menguji baris itu sebelum reboot. Satu salah ketik di fstab bisa membuat server berhenti di layar emergency mode.

Apa isi satu baris fstab?

Setiap baris di /etc/fstab punya enam kolom yang dipisah spasi atau tab. Urutannya selalu sama.

KolomIsiContoh
1. PerangkatUUID, LABEL, atau path perangkatUUID=3f1c...
2. Titik mountFolder tujuan/data
3. Jenis filesystemext4, xfs, dan sebagainyaext4
4. OpsiDipisah koma, tanpa spasidefaults,nofail
5. dumpHampir selalu 00
6. pass (urutan fsck)0 tidak dicek, 1 untuk root, 2 untuk disk lain2

Kolom pertama sebaiknya UUID, bukan /dev/vdb1. Nama perangkat seperti vdb atau sdb bisa bergeser kalau urutan disk berubah, misalnya setelah kamu menambah disk lain. UUID melekat pada filesystem, jadi tetap sama.

Langkah memasang disk baru secara permanen

Contoh di bawah memakai disk /dev/vdb dan folder /data. Sesuaikan dengan nama disk di servermu. Semua perintah dijalankan sebagai root atau dengan sudo.

1. Kenali disk yang baru

Jalankan lsblk. Disk baru biasanya muncul tanpa partisi dan tanpa titik mount. Di VPS berbasis KVM namanya sering vdb, di server lain bisa sdb atau nvme1n1. Pastikan benar-benar disk yang kosong, karena langkah berikutnya menghapus isinya.

2. Buat tabel partisi dan satu partisi

sudo parted /dev/vdb --script mklabel gpt mkpart primary ext4 0% 100%

Perintah ini membuat tabel partisi GPT dan satu partisi yang memakai seluruh kapasitas. Setelah itu lsblk akan menampilkan vdb1.

3. Format partisi

sudo mkfs.ext4 -L data /dev/vdb1

Opsi -L data memberi label, berguna saat membaca lsblk -f. Kalau kamu lebih suka XFS, pakai mkfs.xfs. Bedanya dibahas di artikel ext4 atau XFS untuk disk server.

4. Siapkan folder tujuan

sudo mkdir -p /data

5. Ambil UUID

sudo blkid /dev/vdb1

Salin nilai UUID="..." yang tampil. Jangan tertukar dengan PARTUUID, karena itu milik partisi, bukan filesystem.

6. Tambahkan baris di fstab

Buat cadangan dulu, lalu buka file dengan editor:

sudo cp /etc/fstab /etc/fstab.bak
sudo nano /etc/fstab

Tambahkan baris di paling bawah:

UUID=isi-uuid-kamu  /data  ext4  defaults,nofail  0  2

Opsi nofail membuat proses boot tetap berlanjut walau disk ini gagal ditemukan. Untuk disk data (bukan disk sistem), opsi ini sangat disarankan.

7. Uji sebelum reboot

sudo findmnt --verify
sudo systemctl daemon-reload
sudo mount -a
df -h /data

findmnt --verify memeriksa fstab dan melaporkan kesalahan seperti UUID yang tidak ditemukan atau jenis filesystem yang salah. mount -a memasang semua entri yang belum terpasang. Kalau df -h /data menunjukkan kapasitas disk baru, barisnya sudah benar. Di sistem dengan systemd, daemon-reload membuat systemd membaca ulang fstab yang baru diubah.

8. Atur pemilik folder

Folder hasil mount dimiliki root. Kalau aplikasi berjalan dengan user lain, ubah pemiliknya, misalnya sudo chown -R www-data:www-data /data untuk web server di Ubuntu atau Debian.

Kenapa nofail penting?

Tanpa nofail, systemd menganggap disk itu wajib ada. Kalau disk dilepas, rusak, atau UUID-nya berubah karena diformat ulang, proses boot akan menunggu lalu masuk emergency mode. Di VPS, kondisi ini berarti SSH tidak bisa dipakai dan kamu harus masuk lewat konsol web atau rescue mode.

Dengan nofail, server tetap menyala. Folder /data hanya akan kosong (berisi apa yang ada di disk root), dan kamu bisa memperbaikinya dengan tenang. Untuk disk jaringan seperti NFS atau CIFS, tambahkan juga _netdev agar mount menunggu jaringan siap.

Apa yang terjadi kalau terlanjur salah dan server tidak mau boot?

Jangan panik. Buka konsol dari panel penyedia, lalu login sebagai root di emergency mode. Biasanya filesystem root terpasang dalam mode baca saja, jadi pasang ulang dulu dengan izin tulis:

mount -o remount,rw /

Setelah itu perbaiki baris yang salah di /etc/fstab, atau kembalikan cadangan dengan cp /etc/fstab.bak /etc/fstab, lalu reboot. Inilah alasan langkah membuat cadangan di awal tidak boleh dilewati.

Kapan sebaiknya memakai LVM saja?

Cara di atas cocok untuk disk data yang ukurannya tetap. Kalau kamu memperkirakan kapasitas akan sering ditambah, pertimbangkan LVM. Dengan LVM, beberapa disk bisa digabung menjadi satu volume dan ukurannya diperbesar tanpa memindah data. Langkahnya dijelaskan di cara memakai LVM untuk menambah disk. Barisnya di fstab tetap mirip, hanya perangkatnya berupa path volume LVM atau UUID filesystem di dalamnya.

Kalau penyebab kamu menambah disk adalah disk utama yang terus penuh, cek juga apa yang sebenarnya memakan tempat. Kadang log dan cache lama yang jadi biang, seperti dibahas di cara mencari dan membersihkan disk server yang penuh.

Pertanyaan yang sering diajukan

Apakah boleh memakai /dev/vdb1 langsung di fstab?

Boleh dan akan berfungsi, tapi berisiko. Nama perangkat bisa berubah urutannya setelah disk ditambah atau dilepas. UUID atau LABEL lebih aman karena melekat pada filesystem.

Apa arti angka 0 dan 2 di akhir baris?

Angka pertama untuk program dump yang sudah jarang dipakai, jadi isi 0. Angka kedua menentukan urutan pengecekan fsck saat boot: 1 untuk filesystem root, 2 untuk disk lain, dan 0 bila tidak perlu dicek.

Apakah data di folder /data lama akan hilang setelah mount?

Tidak hilang, tapi tertutup. Isi lama tersembunyi di bawah disk yang baru dipasang dan muncul lagi setelah unmount. Pindahkan dulu isi folder lama sebelum memasang disk bila folder itu sudah berisi data.

Perlukah reboot untuk menguji?

Sebaiknya tetap reboot sekali di waktu yang sepi setelah findmnt --verify dan mount -a berhasil. Dengan begitu kamu yakin disk benar-benar terpasang otomatis, bukan hanya karena mount manual.

Bagaimana cara melepas disk ini nanti?

Hentikan aplikasi yang memakai /data, jalankan umount /data, lalu hapus atau beri tanda # di depan barisnya di fstab sebelum disk dilepas dari server.

Checklist singkat sebelum kamu menutup terminal:

  • Disk yang diformat sudah benar, bukan disk sistem.
  • Baris fstab memakai UUID dan opsi nofail.
  • Cadangan /etc/fstab.bak tersedia.
  • findmnt --verify tidak menampilkan error.
  • mount -a dan df -h menunjukkan disk terpasang.
  • Pemilik folder sudah sesuai dengan user aplikasi.

Sumber & referensi

Baca juga