View source for Linux : Praktikum Mount, fsck, dan Perluasan Filesystem

'''Disk yang penuh belum tentu kecil, dan mount yang gagal belum tentu rusak.''' Saat server mengeluh, yang rusak biasanya cuma satu lapis — dan tugasmu adalah menunjuk lapis mana, dengan satu perintah dan satu angka, bukan menebak.

Artikel ini adalah lanjutan langsung dari konsep empat lapis di [[Linux : Disk, Partisi, dan Filesystem (Mount dan fstab)]]. Pagi tadi kamu belajar bahwa disk, partisi, filesystem, dan mount adalah empat lapis satu arah. Sore ini kamu akan membangun keempatnya di atas satu file image, lalu mematahkannya satu per satu dengan sengaja.

== 🎯 Tujuan ==
Setelah menyelesaikan praktikum ini, kamu bisa:

* Membangun disk uji dari file image dan loop device, tanpa menyentuh disk asli server.
* Mengumpulkan bukti untuk keempat lapis: perangkat, partisi, filesystem, dan mount.
* Membedakan penuh karena blok dengan penuh karena inode — dua gejala yang mirip, obatnya beda.
* Menemukan proses yang menahan <code>umount</code> dan tahu kenapa <code>umount -l</code> berbahaya.
* Menjalankan <code>e2fsck</code> dengan aman dan membaca hasilnya.
* Memperluas filesystem dengan urutan yang benar: partisi dulu, filesystem kemudian.
* Menguji entri <code>fstab</code> tanpa reboot dan tanpa risiko masuk emergency mode.

== 📍 Konteks nyata ==
Bayangkan kamu membawa motor ke bengkel karena mesinnya mati. Tukang yang buruk langsung membongkar mesin. Tukang yang baik mengecek dulu: bensin ada? busi nyala? filter kotor?

Diagnosa disk bekerja dengan urutan yang sama. Kamu tidak memformat ulang disk hanya karena aplikasi bilang "No space left on device". Kamu cek satu per satu dari lapis paling bawah.

🔥 '''Kasus nyata:''' Sebuah SMK memakai satu server untuk ujian berbasis komputer. Pagi hari ujian, aplikasi menolak menyimpan jawaban dengan pesan "No space left on device". Panitia cek <code>df -h</code>, ternyata disk masih 46 persen. Karena bingung, dua hard disk baru dibeli dan dipasang. Ujian tertunda dua hari. Penyebab aslinya: folder session PHP berisi 1,2 juta file kecil, jadi inode habis sementara ruang masih lega. Satu perintah <code>df -i</code> akan menunjukkan masalahnya dalam lima detik.

== 🧠 Konsep singkat ==
Empat lapis itu punya pertanyaan berbeda. Kalau kamu bertanya hal yang salah ke lapis yang salah, jawabannya selalu menyesatkan.

{| class="wikitable"
! Lapis !! Pertanyaan !! Bukti !! Gejala kalau salah
|-
| Disk || Perangkatnya terdeteksi? || <code>lsblk</code>, <code>dmesg</code> || perangkat tidak muncul sama sekali
|-
| Partisi || Batasnya sudah benar? || <code>lsblk</code>, <code>parted print</code> || ruang ada, tapi tidak terpakai
|-
| Filesystem || Isinya sehat dan ada slot? || <code>blkid</code>, <code>df -h</code>, <code>df -i</code> || "No space left" walau lega
|-
| Mount || Menempel di jalur yang benar? || <code>findmnt</code> || file menumpuk di direktori kosong
|}

Aturan kerjanya cuma satu: '''berhenti di lapis pertama yang gagal'''. Kalau perangkat tidak terdeteksi, jangan urus <code>fstab</code>. Kalau partisi belum diperbesar, jangan jalankan <code>resize2fs</code>. Melompat lapis adalah cara paling cepat menghabiskan waktu.

