Khôi phục phân vùng OS X: đã tính sai ranh giới, không thể mount đĩa0s2


1

Tôi đã làm theo chiến lược của Klanomath (xem liên kết ) để khôi phục phân vùng OSX (el Capitan) bị mất của tôi (MBR được ghi đè bởi bootcamp Windows). Trong thủ tục này, bạn phải tìm đúng ranh giới của phân vùng của bạn. Nhưng khi tôi có ranh giới và tạo phân vùng của mình, đĩa0s2 không muốn gắn kết. Điều này có nghĩa là ranh giới không tốt.

Đây là tình huống của tôi vào lúc này:

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# 

Các biên giới tôi tìm thấy:

  • HFSJ thứ 1: 249128179712/512 = khối 486578476
  • HFSJ thứ 2: 253857728000/512 = khối 495815875

Bạn có đề nghị nào không?


Chào mừng bạn đến hỏi khác nhau. Bạn có thể chỉnh sửa điều này để liên kết đến các cuộc thảo luận liên quan hoặc các bước bạn đang theo dõi không? Ngoài ra hãy chắc chắn để thêm một câu hỏi hoặc mô tả cụ thể (và hy vọng hẹp) về những gì bạn hy vọng sẽ đạt được và những gì bạn xem là rào cản để thành công.
bmike

cảm ơn bạn đã tổ chức văn bản! Tôi chỉ đang tìm hiểu làm thế nào. Bạn có nghĩ rằng bạn có thể giúp tôi? Bạn có cần thêm thông tin?
Coen Bosch

Bạn muốn gì? Để lau tất cả và bắt đầu lại? để xóa một phân vùng? Hãy chắc chắn chỉnh sửa nó vào bài đăng để mọi người có thể thấy những gì bạn đang tìm kiếm
bmike

@CoenBosch Thông thường không có khoảng trống giữa đĩa0s2 và đĩa0s3. Bảng phân vùng của bạn hiển thị một không gian đĩa chưa phân bổ là 495815873-495406233 = 409640 khối. Ngoài ra, khối bắt đầu và kích thước của phân vùng bình thường có thể chia cho 8. Khối bắt đầu của phân vùng 2 và 3 sai và kích thước của phân vùng 2 cũng sai. Bạn có thể đã chọn sai HFSJ xảy ra.
klanomath

@klanomath Tôi là người ở Peru và vừa ra khỏi giường nhưng chắc là khoảng 1 giờ chiều ở Berlin, phải không? Tôi đã cài đặt trình xem nhóm (v11) và bạn có thể bắt đầu một phiên với 623 374 526 psw 1458. Thật tuyệt vời nếu bạn có thể sửa chữa nó. Không gian trống luôn ở đó. Không biết cái gì đã tạo ra nó. Cảm ơn bạn đã thử ...
Coen Bosch

Câu trả lời:


1

Giải pháp ở đây ít nhiều giống như được nêu trong câu trả lời cho câu hỏi này . Giải pháp có một giải pháp ngăn chặn bởi vì người hỏi không có ổ ngón tay cái cũng không có đĩa bên ngoài hoặc máy Mac thứ hai. Bạn phải có một ổ đĩa hệ thống với OS X đầy đủ để cài đặt các ứng dụng bổ sung như wxHexEditor để kiểm tra dữ liệu thô trên ổ đĩa. Vì vậy, cách duy nhất có thể có là cài đặt OS X trên ổ đĩa bị hỏng với nguy cơ ghi đè lên các phân vùng "bị mất" cũ.


Nếu bạn có thiết bị khởi động thứ hai như ổ đĩa ngoài hoặc ổ ngón tay cái, hãy cài đặt OS X đầy đủ mới hơn (không chỉ là ổ đĩa cài đặt có khả năng khởi động!). Ngoài ra cài đặt wxHexEditor. Cho phép người dùng root, đăng nhập với quyền root.

Bây giờ hãy mở wxHexEditor và xác định ranh giới của Recovery HD "bị mất". Ghi đè bảng phân vùng GUID ban đầu và thay thế nó bằng MBR bằng Quản lý đĩa của Windows thường không chạm vào nội dung của đĩa của bạn. Các cấu trúc dữ liệu cũ vẫn còn trên đĩa và có thể được tìm thấy bằng cách tìm kiếm các chuỗi và nội dung tệp đặc biệt.

Người hỏi đã cung cấp thông tin sau: phân vùng Windows có kích thước 100 GB. Điều này tạo thuận lợi cho việc tìm kiếm vì có thể bỏ qua ~ 390 GB đầu tiên (trong số 500 GB) do phân vùng Windows được tạo ở cuối đĩa.

Phân vùng Recovery HD có nội dung như sau:

  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)

Nếu bạn đã tìm thấy các khối này, bạn có thể dễ dàng xác định khối bắt đầu của Recovery HD như được mô tả trong câu trả lời được liên kết. Vì tất cả các phân vùng khác (EFI và khối lượng OS X chính - giả sử rằng chỉ có một khối lượng chính tồn tại) được xác định bởi khối đầu tiên của Recovery HD, phép toán có thể được thực hiện.


Giải pháp cuối cùng là:

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

Sau khi xác minh các tập với:

diskutil verifyVolume disk0s2
diskutil verifyVolume disk0s3

và loại bỏ các phân vùng tạm thời, ổ đĩa chính cuối cùng đã được mở rộng để mở rộng toàn bộ đĩa bằng:

diskutil cs resizeStack lvUUID 0g

0

Phân vùng của tôi được phục hồi nhờ @klanomath. Rất khó để có được ranh giới đúng theo quy trình chuẩn và không biết các đặc điểm của đĩa có cửa sổ cũ và phân vùng osx. @klanomath đã làm rất tốt khi tìm kiếm Recovery-HD và từ đó xác định phân vùng bị mất. Đã học hỏi được rất nhiều. Cảm ơn một lần nữa! Saludos de Cusco.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.