Total backup på RPI. Hur?

Om jag vill att en RPI3B med kod och allehanda färdigconfiggade funktioner ska kopieras över till en ny RPI har jag använt mig av kloning, dvs, en img. Tryggt o bra just då. Det funkade bra fram tills jag införskaffade annat märke på SD-kortet (se annan tråd).
Jag måste ha en annan metod så för min del tänker jag mig:

1) formattera ett extern Minneskort i en valfri USB-sockel på RPI:n
2) Ange nåt Linux-kommando så hela RPI:ns kod med OS o allt förs över till stickan.
3) Ta nya uppstartade RPI:n (samma modell) o stoppa i stickan o kopiera över till nya.
4) Restart, Nya RPI:n är som första.

5) Om nån av dessa två ändras (dvs, jag ändrar i kod eller nån config) så ska jag kunna synca över förändringen till den/de andra via stickan. Men detta är just nu överkurs. Jag anar rsync dock..

Det är punkt 2 och 3 ovan som jag behöver hjälp med. Använder jag cp eller rsync och motiveringen till valet? Är metoden att kopiera helt galen eller? Det är ju def. inte nåt jag skulle gjort på en win7 maskin exempelvis...

Jag är osäker på vilka folders som ska kopieras (och exkluderas)...

Om metoden blir så här i stället då:
1) "Target"-RPI;ns SD-kort stoppas in i en SD-kortsläsare och sen vidare in i "source"-RPI:ns USB-port
2) "Source"-RPI:n gör en CP (eller nåt annat kommando) så allt förs över till "Target"-RPI:ns SD-kort
3) Starta upp nya RPI:n med "Target"-SD-kortet

Bör inte detta fungera då?
Det är ju punkt 2 jag funderar främst på. Dels, givetvis om metoden fungerar, men sen om det "duger" med cp. Följer rättigheter o länkar o annat med så det blir en "exakt" kopia?

Jag ser att dd-kommandot är nåt jag måste studera...

Snövit:
Metoden att använda en img är ju att föredra men det blir problem om det är minsta skillnad mellan SD-korten/fabrikaten. Därav tänkte jag att jag kopierar "allt". Detta "allt" är med en viss modifikation. Egentligen är det där det finns script, apache2 samt PHP och givetvis Home-katalogen. Eftersom jag är till viss del osäker vilka kataloger/-träd som är aktuella för min del så tänker jag "allt".

Tillbaks till Snövit:
Jag ska testa med att krimpa "source" med Gparted. Då bestämmer JAG storleken på img-filen, inte storleken på just det SD-kortet. Ska jag tolka det så? Sen dd till "target" och sen förstora upp partitionen igen med Gparted. Det räcker ju att krimpa lite bara om man så vill. Nån Gig eller så....Eller ner till 7G (om det nu går) så man får in grejerna på ett 8G-kort om source är 16G.

Det låter som en framkomlig väg. Du berör just det som jag haft problem med också - olika tillverkare på SD-kort. :-/

Tack!

Kan rasp-config hantera partitioner? Det visste jag inte. Har inte hunnit med allt än.

Jag gör som följer:
1) Säk.kopierar en img med W32DiskImager till nån extern HD
2) Stoppar tebax SD i RPI:n och krymper med Gparted.
3) Kopierar SD-kortet med dd till ett USB-minne som är istoppat i RPI:n
4) Använder rasp-config för att expandera tillbaka SD-kortet till normal storlek
5) Tar USB-minnet med krympta img-filen och använder Win32DiskImager och dumpar över det till ett nytt SD-kort
6) Tar RPI nr2 och använder nya SD-kortet samt expanderar det till normal storlek (eller vad nu det ny SD-kortet har för stlk)

Tack så hemskt mycket för tipset. Ska testa det. Just nu har jag bara en img som INTE jag kan göra nåt åt så vitt jag vet. Men får nya minneskort med samma typ/modell så den img:n ska nog gå på det SD-kortet. Sen ska jag testa mot det andra kortet som inte img:n funkar i.

@Sweedland:
Epilog
Nya 16G korten kom idag. 16G från element14 med NOOBS på. Jag stoppade i det kortet i SD-läsaren o använde Win32DiskImager. Den skriker om att kortet är "för litet men img-filen verkar tom på data". Jag svarar "Ja" på att kopiera över datat på SD-kortet.
Detta kort startar dock upp. Är det formateringen som spelar roll? Eller nåt annat?

@mini-ryttge:
Du skriver "Annars backa enbart ut config filerna och tryck in dem i den nya via SSH?"

Ja, det är ju lika intressant det. Men då vill jag ju få med nyinstallationer (apache2, vissa editors, andra program jag minns o glömt av etc) också. Det är där min knowhow brister. Jag är osäker var "programmet" läggs och var allt hamnar.

Ska läsa länken du skickade med..
edit: Den där länken ska jag läsa ingående... thanx

Hmm....jag har funderat lite på detta. Målet med en img just nu är att få till en RPI som är en exakt kopia av den tidigare även om SD-kortet inte är exakt lika. Det kommer ju att funka med de olika tips som finns i denna tråd. Tyvärr innehåller denna img en hel del labbande med script och configgande som inte är nödvändigt eller bra. Det är alltså en "smutsig" installation som replikeras.
Som nån skrev i tråden; ett alternativ är att kanske kopiera .confs istället? Ja, det är bättre ur dokumenteringssynpunkt. En punktlista med vad som ska installeras och konfigureras är en renare metod. När väl listan är nedtecknad och provats så kan en img göras.