=== 🔹 Penuh karena blok, penuh karena inode ===
Setiap file butuh dua hal: ruang data (blok) dan satu slot catatan (inode). Satu file video 2 GB memakai satu inode. Sepuluh ribu file log 1 KB juga memakai sepuluh ribu inode.

Karena itu ada dua jenis "penuh". Penuh blok terlihat di <code>df -h</code>. Penuh inode hanya terlihat di <code>df -i</code>. Pesan errornya sama persis, jadi kamu harus memeriksa keduanya.

📊 '''Angka penting:''' Default ext4 menyediakan satu inode untuk setiap 16 KiB ruang. Disk 100 GB berarti sekitar 6,5 juta inode. Kedengarannya banyak, sampai ada folder session atau cache yang membuat ratusan ribu file kecil.

=== 🔹 fsck bukan obat segala penyakit ===
ext4 memakai journal. Setelah listrik padam, <code>e2fsck</code> biasanya hanya memutar ulang journal lalu keluar — bukan memeriksa seluruh disk. Pemeriksaan penuh baru terjadi kalau superblock menandai filesystem belum bersih.

⚠️ '''Hati-hati:''' Manual <code>e2fsck(8)</code> menulis tegas bahwa memeriksa filesystem yang sedang ter-mount '''tidak aman'''. Satu-satunya pengecualian adalah opsi <code>-n</code> (baca saja), dan bahkan hasilnya tidak valid. Kalau <code>e2fsck</code> bertanya apakah filesystem ter-mount perlu diperiksa, jawaban yang benar adalah tidak.

=== 🔹 Memperluas itu dua langkah, bukan satu ===
Ini jebakan paling sering. Kamu menambah ukuran disk di Proxmox, lalu menjalankan <code>resize2fs</code>, dan hasilnya "Nothing to do!".

Manual <code>resize2fs(8)</code> menjelaskan sebabnya: perintah itu '''tidak mengubah ukuran partisi'''. Filesystem tidak boleh lebih besar dari partisinya. Jadi urutannya selalu: perbesar partisi, baru perbesar filesystem.

== 🧩 Istilah penting ==
{| class="wikitable"
! Istilah !! Arti sederhana
|-
| Loop device || File biasa yang dipakai seolah-olah hard disk, misalnya <code>/dev/loop0</code>
|-
| Superblock || Catatan induk filesystem: ukuran, status bersih/kotor, jumlah mount
|-
| Inode || Slot catatan untuk satu nama file; bukan isi filenya
|-
| Journal || Catatan sementara perubahan, supaya pemulihan setelah mati listrik cepat
|-
| Dirty || Status filesystem yang belum ditutup dengan rapi
|-
| fsck pass || Tahap pemeriksaan; angka di kolom keenam <code>fstab</code>
|-
| Mount unit || Nama unit systemd untuk satu mount, misalnya <code>mnt-lab.mount</code>
|-
| Lazy umount || Melepas mount dari pohon direktori, tapi proses lama tetap memakai filesystem
|}

== 🔧 Praktik: Membangun, Merusak, dan Membuktikan Lapis Disk ==
Semua langkah di bawah memakai '''file image''', bukan partisi asli. Aman diulang, aman salah, dan tidak bisa menghapus data server.

⚠️ '''Hati-hati:''' Jangan pernah menjalankan <code>mkfs</code>, <code>parted</code>, atau <code>resize2fs</code> di server produksi sebagai latihan. Salah satu huruf di nama device bisa menghapus data yang tidak bisa dikembalikan.

=== 🔹 Langkah 0: Siapkan tempat latihan ===
Gunakan VM Debian, atau server lab yang memang boleh dirusak. Pastikan kamu punya akses root.

<syntaxhighlight lang="text">
sudo -i
mkdir -p /srv/lab-disk
cd /srv/lab-disk
fallocate -l 1G disk-lab.img
losetup -fP --show disk-lab.img
</syntaxhighlight>

Perintah terakhir mencetak nama loop device, misalnya <code>/dev/loop0</code>. Di catatan ini kita anggap hasilnya <code>/dev/loop0</code> — sesuaikan dengan punyamu.

