Konfigurasi partisi yang berbeda antara gpt dan fdisk


0

Setelah mengubah ukuran partisi HFS saya (untuk menyelesaikan masalah sensitif / tidak sensitif kasus) saya mengetahui bahwa partisi BOOTCAMP saya tidak lagi dapat diakses. Ketika saya menavigasi web, saya menemukan ini adalah masalah umum dan ada beberapa halaman yang menjelaskan solusi yang mungkin.

Sebagian besar dari mereka mulai dengan meminta pengguna untuk menganalisis output dari perintah berikut:

sudo gpt -r -vv show disk0

gpt show: disk0: mediasize=750156374016; sectorsize=512; blocks=1465149168
gpt show: disk0: PMBR at sector 0
gpt show: disk0: Pri GPT at sector 1
gpt show: disk0: Sec GPT at sector 1465149167
       start        size  index  contents
           0           1         PMBR
           1           1         Pri GPT header
           2          32         Pri GPT table
          34           6
          40      409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
      409640  1063995800      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  1064405440     1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  1065674976     1269536      4  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  1066944512   398202880      5  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  1465147392        1743
  1465149135          32         Sec GPT table
  1465149167           1         Sec GPT header

sudo fdisk / dev / disk0

Disk: /dev/disk0    geometry: 91201/255/63 [1465149168 sectors]
Signature: 0xAA55
         Starting       Ending
 #: id  cyl  hd sec -  cyl  hd sec [     start -       size]
------------------------------------------------------------------------
 1: EE 1023 254  63 - 1023 254  63 [         1 - 1465149167] <Unknown ID>
 2: 00    0   0   0 -    0   0   0 [         0 -          0] unused
 3: 00    0   0   0 -    0   0   0 [         0 -          0] unused
 4: 00    0   0   0 -    0   0   0 [         0 -          0] unused

daftar diskutil

dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *750.2 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD            544.8 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
   4:                 Apple_Boot                         650.0 MB   disk0s4
   5:       Microsoft Basic Data BOOTCAMP                203.9 GB   disk0s5

Pertanyaan saya adalah, bagaimana fdisk dan gpt dapat menunjukkan konfigurasi partisi yang berbeda?

Apakah menurut Anda partisi BOOTCAMP saya dapat dipulihkan?

Laptop saya adalah awal 2011 Macbook Pro (quad i7) yang menjalankan El Capitan dan Windows 10 64bit di bootcamp (ditingkatkan dari windows 7).

Prosedur yang menyebabkan keadaan ini adalah:

  1. Ubah ukuran partisi Macintosh HFS + menjadi setengah ukurannya
  2. Membuat partisi HFS + baru non-sensitif antara yang asli dan bootcamp
  3. Mencerminkan partisi asli ke yang baru.
  4. Format partisi case asli tidak sensitif.
  5. Mencerminkan partisi baru ke yang asli.
  6. Menghapus partisi baru.
  7. Mengubah ukuran partisi HFS asli untuk menempati seluruh ruang.

Terima kasih sebelumnya atas bantuan Anda.


Ini akan membantu jika Anda dapat mengedit pertanyaan Anda untuk memasukkan model / tahun Mac Anda. Juga, tambahkan versi Windows yang telah Anda instal.
David Anderson

Anda benar, saya ingat bahwa saya tidak bisa, jadi saya memformat ulang yang asli dan membuka kembali cadangan saya ke yang asli (sekarang case sensitive) dan menghapus yang di tengah. Saya akan mengedit posting saya.
Joao Neto

Jawaban:


1

Perbarui 1

Langkah ini akan melibatkan mengonfigurasi Master Boot Record (MBR) dari drive internal fisik Anda. MBR disimpan pada 512 byte pertama drive ini. Ruang ini dibagi oleh kode boot dan tabel partisi MBR.

Langkah ini tidak dapat dilakukan pada OS X 10.11 (El Capitan) dengan Sistem Perlindungan Integritas (SIP) menyala. (Ini adalah pengaturan standar.) Jika Anda menggunakan OS X 10.11, Anda harus menonaktifkan SIP, selesaikan langkah ini, lalu pulihkan SIP. Lihat tautannya: Bagaimana cara menonaktifkan Perlindungan Integritas Sistem (SIP) AKA “tidak menentu” di OS X 10.11, El Capitan? .

Di jendela aplikasi Terminal, masukkan perintah berikut. Pertama fdisk perintah menandai partisi Windows sebagai partisi aktif. Kedua fdisk perintah mengubah id partisi Windows menjadi 7.

INPUT=$(printf  "f  4\nq\ny")
sudo  fdisk  -e  /dev/disk0  <<<"$INPUT"  &>/dev/null
INPUT=$(printf  "s  4\n7\nq\ny")
sudo  fdisk  -e  /dev/disk0  <<<"$INPUT"  &>/dev/null

Anda mungkin perlu me-restart komputer Anda setelah menyelesaikan langkah ini.

Jawaban Asli

Perintah fdisk menampilkan konten tabel partisi Master Boot Record (MBR). Tabel ini hanya dapat berisi 4 entri dan disimpan di alamat 0 disk Anda. Perintah gpt menampilkan konten tabel partisi GUID (GPT). Tabel ini dapat berisi 120 entri dan dimulai pada alamat 1 disk Anda. (GPT cadangan juga disimpan di akhir disk.) Sistem lama menggunakan skema MBR sementara komputer yang lebih modern menggunakan skema GPT. Biasanya, OS X menggunakan skema GPT. Ketika GPT digunakan, tabel MBR masih ada, tetapi sekarang disebut tabel Rekaman Master Boot Pelindung (PMBR). Tabel PMBR ini berisi satu entri dengan ID dari EE. Ini membodohi semua aplikasi warisan, yang hanya menggunakan skema MBR, untuk melihat disk yang ditempati oleh satu partisi.

Komputer Mac yang lebih lama menginstal Windows menggunakan skema MBR. Menurut pemahaman saya ini juga merupakan persyaratan untuk instalasi Windows 7. Untuk mengakomodasi kedua skema secara bersamaan, Apple menyusutkan EE partisi di tabel MBR berakhir di lokasi yang sama dengan partisi pertama di GPT. Biasanya, tiga partisi berikutnya dalam GPT cocok dengan tiga partisi terakhir dalam tabel MBR.

Bagaimanapun, sejauh yang saya tahu, jika Anda memasukkan perintah yang diberikan di bawah ini di jendela aplikasi Terminal, partisi Anda harus diperbaiki.

sudo diskutil eraseVolume "Free Space" name /dev/disk0s4

Sementara perintah di atas harus memperbaiki partisi, partisi ke-4 di tabel partisi MBR tidak akan ditandai sebagai "aktif". Jadi, jika Anda masih tidak bisa boot ke Windows, beri tahu saya dan saya akan memasukkan langkah-langkah untuk menandai partisi ini sebagai "aktif".


Terima kasih. Itu sebagian memecahkan masalah. Saya dapat boot melalui reFit hanya karena drive tidak muncul pada menu boot standar. Apakah mungkin membuatnya tersedia di menu ini?
Joao Neto
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.