![\"Mascote](\"\/wp-content\/uploads\/2026\/09\/comando-dd-v4.webp\")
<\/p>\n<\/p>\n
status=progress<\/code> dej\u00f3 de ser un truco y se convirti\u00f3 en la forma normal de seguir la copia, y hoy existen herramientas mejores que el dd<\/code> para algunas de las tareas que \u00e9l hac\u00eda solo.<\/div>\nO dd<\/strong> copia datos bloque a bloque, sin interpretar lo que est\u00e1 copiando. Es eso lo que lo hace capaz de grabar una ISO en un pendrive, clonar un disco entero o guardar el sector de boot \u2014 y es exactamente eso lo que lo hace peligroso: obedece sin preguntar, y un device equivocado en el of=<\/code> destruye datos sin confirmaci\u00f3n ni papelera.<\/p>\nEste post muestra lo que el comando hace de \u00fatil en el d\u00eda a d\u00eda, con los cuidados que separan la herramienta del desastre.<\/p>\n
<\/p>\n
De d\u00f3nde viene el nombre<\/h2>\n
O dd<\/code> apareci\u00f3 en la Versi\u00f3n 5 de Unix<\/strong> y se cre\u00f3 para convertir datos entre ASCII y EBCDIC. La sintaxis tan rara \u2014 if=<\/code>, of=<\/code>, bs=<\/code>, en lugar de las flags con guion que usa cualquier comando Unix \u2014 es herencia directa de la instrucci\u00f3n DD<\/em> (Data Definition) del JCL de IBM. Hay quien dice que el parecido fue una broma de programador. El comando est\u00e1 estandarizado por IEEE Std 1003.1 \u2014 hoy en la Issue 8, POSIX.1-2024. Pero ojo: el dd<\/code> de GNU coreutils, que es el de Linux, va mucho m\u00e1s all\u00e1 del est\u00e1ndar. POSIX define if<\/code>, of<\/code>, bs<\/code>, cbs<\/code>, conv<\/code>, count<\/code>, ibs<\/code>, obs<\/code>, seek<\/code> e skip<\/code>, y solo admite los sufijos k<\/code>, b<\/code> e x<\/code> en el tama\u00f1o de bloque. status=progress<\/code>, oflag=<\/code>, iflag=<\/code> y el sufijo M<\/code> son extensiones GNU<\/strong> \u2014 el propio manual de coreutils lo dice con todas las letras. Los ejemplos de este post valen en Linux; en otro Unix, consulta el manual de all\u00ed. El status=progress<\/code>, en concreto, existe a partir de coreutils 8.24, de 2015.<\/p>\nLo que lo hace potente en Linux es una caracter\u00edstica del sistema, no de \u00e9l: aqu\u00ed, disco, partici\u00f3n, memoria y generadores como \/dev\/zero<\/code> e \/dev\/urandom<\/code> son todos archivos. El dd<\/code> solo sabe leer de un archivo y escribir en otro \u2014 el resto es consecuencia.<\/p>\nAntes de nada: descubre el device correcto<\/h2>\n
Toda tragedia con dd<\/code> empieza en el mismo sitio: la persona pens\u00f3 que el pendrive era \/dev\/sdb<\/code> y era \/dev\/sda<\/code>. Compru\u00e9balo siempre:<\/p>\nlsblk -o NAME,SIZE,TYPE,MOUNTPOINTS,MODEL\n<\/code><\/pre>\nVer\u00e1s algo as\u00ed \u2014 f\u00edjate en el tama\u00f1o y en el modelo, no solo en la letra:<\/p>\n
NAME SIZE TYPE MOUNTPOINTS MODEL\nsda 931G disk Samsung SSD 870\n\u251c\u2500sda1 1G part \/boot\/efi\n\u2514\u2500sda2 930G part \/\nsdb 29G disk SanDisk Cruzer\n\u2514\u2500sdb1 29G part \/media\/nilton\/PENDRIVE\n<\/code><\/pre>\nEl de 931 GB es tu sistema. El de 29 GB es el pendrive. Y nota: el objetivo del dd<\/code> es el disco<\/strong> (\/dev\/sdb<\/code>), no la partici\u00f3n (\/dev\/sdb1<\/code>). Antes de grabar, desmonta \u2014 pero no expulses:<\/p>\nsudo umount \/dev\/sdb1\n<\/code><\/pre>\nGrabar una ISO en un pendrive<\/h2>\n
Es el uso m\u00e1s com\u00fan, y el \u00fanico comando de este post que probablemente repetir\u00e1s:<\/p>\n
sudo dd if=ubuntu-24.04.2-desktop-amd64.iso of=\/dev\/sdb bs=4M status=progress oflag=sync\n<\/code><\/pre>\nCada parte importa:<\/p>\n
\nif=<\/code> \u2014 input file<\/em>, el origen. Aqu\u00ed, la imagen.<\/li>\nof=<\/code> \u2014 output file<\/em>, el destino. Es esta la que destruye datos si es incorrecta.<\/strong><\/li>\nbs=4M<\/code> \u2014 tama\u00f1o de bloque. El predeterminado es 512 bytes, lo que hace millones de operaciones diminutas y deja la grabaci\u00f3n lenta. Con 4 MB la diferencia es de minutos a segundos.<\/li>\nstatus=progress<\/code> \u2014 muestra los bytes copiados y la velocidad en tiempo real. Sin esto, el terminal se queda mudo y parece colgado.<\/li>\noflag=sync<\/code> \u2014 escribe de verdad en lugar de acumular en cach\u00e9, para que el comando solo termine cuando el dato est\u00e9 en el pendrive.<\/li>\n<\/ul>\nAl terminar, fuerce el vaciado de la cach\u00e9 antes de extraer el dispositivo:<\/p>\n
sync\n<\/code><\/pre>\nUn detalle que ahorra tiempo: para una ISO h\u00edbrida \u2014 que es el caso de pr\u00e1cticamente toda distribuci\u00f3n actual \u2014 el cp<\/code> hace el mismo trabajo, y es mucho m\u00e1s dif\u00edcil equivocarse:<\/p>\nsudo cp ubuntu-24.04.2-desktop-amd64.iso \/dev\/sdb && sync\n<\/code><\/pre>\nBorrar el MBR<\/h2>\n
O MBR<\/strong> (Master Boot Record) es el primer sector del disco, con 512 bytes divididos as\u00ed:<\/p>\n446 bytes bootstrap (o c\u00f3digo que inicia o boot)\n 64 bytes tabela de particoes\n 2 bytes assinatura 0x55AA\n---------\n512 bytes\n<\/code><\/pre>\nEstos comandos destruyen datos. Verifique el device dos veces.<\/strong><\/p>\n# apaga o MBR inteiro, INCLUSIVE a tabela de particoes\nsudo dd if=\/dev\/zero of=\/dev\/sdX bs=512 count=1\n\n# apaga so o bootstrap e PRESERVA a tabela de particoes\nsudo dd if=\/dev\/zero of=\/dev\/sdX bs=446 count=1\n<\/code><\/pre>\nUna advertencia sobre esos 446 bytes: no todos son c\u00f3digo. Los cuatro \u00faltimos (offsets 440 a 443) guardan la firma de disco de 32 bits<\/strong>, que Windows registra en el BCD y que Linux usa para montar el PARTUUID<\/code> de discos MBR. Ponerlos a cero puede impedir que Windows se inicie y cambia el PARTUUID<\/code> de las particiones. Si quieres conservar la firma, el objetivo es bs=440 count=1<\/code>.<\/p>\nLa diferencia entre 512 y 446 es la diferencia entre perder las particiones y simplemente eliminar el gestor de arranque. Antes de cualquiera de los dos, guarda una copia: son 512 bytes, no cuesta nada:<\/p>\n
sudo dd if=\/dev\/sdX of=~\/mbr-backup.img bs=512 count=1\n# para restaurar:\nsudo dd if=~\/mbr-backup.img of=\/dev\/sdX bs=512 count=1\n<\/code><\/pre>\nDetalle que pilla a quien repite esos comandos en un archivo en lugar de en un dispositivo: el dd<\/code> trunca el archivo de salida<\/strong> al tama\u00f1o escrito. En \/dev\/sdX<\/code> eso no ocurre, porque truncar no tiene sentido en un dispositivo de bloque, pero dd if=\/dev\/zero of=imagem.img bs=446 count=1<\/code> deja la imagen con 446 bytes. Cuando el destino sea un archivo, a\u00f1ade conv=notrunc<\/code>.<\/p>\nCabe saber que esto vale para discos con particionado MBR. Equipos con UEFI y GPT<\/strong>, que son la mayor\u00eda hoy, guardan el boot en la partici\u00f3n EFI y tienen una copia de la tabla GPT al final del disco: ah\u00ed el remiendo es con gdisk<\/code> o sgdisk<\/code>, no con dd<\/code>.<\/p>\nOtros usos que merecen la pena<\/h2>\n# criar um arquivo de tamanho fixo (ex.: swap de 2 GB)\nsudo dd if=\/dev\/zero of=\/swapfile bs=1M count=2048 status=progress\nsudo chmod 600 \/swapfile && sudo mkswap \/swapfile && sudo swapon \/swapfile\n# para sobreviver ao reboot, acrescente ao \/etc\/fstab:\n# \/swapfile none swap sw 0 0\n\n# medir a velocidade bruta de escrita do disco\ndd if=\/dev\/zero of=teste.img bs=1M count=1024 oflag=direct status=progress\n\n# clonar um disco inteiro para outro do mesmo tamanho ou maior\nsudo dd if=\/dev\/sda of=\/dev\/sdb bs=64M status=progress conv=noerror,sync\n\n# gerar um arquivo com dados aleatorios\ndd if=\/dev\/urandom of=aleatorio.bin bs=1M count=10\n<\/code><\/pre>\nDos detalles de esos ejemplos: el oflag=direct<\/code> en la prueba de velocidad evita la cach\u00e9 del sistema, si no se mide la RAM y no el disco. Y el conv=noerror,sync<\/code> en el clonado env\u00eda el dd<\/code> seguir adelante cuando encuentra un sector ilegible, rellenando con ceros para no desalinear el resto \u2014 sin \u00e9l, un \u00fanico sector defectuoso aborta la copia.<\/p>\nCu\u00e1ndo no usar dd<\/h2>\n
O dd<\/code> resuelve mucho, pero en 2026 hay herramientas mejores para algunos casos:<\/p>\n\n- Disco con sectores defectuosos:<\/strong> use
ddrescue<\/code> (paquete gddrescue<\/code>). Intenta varias pasadas, mapea lo que consigui\u00f3 leer y permite reanudar desde donde se detuvo \u2014 el dd<\/code> no hace nada de esto.<\/li>\n- Seguir el progreso con barra:<\/strong>
pv<\/code> da barra, porcentaje y tiempo estimado \u2014 pv arquivo.iso | sudo dd of=\/dev\/sdb bs=4M iflag=fullblock<\/code> \u2014 el iflag=fullblock<\/code> no es opcional aqu\u00ed: el b\u00fafer de un pipe en Linux es de 64 KB y, sin \u00e9l, el bs=4M<\/code> no tiene efecto alguno.<\/li>\n- Copiar archivos comunes:<\/strong>
cp<\/code> e rsync<\/code> son m\u00e1s r\u00e1pidos, m\u00e1s seguros y saben manejar permisos y enlaces.<\/li>\n- Crear un archivo grande sin escribir nada:<\/strong>
fallocate -l 2G arquivo<\/code> es instant\u00e1neo, porque solo reserva espacio.<\/li>\n<\/ul>\nY, s\u00ed: o dd<\/code> aparece en el examen de LPI<\/strong>. Vale la pena saberse de memoria qu\u00e9 son if<\/code>, of<\/code>, bs<\/code> y count<\/code>, y la cuenta de los 512 bytes del MBR.<\/p>\nPara continuar<\/h2>\n\n- Usando el comando wget<\/a> \u2014 para descargar la ISO que vas a grabar<\/li>\n
- 500 comandos de Linux<\/a><\/li>\n
- Manual de dd en GNU coreutils<\/a> \u00b7 Linux Professional Institute<\/a><\/li>\n<\/ul>","protected":false},"excerpt":{"rendered":"
O dd copia dados bloco a bloco, sem interpretar o que est\u00e1 copiando. \u00c9 isso que o torna capaz de gravar uma ISO num pendrive, clonar um disco inteiro ou salvar o setor de boot \u2014 e \u00e9 exatamente isso … Leer m\u00e1s<\/a><\/p>","protected":false},"author":0,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[28,2],"tags":[410,124,409,4,365,117],"class_list":["post-150","post","type-post","status-publish","format-standard","hentry","category-dicas","category-linux","tag-backup","tag-comandos","tag-dd","tag-linux","tag-lpi","tag-terminal"],"_links":{"self":[{"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/posts\/150","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/types\/post"}],"replies":[{"embeddable":true,"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/comments?post=150"}],"version-history":[{"count":8,"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/posts\/150\/revisions"}],"predecessor-version":[{"id":1019,"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/posts\/150\/revisions\/1019"}],"wp:attachment":[{"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/media?parent=150"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/categories?post=150"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/tags?post=150"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}