du får läsa manualen för dd
dd tar hela volymen om du inte har instruerat något annan.
med flagga 'skip' (skip=2048) så hoppar du över ett stycke i antal block räknat från början av volymen
med 'count' (count=123000) så säger det hur stort stycke i antal block som skall kopieras ut från punkten där 'skip' stannade
dvs med 'dd if=/dev/sda of=/path_to_masstorage/partial_image skip=1024 count=30000 bs=1024'
Så säger man att hoppa över de första 0-1023 blocken, från blockpositionen vid 1024 blockposition så kopierar man ut 30000 block till /path_to_masstorage/partial_image och sedan avslutas det. Med 'bs' så bestämmer man hur stort en block är, ovan exempel då satt som 1024 Byte och då motsvarar en block 1 kB i storlek.
Man kan alltså (tillsammans med 'cat') klippa och klistra med 'dd' och därför är verktyget väldigt användbart för lågnivå-meck på hårddiskar.
---
Det finns tillfällen där jag har kört med bs=1 (blockstorlek räknat på 1 byte-nivå) för att kunna plocka ut starten på en tar-arkiv i en tapevolym som var totalt havererad (hatar kommersiella programvaror som inte kan hantera ÅÄÖ i filnamn... - stora Ö i dos som första bokstav i filnamn har samma kod som för raderad fil i FAT-filsystem - och då krachade tape-streamer programmet fullständigt...) - var väldigt glad att jag inte hade slagit på kompressionen (i propertiär format) den gången...
Och det roliga med tar är att varenda fil ur tar-arkivet kan man hitta genom att dess början markeras med just 'ustar' som magic-word och med 'grep' och andra hjälpmedel hitta exakt positionen och med titt i tar.h i källkoden vet man hur många byte framför 'ustar' man skall klippa ut med 'dd' för att sedan kunna packa upp filen med 'tar' - tar-arkiv har egenskapen att även om filen ifråga är sönderklippt i bitar så går det extrahera filerna med rättigheter, path etc. så länge filhuvudet med datakropp precis efter är komplett och går att identifiera.
tar-archive är en av de ytterst få arkivformaten som har distrubierad direktory/tabell över filerna och är räddningsbart till stora delar även om en bit av början är borta eller en bit i mitten är utklippt - 'tar' står står ju för 'Tape Archiver' och man kanske inser en viss pragmatisk inställning till det hela med början som råkade bli överskriven en bit innan det hejdades och man kan få bandsallat på mitten... - och det som är kvar efteråt är ändå räddningsbart!!
prova att klippa av början på en zip-fil, rar-arkiv etc. och sedan försöka rädda det som är efter i filkroppen - så förstår man snart varför 'tar' är rätt unik i tänket vad man kan göra med arkivet den dagen när det redan har skitit sig... som bit-rot på ett media