Kesalahan GParted pada Disk MBR, Mengklaim itu GPT. (Ini salah, tapi mengapa?)


7

Ini sangat menggoda bagi saya untuk pergi pada kata-kata kasar di sini tentang GParted dan Linux, tapi aku akan melakukan yang terbaik untuk menghindarinya. :)

Pertanyaan:

Mengapa GParted mengklaim bahwa disk saya rusak dan GPT, sedangkan Disk Utility menganggap semuanya baik-baik saja?

Satu-satunya partisi saya pada disk (NTFS) memiliki Windows 7 x64 di atasnya, dan sama sekali tidak ada masalah - saya tidak pernah punya masalah dengan itu, dan saya menjalankan CheckDisk untuk memastikan.

Mengapa GParted berperilaku seperti ini?

(Saya akan memposting ini di AskUbuntu, tetapi karena GParted tidak benar-benar terbatas pada Ubuntu, saya mempostingnya di sini. Saya menggunakan disk boot Ubuntu 11,04 x64.)

Tangkapan layar


Coba jalankan TestDisk.
Hello71

@ Hello71: Dan lakukan apa?
Mehrdad

@Mehrdad: Menulis ulang tabel partisi?
Hello71

@ Hello71: O___O Apa yang membuat Anda berpikir masalahnya ada pada tabel partisi dan bukan GParted? Seperti yang saya katakan, utilitas disk Ubuntu mengatakan itu baik-baik saja, dan Windows melakukan boot dengan baik dan Manajemen Disk juga berfungsi dengan baik.
Mehrdad

@ Hello71: Terima kasih atas sarannya ... Saya menulis ulang tabel partisi, dan sekarang saya INT18: BOOT FAILUREboot. Apakah itu yang seharusnya terjadi? x__x
Mehrdad

Jawaban:


10

Kemungkinannya adalah disk yang digunakan untuk menjadi disk GUID Partition Table (GPT). Disk tersebut memiliki data partisi dari sektor 0-33 (biasanya) dan juga di 33 sektor terakhir dari disk. Jika disk GPT dipartisi ulang oleh utilitas GPT-tidak sadar, utilitas itu kemungkinan akan menggantikan hanya sektor 0 (MBR), meninggalkan sebagian besar data GPT utuh. Secara teknis, disk tersebut kemudian merupakan disk MBR; Namun, beberapa alat partisi, termasuk banyak alat Linux yang didasarkan pada libparted (termasuk GParted) menjadi bingung dengan ini. Mereka mungkin menampilkan disk sebagai benar-benar kosong atau menunjukkan partisi GPT lama daripada partisi MBR baru. Ini adalah bug di libparted, tetapi dipicu oleh beberapa data yang tidak konsisten pada disk.

Solusinya adalah menghapus data GPT lama. Ini dapat dilakukan dengan berbagai cara, tetapi yang paling sederhana adalah dengan menggunakan FixParts , yang dirancang untuk ini dan beberapa tugas perbaikan tabel partisi lainnya. Atau, Anda dapat menggunakan dd untuk menghapus sektor 1 (dinomori dari 0) dan sektor terakhir pada disk; di situlah tanda tangan GPT yang membingungkan libparted berada.

Maaf saya tidak sampai di sini lebih cepat, Mehrdad. Dugaan saya adalah bahwa ketika Anda menulis ulang tabel partisi, Anda juga menghapus boot loader di MBR. Menginstal ulang bootloader Anda akan memperbaiki masalah itu. Mungkin saja Anda menulis tabel partisi yang salah , yang mana akan lebih sulit untuk diperbaiki.


Lol, maaf? Untuk apa?! Itu informasi bagus yang Anda miliki di sana, saya menghargai jawabannya! :) Saya akan melihatnya ketika saya mendapat kesempatan. (Itu hanya mesin virtual, jangan khawatir ... data saya tidak berisiko.: P)
Mehrdad

Dari komentar Anda nanti, itu terdengar seolah-olah Anda sudah mengganti tabel partisi, mungkin membuat informasi saya diperdebatkan. Namun, jika Anda masih memiliki masalah, maka itu masih relevan ....
Rod Smith

Berhasil! Saya mengalami masalah yang sama dan menggunakan gdisk saya menghapus GPT dan kemudian saya menggunakan gparted untuk mengelola partisi.
Marco C.

0

Ada posting yang bagus di siniEditor Partisi Gparted, lalu hapus tabel partisi saat ini (yang akan menghapus semua data) dan buat kembali tabel partisi DOS baru. Setelah installer harus bekerja. "Yang benar-benar mudah untuk dipecahkan.


1
tolong jangan gunakan tautan sebagai jawaban. disarankan untuk memposting semua informasi yang relevan di sini dan menggunakan tautan sebagai referensi. jika tautannya rusak, demikian pula seluruh jawaban Anda.
Lorenzo Von Matterhorn

@Nau, dapatkah Anda memilih saya sekarang karena saya telah memberikan jawabannya.
mmrs151

Saya tidak menurunkan Anda di tempat pertama. juga, upvotes tidak harus diminta.
Lorenzo Von Matterhorn
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.