Korzystam z systemu macOS Mojave na komputerze iMac 4k 21,5 cala z końca 2015 roku.
Utraciłem dostęp do wewnętrznego dysku twardego, ale mogę korzystać z komputera iMac, uruchamiając system macOS z dysku zewnętrznego lub w trybie odzyskiwania.
Gdy przytrzymuję klawisz opcji podczas uruchamiania, jedynym dostępnym dyskiem jest mój dysk zewnętrzny. Ostatnim razem, gdy próbowałem uruchomić komputer bez przytrzymywania opcji, przywitała mnie ikona folderu ze znakiem zapytania.
Nie usunąłem moich danych, nawet przypadkowo, wszystko wciąż tam jest i mogę je zobaczyć przy użyciu odzyskiwania danych APFS iBoysoft.
Ten problem zaczął się, gdy próbowałem zainstalować Ubuntu na partycji, korzystając z tego przewodnika https://www.maketecheasier.com/install-dual-boot-ubuntu-mac/ (starałem się dokładnie wykonać wszystkie kroki, ale mogłem to zrobić błąd), a następnie w Narzędziu dyskowym mój napęd został nazwany FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF
. Mój komputer Mac nadal działał dobrze, ale po ponownym uruchomieniu nie uruchamiał się już w systemie macOS. Szukałem tego problemu w Internecie i wszelkich rozwiązań i znalazłem kilka. Przejrzałem te przewodniki i zrobiłem tak, jak powiedzieli, i jestem całkiem pewien, że odpowiednio zmieniłem numery rozmiarów itp. W mojej własnej sytuacji, ale nawet po wykonaniu tych wskazówek nadal nie mogę uruchomić się w systemie macOS na moim wewnętrznym dysku HD.
Mój HD to 1 TB, moja partycja Mac ma 960 GB, moja Ubuntu miała 40 GB, ale usunąłem to i zainstalowałem na nim macOS Sierra, ale w pewnym momencie też zniknęło.
Udało mi się przekonać mojego Maca, aby rozpoznał, że dane są w formacie APFS i że faktycznie tam są, po prostu nie będą oddziaływać na nie poza terminalem.
Moja partycja APFS nie wydaje się mieć kontenera, o ile rozumiem APFS (niezbyt daleko), potrzebuje kontenera. Nie usunąłem kontenera, ale myślę, że został zgubiony. Może trzeba go odbudować lub partycję APFS trzeba jakoś włożyć, ale nie wiem, jak to zrobić.
Inna uwaga jest taka, że partycja miała 960 GB, ale teraz pokazuje się jako 883 GB - nie wiem, co to znaczy, może to być ilość danych na partycji, ale wydaje się, że może być trochę wysoka.
Nie jestem wystarczająco dobry w systemie macOS lub terminalu, aby poradzić sobie z nim bez pomocy i prawdopodobnie nie powinienem był próbować instalować Ubuntu na głównym dysku twardym bez ostatniej kopii zapasowej, ale naprawdę mogłem zrobić z pomocą i doceniłbym to bardzo.
oto wyniki niektórych poleceń terminalu, będą bardziej niezawodne niż moje domysły i wyjaśnienia:
lista diskutil
(disk0 to mój wewnętrzny HD, dysk1 i dysk2 to tylko zewnętrzny dysk USB, na którym zainstalowałem macOS, aby nadal móc korzystać z mojego komputera iMac)
sudo gpt -r pokaż dysk0
sudo dd if = / dev / disk0 bs = 512 count = 1 skip = 409640 | hexdump -Cv
sudo dd if = / dev / disk0 bs = 512 count = 1 skip = 228482040 | hexdump -Cv
Edytuj 20/10 22:30:Po próbie zamontowania lub naprawy woluminów disk0 w jakikolwiek sposób, na jaki mogłem zainstalować na dysku USB macOS, podjąłem próbę uruchomienia w trybie odzyskiwania. Próbowałem naprawić w Narzędziu dyskowym, ale powiedział mi, że muszę to zrobić w trybie odzyskiwania (byłem w trybie odzyskiwania) i powiedziałem, żebym nacisnął kontynuuj i nic się nie stało, więc użyłem objętości naprawy diskutil w terminalu odzyskiwania i powiedziałem coś o jak nie mogłem, ponieważ mój wolumin APFS nie ma kontenera (inne polecenia diskutil powiedziały mi, że to nie był wolumin APFS lub nawet nie używał APFS, więc myślę, że brak kontenera był dla mojego komputera czas). Rozejrzałem się jeszcze raz, przeszukując komunikaty o błędach, które dostałem, i wyszedłem całkiem pusty (nie pomaga to, że APFS jest stosunkowo nowy, podobnie jak Mojave). Więc teraz ja Obecnie korzystam z oprogramowania do odzyskiwania danych APFS (Disk Drill), dzięki czemu mogę wykonać nową instalację systemu macOS na wewnętrznym dysku twardym komputera iMac i po prostu zaimportować do niego odzyskane stare dane. Zanim wyczyszczę wewnętrzny HD, spróbuję naprawić go w trybie pojedynczego użytkownika za pomocą '/ sbin / fsck -fy', ale nie mam nadziei. Prawdopodobnie zajmie to co najmniej jeden dzień i może nie działać zgodnie z planem, więc jeśli ktoś może zapewnić mi sposób na utworzenie kontenera APFS i umieszczenie w nim mojego woluminu APFS, aby mój system mógł go odczytać, to byłoby świetny. Jeśli potrzebujesz wyników terminalu używanego w trybie odzyskiwania, mogę to zrobić, ale jeśli nie ma sposobu na robienie zrzutów ekranu w trybie odzyskiwania, będą to zdjęcia ekranu. Zanim wyczyszczę wewnętrzny HD, spróbuję naprawić go w trybie pojedynczego użytkownika za pomocą '/ sbin / fsck -fy', ale nie mam nadziei. Prawdopodobnie zajmie to co najmniej jeden dzień i może nie działać zgodnie z planem, więc jeśli ktoś może zapewnić mi sposób na utworzenie kontenera APFS i umieszczenie w nim mojego woluminu APFS, aby mój system mógł go odczytać, to byłoby świetny. Jeśli potrzebujesz wyników terminalu używanego w trybie odzyskiwania, mogę to zrobić, ale jeśli nie ma sposobu na robienie zrzutów ekranu w trybie odzyskiwania, będą to zdjęcia ekranu. Zanim wyczyszczę wewnętrzny HD, spróbuję naprawić go w trybie pojedynczego użytkownika za pomocą '/ sbin / fsck -fy', ale nie mam nadziei. Prawdopodobnie zajmie to co najmniej jeden dzień i może nie działać zgodnie z planem, więc jeśli ktoś może zapewnić mi sposób na utworzenie kontenera APFS i umieszczenie w nim mojego woluminu APFS, aby mój system mógł go odczytać, to byłoby świetny. Jeśli potrzebujesz wyników terminalu używanego w trybie odzyskiwania, mogę to zrobić, ale jeśli nie ma sposobu na robienie zrzutów ekranu w trybie odzyskiwania, będą to zdjęcia ekranu. więc jeśli ktoś może zapewnić mi sposób na utworzenie kontenera APFS i umieszczenie w nim mojego woluminu APFS, aby mój system mógł go odczytać, byłoby świetnie. Jeśli potrzebujesz wyników terminalu używanego w trybie odzyskiwania, mogę to zrobić, ale jeśli nie ma sposobu na robienie zrzutów ekranu w trybie odzyskiwania, będą to zdjęcia ekranu. więc jeśli ktoś może zapewnić mi sposób na utworzenie kontenera APFS i umieszczenie w nim mojego woluminu APFS, aby mój system mógł go odczytać, byłoby świetnie. Jeśli potrzebujesz wyników terminalu używanego w trybie odzyskiwania, mogę to zrobić, ale jeśli nie ma sposobu na robienie zrzutów ekranu w trybie odzyskiwania, będą to zdjęcia ekranu.
Bieżące wyniki „diskutil list disk0” i „sudo gpt -r pokazują dysk0”
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *1.0 TB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_Boot 650.0 MB disk0s2
3: Apple_APFS 883.2 GB disk0s3
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 226802864
227212504 1269536 2 GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
228482040 1725043095 3 GPT part - 7C3457EF-0000-11AA-AA11-00306543ECAC
1953525135 32 Sec GPT table
1953525167 1 Sec GPT header
Dziękujemy za wszelką pomoc lub sugestie
sudo dd if=/dev/disk0 bs=512 count=1 skip=228482040 | hexdump -Cv
Odpowiedzi:
Obecna partycja APFS (
disk0s2
) nie wydaje się być ważna z kilku powodów. Poniżej są trzy powody.BSXN
. Rozmiar bloku powinien wynosić 4096 bajtów, a rozmiar kontenera powinien być mniejszy lub równy 883,222,061,056 bajtów.disk0s1
). Tutaj partycja zaczyna się 116 773 068,800 bajtów po zakończeniu partycji EFI.Wygląda na to, że partycja APFS o rozmiarze 960 018 657 278 bajtów wystąpiła natychmiast po partycji EFI (
disk0s1
). Problem polega na tym, że dane przechowywane na partycji APFS zostały częściowo nadpisane przez dane teraz przechowywane wdisk0s3
. Rodzaj i lokalizacjadisk0s3
wskazują, że macOS Sierra mógł zostać zainstalowany blisko lub bezpośrednio wcześniejdisk0s3
. Jeśli jest to prawda, wówczas dodatkowe dane przechowywane na partycji APFS mogły zostać zastąpione.Aby poprawić GPT, musisz usunąć drugi i trzeci wpis. Polecenia podano poniżej.
Poniższe polecenie doda kontener APFS do GPT.
Nie ma gwarancji, że naprawienie GPT automatycznie doprowadzi do poprawnie działającej partycji APFS.
Po zakończeniu dane wyjściowe
sudo gpt -r show /dev/disk0
powinny wyglądać, jak pokazano poniżej.źródło
Powyższa odpowiedź Davida Andersona to złoto. Należy pamiętać, że wartości użyte w poniższym poleceniu (1875036440 bajtów) użyte tutaj są zgodne z sytuacją podaną przez OP.
sudo gpt add -i 2 -b 409640 -s 1875036440 -t apfs /dev/disk0
Zmień te wartości zgodnie z danymi wyjściowymi
sudo gpt -r show disk0
. Zastąp je rozmiarem pomieszanej partycji.Na przykład miałem dokładnie taki sam problem jak OP. Miałem 3 partycje dla mojego SDD. Pierwsza parada (APFS) została pomieszana. Reszta partycji (partycja 2, partycja 3) to HFS.
W
gpt add
poleceniu podałem rozmiar mojej partycji i voila po ponownym uruchomieniu komputera MacOS wrócił.źródło