Estaba convirtiendo la partición de recuperación de Apple_HFS a Apple_Boot según instrucciones aquí . Fue un éxito. Sin embargo, como experimento, probé con una errata intencionada para ver si se reflejaba en diskutil list . No fue así, y el disco está estropeado.
Como no sé qué es exactamente asr adjust lo hace, primero pregunto aquí. ¿Qué hace exactamente el comando y cómo puedo recuperarme de un error de este tipo?
Sesión terminal comentada:
########### Convert successful, reflected on diskutil ###########
test-session:~ pnda$ sudo asr adjust --target /dev/disk0s3 -settype "Apple_Boot"
Password:
Fsck /dev/disk0s3 ....10....20....30....40....50....60....70....80....90....100
Adjust completed successfully
########### intentional typo here ###########
test-session:~ pnda$ sudo asr adjust --target /dev/disk0s3 -settype "Apple_Boo"
Fsck /dev/disk0s3 ....10....20....30....40....50....60....70....80....90....100
Adjust completed successfully
########### oh sh*t ###########
test-session:~ pnda$ diskutil list
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *121.3 GB disk0
1: Microsoft Reserved 16.8 MB disk0s1
2: Apple_HFS Macintosh HD 40.9 GB disk0s2
3: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF 650.1 MB disk0s3
4: Linux Filesystem 18.5 GB disk0s4
5: Linux Filesystem 261.1 MB disk0s5
6: Windows Recovery 523.2 MB disk0s6
7: EFI NO NAME 104.9 MB disk0s7
8: Microsoft Basic Data 59.1 GB disk0s8
########### mission abort ###########
test-session:~ pnda$ sudo asr adjust --target /dev/disk0s3 -settype "Apple_Boot"
asr: Volume adjustment failed: Invalid argument
test-session:~ pnda$ sudo asr adjust --target /dev/disk0s3 -settype "Apple_HFS"
asr: Volume adjustment failed: Invalid argument.....
0 votos
La comprobación manual muestra que los datos están prácticamente intactos. Supongo que el registro de cabecera es simplemente el que está "dañado" (no lo parece). Tal vez
diskutil¿Dimply no sabe cómo analizar "Apple_Boo"?