Periksa Kesehatan SSD Linux: Perintah & Panduan

Pendahuluan

SSD Anda menyimpan sistem operasi, aplikasi, dan data pribadi. Jika tiba-tiba rusak, Anda bisa kehilangan pekerjaan, menghabiskan waktu berjam-jam membangun ulang sistem, dan berisiko kehilangan data secara permanen. Cara termudah untuk mengurangi risiko itu adalah dengan memeriksa kesehatan SSD Anda secara berkala dan bertindak sebelum SSD mati.

Linux menyediakan alat yang kuat untuk memeriksa kesehatan SSD pada sistem Linux baik dari terminal maupun antarmuka grafis. Anda dapat membaca data SMART, menjalankan uji mandiri, dan memantau seberapa banyak umur SSD Anda yang tersisa. Alat-alat ini bekerja untuk drive SATA maupun NVMe, yang mencakup sebagian besar desktop, laptop, dan server modern.

Dalam panduan ini, Anda akan belajar cara mengidentifikasi SSD Anda, menafsirkan metrik kesehatan utama, menjalankan pengujian yang aman, dan memantau kesehatan seiring waktu. Anda juga akan melihat praktik terbaik untuk memperpanjang umur SSD serta kriteria yang jelas untuk memutuskan kapan harus mengganti drive. Tujuannya sederhana: menjaga sistem Linux Anda tetap cepat, stabil, dan terlindungi dari kegagalan penyimpanan yang bisa dihindari.

Mengapa Anda Harus Rutin Memeriksa Kesehatan SSD di Linux

Solid-state drive dapat diandalkan, tetapi tidak abadi. Setiap sel flash hanya dapat ditulis sejumlah terbatas, dan pengendali (controller) atau firmware dapat gagal. Pemeriksaan kesehatan membantu Anda memahami di mana posisi umur drive Anda dan apakah masalah tersembunyi mulai muncul.

Pemeriksaan rutin memberikan beberapa manfaat:

Peringatan dini saat perangkat keras mulai gagal sehingga Anda bisa melakukan backup dengan tenang, bukan dalam keadaan panik.
Perencanaan yang lebih baik untuk upgrade dan penggantian alih-alih bereaksi terhadap keadaan darurat.
Lebih sedikit kejutan baik untuk sistem kritis maupun komputer rumahan.
Keyakinan lebih bahwa data Anda berada di drive yang sehat.

Linux memberi Anda akses level rendah ke log SMART dan NVMe, yang berarti Anda melihat informasi yang sama dengan yang digunakan firmware drive untuk menilai kesehatannya sendiri. Itu lebih detail dan jujur daripada banyak alat sederhana yang hanya menampilkan “hijau/merah”.

Bagaimana Kegagalan SSD Mempengaruhi Sistem Linux Anda

Masalah SSD jarang dimulai dengan crash total. Biasanya masalah menumpuk terlebih dahulu:

Freeze dan melambat saat sistem melakukan tugas berat disk. Aplikasi menggantung, penyalinan file macet, dan pembaruan memakan waktu jauh lebih lama dari biasanya.
Error I/O di log. Perintah seperti dmesg atau file log seperti /var/log/syslog mungkin menampilkan pesan tentang kegagalan baca atau tulis, timeout, atau percobaan ulang berulang.
Masalah boot. Sistem Anda mungkin gagal me-mount sistem berkas root, membawa Anda ke shell pemulihan, atau mengeluh tentang file sistem yang hilang.
Kerusakan file. File yang sebelumnya dapat dibuka dengan benar menolak untuk dibuka, gagal saat pemeriksaan checksum, atau berisi data sampah.

Setiap hal di atas adalah tanda bahwa Anda harus segera memeriksa kesehatan SSD dan, dalam banyak kasus, memastikan Anda memiliki backup terbaru sebelum melakukan hal lain.

Tanda Peringatan Umum SSD yang Mulai Rusak

Beberapa gejala sangat menunjukkan bahwa SSD Anda bermasalah:

Freeze atau reboot sistem yang sering dan tidak dapat dijelaskan saat mengakses disk.
Error sistem berkas yang terus muncul kembali meskipun sudah diperbaiki.
Atribut SMART menunjukkan jumlah blok buruk atau yang dialokasikan ulang yang terus bertambah.
Log NVMe melaporkan peringatan kritis atau error media yang meningkat.
Jeda panjang saat menginstal paket atau memperbarui sistem.

Tanda-tanda ini tidak menjamin kegagalan instan, tetapi artinya Anda berada di zona bahaya. Pemeriksaan kesehatan cepat akan memberi tahu apakah drive itu sendiri melaporkan masalah serius.

Kesehatan SSD vs HDD: Apa yang Berbeda Saat Ini

Hard drive dan SSD gagal dengan cara yang berbeda. HDD mengalami keausan mekanis, head crash, dan masalah spindle. Sebaliknya, SSD lebih berfokus pada keausan flash, kestabilan controller, dan bug firmware.

Perbedaan kunci:

Keausan dan daya tahan. SSD memiliki anggaran tulis (sering dinyatakan sebagai TBW). Saat Anda menghabiskannya, drive menjadi lebih mungkin gagal.
Pemetaan ulang logis. SSD menyembunyikan sel yang gagal dengan memetakannya ulang, yang membuat atribut SMART terkait realokasi menjadi lebih penting.
Perilaku termal. SSD dapat menurunkan kecepatan (throttling) atau menurun jika berjalan panas dalam jangka waktu lama.

Untuk memahami faktor-faktor ini, Anda perlu memahami metrik yang dilaporkan drive. Itulah yang dibahas di bagian berikutnya.

Pahami Metrik Kesehatan SSD Sebelum Memulai

Saat Anda memeriksa kesehatan SSD pada sistem Linux, alat akan menampilkan banyak angka. Tidak semuanya penting. Fokus pada beberapa metrik inti membantu Anda dengan cepat memutuskan apakah drive sehat, aus, atau jelas-jelas gagal.

SMART (untuk drive SATA dan beberapa drive PCIe) dan log NVMe (untuk drive NVMe) menampilkan konsep serupa dengan label berbeda. Setelah Anda tahu apa yang harus dilihat, membaca log ini menjadi mudah.

Atribut SMART Utama untuk SSD Modern

Untuk SSD SATA, perintah smartctl menampilkan banyak atribut. Yang paling penting adalah:

Reallocated Sector Count: Menghitung sektor yang ditandai buruk oleh controller dan diganti dengan cadangan. Angka rendah yang tidak meningkat biasanya dapat diterima. Nilai yang naik menandakan kerusakan fisik yang semakin besar.
Reported Uncorrectable Errors: Menghitung error yang tidak dapat diperbaiki drive menggunakan koreksi error internal. Setiap peningkatan perlu diperhatikan.
Atribut terkait keausan (seperti wear leveling count atau lifetime used): Menunjukkan seberapa banyak daya tahan flash yang telah digunakan. Vendor menamainya berbeda-beda, tetapi umumnya menunjukkan sisa umur.
Media and Data Integrity Errors: Menunjukkan masalah keandalan yang lebih dalam yang mempengaruhi penyimpanan data.

Anda tidak perlu mengurai setiap field yang samar. Jika Anda mengawasi sektor yang dialokasikan ulang, error yang tidak dapat diperbaiki, dan indikator keausan, Anda sudah mendapat gambaran kuat tentang kesehatan SSD Anda.

Metrik Endurance: TBW, DWPD, dan ‘Percentage Used’

Daya tahan adalah inti dari kesehatan SSD. Tiga konsep umum muncul di spesifikasi dan alat:

TBW (Terabytes Written): Berapa banyak terabyte yang diperkirakan vendor dapat Anda tulis selama umur dukungan drive.
DWPD (Drive Writes Per Day): Berapa banyak penulisan penuh satu drive per hari yang dapat ditangani drive selama masa garansi.
Percentage Used: Field, sering ada di log NVMe, yang menunjukkan secara kasar seberapa banyak umur yang diharapkan telah digunakan (0 berarti baru, 100 berarti akhir umur yang dirated).

