Migrace z x86 na x86_64 (část 1)

28.6.2012 02:18 | Přečteno: 1380× | poslední úprava: 28.6.2012 03:02

Když mě se tak nechce to přeinstalovat. Migrace se mi zatím nepovedla, ale problém se částečně podařilo vyřešit.

Strašlivě dojemný příběh

Když jsem se jednoho dne rozhodoval, co dál dělat, x86 gentoo pro mě byla jasná volba. Opravdu nevím, proč jsem zvolil právě x86. Možná jsem měl strach z funkčnosti a podpory amd64, nebo jsem si říkal, že víc jak 2G paměti v notebooku stejně mít nebudu. Co já vím, každopádně jsem musel mít v hlavě pěkně temno. Alespoň z toho bude nějaký ten zápisek (vlastně doufám, že budou dva).

Co se nevyhnutelně muselo stát, stalo se. Došla mi trpělivost nad swapováním, když jsem si otevřel víc tabů ve webovém prohlížeči. Vyvinul jsem tedy nezbytné úsilí, zvedl prd*l a z města si přinesl tu malou destičku, která problém řeší. V notebooku najednou byla paměť 4G. Následující dění je tedy jasné - přemluvit toho chudáka tučňáka, aby si dokázal hrát s více než cca 3G.

První má myšlenka byla - ještě že mám gentoo, beztak budou potřeba jen nějaké knihovny, pár jednoduchých nástrojů, změna pár řádků v make.conf a následným překompilováním celého systému dostanu amd64 systém. Možná, před tím stáhnu nový stage3 a sloučím pár adresářů. Koukal jsem na fórech, zda tohle někdo řešil, ptal se na irc, ale odpověď byla vždy stejná: "Ne, tohle tedy nelze". Byl jsem trošku zklamaný, ale vidím to jako určitou výzvu. Nevěřím tomu, že přeinstalování systému (tak jak ho znám) je jediná cesta.

Proč tu ten blábol vlastně píši ? Podařilo se mi tuto situaci (částečně) vyřešit. Možná blbě, proto bych rád znal vaše názory, možná použitelně a někdy to třeba někomu pomůže.

64bitový kernel v 32bitovém systému

V teorii se moc nevyznám, ale 64bitové jádro za určitých okolností (v configu nastavíte tuto magickou věc - IA32_EMULATION=y) dokáže pracovat se 32bitovými aplikacemi. A je to jádro, na kom závisí, zda uvidíme víc než 3G paměti. Tak proč to nezkusit ?

Obnášelo to pouze opsání pár příkazů a jeden reboot. Vycházel jsem z tohoto zápisku.

Nejdříve jsem aktualizoval celý systém. To jen ať nevzniknou problémy, které by jinak vůbec nemusely být.

Nainstalování nástroje, za pomocí kterého je možné přeložení 64bit aplikace na 32bit systému

emerge crossdev

crossdev mi nadával, že /etc/portage/package.use a /etc/portage/package.keywords nejsou adresáře, tak jsem mu vyhověl

mv /etc/portage/package.keywords /etc/portage/keywords
mkdir /etc/portage/package.keywords
mv /etc/portage/keywords /etc/portage/package.keywords

mv /etc/portage/package.use /etc/portage/use
mkdir /etc/portage/package.use
mv /etc/portage/use /etc/portage/package.use

Aby bylo možné sestavit jádro

crossdev -S -s1 --target x86_64-pc-linux-gnu

Zkopíroval jsem zdrojáky jádra, které právě používám, uklidil a zkopíroval současný config

cd /usr/src
cp -ra linux amd64
cd amd64
make mrproper
cp ../linux/.config .
make ARCH="x86_64" oldconfig

Config jsem editoval - přidal podporu o které jsem mluvil dříve. Navíc mi z něj zmizela podpora pro ext4 (možná můj specifický problém).

CONFIG_IA32_EMULATION=y
CONFIG_EXT4_FS=y

Následovalo sestavení jádra

make ARCH="x86_64" CROSS_COMPILE="x86_64-pc-linux-gnu-"

Nakonec stačilo zkopírovat sestavené jádro do /boot, upravit záznam v grubu a rebootovat

sudo cp arch/x86_64/boot/bzImage /boot/gentoo-x86_64
reboot

K mému nepříliš optimistickému očekávání systém naběhl, žádné chyby se neobjevily a zatím mi to běží.

A výsledek ?

Jádro:

$[FrostyX  ~]-> uname -m
x86_64

Paměť:

$[FrostyX  ~]-> free -m
             total       used       free     shared    buffers     cached
