OS X bölümünü kurtarma: yanlış sınırlar hesaplandı, disk0s2'yi bağlayamıyor

Kayıp OSX (el Capitan) bölümümü (MBR, bootcamp Windows tarafından yazılan) kurtarmak için Klanomath (bkz. Bağlantı ) stratejisini takip ettim . Bu prosedürde, bölümünüzün doğru sınırlarını bulmanız gerekir. Fakat sınırları aştığımda ve bölümümü oluşturduğumda disk0s2 takmak istemedi. Bu, sınırların iyi olmadığı anlamına gelir.

Şu andaki durum bu:

CJs-MacBook-Pro:~ root# gpt -r show /dev/disk0
      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  495406233      2  GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
  495815873    1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  497085409  302914591         
  800000000  100000000      4  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  900000000    1269536      5  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  901269536   75503599         
  976773135         32         Sec GPT table
  976773167          1         Sec GPT header
CJs-MacBook-Pro:~ root# diskutil list
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI                         209.7 MB   disk0s1
   2:          Apple_CoreStorage                         253.6 GB   disk0s2
   3:                 Apple_Boot                         650.0 MB   disk0s3
   4:                  Apple_HFS TempSystem              51.2 GB    disk0s4
   5:                 Apple_Boot Recovery HD             650.0 MB   disk0s5
CJs-MacBook-Pro:~ root#

Bulduğum sınırlar:

1. HFSJ: 249128179712/512 = blok 486578476
2. HFSJ: 253857728000/512 = blok 495815875

Önerin var mı?

macos boot partition

— Coen Bosch
kaynak

Farklı sormaya hoş geldiniz. Bunu, ilgili tartışmaya veya izlediğiniz adımlara bağlanmak için düzenleyebilir misiniz? Ayrıca, neyi başarmayı umduğunuzu ve başarınız için barikatınız olarak gördüğünüzü belirten (ve umarım dar) bir soru veya açıklama eklediğinizden emin olun.

— bmike

metni düzenlediğiniz için teşekkür ederiz! Sadece nasıl olduğunu çözüyordum. Bana yardım edebileceğini düşünüyor musun? Daha fazla bilgiye ihtiyacınız var mı?

— Bosch

Ne istiyorsun? Hepsini silmek ve baştan başlamak için? bir bölümü kaldırmak için? Bunu yazıya yerleştirdiğinizden emin olun, böylece herkes aradığınızı görebilir

— bmike

@CoenBosch Genellikle disk0s2 ve disk0s3 arasında boş alan yoktur. Bölüm tablosunda 495815873-495406233 = 409640 blokluk ayrılmamış bir disk alanı gösteriliyor. Ek olarak, başlangıç bloğu ve normal bir bölümün boyutu 8 ile bölünebilir. Bölüm 2 ve 3'ün başlangıç blokları yanlıştır ve bölüm 2'nin boyutu da yanlıştır. Muhtemelen yanlış HFSJ oluşumunu seçtin.

— klanomath

@klanomath Peru'daki kişiyim ve yataktan yeni çıktım ama Berlin'de saat 13: 00'de olmalı, değil mi? Takım görüntüleyicisini (v11) yükledim ve 623 374 526 psw 1458 ile bir oturum başlatabilirsiniz. Tamir edebilirseniz harika olur. Boş alan her zaman oradaydı. Ne yarattı bilmiyorum. Denediğiniz için teşekkürler ...

— Coen Bosch

Yanıtlar:

Buradaki çözüm , bu sorunun cevabında belirtilen şekilde aşağı yukarı aynıdır . Buradaki çözüm geçici bir çözümdür, çünkü soran kişinin ne bir başparmak diski ne de bir harici diski ya da ikinci bir Maci yoktur. Sürücüdeki ham verileri incelemek üzere wxHexEditor gibi ek uygulamalar yüklemek için tam işletim sistemi olan bir X işletim sistemine sahip olmanız gerekir. Dolayısıyla, uygulanabilir olan tek yol, eski "kayıp" bölümlerin üzerine yazma riskiyle birlikte bozuk sürücüye bir OS X yüklemesiydi.

Harici bir disk veya başparmak sürücüsü gibi ikinci bir önyükleme aygıtınız varsa, daha yeni bir tam OS X yükleyin (yalnızca önyüklenebilir bir yükleyici başparmak sürücüsü değil!). Ek olarak, wxHexEditor programını yükleyin. Kök kullanıcısını etkinleştirin, kök olarak oturum açın.

Şimdi wxHexEditor'u açın ve "kayıp" Recovery HD'nin sınırlarını belirleyin. Orijinal GUID bölümleme tablosunun üzerine yazmak ve onu bir MBR ile Windows Disk Yönetimi ile değiştirmek genellikle diskinizin içeriğine dokunmuyor. Eski veri yapıları hala disktedir ve özel dizgiler ve dosyaların içeriği aranarak bulunabilir.

Soran kişi aşağıdaki bilgileri verdi: Windows bölümünün boyutu 100 GB'tı. Bu, aramayı kolaylaştırır, çünkü Windows bölümü bir diskin sonunda oluşturulduğundan beri ilk ~ 390 GB (500 GB'lık diskin) atlanabilir.

Recovery HD bölümü aşağıdaki içeriğe sahiptir:

  0-1. block:        0x00s
    2. block:        the string "HFSJ" in the first 16 Bytes
    8. block:        0xFFs (probably an allocation file)
11-13. block:        0xFFs (probably a second allocation file)

Bu blokları bulursanız, Recovery HD'nin başlangıç bloğunu bağlantılı cevapta açıklandığı şekilde kolayca belirleyebilirsiniz. Diğer tüm bölümler (EFI ve ana OS X birimi - yalnızca bir ana sesin var olduğu varsayılarak) Recovery HD'nin ilk bloğu tarafından belirlendiğinden, matematik yapılabilir.

Son çözüm şuydu:

gpt add -b 409640 -i 2 -s 779781456 -t 53746F72-6167-11AA-AA11-00306543ECAC /dev/disk0
gpt add -b 780191096 -i 3 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC /dev/disk0

Birimleri doğruladıktan sonra:

diskutil verifyVolume disk0s2
diskutil verifyVolume disk0s3

ve geçici bölümleri kaldırarak ana birim sonunda tüm diski kapsayacak şekilde genişletildi:

diskutil cs resizeStack lvUUID 0g

— klanomath
kaynak

Benim bölümüm klanomath sayesinde düzeldi. Standart prosedürü izleyerek ve eski pencereli ve osx bölmeli bir diskin özelliklerini bilmeden doğru sınırları elde etmek zordu. @klanomath, Recovery-HD'yi arayan ve oradan kaybolan bölümü belirleyen harika bir iş çıkardı. Çok şey öğrendim. Tekrar teşekkürler! Saludos de Cusco.

— Coen Bosch
kaynak