--- title: "Cara Mount Disk Baru Permanen lewat fstab di Linux" description: "Langkah memasang disk tambahan di server Linux, dari partisi, format, sampai baris fstab dengan UUID dan nofail agar aman saat reboot." url: "https://nivelva.com/insight/cara-mount-disk-baru-permanen-fstab-linux" category: "Server \u0026 Infrastruktur" tags: ["linux","fstab","disk","mount","vps"] author: "Lucas Tan" published: "2026-11-11T13:28:00+07:00" updated: "2026-11-11T13:28:00+07:00" language: "id" publisher: "Nivelva (https://nivelva.com)" --- # Cara Mount Disk Baru Permanen lewat fstab di Linux > **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. 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. | Kolom | Isi | Contoh | |:--|:--|:--| | 1. Perangkat | UUID, LABEL, atau path perangkat | `UUID=3f1c...` | | 2. Titik mount | Folder tujuan | `/data` | | 3. Jenis filesystem | ext4, xfs, dan sebagainya | `ext4` | | 4. Opsi | Dipisah koma, tanpa spasi | `defaults,nofail` | | 5. dump | Hampir selalu 0 | `0` | | 6. pass (urutan fsck) | 0 tidak dicek, 1 untuk root, 2 untuk disk lain | `2` | 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](https://nivelva.com/insight/ext4-xfs-disk-server-bedanya). ### 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](https://nivelva.com/insight/vps-tidak-bisa-boot-cara-memakai-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](https://nivelva.com/insight/cara-memakai-lvm-menambah-disk-format-ulang). 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](https://nivelva.com/insight/disk-server-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 - - - --- Diterbitkan oleh Nivelva Insight (https://nivelva.com/insight/). Artikel ini: https://nivelva.com/insight/cara-mount-disk-baru-permanen-fstab-linux Kontak Nivelva: WhatsApp https://wa.me/6285111245007, email hello@nivelva.com