Di Linux, drive NVMe umumnya menampilkan percentage_used melalui nvme smart-log. Nilai rendah (misalnya di bawah 50) normal untuk drive yang relatif baru. Nilai mendekati atau di atas 80 menyarankan untuk merencanakan penggantian untuk sistem penting. Pada atau di atas 100, drive berada di luar umur rated dan perlu diawasi ketat atau segera diganti.

Suhu, Error, dan Jam Menyala (Power-On Hours)

Beberapa metrik lain memberikan konteks berguna:

Suhu: Sebagian besar SSD konsumen berjalan nyaman di bawah sekitar 70°C. Suhu tinggi yang terus-menerus dapat mempersingkat umur atau menyebabkan throttling.
Power-on hours: Menunjukkan berapa lama drive telah digunakan. Drive lama dengan jam menyala sangat tinggi dan keausan tinggi merupakan kandidat utama untuk diganti.
Penghitung error: Field terkait error CRC, error media, dan error baca atau tulis yang tidak dapat dipulihkan menunjukkan apakah drive kesulitan menjaga integritas data.

Sekarang setelah Anda tahu nilai mana yang penting, Anda perlu memastikan menargetkan perangkat yang benar. Langkah berikutnya adalah mengidentifikasi SSD Anda dengan jelas di Linux.

Identifikasi Perangkat SSD Anda di Linux

Banyak sistem Linux menggunakan beberapa perangkat penyimpanan: SSD sistem, SSD data, mungkin HDD yang lebih besar untuk backup. Sebelum menjalankan pemeriksaan kesehatan atau pengujian, Anda harus memastikan nama perangkat mana yang cocok dengan setiap drive fisik.

Kernel menampilkan drive sebagai block device di bawah /dev. Alat lsblk adalah cara termudah untuk menelusurinya.

Menggunakan lsblk untuk Menampilkan Disk dan Partisi

Buka terminal dan jalankan:

lsblk

Anda akan melihat pohon perangkat dengan partisi dan mountpoint-nya. Untuk melihat lebih detail, gunakan:

lsblk -o NAME,MODEL,SIZE,ROTA,MOUNTPOINT

Output ini menampilkan:

NAME: Identifier perangkat, seperti sda atau nvme0n1.
MODEL: Model perangkat keras dari firmware drive.
SIZE: Kapasitas masing-masing perangkat.
ROTA: 1 untuk drive berputar (HDD), 0 untuk non-rotational (SSD).
MOUNTPOINT: Di mana setiap partisi di-mount, seperti / atau /home.

Ini memungkinkan Anda memetakan disk sistem Anda (sering yang di-mount di /) dan drive tambahan lainnya.

Membedakan SSD dari HDD dalam Output

Untuk dengan cepat memisahkan SSD dari HDD, jalankan:

lsblk -d -o NAME,MODEL,SIZE,ROTA

Lihat kolom ROTA:

ROTA = 1 berarti HDD berputar.
ROTA = 0 berarti solid-state drive (SSD).

Ini berguna jika sistem Anda menggunakan kombinasi penyimpanan SSD dan HDD.

Penamaan Perangkat SATA vs NVMe di Linux

Linux menamai drive berbeda berdasarkan interface:

SSD SATA menggunakan nama seperti /dev/sda, /dev/sdb, dan seterusnya. Partisinya adalah /dev/sda1, /dev/sda2, dll.
SSD NVMe menggunakan nama seperti /dev/nvme0n1. Partisinya adalah /dev/nvme0n1p1, /dev/nvme0n1p2, dan seterusnya.

Saat memeriksa kesehatan, selalu targetkan keseluruhan disk (misalnya /dev/sda atau /dev/nvme0n1) daripada partisi individual. Dengan nama perangkat yang benar di tangan, Anda siap mulai memeriksa kesehatan SSD berbasis SATA.

Periksa Kesehatan SSD dengan smartctl (SSD SATA/PCIe AHCI)

Untuk SSD SATA dan banyak drive PCIe AHCI, alat smartctl dari paket smartmontools adalah cara utama untuk membaca data SMART dan menjalankan uji mandiri di Linux.