Mem:          3789       3144        644          0        194       1687
-/+ buffers/cache:       1263       2526
Swap:         3082          0       3082

       

Komentáře

[Michal Kubeček]

Musel jsem se ujistit:

mike@lion:~> date
Čt čen 28 06:24:35 CEST 2012

Opravdu je červen 2012, nevrátil jsem se nějakým nedopatřením do roku 2003 nebo 2004…

[David Watzke]

+1, ale stejně:

With 64 bits you're just pushing more zeros through the bus.

[Heron]

Tenhle pocit, že jse se náhle ocitnul o deset let na zpět, mám často též. Není nad to trávit hodiny plodné diskuse o zabezpečení FTP a jeho natování a dozvídat se, proč nejde použít SCP (SFTP). S tím související blockhhost a jako důvod "aby nebyly plné logy". Chjo.

Nebo IPv6. Nebo tvůj oblíbení ifconfig, který přece funguje. Apod.

[FrostyX]

Nechápu. Mohl bys mě prosím trošku nasměrovat k tomu, co máš na mysli ?

[FrostyX]

V roce 2003-04 jsem byl totiž někde vprostřed základní školy a byl jsem zaměstnán trošku jinými věcmi

[David Watzke]

V té době se objevovaly první 64bitové x86 procesory. Já jsem tehdy ještě používal Windows, ale od roku 2005, kdy jsem na Linuxu, tak jsem měl vždy 64bitový systém - jedinej opruz byl tenkrát s flashem, ale to se dalo řešit a nemělo význam kvůli tomu zůstávat u 32bitu.

[Michal Kubeček]

Kdyby se psal červen 2004, možná ještě tak 2005, chápal bych, že někdo cítí potřebu sepsat své zkušenosti s migrací na x86_64 (při které se navíc odhodlal jen k prvnímu kroku). Dnes, kdy sehnat v obchodě 32-bitový procesor je nadlidský úkol a některé linuxové distribuce začínají pomalu zvažovat, jak dlouho ještě podporovat i586, mi to připadá jako anachronismus.

[FrostyX]

Už chápu. Na druhou stranu většina lidí, které já znám, používají 32bitový systém. Právě proto mi přišlo lepší, sepsat si k tomu vlastní "poznámky" sem do blogu, než si je sesmolit do texťáku, který zanedlouho upadne v zapomnění. Tu, na druhou stranu, třeba někdy někomu dají alespoň jednu užitečnou informaci (nevím, doufám. Nechci si dělat naděje :D).

[Marián Kyral]

Já měl tu výhodu, že na přechod na amd64 jsem se rozhodl zároveň se změnou disku. Takže jsem na nový disk nainstaloval čisté amd64 a pak jen překopíroval data a konfiguraci.

[kotyz]

Já přejdu až s novym počítačem. Ono na 32bit procesoru se provozuje 64bit OS dost blbě (né že by to třebas přes qemu nebo něco takovýho nešlo, nakonec i linux se povedlo rozplazit na nějakym 8bitu s emulací 32bitu, a boot trval jen hodinu!). Bez sponzora to ale vidim tak nejdřív na rok 2016...

[Marián Kyral]

Stačí trochu omezit chlast

[kotyz]

Ne, chce to naboostovat příjmy. Takhle neni ani na ten chlast...

[David Watzke]

Vždyť si v únoru tvrdil, že bude za chvíli a teď zas 2016, kterýho se nikdo ani nedožije

[kotyz]

Můžeš mi dělat sponzora

[Pravák Bob]

Pokud jde jen o 4GB RAM bez nějakých dalších požadavků, nestačil by kernel s PAE?

[skywaker]

+1 PAE boahate postacuje. 32bit jadro z PAE dokaze adresovat viac pamete a pre jednu aplikaciu aj tak len 4GB ale zase ak ma clovek len 4gb tak to postacuje.. a hlavne Skype je len 32bitove ze?

inac ja to mam tak urobene ze mam v pc 4gb ram s toho som v biouse dal 512MB pre grafiku takze aj bez PAe to mam vykryte. ale mam PAE :D (lubuntu automaticky si stiahne PAE ak vidi ze to system potrebuje)

dovod preco ostavam u 32bit je Virtualbox sa mi zda ze 32bit apps lepsie bezia pod 32bit OS. a tiez skype

[.]

virtualbox je 64-bitovy

[Luboš Doležel (Doli)]

To už radši x32.

[ovoce]

x32 vyžaduje portování všeho. Zatímco primitivní soft možná stačí překompilovat, hodně štěstí s ffmpegem. Já osobně si tedy rád přehraju nějaké to video, nevím jak vy :)