📊 '''Angka penting:''' <code>fallocate</code> memesan ruang tanpa menulis nol ke seluruh file, jadi 1 GiB selesai dalam hitungan milidetik, bukan menit.

=== 🔹 Langkah 1: Buat partisi, filesystem, dan mount point ===
Kita sengaja memakai partisi 700 MiB di dalam disk 1 GiB. Sisa 300 MiB itulah yang nanti dipakai untuk uji perluasan.

<syntaxhighlight lang="text">
parted -s /dev/loop0 mklabel gpt
parted -s /dev/loop0 mkpart primary ext4 1MiB 701MiB
partx -u /dev/loop0
lsblk /dev/loop0

mkfs.ext4 -L LABDISK /dev/loop0p1
mkdir -p /mnt/lab
mount /dev/loop0p1 /mnt/lab
</syntaxhighlight>

Kalau <code>/dev/loop0p1</code> belum ada setelah <code>parted</code>, jalankan <code>partx -u /dev/loop0</code> lagi. Kernel perlu diberi tahu bahwa tabel partisi berubah — membuat partisi tidak otomatis membuka device-nya.

=== 🔹 Langkah 2: Kumpulkan bukti keempat lapis ===
Ini baseline kamu. Catat hasilnya, karena nanti kita akan membandingkan.

<syntaxhighlight lang="text">
lsblk -o NAME,SIZE,FSTYPE,LABEL,MOUNTPOINTS /dev/loop0
blkid /dev/loop0p1
findmnt /mnt/lab
df -h /mnt/lab
df -i /mnt/lab
</syntaxhighlight>

Yang harus kamu lihat: disk 1G, partisi 700M, filesystem ext4 berlabel LABDISK, dan mount point <code>/mnt/lab</code>. Empat baris bukti, empat lapis.

🧪 '''Uji cepat:''' <code>findmnt -o TARGET,SOURCE,FSTYPE,OPTIONS /mnt/lab</code> menjawab lapis mount dalam satu baris, lebih ringkas daripada membaca <code>mount</code> yang panjang.

=== 🔹 Langkah 3: Uji A — penuh karena blok ===
<syntaxhighlight lang="text">
dd if=/dev/zero of=/mnt/lab/penuh.bin bs=1M status=progress
df -h /mnt/lab
ls -lh /mnt/lab/penuh.bin
</syntaxhighlight>

<code>dd</code> akan berhenti dengan pesan "No space left on device". Perhatikan <code>df -h</code>: Use% mencapai 100 persen, tapi Available menunjukkan angka kecil atau nol.

📊 '''Angka penting:''' ext4 menyisihkan 5 persen blok khusus root. Di partisi 700 MiB itu sekitar 35 MiB. Artinya user biasa sudah ditolak, sementara root masih bisa menulis sedikit — dan itu sering membuat gejala terlihat tidak konsisten.

Hapus lagi file uji sebelum lanjut:

<syntaxhighlight lang="text">
rm /mnt/lab/penuh.bin
df -h /mnt/lab
</syntaxhighlight>

=== 🔹 Langkah 4: Uji B — penuh karena inode ===
Sekarang kita isi partisi yang sama dengan file kosong berukuran nol byte.

<syntaxhighlight lang="text">
mkdir -p /mnt/lab/kecil
cd /mnt/lab/kecil
i=0
while : > "f$i" 2>/dev/null; do i=$((i+1)); done
echo "berhasil membuat $i file"
df -h /mnt/lab
df -i /mnt/lab
</syntaxhighlight>

Hasil yang diharapkan: <code>df -h</code> menunjukkan pemakaian sangat kecil, tapi <code>df -i</code> menunjukkan IUse% 100 persen. Coba buat satu file baru — gagal, padahal ruang masih banyak.

Inilah pelajaran intinya: '''"No space left on device" adalah pesan tentang slot, bukan hanya tentang ukuran.''' Kalau kamu hanya melihat <code>df -h</code>, kamu akan membeli disk baru tanpa perlu.