Instal smartmontools di Distro Linux Populer

Instal smartmontools menggunakan manajer paket Anda:

Debian/Ubuntu:

sudo apt update
sudo apt install smartmontools

Fedora:
```
sudo dnf install smartmontools
```
Arch Linux:
```
sudo pacman -S smartmontools
```

Setelah terpasang, Anda dapat menggunakan smartctl pada drive apa pun yang mendukung SMART. Anda biasanya memerlukan hak sudo untuk mengakses detail penuh.

Jalankan Pemeriksaan Kesehatan SMART Cepat dengan smartctl -H

Untuk mendapatkan ringkasan kesehatan sederhana untuk SSD SATA, jalankan:

sudo smartctl -H /dev/sda

Ganti /dev/sda dengan nama perangkat SSD Anda. Output menyertakan baris seperti:

SMART overall-health self-assessment test result: PASSED

Jika Anda melihat PASSED, drive melaporkan bahwa tidak mendeteksi kegagalan kritis. Jika Anda melihat FAILED atau peringatan kuat, anggap itu serius: segera backup data dan rencanakan penggantian.

Lihat Atribut SMART Terperinci dengan smartctl -A

Untuk tampilan metrik kesehatan yang lebih dalam, jalankan:

sudo smartctl -A /dev/sda

Anda akan melihat tabel atribut. Fokus pada:

Reallocated Sector Count: perhatikan nilai non-nol yang bertambah.
Reported Uncorrectable atau field serupa: setiap peningkatan menjadi perhatian.
Atribut terkait keausan: nilai yang mendekati batas yang ditentukan vendor menunjukkan drive mendekati akhir umur.
Media and Data Integrity Errors: nilai yang meningkat menunjukkan masalah keandalan.

Pertimbangkan untuk menyimpan catatan sederhana atau tangkapan layar output ini setiap beberapa bulan. Membandingkannya dari waktu ke waktu membantu Anda menemukan tren.

Jalankan Uji Mandiri Pendek dan Panjang dengan Aman

Uji mandiri memungkinkan drive memindai masalah internal secara mandiri:

Uji pendek (beberapa menit):
```
sudo smartctl -t short /dev/sda
```
Uji panjang (dapat memakan waktu satu jam atau lebih tergantung ukuran):
```
sudo smartctl -t long /dev/sda
```

Setelah memulai uji, tunggu hingga selesai, lalu periksa hasilnya:

sudo smartctl -l selftest /dev/sda

Uji ini tidak destruktif dan umumnya aman dijalankan pada sistem yang sedang aktif. Untuk hasil terbaik, hindari aktivitas disk berat saat uji panjang berjalan. Kegagalan pada uji mandiri adalah tanda peringatan jelas dan seharusnya memicu rencana backup dan penggantian.

Banyak sistem baru menggunakan SSD NVMe sebagai disk sistem utama. Mereka memerlukan alat berbeda: nvme-cli. Mari kita lihat selanjutnya.

Periksa Kesehatan SSD NVMe dengan nvme-cli

Drive NVMe menggunakan protokol dan interface yang dioptimalkan untuk penyimpanan flash. Mereka menampilkan informasi kesehatan melalui log NVMe alih-alih tabel SMART tradisional. Di Linux, paket nvme-cli menyediakan perintah untuk memeriksa dan menguji SSD NVMe.

Instal nvme-cli dan Tampilkan Perangkat NVMe

Instal nvme-cli dengan manajer paket Anda:

Debian/Ubuntu:

sudo apt update
sudo apt install nvme-cli

Fedora:
```
sudo dnf install nvme-cli
```
Arch Linux:
```
sudo pacman -S nvme-cli
```

Tampilkan semua perangkat NVMe:

sudo nvme list

Output ini menampilkan node perangkat seperti /dev/nvme0n1 beserta model, firmware, dan kapasitasnya. Gunakan nama-nama ini pada perintah berikut.

Baca SMART Log dan ‘Percentage Used’ untuk NVMe

Untuk melihat log kesehatan NVMe, jalankan:

