Processzorcsere linux alatt - MEGOLDVA

Megy tovább.

Szia!

Nem kell, menni fog magatol.

Alaplap/CPU/RAM kombonal a kernel elintezi maganak.
A HDD -> SSD klonozas sem egy nagy muveszet, utana is megy tovabb.
Egyedul a nvidia -> AMD vga atallas lehet problemasabb ha elotte a zart nvidia drivert hasznaltad, mivel akkor le kell szedned a valtas elott a drivert. A csere utan a Radeont is a kernel fogja vinni (magy esely van ra, hogy az amdgpu driver, ha ujabb a kartya).

Udv.

A procicsere nem okoz gondot.

Az alaplap az meg már más tészta... ugye ott már cserélődik a hangegység, videovezérlő, hálózati eszköz, stb... Ha a kernel támogatja mindet, akkor nem lesz gond, ha pedig nem támogatja, akkor gond lesz.

Nem hogy megy tovább, mint egy Windows 10, hanem megy tovább, nem úgy, mint a Windows 10, utóbbi simán behasalhat az ilyentől (bár láttam olyat is, hogy nem), ha nem, akkor is újra kell aktiválni. Linux alatt nem probléma. Sokszor még a GPU csere sem, ha nem használtál hozzá zárt drivert, vagy nem volt kézileg hekkelt a xorg confja, és fent van minden szükséges firmware. Igazából ez menne Win10 alatt is, technikailag annak sem lenne akadály, de a Májkrémszaft nem akarja, hogy te Win10 telepítést gépek között hordozzál teljes lelki nyugalommal. Ezért van korlátozva Windowsnál az USB-ről futás is. Linuxnál ilyen korlátozások nincsenek, mivel nem érdekük újra megvetetni az OS-t, hiszen ingyenes.

Bár nekem nem volt sima ez egyszer, ThinkPad X220 i7-2620M-ről átklónoztam Arch Linux telepítést Dell Latitude 5430 i5-3340M-re, és elhasalt bootnál, de könnyen meg lehetett javítani, USB-ről bootolva az Arch iso-t, Latitude-on csak hozzá kellett adni a crc32 modult a /etc/mkinitcpio.conf fájlban, majd lefuttatni az mkinitcpio -p linux parancsot, és utána már bootolt. Tehát nem volt nagy szám megjavítani, nem kellett hozzá sokat nyomozni sem, kiírta, hogy ezt a crc32-őt nem tudja betölteni.

Általában nincs gond, de... pl. olyan új AMD CPU-k esetén, amik tkp. APU-k, mert van bennük Vega 8 videovezérlő is, bizonyos kernelek esetén lehet gond.

Konkrét példa: AMD Ryzen 5 3200G és Linux Mint 19.X esetén az eredeti kernellel nem volt gond, de amikor frissült a kernel, fekete képernyő lett az eredmény. Vissza kellett állnom régi kernelre, úgy továbbra is jó volt, de azóta nem követtem az eseményeket, nem az enyém a gép.

Ahogy többen is írták már, semmi gondot nem okoz. Én pl. most a hétvégén (is) azt csináltam, hogy simán áttettem a linux mint-es ssd-t a lapotopomból egy másik gépbe amit ki akartam próbálni, és gond nélkül folytattam ott, ahol abbahagytam.

A procit az nyilván nem okoz problémát, egy lapba úgyis egy generációs proci mehet. Ram szintén nem, az kemény lenne. Nincs RAM driver...

Az alaplap viszont okozhat, főleg pl. egy Intel->AMD váltás esetén, ha nincs az initramfs-ben a megfelelő sata driver nem fogod látni a diszkeket.

Ha x86ról ARM architektúrára váltasz, vagy fordítva, akkor nem árt néhány csomagot újratelepíteni!

Van az a szitu, mondjuk egy full adott cpu-ra optimalizált kernel, amikor betojik. De ez manapság már nem divat a sok generic kernellel.

A lap csere kapcsán még senki nem dobta be, hogy a BIOS boot kontra UEFI boot is okozhat zavart az erőben.

Nyilván nem egy orvosolhatatlan probléma, de az első boot során azért megjelenhetnek nem várt üzenetek. A probléma persze nem orvosolhatatlan és nem az újratelepítés lenne a gyógyszer.

Nyilván ha valamely szoftver (kernel, pl) dependált a régi CPU valamely olyan képességére/sajatosságára, ami az újnak nincs, akkor bukta van..