Bersihkan:

<syntaxhighlight lang="text">
cd /
rm -rf /mnt/lab/kecil
df -i /mnt/lab
</syntaxhighlight>

=== 🔹 Langkah 5: Uji C — umount gagal karena "target is busy" ===
Buka satu terminal, masuk ke dalam mount point, lalu biarkan di sana.

<syntaxhighlight lang="text">
cd /mnt/lab
</syntaxhighlight>

Di terminal kedua:

<syntaxhighlight lang="text">
umount /mnt/lab
lsof /mnt/lab
fuser -vm /mnt/lab
</syntaxhighlight>

<code>umount</code> menolak dengan "target is busy". <code>fuser -vm</code> menampilkan PID, user, dan jenis akses; huruf <code>c</code> berarti proses itu sedang menjadikan direktori tersebut sebagai working directory. Setelah terminal pertama keluar dari <code>/mnt/lab</code>, <code>umount</code> langsung berhasil.

⚠️ '''Hati-hati:''' <code>umount -l</code> (lazy) terlihat seperti solusi karena perintahnya sukses. Yang terjadi sebenarnya: mount dilepas dari pohon direktori, tapi proses lama tetap menulis ke filesystem yang sudah "hilang". Datanya tidak muncul di mount point baru dan tidak ada di tempat lama. Jangan pakai <code>-l</code> untuk menutupi proses yang belum selesai.

=== 🔹 Langkah 6: Uji D — memeriksa filesystem dengan benar ===
Coba dulu saat masih ter-mount, supaya kamu tahu peringatannya:

<syntaxhighlight lang="text">
e2fsck -n /dev/loop0p1
</syntaxhighlight>

Lalu lepas mount dan periksa dengan benar:

<syntaxhighlight lang="text">
umount /mnt/lab
dumpe2fs -h /dev/loop0p1 | egrep 'Filesystem state|Mount count|Maximum mount count|Last checked|Errors behavior'
e2fsck -fn /dev/loop0p1
e2fsck -f -p /dev/loop0p1
</syntaxhighlight>

<code>-n</code> berarti baca saja dan jawab "tidak" untuk semua pertanyaan. <code>-f</code> memaksa pemeriksaan penuh walau filesystem dianggap bersih. <code>-p</code> memperbaiki otomatis masalah yang aman diperbaiki.

🔥 '''Kasus nyata:''' Sebuah kantor distributor menjalankan backup malam ke USB yang di-mount di <code>/mnt/backup</code>. Suatu malam <code>umount</code> gagal karena skrip rsync masih berjalan. Admin memakai <code>umount -l</code> supaya tidak mengganggu jadwal. Rsync terus menulis ke filesystem yang sudah terlepas, sementara folder <code>/mnt/backup</code> kembali kosong — dan rsync berikutnya menulis ke disk sistem. Tiga bulan kemudian, saat restore dibutuhkan, tidak ada satu pun file backup di USB.

📊 '''Angka penting:''' Kode keluar <code>e2fsck</code> adalah penjumlahan kondisi: 0 berarti tidak ada error, 1 berarti error diperbaiki, 2 berarti diperbaiki dan sebaiknya reboot, 4 berarti ada error yang belum diperbaiki. Skrip backup yang hanya mengecek "sukses atau gagal" akan salah membaca angka 4.

Sekarang pelajari cara memaksa pemeriksaan saat boot:

<syntaxhighlight lang="text">
tune2fs -E force_fsck /dev/loop0p1
tune2fs -l /dev/loop0p1 | egrep 'Filesystem state|Errors behavior'
tune2fs -e remount-ro /dev/loop0p1
</syntaxhighlight>

💡 '''Tips:''' <code>tune2fs -E force_fsck</code> menandai superblock seolah ada error, sehingga fsck berjalan pada mount berikutnya. Flag ini dibaca oleh layanan fsck saat boot untuk entri <code>fstab</code> dengan passno 2 — bukan oleh perintah <code>mount</code> biasa. Opsi <code>-e remount-ro</code> membuat filesystem berubah jadi read-only saat menemukan error, jauh lebih baik daripada terus menulis di atas kerusakan.

=== 🔹 Langkah 7: Uji E — menguji fstab tanpa reboot ===
Siapkan mount point dan ambil UUID asli:

<syntaxhighlight lang="text">
mkdir -p /mnt/lab
blkid -s UUID -o value /dev/loop0p1
</syntaxhighlight>

Tambahkan satu baris ke <code>/etc/fstab</code> (ganti bagian UUID dengan hasil di atas):

<syntaxhighlight lang="text">
UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx  /mnt/lab  ext4  defaults,nofail  0  2
</syntaxhighlight>

Sekarang uji tanpa benar-benar melakukan syscall mount:

<syntaxhighlight lang="text">
findmnt --verify --verbose
mount -a -f -v
systemd-escape -p --suffix=mount /mnt/lab
</syntaxhighlight>

<code>mount -a -f</code> melakukan semua langkah kecuali syscall sebenarnya. Manual <code>mount(8)</code> menyebutnya "fakes" mounting — persis alat yang kamu butuhkan untuk menguji fstab di server hidup.

Nama unit yang dicetak <code>systemd-escape</code> adalah <code>mnt-lab.mount</code>. Pakai nama itu untuk menguji kegagalan dengan aman:

<syntaxhighlight lang="text">
systemctl daemon-reload
systemctl start mnt-lab.mount
systemctl status mnt-lab.mount
journalctl -u mnt-lab.mount -n 20 --no-pager
</syntaxhighlight>

Sekarang rusak satu huruf UUID di <code>/etc/fstab</code>, ulangi <code>daemon-reload</code> dan <code>start</code>. Unit akan <code>failed</code> dengan pesan "can't find UUID=". Di sinilah kamu melihat sendiri kenapa <code>nofail</code> penting: tanpa itu, kegagalan yang sama terjadi saat boot dan sistem berhenti di emergency mode.

🧪 '''Uji cepat:''' <code>systemctl list-units --type=mount --all</code> memperlihatkan semua mount unit beserta statusnya. Mount yang hilang dari daftar berarti tidak pernah diminta oleh <code>fstab</code> maupun service lain.

Kembalikan UUID yang benar sebelum lanjut.

=== 🔹 Langkah 8: Uji F — memperluas filesystem ===
Ingat sisa 300 MiB di image? Sekarang kita pakai. Urutannya wajib: disk, partisi, filesystem.

<syntaxhighlight lang="text">
umount /mnt/lab
truncate -s +300M /srv/lab-disk/disk-lab.img
losetup -c /dev/loop0
lsblk /dev/loop0
</syntaxhighlight>

<code>losetup -c</code> menyegarkan ukuran loop device agar mengikuti ukuran file. Tanpa itu, kernel masih mengira disknya 1 GiB.

<syntaxhighlight lang="text">
parted -s /dev/loop0 resizepart 1 100%
partx -u /dev/loop0
lsblk /dev/loop0
</syntaxhighlight>

Sekarang partisi sudah memenuhi disk. Perhatikan bahwa filesystem belum ikut membesar — ini titik di mana banyak orang berhenti dan bingung.

<syntaxhighlight lang="text">
e2fsck -f /dev/loop0p1
resize2fs /dev/loop0p1
mount /dev/loop0p1 /mnt/lab
df -h /mnt/lab
</syntaxhighlight>

Kalau kamu menjalankan <code>resize2fs</code> sebelum <code>partx -u</code>, hasilnya "Nothing to do!" — bukan karena perintahnya salah, tapi karena partisinya memang belum besar.