sudo nvme smart-log /dev/nvme0n1

Field penting meliputi:

critical_warning: nilai non-nol berarti drive melaporkan masalah kesehatan serius.
temperature: suhu operasi saat ini.
percentage_used: perkiraan umur yang telah digunakan; nilai mendekati atau di atas 100 menunjukkan drive melampaui daya tahan rated.
data_units_written / data_units_read: seberapa banyak data yang telah Anda tulis dan baca.
media_errors: error yang tidak dapat dipulihkan saat mengakses media.
num_err_log_entries: total entri dalam log error.

Jika critical_warning non-nol, atau jika percentage_used tinggi dan meningkat, rencanakan penggantian. Nilai media_errors non-nol dan terus bertambah adalah peringatan serius lainnya.

Jalankan Uji Mandiri NVMe dan Tafsirkan Hasil

Drive NVMe juga mendukung uji mandiri mirip dengan uji SMART:

Mulai uji mandiri pendek:

sudo nvme self-test /dev/nvme0n1 --start --short

Mulai uji mandiri diperpanjang:

sudo nvme self-test /dev/nvme0n1 --start --extended

Kemudian, lihat hasilnya:

sudo nvme self-test-log /dev/nvme0n1

Perhatikan:

Apakah uji selesai atau dibatalkan.
Kode error atau logical block address (LBA) yang gagal.

Uji yang selesai tanpa error menunjukkan drive saat ini berperilaku baik. Uji yang gagal atau masalah berulang di log adalah sinyal kuat untuk memindahkan data Anda ke tempat lain.

Contoh: Output NVMe Sehat vs Peringatan

Sebagai panduan kasar:

Drive sehat mungkin menunjukkan critical_warning: 0x00, percentage_used: 5, dan media_errors: 0.
Drive yang mengkhawatirkan mungkin menunjukkan critical_warning: 0x01, percentage_used: 90, dan media_errors: 10.

Contoh pertama menunjukkan drive yang relatif baru. Contoh kedua menunjukkan keausan berat dan masalah keandalan yang sudah ada. Untuk kasus kedua, backup data menjadi prioritas.

Alat baris perintah menawarkan kontrol yang dalam, tetapi sebagian pengguna lebih suka mengklik melalui antarmuka grafis. Linux juga mendukung hal itu, yang akan kita lihat sekarang.

Gunakan Alat GUI untuk Memeriksa Kesehatan SSD di Linux

Jika Anda menjalankan lingkungan desktop, alat grafis memudahkan memeriksa kesehatan SSD tanpa menghafal perintah. Alat-alat ini sering mengandalkan data SMART dan NVMe yang sama yang telah Anda pelajari.

Periksa Status SMART dengan GNOME Disks

Di sistem berbasis GNOME, utilitas GNOME Disks adalah cara sederhana melihat kesehatan drive:

Instal GNOME Disks jika perlu:
```
sudo apt install gnome-disk-utility
```
Buka aplikasi Disks dari menu Anda.
Pilih SSD Anda dari daftar di sebelah kiri.
Klik tombol menu dan pilih SMART Data & Self-Tests.

Anda akan melihat ringkasan seperti ‘Disk is OK’ atau peringatan, plus daftar atribut mirip dengan smartctl -A. Tampilan ini lebih mudah dibaca bagi banyak pengguna.

Jalankan Uji Mandiri dari Antarmuka Grafis

Dari jendela SMART yang sama di GNOME Disks, Anda dapat menjalankan uji:

Klik Run Self.
Pilih uji Short atau Extended.
Tunggu hingga uji selesai dan kemudian tinjau hasil dan jumlah error.

Alat ini menangani penjadwalan dan pelaporan; Anda mendapatkan pesan lulus atau gagal yang jelas tanpa harus mengurai log.

Alat GUI Alternatif di KDE dan Desktop Lain

Di KDE dan lingkungan desktop lain, Anda memiliki opsi serupa:

KDE Partition Manager: sering menampilkan informasi SMART untuk drive.
Disks & Devices atau utilitas sistem serupa: dapat mengintegrasikan ringkasan kesehatan disk.
Alat khusus distro yang membungkus pemeriksaan SMART dengan antarmuka ramah pengguna.

