0 votos

Accidentalmente usé dd en mi unidad de sistema

Como es quería escribir una imagen a la memoria usb, accidentalmente usé mi unidad de sistema (macintosh hd) como objetivo. Comando utilizado:

sudo dd if=/dev/zero of=/dev/rdisk1 bs=1024 count=1

Donde el disco1 era Macinstosh HD ... (sí, lo sé - facepalm :)

De todos modos - abortado después de 2 minutos como no pasó nada y me di cuenta de mi error. Para mi asombro, todo parece seguir funcionando, la partición sigue ahí, sigue reiniciándose.

Esta es la salida de:

$diskutil list:

/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage                         499.4 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
/dev/disk1
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           *499.1 GB   disk1
                                 Logical Volume on disk0s2

El comando tenía la intención de poner a cero el mapa de partición (de una memoria USB) ...como se describe aquí .

Que funciona en el stick usb, (por suerte) no funcionaba en mi disco duro de Macintosh. Pero sigo sin entenderlo ¿por qué? Al decir que aborté me refería a que después de cometer el comentario, no pasó nada, ni la salida, pero tampoco un nuevo prompt..así que se usa ctrl-c

Las copias de seguridad de Time machine se pueden restaurar, esa no es la cuestión. Sólo tengo curiosidad y quiero entenderlo

¿Todavía tengo que preocuparme de haber perdido algunos datos?

2voto

klanomath Puntos 19587

Su disco principal utiliza un esquema de partición Core Storage:

  • disk0 es el disco principal del sistema.
  • disk1 es un disco "virtual" que reside en disk0s2 y que contiene el volumen Macintosh HD visible en su escritorio.

Los dos primeros sectores de un Volumen Lógico contienen sólo ceros.

Ejemplos:

  1. disk2 es el volumen de almacenamiento central que agrupa a disk0s2 (SSD) y disk1s2 (HDD) de una unidad Fusion de 3,1 TB

    enter image description here

  2. disk2 es el volumen de almacenamiento del núcleo que reside en disk0 - la imagen de disco de 64 GB de una VM de Parallels (Yosemite)

    enter image description here

Con su mando sudo dd if=/dev/zero of=/dev/rdisk1 bs=1024 count=1 has tenido suerte y acabas de sobrescribir 1024 ceros con 1024 ceros.

Como resultado, no habrá perdido ningún dato y podrá seguir trabajando con su Mac sin necesidad de restaurar ninguna copia de seguridad ni de reinstalar el sistema.

1voto

Milan Novota Puntos 10892

Usted debe estar bien, y tuviste mucha suerte porque fallaste en tu camino para salvar tu disco. Primero voy a desglosar tu comando dd:

dd if=/dev/zero of=/dev/rdisk1

Copie todo desde cero a /dev/rdisk1 (su disco principal, ¡ay!)

bs=1024

Establece el tamaño de los bloques a copiar. En este caso, se está copiando en bloques de 1Kb. Esto es más importante en la siguiente parte.

count=1

Este argumento es el que ha salvado todo su disco. Al establecer el recuento en 1, le dijiste a dd que sólo copiara un bloque. Como el tamaño de su bloque es de 1Kb lleno de ceros, su comando dd habría puesto a cero el primer kilobyte de su disco.

Aunque no tengo ni idea de lo que hay en la primera área de una unidad, especularía que contiene la información de la estructura de la unidad. Por lo tanto, mi acción recomendada para tomar es reiniciar en la recuperación y el lanzamiento de la Utilidad de Disco y ejecutar "Reparar Disco" en la unidad del sistema.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X