Dotaz: Z 32bit debianu 64bit

[Stanley]

Ahoj, pročetl jsem několik návodů a diskuzí na tohle téma a všechny postupy mi přijdou dost komplikovaný. Proč nestačí do 32bit systému nainstalovat 64bit jádro a následně přes apt přeinstalovat všechny nainstalované balíčky na 64bit verzi? Kde je v tom háček? :)

Odpovědi

[dustin]

Před nějakou dobou jsem to dělal (upgrade serveru na 64bit), celkem bez problémů. Na jiný disk jsem nainstaloval netinstall 64bit, z 32bitu stáhnul seznam nainstalovaných balíků (dpkg --get-selections), nahrál přes dpkg --get-selections do 64bitu, překopíroval /etc, /home, /var a normálně to najelo.

Upgrade jen balíků asi fungovat nebude, protože 64bit má 32bitové knihovny v jiných adresářích a během upgradu by se to třískalo

[Stanley]

Ten 64bit ti nakonec zůstal na tom "jiném" disku? Já bych to kvůli velikostem disku chtěl udělat obráceně. Tzn. na nový disk nainstalovat nový 64bit systém (netinstall), pak tam nacpat ty balíky a pak to "celé" (kromě /etc /home /var /proc /sys /dev) přepsat na můj původní disk.. blbost? >> 32bitu stáhnul seznam nainstalovaných balíků (dpkg --get-selections), nahrál přes dpkg --get-selections do 64bitu: Když tohle udělám, nenainstalujou se tam zase 32bit balíky?

[dustin]

Směr kopírování je na tobě. Osobně bych si nechal funkční 32bit a rozchozoval 64bit. Až jej rozchodíš, můžeš klidně image filesystému přepálit zpět na ten disk s 32bitovým debianem a třeba pak resiznout filesystém na plnou velikost partišny.

V názvu balíku není jeho architektura. Na 64bitovém netinstallu se budou instalovat 64bity se stejným názvem.

[Stanley]

>> V názvu balíku není jeho architektura. Na 64bitovém netinstallu se budou instalovat 64bity se stejným názvem: Tím líp, díky za upřesnění:) Jinak ten směr jsem volil pro to, že se trošku bojím toho, jak mám rozdělený disky - raid a LVM se spoustou LV. No a když nakopíruju konfigy na ty původní disky, očekávám, že si to s těma oddílama na disku poradí líp.. možná ale taky mělu blbosti:) A ty adresáře jsi přepsal, nebo jsi je nejdřív smazal? A co /usr, ten s tím se nemusím zabívat?

[dustin]

Směr už nechám na tobě. Osobně bych si určitě nechal funkční 32bit, dokud nebudu mít nový 64bit hotový/ověřený.

/usr obsahuje soubory z těch balíků, budeš mít nový.

Upřímně, jestli se ptáš na /usr, pak se obávám, že to napoprvně nedáš a být tebou bych na ten 32bit vůbec nesahal. Není to nic zásadně složitého, ale chce to trochu znát o struktuře linuxového rootu.

[Stanley]

no na /usr jsem se ptal proto, že tam jsou uživatelský nastavení o které bych asi nerad přišel (vím o /usr/local). Napadá mě ještě jeden postup, a to ten, že vyhodím jeden disk z raidu (zrcadlo), a čístý systém nainstaluju na ten druhý. Tzn., že budu mít identickej prostor jako na 32bit a pak můžu na ten 64bit kopčit po doinstalaci balíčků (z dpkg --get-selections) ty konfigy (vč. /etc/fstab /etc/mdadm atd.)..

[alkoholik]

Hacek je v tom, ze nektere baliky v 32b/64b verzich koliduji samy se sebou. Musi se nekolikrat pouzit dpkg --force.
Vrele ti doporucuju mit pri tom nekolik otevrenych ssh konexi na roota (klidne pres sudo -i), az to budes delat. Bacha, zlobi i bash a dash!
Ja delal nekolikrat Wheezyho, mozna je to u Jessieho uz trosku jednodussi.