Čili, x32 spojuje nevýhody PAE (jen 4 GB pro jeden program) s nevýhodami x64 (nekompabilita). Ba naopak je horší než x64, protože do skutečného 64bitu už je dávno všechno naportováno, včetně toho ručního SIMD asembléru v řečeném ffmpegu/x264/libvpx/etc.

Kdepak... to už radši PAE :)

[ovoce]

Mimochodem: něčí blogpost na témě 'proč ne w32'.

AFAIK to ovšem nikdy nemělo být pro obecné použití, natož pak desktop. Cílem měly být speciální, víceméně jednoúčelové instalace pro konkrétní úlohu, kde to zrovna pomáhá.

[ovoce]

*x32, pardon. Už mi z toho dneska hrabe, mea culpa, to fakt neměla být provokace.

[Limoto]

Takhle už (hlavně z lenosti) jedu přes 2 roky. Má to dva problémy - některej SW se při x86_64 v uname kompiluje jako 64b, což dopadá špatně a tím druhým je VirtualBox - 64b kernel modul si nerozumí s 32b userspace, ale to se dá vyřešit chrootem.

[FrostyX]

Díky za přínosné informace (nevím jak to zní, nemyslím to ironicky). Když říkáš, že z lenosti. Máš nějaký plán, jaký bude další krok, až budeš mít náladu do toho vrtat ?

[Limoto]

No tak dalším krokem by byl přechod na normální 64b distro, samozřejmě . Provozuju to tak na notebooku, ale úplně spokojenej s tím nejsu, protože tam mám "jenom" 4GiB RAM a je docela znatelnej rozdíl spotřeby paměti mezi 32b userspace a 64b userspace, takže občas nemám daleko k tomu, abych měl plno. Jinak na Archu 64b kernel necrossuju, ale používám 64b balíčky. A pokud potřebuju něco kompilovat, tak jsem si udělal 64b chroot.

[lertimir]

Já nejsem advokát x64, jako tady mnozí a pro mne jsou "killer feature" pro zavedení x64 dvě věci.

1. Velká velikost operační paměti. (a tím nemyslím 4G, ale alespoň 6G a spíše 8G a vice)
2. Potřeba používat pro jednu aplikaci více než cca 3G.

V případě, že mám v systému jen 4G paměti, tak všude používám 32bit s PAE jádrem, což stačí na systém i s dostatečným swapem.

V současnosti když na desktopu mám 8G tak už jsem přešel na x64 a zase mě připadalo přirozenější přejít úplně. Tedy uchovat data a konfigurace a celý systém vyměnit.

[loki]

A coz pouzit kernel s podporou pae a na ostatni veci se vykaslat?

[Semo]

Na x64 som prekompiloval svoje Gentoo az minulu jesen, ked som zvacsoval RAM z 4GB na 12GB ("nekupte to, kdyz je to tak levny"), pretoze sa mi Hugin pri skladani panoram nevosiel do pamate. A prechod kompletne na x64 bol celkom jednoduchy a bezproblemovy. Detaily si nepamatam, ale ani ziadne zaseky.

(Kedysi vedel Hugin aj vlastne swapovanie na disk, ale uz je rozbite (minimalne minulu jesen bolo) - asi uz nikto tuto vlastnost netestuje pri dnes dostupnych pamatiach.)

[FrostyX]

A postup byl zhruba jaký ? Záloha, smazání starého stage3, čistá instalace, zkopírování worldu a nainstalování původních balíčků ? Nebo to šlo pohodlněji (rozuměj, komu by se chtělo znovu instalovat) ?

[Semo]

Uplne rovnaky, ako ked sa rozhodnes prejst na Gentoo z ineho, doteraz pouzivaneho linuxu. Tusim som si stiahol nejaku 64 bitovu live-ku, v ktorej som pripojil disk, v nom spravil adresar (buduci root), do neho rozbalil stage (uz ani neviem ktoru) a v nom v chroote skompiloval vsetko co bolo treba - to je uz bezny postup podla handbooku, rovnaky bez ohladu na pocet bitov.

Som si povedal, ze kvoli tym par hodinam, ktore stravim browsovaim s liveky namiesto povodneho systemu, sa mi neoplati studovat a pripravovat crosscompiling. /etc, /home a vacsinu /var som skopiroval zo stareho. Jedine mysql databazu treba tusim vydumpovat a naliat naspat a nieco podobne aj s sqlite databazamy (napr. pre Digikam, ale tam mam zapnute aby vsetky metedata ukladal aj priamo do obrazkov, tak z hladiska ludskej prace mi prislo jednoduchsie mu povedat, nech si ich preskenuje znova).