🔥 '''Kasus nyata:''' Sebuah VM di Proxmox ditambah disknya dari 40 GB ke 80 GB. Admin langsung menjalankan <code>resize2fs /dev/sda1</code> dan mendapat "Nothing to do!". Karena mengira disknya rusak, dia menyiapkan rencana reinstal server selama satu hari. Setelah dicek, partisi masih 40 GB. Dua perintah — <code>growpart /dev/sda 1</code> dan <code>resize2fs /dev/sda1</code> — menyelesaikan semuanya dalam dua menit tanpa downtime.

📊 '''Angka penting:''' Pada disk nyata, <code>growpart /dev/sda 1</code> menolak memperbesar kalau tambahannya kurang dari 10 MiB (nilai <code>--fudge</code> bawaan 20480 sektor). Kalau kamu menambah 5 MB dan tidak terjadi apa-apa, itu penyebabnya.

💡 '''Tips:''' ext4 bisa diperbesar saat masih ter-mount (<code>growpart</code> lalu <code>resize2fs</code>), sedangkan XFS memakai <code>xfs_growfs /mountpoint</code>. Memperkecil jauh lebih berisiko dan wajib offline — untuk lab, biasakan unmount dulu supaya urutannya terlihat jelas.

=== 🔹 Langkah 9: Bersihkan dan catat ===
<syntaxhighlight lang="text">
umount /mnt/lab
losetup -d /dev/loop0
rm -rf /srv/lab-disk
</syntaxhighlight>

Hapus juga baris uji dari <code>/etc/fstab</code>, lalu jalankan <code>systemctl daemon-reload</code>. Kalau tidak, boot berikutnya akan mengeluh karena mount point-nya kosong.

== 🏭 Dipakai di dunia kerja ==
* '''Sekolah dan lab CBT:''' server ujian menyimpan session dan jawaban sementara di disk yang sama dengan sistem. Saat 300 siswa login serentak, jumlah file kecil melonjak dan inode habis lebih dulu daripada ruang.
* '''Kantor distributor:''' backup harian ditulis ke USB yang di-mount manual. Kalau mount gagal dan tidak ada yang sadar, file backup menumpuk di direktori kosong dan disk sistem yang penuh.
* '''Hosting dan VPS:''' satu disk dipakai bersama puluhan situs. Disk penuh berarti semua situs error 500 sekaligus, jadi monitoring harus memantau blok dan inode.
* '''Rumah sakit:''' penyimpanan hasil pencitraan tumbuh cepat dan tidak boleh berhenti. Perluasan volume harus bisa dilakukan tanpa mematikan layanan.
* '''ISP dan warnet:''' log billing serta cache proxy menghasilkan jutaan file kecil per bulan — kasus inode klasik yang tidak terlihat di dashboard kapasitas.
* '''Cloud dan container:''' volume Docker hidup di bawah <code>/var/lib/docker</code>. Image lama yang menumpuk membuat node penuh walau aplikasi tidak menulis data baru.

== ✅ Verifikasi ==
Jalankan di akhir praktikum. Kolom terakhir adalah yang paling penting: apa artinya kalau hasilnya berbeda.

{| class="wikitable"
! Yang diperiksa !! Perintah !! Hasil sehat
|-
| Perangkat terdeteksi || <code>lsblk /dev/loop0</code> || disk dan partisi tampil
|-
| Filesystem ada || <code>blkid /dev/loop0p1</code> || TYPE="ext4", ada LABEL
|-
| Mount menempel || <code>findmnt /mnt/lab</code> || SOURCE dan TARGET benar
|-
| Blok || <code>df -h /mnt/lab</code> || Use% wajar, bukan 100%
|-
| Inode || <code>df -i /mnt/lab</code> || IUse% wajar, bukan 100%
|-
| Status filesystem || <code>dumpe2fs -h /dev/loop0p1</code> || state "clean"
|-
| fstab bisa dibaca || <code>findmnt --verify</code> || 0 error
|-
| Setelah perluasan || <code>df -h /mnt/lab</code> || ukuran naik sesuai
|}