Apakah Anda lebih suka terminal atau GUI, yang penting adalah menjalankan pemeriksaan ini lebih dari sekali. Kekuatan nyata pemantauan kesehatan berasal dari melihat bagaimana drive berubah seiring waktu.

Pantau Kesehatan SSD dari Waktu ke Waktu

Satu laporan kesehatan yang bersih adalah kabar baik, tetapi SSD aus secara bertahap. Memantau kesehatan selama berbulan-bulan atau bertahun-tahun memberi Anda peringatan dini sebelum drive berubah dari ‘OK’ menjadi ‘gagal’. Linux memudahkan mengotomatisasi pemeriksaan dan peringatan sehingga Anda tidak lupa.

Konfigurasikan smartd untuk Pemantauan SMART Otomatis

Daemon smartd, bagian dari smartmontools, dapat memantau drive secara terus-menerus.

Aktifkan dan mulai smartd:

sudo systemctl enable smartd
sudo systemctl start smartd

Sunting /etc/smartd.conf untuk menentukan drive mana yang diawasi dan seberapa sering mengujinya.
Konfigurasikan peringatan, seperti email atau entri log, ketika SMART melaporkan masalah.

Dengan smartd terpasang, sistem Anda memeriksa dirinya sendiri dan memperingatkan ketika kesehatan melewati ambang tertentu.

Jadwalkan Pemeriksaan Rutin dengan cron atau systemd Timer

Jika Anda lebih suka skrip kustom, Anda dapat menjadwalkannya dengan cron atau timer systemd:

Buat skrip kecil yang menjalankan smartctl atau nvme smart-log, mengekstrak field utama, dan menambahkannya ke file log.
Gunakan crontab -e untuk menjalankan skrip harian, mingguan, atau bulanan.
Atau, buat timer dan service systemd untuk kontrol yang lebih halus.

Ini memungkinkan Anda membangun catatan historis atribut seperti tingkat keausan, error media, dan percentage used.

Lacak Tren Keausan dan Error untuk Peringatan Dini

Seiring waktu, cari tren, bukan angka tunggal:

Apakah jumlah sektor yang dialokasikan ulang stabil atau meningkat?
Apakah error media muncul di tempat yang sebelumnya tidak ada?
Apakah percentage_used naik lebih cepat dari yang Anda harapkan untuk beban kerja Anda?

Jika Anda melihat tren negatif, jangan tunggu hingga drive melewati ambang keras. Jadwalkan penggantian saat SSD masih bekerja, dan gunakan backup atau alat cloning untuk memindahkan data Anda. Pola pikir proaktif ini juga berlaku pada cara Anda menggunakan drive sehari-hari.

Praktik Terbaik untuk Memperpanjang Umur SSD di Linux

Memeriksa kesehatan SSD penting, tetapi Anda juga ingin memperlambat laju keausan drive. Dengan beberapa pengaturan dan kebiasaan sederhana, Anda dapat meningkatkan umur SSD dan mengurangi kemungkinan kegagalan dini.

Pastikan TRIM Aktif dan Berjalan Secara Berkala

TRIM memberi tahu SSD blok mana yang tidak lagi berisi data valid, sehingga drive dapat mengelola garbage collection lebih efisien. Ini membantu menjaga performa dan dapat meningkatkan daya tahan.

Untuk menguji dukungan TRIM pada sistem berkas root Anda, jalankan:

sudo fstrim -v /

Jika perintah berhasil dan melaporkan sejumlah byte yang di-trim, sistem Anda mendukung TRIM. Banyak distribusi Linux modern juga mengaktifkan TRIM berkala melalui timer systemd.

Periksa dan aktifkan timer:

sudo systemctl enable fstrim.timer
sudo systemctl start fstrim.timer

Secara default, ini menjalankan TRIM mingguan, yang memadai untuk sebagian besar beban kerja.

Kurangi Penulisan yang Tidak Perlu (Swap, Log, Cache)

