Mengatasi can’t read superblock tidak bisa mount disk Linux

Panduan cara mengatasi can’t read superblock tidak bisa mount disk Linux. Saat mounting disk akan keluar pesan error kira-kira seperti ini:

can't read superblock on /dev/sdb1

Kemungkinan disk file system korup atau damage. Lalu bagaimana solusinya? kita akan coba recover dengan langah-langkah berikut:

Perhatian:

• RESIKO DATA HILANG!
• Tutorial ini KHUSUS untuk ext4, jika Anda menggunakan format Btrfs silahkan cari tutorial lain!
• Pengalaman ini untuk kasus disk pada level VPS (Virtual Private Server)
• Jika anda menggunakan server Dedicated/server fisik silahkan kontak administrator hosting provider terlebih dahulu.
• Jika pada komputer desktop/laptop/server lokal rekomendasi cek disk dengan Live USB Linux (tidak perlu install) untuk coba mounting ke direktori sementara, misal mount /dev/sdb1 /mnt
• Atau opsi lain bisa dettach dulu disknya dan cek/mount ke komputer lain (Windows/Linux)
• SEGALA RESIKO KERUSAKAN/KEHILANGAN DATA ANDA TANGGUNG SENDIRI

Dengan akun root, buka terminal command-line.

1. Check nama partisi disk

parted -l

Nanti muncul keterangan, misalnya: Disk /dev/sdb1: 1000GB

2. Tentukan lokasi cadangan superblock

Saya contohkan /dev/sdb1

mke2fs /dev/sdb1

Hasilnya kira-kira mirip seperti ini:

mke2fs 1.45.5 (07-Jan-2020)
/dev/sdb1 contains a ext4 file system
	last mounted on /backup/b43e4eea-9796-4ac6-9c48-2bcaa46353732 on Fri Aug 20 02:43:43 2021
Proceed anyway? (y,N) y
Creating filesystem with 7864320 4k blocks and 1966080 inodes
Filesystem UUID: fcae3dc8-ee11-412c-97f0-27106601314e
Superblock backups stored on blocks: 
	32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
	4096000

Jika ada dialog pencet y

Lihat baris nomor-nomor paling bawah, itu adalah lokasi copyan superblock, nah sekarang kita restore superblock dari cadangan pertama yakni 32768.

Karena dari atas sudah saya contohkan /dev/sdb1 maka perintahnya

 e2fsck -b 32768 /dev/sdb1

Jika ada dialog tekan y jika banyak dialog tekan a

Tunggu sampai proses restore selesai, semakin besar disk dan data semakin lama prosesnya.

3. Check disk

Check disk dengan perintah fsck checks and interactively repairs inconsistent file systems atau memeriksa dan secara interaktif memperbaiki sistem file yang tidak konsisten.

fsck -cfk /dev/sdb1

Tunggu sampai proses checking selesai.

4. Mount

Sekarang pastikan mounting berjalan lancar, misalnya saya mount ke /backup

mount /dev/sdb1 /backup

Selesai, semoga bermanfaat.

Dengan pengalaman ini, jika anda punya data penting sebaiknya lakukan backup berkala agar tidak terjadi lagi kerusakan/kehilangan data

Jika ada kendala seputar VPS disk damage dan file system korup silahkan kontak idnetter.com mungkin saja masih bisa diselamatkan datanya.