🧪 '''Uji cepat:''' <code>df -h /mnt/lab; df -i /mnt/lab</code> dalam satu baris adalah pemeriksaan pertama yang harus kamu jalankan setiap kali ada keluhan "disk penuh". Dua angka, dua kemungkinan penyebab.

Kalau <code>findmnt --verify</code> melaporkan error, jangan reboot. Perbaiki dulu, lalu ulangi sampai bersih.

== ⚠️ Kesalahan umum & troubleshooting ==
{| class="wikitable"
! Gejala / pesan !! Penyebab !! Tindakan
|-
| wrong fs type, bad superblock || filesystem belum dibuat atau device salah || cek <code>blkid</code>, ulangi <code>mkfs</code> di device yang benar
|-
| can't find UUID=... || UUID salah ketik atau berubah setelah format || ambil ulang dengan <code>blkid -s UUID -o value</code>
|-
| special device does not exist || kernel belum membaca tabel partisi || <code>partx -u</code> atau <code>losetup -c</code>
|-
| target is busy || ada proses dengan cwd atau file terbuka || <code>fuser -vm</code>, tutup prosesnya
|-
| Nothing to do! (resize2fs) || partisi belum diperbesar || <code>growpart</code> atau <code>parted resizepart</code> dulu
|-
| No space left, df -h lega || inode habis || <code>df -i</code>, hapus file kecil, atur rotasi log
|-
| Structure needs cleaning || ext4 menemukan kerusakan metadata || unmount, lalu <code>e2fsck -f</code>
|-
| Cannot continue, aborting || e2fsck dijalankan pada filesystem ter-mount || unmount dulu, atau pakai <code>-n</code>
|-
| mount unit failed || UUID salah, atau mount point hilang || <code>journalctl -u mnt-lab.mount</code>
|-
| boot berhenti di emergency mode || entri fstab gagal tanpa <code>nofail</code> || login sebagai root, perbaiki fstab, <code>systemctl daemon-reload</code>
|}

💡 '''Tips:''' Saat boot gagal karena fstab, tambahkan <code>nofail</code> pada data yang tidak kritis, dan <code>x-systemd.device-timeout=10s</code> untuk disk eksternal. Sistem jadi tetap bisa masuk, dan kamu bisa memperbaiki dari dalam.

== 🔐 Catatan keamanan & etika ==
* '''Perintah disk tidak punya tombol undo.''' <code>mkfs</code>, <code>parted</code>, dan <code>resize2fs</code> langsung mengubah struktur. Selalu cek nama device dengan <code>lsblk -o NAME,SIZE,MODEL,SERIAL</code> sebelum menekan Enter.
* '''<code>fstab</code> setara akses root saat boot.''' File ini dibaca sebelum banyak layanan berjalan. Jaga kepemilikan <code>root:root</code> dan mode 0644. Siapa pun yang bisa menulis ke sini bisa mengubah apa yang dijalankan sistem.
* '''Media lepas jangan dipercaya.''' Untuk flashdisk atau disk eksternal, pakai opsi <code>nosuid,nodev,noexec</code> agar isinya tidak bisa dipakai menjalankan program atau menaikkan hak.
* '''<code>lost+found</code> bisa berisi data yang seharusnya hilang.''' Setelah fsck, folder ini kadang menyimpan potongan file lama. Jangan dibagikan sembarangan; bisa memuat data pribadi pengguna lain.
* '''Hapus image lab dengan sadar.''' File image menyimpan isi filesystem apa adanya. Kalau kamu pernah menyalin data nyata ke dalamnya, hapus dengan aman, bukan sekadar memindahkan filenya.
* '''Etika di server bersama.''' Jangan menguji <code>umount</code>, <code>resize2fs</code>, atau <code>e2fsck -y</code> di server yang dipakai orang lain. Siapkan snapshot VM atau pakai loop device seperti praktik ini.