Setiap penulisan berkontribusi pada keausan SSD. Anda tidak bisa menghindari semua penulisan, tetapi dapat mengurangi yang tidak perlu:

Atur penggunaan swap: Pada sistem dengan RAM cukup, Anda dapat mengurangi swapping dengan mengatur vm.swappiness=10 di /etc/sysctl.conf dan menerapkan perubahan. Ini mendorong kernel agar lebih menyimpan data di RAM daripada menulis ke disk.
Kelola file log: Konfigurasikan logrotate untuk merotasi log secara teratur dan menghindari log raksasa yang terus membesar.
Tangani direktori temp dan cache: Bersihkan direktori cache besar yang tidak diperlukan secara berkala. Untuk beban kerja sementara berat, pertimbangkan menggunakan RAM disk untuk data berumur pendek jika memungkinkan.

Langkah-langkah kecil ini mengurangi total data yang ditulis, membantu SSD Anda bertahan lebih lama tanpa membuat sistem lebih sulit digunakan.

Jaga Firmware dan Kernel Tetap Terbarui untuk Stabilitas SSD

Pembaruan firmware dan sistem operasi dapat memperbaiki masalah stabilitas, bug performa, dan kegagalan kasus tepi yang mempengaruhi SSD:

Periksa situs atau alat vendor SSD Anda untuk pembaruan firmware yang menangani keandalan.
Jaga kernel Linux dan paket terkait penyimpanan tetap cukup mutakhir sehingga Anda mendapat manfaat dari penanganan NVMe dan SATA yang lebih baik.

Selalu backup sebelum menerapkan pembaruan firmware. Uji pembaruan pada mesin yang kurang kritis terlebih dahulu jika Anda mengelola banyak sistem.

Meskipun dirawat dengan baik, setiap SSD akan mencapai akhir umur. Langkah terakhir adalah mengetahui kapan harus berhenti mempercayai drive dan menggantinya.

Kapan Harus Mengganti SSD: Kriteria Praktis

Mengganti SSD pada waktu yang tepat mencegah downtime dan melindungi data Anda. Alih-alih menunggu kegagalan yang katastrofik, gunakan informasi kesehatan yang Anda kumpulkan untuk memutuskan kapan harus mempensiunkan drive.

Indikator SMART Kritis yang Tidak Boleh Diabaikan

Tanda-tanda tertentu harus memicu penggantian sesegera mungkin:

Kesehatan keseluruhan SMART melaporkan FAILED.
Jumlah sektor yang dialokasikan ulang terus meningkat atau melonjak tiba-tiba.
Error yang tidak dapat diperbaiki atau error media muncul dan terus bertambah.
critical_warning NVMe bernilai non-nol.
media_errors NVMe terus meningkat.

Kondisi ini menunjukkan drive tidak lagi andal, meskipun tampak masih berfungsi sebagian besar waktu.

Menyeimbangkan Sisa Umur vs Risiko Kehilangan Data

Tidak setiap peringatan berarti Anda harus mencabut drive pada hari yang sama. Keputusan Anda bergantung pada seberapa kritis sistem tersebut:

Untuk desktop rumahan dengan backup yang diuji baik, Anda mungkin terus menggunakan drive dengan keausan sedang dan jumlah error stabil sambil merencanakan penggantian.
Untuk server, workstation dengan data penting, atau mesin yang tidak boleh down, ganti drive lebih awal. Misalnya, ganti drive NVMe sebelum percentage_used melewati 80 hingga 90, atau ketika mendekati TBW yang dirated.
Jika Anda menggunakan redundansi seperti RAID1, Btrfs RAID1, atau ZFS mirror, Anda mungkin punya fleksibilitas lebih, tetapi tetap harus mengganti drive yang menunjukkan tanda degradasi jelas.

Biaya SSD baru biasanya kecil dibandingkan waktu dan risiko yang terlibat dalam pemulihan dari kegagalan mendadak.

Strategi Backup dan Migrasi Sebelum Penggantian

Saat Anda memutuskan mengganti SSD, ikuti rencana sederhana:

Buat backup terbaru dari semua data penting ke penyimpanan eksternal atau sistem lain.
Kloning atau instal ulang ke SSD baru. Anda dapat menggunakan alat seperti dd, partclone, atau backup dan restore level file, tergantung setup Anda.
Boot dari drive baru dan verifikasi bahwa sistem dan aplikasi Anda bekerja sebagaimana mestinya.
Simpan drive lama untuk sementara waktu (jika masih berfungsi) sebagai jaring pengaman tambahan sebelum Anda menghapus atau membuangnya.

Strategi penggantian yang jelas mengubah kegagalan yang berpotensi menegangkan menjadi tugas perawatan rutin.

Kesimpulan

Linux memberi Anda alat yang sangat baik untuk memeriksa kesehatan SSD pada sistem Linux dan bertindak sebelum masalah menjadi bencana. Dengan smartctl dan nvme-cli, Anda dapat membaca metrik bermakna, menjalankan uji mandiri yang aman, dan melihat dengan tepat seberapa banyak umur yang tersisa pada drive Anda. Alat GUI seperti GNOME Disks membuat informasi yang sama dapat diakses oleh pengguna yang kurang teknis.

Langkah-langkah kunci cukup lugas: identifikasi drive Anda, pahami metrik kesehatan paling penting, jalankan pemeriksaan rutin, dan pantau tren dari waktu ke waktu. Padukan ini dengan praktik ramah SSD seperti mengaktifkan TRIM, mengurangi penulisan yang tidak perlu, dan menerapkan pembaruan firmware dan kernel yang relevan.

Paling penting, jaga backup yang andal dan putuskan terlebih dahulu kapan akan mengganti drive yang menua. Jika Anda memperlakukan kesehatan SSD sebagai bagian dari perawatan sistem normal, mesin Linux Anda akan tetap cepat dan stabil, dan Anda jauh lebih kecil kemungkinannya kehilangan data karena kegagalan penyimpanan yang tak terduga.

Pertanyaan yang Sering Diajukan

Seberapa sering saya harus memeriksa kesehatan SSD saya di Linux?

Untuk komputer desktop atau laptop pribadi, memeriksa kesehatan SSD setiap satu hingga tiga bulan biasanya sudah cukup. Jalankan pemeriksaan cepat dengan smartctl atau nvme smart-log dan tinjau metrik kunci. Untuk server atau sistem yang menyimpan data penting, pantau lebih sering dan gunakan alat seperti smartd atau pemeriksaan terotomatisasi dengan skrip untuk mengotomatiskan proses tersebut. Selalu jalankan pemeriksaan kesehatan jika Anda melihat hang, kesalahan I/O, atau kerusakan sistem berkas.

Apakah aman menjalankan self-test SMART dan NVMe pada sistem yang sedang berjalan?

Ya, self-test pendek dan panjang dirancang untuk tidak merusak dan umumnya aman dijalankan pada sistem yang sedang aktif. Tes tersebut berjalan di dalam firmware drive dan terutama melakukan operasi baca. Namun, tes dapat sedikit memengaruhi kinerja dan tes panjang bisa memakan waktu. Hindari aktivitas disk yang berat selama tes panjang untuk hasil yang paling akurat. Jangan bingungkan tes ini dengan alat destruktif yang menulis data dalam jumlah besar ke drive.

Apakah memeriksa kesehatan SSD di Linux mengurangi usia pakai drive?

Pemeriksaan kesehatan seperti smartctl -H, smartctl -A, dan nvme smart-log sebagian besar hanya membaca data diagnostik dan log yang sudah ada. Pemeriksaan ini tidak melakukan penulisan berat, sehingga tidak secara signifikan mengurangi usia pakai SSD. Bahkan self-test pun dirancang oleh vendor agar aman digunakan secara rutin. Beban kerja harian normal menghasilkan penulisan jauh lebih banyak dibanding pemeriksaan kesehatan, jadi Anda dapat menjalankan pemeriksaan sesuai kebutuhan tanpa khawatir membuat drive cepat aus.

Cara Mengecek Kesehatan SSD di Linux: Panduan Lengkap