Czy możesz z powodzeniem sklonować wolumin rozruchowy Mac OS X bezpośrednio do innego większego woluminu za pomocą ddrescue?

Czy możesz sklonować wolumin rozruchowy Mac OS X (konkretnie „Mac OS Extended, Journaled” a.k.a. JHFS + volume) bezpośrednio do innego, większego woluminu za pomocą ddrescue lub nawet ddi czy docelowy wolumen skończy się jako idealnie działający wolumin startowy?

W przeszłości użyłem ddrescue wykonać kopię zapasową surowego pliku .dmg woluminu rozruchowego Mac OS X umierającego dysku twardego, a następnie „przywrócić” ten plik .dmg do innego woluminu za pomocą Narzędzia dyskowego, ale w tym przypadku nie mam wolnego miejsca na dysku twardym na zapisz pośredni plik .dmg, więc będę musiał wywołać ddrescue aby bezpośrednio sklonować umierający wolumin na nowy wolumin. Ale jestem zdenerwowany, że użycie ddrescue do tego celu bezpośrednio, zamiast używania Narzędzia dyskowego dla części przywracania, nie pozostawi rzeczy skonfigurowanych poprawnie, więc wynikowy wolumin nie będzie startowy.

Muszę użyć ddrescue, ponieważ mam do czynienia z awaryjnym dyskiem twardym. SMART Utility twierdzi, że ma tylko jeden oczekujący uszkodzony sektor z dysku 500 GB, więc czuję, że moje szanse na brak krytycznych danych w tym złym sektorze są całkiem dobre. Część, której się obawiam, dotyczy tego, czy surowy klon jednego woluminu po jednym wolumenie do nieco większego wolumenu może nie pozostawić prawidłowo ustawionego woluminu docelowego.

Czy ktoś zrobił to wcześniej w systemie Mac OS X i może potwierdzić, że działa?

Aktualizacja: Musiałem opublikować własną odpowiedź („Nie” lub „Nie w sposób, w jaki próbowałem”), ale z przyjemnością zaakceptowałbym inną odpowiedź, jeśli ktoś inny może udzielić instrukcji, aby to zrobić.

Odpowiedź wydaje się być albo „Nie”, albo przynajmniej „Nie w sposób, w jaki próbowałem”. Wynikowy wolumin zamontowany raz, ale „Dysk naprawczy” Narzędzia dyskowego powiedział, że struktury systemu plików miały błędy (być może nieprawidłowe rozmiary b-drzewa?), Których Narzędzie dyskowe nie mogło naprawić. Nie miałem możliwości sprawdzić, czy Disk Warrior lub inne narzędzie mogło to naprawić. Uszkodzony dysk źródłowy nie miał tych problemów, więc prawdopodobnie była to coś w mojej procedurze kopiowania opartej na ddrescue.

Mój przyjaciel powiedział, że z powodzeniem sklonował cały dysk (w tym tablicę partycji i wszystko) na komputerze Mac z wykorzystaniem dd, więc może być możliwe sklonowanie całego urządzenia w ten sposób, nie tylko poszczególnych woluminów JHFS +.

Inną rzeczą, która mogła się przyczynić do niepowodzenia, było to, że nie poświęciłem czasu na to, aby partycja docelowa miała dokładnie taką samą liczbę sektorów / bloków, jak partycja źródłowa (oczywiście cel był większy).