⚠️ '''Hati-hati:''' Hindari <code>e2fsck -y</code> pada data penting saat pertama kali memeriksa. Jawaban "ya" untuk semua pertanyaan bisa memindahkan banyak file ke <code>lost+found</code>. Mulai dengan <code>-n</code> untuk melihat, baca laporannya, baru tentukan langkah.

== 📌 Kesimpulan ==
* Diagnosa disk berjalan berlapis: perangkat, partisi, filesystem, mount. Berhenti di lapis pertama yang gagal.
* "No space left on device" bisa berarti blok habis atau inode habis. Selalu periksa <code>df -h</code> dan <code>df -i</code>.
* <code>umount</code> yang gagal adalah informasi, bukan gangguan. Cari prosesnya dengan <code>fuser -vm</code>, jangan ditutupi dengan <code>-l</code>.
* <code>e2fsck</code> hanya jujur saat filesystem tidak ter-mount, dan kode keluarnya perlu dibaca sebagai angka, bukan sekadar sukses/gagal.
* Memperluas filesystem selalu dua langkah: partisi dulu, filesystem kemudian.
* <code>fstab</code> bisa diuji tanpa reboot lewat <code>findmnt --verify</code>, <code>mount -a -f</code>, dan mount unit systemd.

Langkah berikutnya: ulangi seluruh praktik ini pada VM dengan disk tambahan sungguhan, lalu bandingkan hasil <code>lsblk</code> sebelum dan sesudah perluasan — supaya kamu melihat sendiri tiga ukuran yang berubah satu per satu.

== 🔗 Materi terkait ==
* [[Linux : Disk, Partisi, dan Filesystem (Mount dan fstab)]] — konsep empat lapis yang menjadi dasar praktikum ini.
* [[Linux : Cek Penggunaan Disk]] — membaca pemakaian disk harian.
* [[Linux : Perintah df]] — detail opsi <code>df</code>, termasuk <code>-i</code> untuk inode.
* [[Linux : Perintah lsblk]] — membaca pohon perangkat dan partisi.
* [[Linux : Perintah du]] — mencari folder yang paling banyak memakai ruang.
* [[Linux : Cara Membaca Penyebab Service Gagal Start dengan systemctl status dan journalctl]] — membaca kegagalan mount unit.
* [[Linux : Praktikum Membuat Service systemd dan Diagnosa Kegagalan Start]] — pola uji rusak terkendali yang dipakai di sini.
* [[Linux: Cron Job]] — menjadwalkan pemeriksaan kapasitas otomatis.

== 📚 Referensi ==
* <code>mount(8)</code> — Debian bookworm: https://manpages.debian.org/bookworm/mount/mount.8.en.html
* <code>fstab(5)</code> — Debian bookworm: https://manpages.debian.org/bookworm/mount/fstab.5.en.html
* <code>e2fsck(8)</code> — Debian bookworm: https://manpages.debian.org/bookworm/e2fsprogs/e2fsck.8.en.html
* <code>resize2fs(8)</code> — Debian bookworm: https://manpages.debian.org/bookworm/e2fsprogs/resize2fs.8.en.html
* <code>tune2fs(8)</code> — Debian bookworm: https://manpages.debian.org/bookworm/e2fsprogs/tune2fs.8.en.html
* <code>dumpe2fs(8)</code> — Debian bookworm: https://manpages.debian.org/bookworm/e2fsprogs/dumpe2fs.8.en.html
* <code>growpart(1)</code> — Debian bookworm: https://manpages.debian.org/bookworm/cloud-guest-utils/growpart.1.en.html
* <code>findmnt(8)</code> — Debian bookworm: https://manpages.debian.org/bookworm/util-linux/findmnt.8.en.html
* <code>fuser(1)</code> — Debian bookworm: https://manpages.debian.org/bookworm/psmisc/fuser.1.en.html
* <code>systemd.mount(5)</code> — Debian bookworm: https://manpages.debian.org/bookworm/systemd/systemd.mount.5.en.html

[[Category:TKJ]]
[[Category:Linux]]
[[Category:Server]]
[[Category:Filesystem]]