[Josef Kufner]

Nedávno jsem to dělal. Opravdu to je jen o tom přidat si architekturu amd64, nainstalovat jádro, rebootnout a pak přeinstalovat všechny balíky. Háček je v té přeinstalaci balíků. Nejdřív je potřeba upgradovat 32bit systém tak, aby byl na stejných verzích, jako bude na 64bit. Velmi to zjednodušší řešení závislostí. Potom je dobré nainstalovat 64bit verze základních knihoven. To může být nainstalováno obojí současně a sníží se šance, že by nějaký program v půlce upgrade nefungoval. V druhém kole upgradovat dpkg a apt, aby aspoň něco fungovalo. Potom to chce vyčistit apt cache, vzít seznam nainstalovaných balíků, sedem přepsat i386 na amd64 a nechat si je stáhnout. Potom spustit dpkg -i /var/cache/apt/archives/*.deb a doufat, že to dobře dopadne. Čím lépe se shodují verze před upgrade, tím míň problémů během upgrade, nějaké se ale objeví vždy.

[Stanley]

Verzi Debianu mám poslední, pravidelně aktualizuju, tak to snad problém nebude. Ale stejně je to takový ošemetný. Není tu někdo z ústeckýho kraje, co by mi s tím za pár piv píchnul? Je to "jen" domácí servřík...:)

[Andrej]

Kde je v tom háček? :)

Háček je v Debianu. V Debianu věci obvykle nefungují ze zásady, nikoliv z objektivních technických důvodů. V normálních distribucích tohle samozřejmě jde. Úspěšně (byť nedobrovolně) jsem to vyzkoušel na několika strojích, které někdo omylem nainstaloval v i686 architektuře místo x86_64. Sice to všechno byly „jenom“ virtuální stroje, ale v tomto konkrétním ohledu snad fyzický hardware nebude až tak odlišný.

[Josef Kufner]

Ten postup, který odkazuješ, je dost podobný tomu v Debianu.

[nobody]

v Debianu to lze systemove pro zmenu takto, tedy nakonec uznavas ze je Debian normalni distribuce, i kdyz jako psychopat s pocitem menecenosti jsi to jiste nezamyslel... :)

[Stanley]

Ať je to jak je to, tak já nemám asi koule na to se do toho pustit

[nobody]

kdyz ponechas stavajici system, pro novej pripravis nove LV kam rsyncnes stavajici system, pridas to do grub a nastartujes clonovanej system na kterem to provedes podle toho navodu asi nemas duvod se podcenovat, alespon se neco naucis ;)

oproti postupu co si resil nahore (kdy treba bys nechal stare /var/lib/{apt,dpkg} tedy stare/spatne informace o 32bit balikach, ponechaval stare /etc (kde by si mel treba spatne konfigurace pro 386 knihovny (ldconfig)), na prasaka kopiroval zbytek mozna i bez mazani puvodniho, tak tohle ma sanci i fungovat :)

[lertimir]

A na Centosu by to mohlo být podobné? jednu na domácím servříku dobíhající CentOS 6, nicméně je to 32-bit a Centos 7 je jen 64-bit takže zatím jsem váhal s upgradem.

[nobody]

tam snad takto... osobne bych rozhodne udelal nejdriv zalohu stavajici (na jine lvm, nebo nekam rsync, tarem, clonezillou,...) pak migraci z 32 na 64 stale CentOS6, odzkousel jestli vse chodi a pak teprve (mozna s dalsi mezizalohou) provedl upgrade na 7...

[Josef Kufner]

Ten návod je pár let starý. Dnes to jde jednodušeji, neboť apt už umí nahradit balík za balík pro jinou architekturu, pokud jsou na stejné verzi.

[nobody]

tak na debian.org je navod pro 6 s upozornenim ze se ma misto toho pouzit prave ten navod viz muj odkaz...
ted koukam ze se tam odkazujou zaroven na ML uvadejici CrossGrading, kterej nachazim na debian.org tady to mas na mysli, nebo neco jineho?

[Josef Kufner]

Přesně tak. Ty návody jsou staré, z doby před cross-grading. Dnes prostě jen stáhneš balíčky ve stejné verzi, jako máš nainstalované, jen pro jinou architekturu a nainstaluješ je (jen si při tom nesmíš pod sebou podříznout větev).

[Daniel]

Dobrý den, můžete to trošku rozvést? Kamarád se zmínil, že by rád rozšířil paměť ve svém domácím serveru, ale nemůže, protože má jen Debian 32bit a do kompletní reinstalace se mu nechce.

[alkoholik]

Tak to je nejjednodussi nainstalovat jenom -amd64 jadro z i386 zdroju.

||/ Name                             Version               Architecture          Description
+++-================================-=====================-=====================-=====================================================================
ii  linux-image-3.16-0.bpo.3-amd64   3.16.5-1~bpo70+1      i386                  Linux 3.16 for 64-bit PCs
ii  linux-image-3.16.0-0.bpo.4-amd64 3.16.39-1+deb8u1~bpo7 i386                  Linux 3.16 for 64-bit PCs
ii  linux-image-3.2.0-4-amd64        3.2.86-1              i386                  Linux 3.2 for 64-bit PCs
ii  linux-image-amd64                3.16+63~bpo70+1       i386                  Linux for 64-bit PCs (meta-package)

[Jendа]

Já jsem upgradoval Debian několika neuvěřitelnými způsoby:

• armel na armhf: nainstaloval jsem si (debootstrapem) bokem všechny balíčky z armhf a pak jsem do běžícího systému rsyncnul /usr, /bin, /sbin a /lib a rebootnul
• z Raspbianího armhf na skutečné armhf bez změny verze: změnil jsem repozitáře na skutečné armhf a na všechny balíky zavolal apt-get --reinstall install (eatmydata hodně pomůže)
• z Raspbianího armhf na skutečné armhf se změnou verze (Jessie → Stretch): změnil jsem repozitáře na skutečné armhf s novou verzí a udělal apt-get dist-upgrade, přeinstaluje to skoro všechny balíčky, tak co

Ve tvé situaci bych nejdřív nainstaloval jádro pro amd64 a pak zvážil jednu z těchto možností (hej, za chvilku bude Stretch, rovnou to můžeš spojit s upgradem :).

[lertimir]

Jednak mě připadá, že kompletní reinstalace je mnohdy jednodušší než složitě upravovat změnu architektury. Dokážu si představit, že stáhnu ze systému seznam nainstalovaných balíků a /etc strom, a po reinstalaci nainstalovat seznam baíčku zpět a současně si restaurovat zazálohovaný /etc strom. Na druhou stranu přidat paměť a použít pae jádro je také použitelné. Můj stav na domácím servříku je takový že standardně systém bere cca 400MB a zbytek je v cache a bufferech. Je tam sice 64 bit Centos 7, ale pokud by to byl 32 bit systém, tak není v takovém jednoduchém případě moc omezení.

[k3dAR]

pae jadro je v Debianu (Ubuntu, Mint) uz X let jako vychozi :)
btw: mam 32bit system s i5+16GB RAM a no problem...

[mister]

Na svém debianu jsem crossgrading úspěšně provedl, a v zásadě to lze shrnout tak, že lze nainstalovat 64bit jádro a pak přeinstalovat všechny balíky. Kupodivu to prošlo docela hladce. Sepsal jsem k tomu návod zde:

http://www.snilek.cz/texts/cross-grading-linuxu-z-32-bit-na-64-bit/

[St.Laurel]

Tohle vypadá dobře, díky:)