MacOS 12.16: dd con dispositivos es casi inútil la lectura/escritura en un disco raw (APFS) falla con "permiso denegado" o "argumento inválido"

Question

MacOS 12.16: dd con dispositivos es casi inútil la lectura/escritura en un disco raw (APFS) falla con "permiso denegado" o "argumento inválido"

Preguntado el 23 de Noviembre, 2022: Cuando se hizo la pregunta
59 visitas: Cuantas visitas ha tenido la pregunta
1 Respuestas: Cuantas respuestas ha tenido la pregunta
Resuelta: Estado actual de la pregunta

¡Ayuda!

Cuando corro dd entrada desde un dispositivo con búfer o en bruto de un sin montar volumen, que sí aparece en diskutil list Me aparece "Permiso denegado" o "Argumento no válido".

Tenga en cuenta:

MacOS 12.6.1 (Monterey)
Los volúmenes no se montan, ni tampoco las instantáneas de esos volúmenes.

diskutil list |grep -E -- '-TM3|ExtData1'

1: APFS Volume ExtData1 282.0 GB disk5s2 1: APFS Volume Mac-TM3 954.4 KB disk7s1

mount |grep -q -iE 'disks5s2|disk7s1|timemachine' || echo nope

nope
Configuración de seguridad y privacidad: "Término", /bin/sh y /bin/dd todos tienen permisos de "Disco completo".
SIP fue desactivado en el modo de recuperación, y csrutil status muestra que está desactivado.

csrutil status

System Integrity Protection status: disabled.
El dd funciona entre /dev/null y /dev/zero y el dispositivo tty actual y a /dev/console .
El dd El comando funcionó para leer desde el volumen recovery-hd desmontado en la unidad interna principal. -- OH MIERDA, AQUÍ ESTÁ LA RESPUESTA

La razón por la que estoy haciendo esto es para evitar el horrible rediseño de TimeMachine de Mac, que efectivamente hace que los dispositivos de copia de seguridad sean inamovibles e inclasificables.

Preguntado el 23 de Noviembre, 2022 por Otheus

Answer 1

1 Respuestas

Answer 2

1voto

Otheus Puntos 76

Después de publicar toda la información que pude encontrar relevante, descubrí que la razón por la que estos dispositivos no pueden ser copiados es porque MacOS "virtualiza" los discos AppleFileSystem en un "contenedor". Usted puede ver que en el completo diskutil list salida :

# diskutil list
/dev/disk0 (internal):
  <redacted>

/dev/disk3 (synthesized):
  <redacted>

/dev/disk4 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk4
   1:                        EFI EFI                     209.7 MB   disk4s1
   2:                  Apple_HFS Boot21                  12.0 GB    disk4s2
   3:                  Apple_HFS Boot22                  6.0 GB     disk4s3
   4:                  Apple_HFS HighSierra2             6.0 GB     disk4s4
   5:                  Apple_HFS 10_11 ElCapitan         51.4 GB    disk4s5
   6:                 Apple_Boot Recovery HD             650.0 MB   disk4s6
   7:                 Apple_APFS Container disk5         423.3 GB   disk4s7

/dev/disk5 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +423.3 GB   disk5
                                 Physical Store disk4s7
   1:                APFS Volume ExtData1                282.0 GB   disk5s2

/dev/disk6 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *12.0 TB    disk6
   1:                        EFI EFI                     209.7 MB   disk6s1
   2:                  Apple_HFS Reserved                5.6 TB     disk6s2
   3:                 Apple_APFS Container disk7         413.3 GB   disk6s5
   4:                  Apple_HFS Backups                 6.0 TB     disk6s3

/dev/disk7 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +413.3 GB   disk7
                                 Physical Store disk6s5
   1:                APFS Volume Mac-TM3                 954.4 KB   disk7s1

He ejecutado con éxito dd en los volúmenes de "contenedor" en bruto en el físico dispositivos, rdisk4s7 y rdisk6s5

Actualizaré más tarde si descubro que el SIP también estaba involucrado.

Con un consejo para el sombrero a David Anderson, asr notas de las páginas man:

Los volúmenes APFS individuales no pueden ser restaurados directamente, porque sus nodos de dispositivo no permiten la E/S desde un proceso estándar. Sin embargo, asr puede restaurar contenedores APFS completos, incluyendo todos los volúmenes.

Parece que el equipo de ingenieros de Apple debería haber adquirido más experiencia en el mundo real antes de rediseñar un sistema de archivos.

Respondido el 23 de Noviembre, 2022 por Otheus (76 Puntos )

MacOS 12.16: dd con dispositivos es casi inútil la lectura/escritura en un disco raw (APFS) falla con "permiso denegado" o "argumento inválido"

diskutil list |grep -E -- '-TM3|ExtData1'

mount |grep -q -iE 'disks5s2|disk7s1|timemachine' || echo nope

csrutil status

Respuesta

Preguntas Destacadas

Etiquetas mas usadas

AppleAyuda.com

Powered by:

MacOS 12.16: dd con dispositivos es casi inútil la lectura/escritura en un disco raw (APFS) falla con "permiso denegado" o "argumento inválido"

diskutil list |grep -E -- '-TM3|ExtData1'

mount |grep -q -iE 'disks5s2|disk7s1|timemachine' || echo nope

csrutil status

Respuesta

Preguntas relacionadas

Preguntas Destacadas

Etiquetas mas usadas

En nuestra red

AppleAyuda.com

Powered by: