Kiegészítés : Az írásban szándékosan alacsonyabb szintű parancsokat használtam, egyszerűen azért, mert nálam ez a megszokott. Pont azért született a bejegyzés, mert naívan le akartam klónozni a tartalék laptop SSD-jét egy másikra, és miután ezt a műveletet már sokszor csináltam (pont ugyanezekkel az eszközökkel, egyszerűen azért, mert így szoktam), furcsa volt, hogy elsőre nem indult a gép. Ebből jött a felismerés, hogy a GPT partíciós tábla milyen extra műveleteket igényel, ha kisebb diszkre klónozza az ember. Nem gondoltam, hogy ez egy szakmai jellegű fórumon értetlenséggel találkozik (ami minimum vicces 
) , de hát mindig tanul újat az ember ![;]](http://cdn.rios.hu/dl/s/v1.gif)
Szóval nem, nem arról van szó, hogy mivel kell klónozni (sem arról, hogy miért azzal), hanem arról, hogy nálam mi történt és hogyan. 
Innentől a lényeg.
A tarcsi laptopomban volt egy 512GB-os SSD, viszont a tarcsin ugye alig van valami, szóval volt annak az 512GB-nak jobb helye is (ez nem a mostani SSD+RAM őrület idején volt). Került bele egy 120-as. Viszont hiába csak kb. 20 giga adat van rajta (Debian OS meg a Colorfly macera cuccai pl.), a diszk maga 512GB. Újratelepíteni nem akartam.
Boot USB-ről, az 512-esen a partíció átméretezése kisebbre, klónozás ( sudo dd if=/dev/nvme0n1 of=/dev/sdb status=progress
vagy ilyesmi, ízlés szerinti meghajtónevekkel ), gép szétszed, SSD csere, bekapcs, és
nem.
Nem volt miről indulnia. A SSD ott volt, de partíciók sehol.
Mi a franc. Pár kör USB-s boottal. Semmi. Partíció sehol. Rosszul csináltam? De mind a háromszor? Csomó diszket klónoztam már, persze attól még el tudom rontani, de most nem ez volt.
Aztán kiderült
GPT a szerencsétlen. A nyomorék a diszk végén tartja a partíciós tábla másolatát Az meg nincs ott, mert a forrásdiszk nagyobb
Tehát ha az nincs, akkor nem látod a partíciókat. Tök jó (az lenne a dolga, hogy ha valamelyik megsérült, akkor is működjön...)
Szóval egysudo /sbin/sgdisk -e /dev/nvme0n1
kellett, ami morogva, de rendberakja a partíciós táblát, és akkor már nincs ilyen gond. Persze utána kirántani a partíciót a lemez végéig, stb. (Feltételezve, hogy nvme0n1 a neve a beépített SSD-nek.) (A Gnome-disks GUI-s particionáló is észreveszi, de nekem nem volt lehetőség javítani.)
Ugyanez működik akkor is, ha az ember nem akar annyi adatot írni, és csak az első pár MB-ot klónozza át az új diszkre : sudo dd if=/dev/nvme0n1 of=/dev/sdb status=progress bs=1M count=10
. Ezzel ugye a partíciós tábla pl. átmegy, de az adat nem, sőt, ha a diszk kisebb, akkor a partíciók akár lelóghatnak a lemezről (nyilván ha az utolsó partíció eleje még rajta van az új lemezen, akkor érdemes ezt csinálni, de ez a módszer igazából akkor hatékony, ha van egy EFI meg egy / , és a / mérete fog gyakorlatilag csökkenni).
Ha pl. van EFI partíció, az 512MB mondjuk, azt lehet klónozni, az OS már mehet át Rsync-el, és így méretezni se kell, csak a tényleges adatot mozgatni.
Ha megvan a klónozás, akkor jó esetben indulni is fog az OS. Vagy nem, akkor az EFI shellből pl. Debian esetén a fbx64.efi indításával (ez egy fallback bootloader) vagy a grubx64.efi -t kikeresve jó esetben el fog. Viszont ezzel még nem oldódik meg a gond, mert az EFI bejegyzések továbbra sem jó helyre mutatnak. Ha ilyennel találkozunk, akkor az efibootmgr lesz a megoldás. Efibootmgr -v az EFI bejegyzések listája, és pl. :efibootmgr -c -d /dev/nvme0n1 -p 1 -L "Debian" -l '\EFI\debian\grubx64.efi'
az a parancs, ami a nvme0n1 SSD partícióra (ami a /boot/EFI a legtöbb esetben) létrehoz egy Debian nevű bejegyzést, ami az első helyen lesz a boot listában, és a \EFI\debian\grubx64.efi -t fogja lefuttatni, tehát azt a létező grub-ot, ami betölti az oprendszert
Ha a partíciók UUID-je változott, azt is érdemes ellenőrizni : a blkid parancs kiírja, melyik partíciónak mi az azonosítója, és a GRUB konfigban, valamint a /etc/fstab-ban is ugyanennek kell szerepelnie.
A GPT Windows alatt is ugyanígy működik, azt nem tudom, hogy a sgdisk rendberakja-e (rendbe kéne, hiszen filerendszer-független a partíciós tábla), vagy elvileg a Diskgenius rendbe tudja. (Bár ugye Windowson általában ritkább az ilyen favágás, a csillivilli klónozóprogik le tudják ezt kezelni.)
Mindenesetre a GPT tud meglepetéseket okozni
30 éve minimum ugyanúgy.
(Mondjuk Openwrt-n overlayfs... de az is a jéghegy csúcsa.)
