16.04 už není nejmladší.
Pokud to má být jistota:
- stáhnout si a zkompilovat čerstvý vanilkový kernel. Aby byl na novém stroji k dispozici aktuální driver diskového řadiče. I pokud stěhujete ze starého intelu na novější intel. Použít .config ze starého distribučního, prostě zkopírovat relevantní /boot/config-současnáverze na /usr/src/muj-novy-kernel/.config, pak "make menuconfig", případně poladit co třeba, uložit a pokračovat standardní cestou pro Vaše distro.
- Ještě ve starém stroji ho zkusit bootnout. Ve starém stroji totiž máte možnost, vrátit se v grubu k předchozímu kernelu a opravit případné zbylé chybky. Může se stát, že v novém kernelu bude potřeba explicitně přidat nějaké moduly do /etc/initramfs-tools/modules.conf . Jde hlavně o ovladače pro řadiče disku. Napadá mě ata-piix (pokud je čipset Intel) a ahci. Pro jiné čipsety to může být jinak. Pokud správně rozumím, z RAIDu nebootujete. A matně si vzpomínám, že po nějakém upgradu jsem přidával moduly tuším crc16 a crc32c_intel. Po úpravě této konfigurace je třeba znovu prohnat update-initramfs nebo trochu víc ručně mkinitramfs.
- Možná bych rovnou do ramdisku přidal i kernelový ovladač pro grafiku. Resp. pro obě, pro starou i pro novou, pokud jsou různé. Nebo je přilinkovat monoliticky.
- S novým kernelem, otestovaným na starém hardwaru, by boot v novém hardwaru měl být brnkačka. Pokud je ten nový hardware aspoň trochu rozumný.
- Pokud to v novém hardwaru nenabootuje, není problém vrazit disk zpátky do starého počítače.
Jako nový kernel na tyhle experimenty volte nějakou lehce starší verzi, která má na třetím místě vyšší číslo. Prostě vysoký bugfix. Ať netestujete chyby v čerstvém kulatém releasu. Vemte něco třeba o 1-2-3 minor verze zpátky.
Je možné, že s novým hardwarem nebude chtít fungovat akcelerovaný driver v X. Jako fallback varianta, aspoň na rozkoukání, není úplně marná kombinace čerstvého kernelového DRI driveru, na jehož framebufferový výstup (vlastně vedlejší produkt) se chytí generický framebuffer nebo VESA ovladač v Xwindows. Úspěch záleží mj. na tom, zda jedete Xwindows bez /etc/X11/xorg.conf (používáte dynamickou konfiguraci) nebo zda máte konkrétní HW-specifický driver zadrátovaný v xorg.conf. Pak má smysl zkusit starý xorg.conf odstranit (přejmenovat/přesunout, spíš než smazat) nebo přegenerovat a dosochat. Pokud se samozřejmě nechytí bez úprav :-)
Může se stát, že se začne jinak chovat textový režim při bootu. Konkrétně na starších distrech býval VGA text-mode 80x25 nebo 80x50, novější kernel si s oblibou nahodí framebuffer v high-res grafickém režimu. Když to máte pověšené na hloupém KVM switchi, který nepropustí z monitoru správné DDC parametry, může se stát, že neuvidíte nic... (monitor může hlásit "video mode out of range"). Tady může pomoci vnucení grafického režimu DRI driveru, např. video=1024x768@60 (za jízdy v grubu na konec kernel cmdline argumentů, po vyzkoušení přidat do /etc/default/grub )
Ubuntu má už drahně let ve fstabu mountování podle GUIDů (dříve možná podle labelů) takže by při přestěhování nemělo vadit, pokud se změní názvová konvence nebo pořadí diskových zařízení. Pokud disk už byl /dev/sda a bude dál /dev/sda, tak tím líp.
Dejte vědět, jak jste dopadl.