Gentoo 64bit -> 32bit

Gentoo

Sziasztok!

Telepítettem egy marha jó kis RAID-es, 64bit-es hardened Gentoo-t. Gyönyörű szépen muzsikál egyetlen gondom vele,
hogy egyre több olyan programba szaladok bele, ami működik 32bit-en, de bugos 64bit-es rendszeren, amiért ki is van maszkolva.

Multilib nélkül telepítettem, mert az az érzésem és itt is olvastam már, hogy elég jókat lehet azzal szívni,
szóval azon gondolkozom most, hogyan lehetne a legfájdalommentesebben downgrade-elni 32bit-re.
Ráhúznék egy 32bit-es stage3-at a már létező partíciókra lehetőleg úgy, hogy a config fájlok épek maradjanak. Ez így végiggondolva csak az /etc-t érintené. Meg esetleg a var-t, asszem ott sincsenek binárisok. Home is maradna persze. Aztán, ha ez ne adj' isten bebootolna, akkor már csak újra kell emerge-elni a telepített proggikat és
kész. Hacsak nem kerülte el a figyelmemet valami.

A másik lehetőség, hogy megvárom, amíg kijavítják a már hónapok óta ismert bugokat. Errr.

D.

  • 1952 megtekintés

Esetleg. Gondoltam erre is.
Azért akartam tisztán 64bit-et, mert pont ezek a köztes megoldások nem hiányoztak.
Ha már 64, akkor legyen 64...
A 32bit downgrade meg onnan jött, hogy kezd ez az egész katyvasz több időt rabolni az életemből, mint amennyit
nyerek a 64bit-en (~semmit).

( s0m1 | 2007. 11. 25., v – 18:54 )

make.conf szerkesztes, emerge -e world?

Vigyázz! Ezt így nem ajánlott használni. (Röviden: azért, mert akkor az összes függőségből a ~amd64 verziót fogja feltenni.)

A kézikönyvben és a wikiben is leírják jól, hogy mi a helyes módszer: a 

/etc/portage/package.keywords/akármi

fájlokba kell beleírni azokat a nem stabil csomagokat, amiket telepíteni szeretnénk.

( bokonon | 2007. 11. 25., v – 18:58 )

Nekem 1.5-2 éve megy 64 bites gentoo multilibbel és eddig nem volt vele semmi szívás. Egy próbát megér. Ha nem jön be, akkor még áttérhetsz 32 bitre.
__________________________________________
Sex the unix way: unzip; strip; touch; finger; mount; fsck; more; yes; umount; sleep; exit 0

( kajastancos | 2007. 11. 25., v – 19:11 )

ha nem jon ossze a multilibes megoldas, akkor csinalj egy chroot kornyezetet, konfigold be minimalis szinten, pl resolv.conf, make.conf, etc/portage, aztan az eredeti rendszeren listazd ki a csomagokat egy file-ba
eupdatedb
esearch -Inco "%p " ^ > foo
majd a chrootban:
emerge -a `cat foo`
tutira lesz vele szivas, mert ez egesz mas, mint amikor az alapoktol, egyesevel rakod ossze a rendszert, ilyenkor jonnek elo a korkoros fuggosegek, nehany csomagot biztos ujra kell forgatnod eloszor minimalis mennyisegu use-flaggel, majd a teljes telepites utan a tobbi use-flaggel

( Dolphy | 2007. 11. 27., k – 23:45 )

Ugyanennél a gépnél volt: vettünk bele 2x1GB Kingmax ramot. Dual channelben be sem bootolt. Mondom, akkor memória kuka. Találtunk 2 Kingmaxot ami megy dual channelben. Ezzel eldöcög a gép 2-3 napig, de ha nagyon fordítgatok rajta, mondjuk kernelt (2.6.22-hardened), akkor előbb-utóbb pánikol.

Maradjak annál, hogy a memóriákat cserélni vagy single channel-be kéne rakni vagy inkább nézzek körül a kernel configban?

Boltban ilyen szöveggel cserélték a ramot: "ház ezek igazából nem kell hogy működjenek dual channelben..."

( Proci85 v | 2009. 04. 08., sze – 11:52 )

Nekem ugyanez kellene csak fordítva. Működő 32 bites gentoot hogyan lehetne legkönnyebben 64 bitesre alakítani?

bebootolsz egy 64bites kernelt (livecd, maszek mindegy) ahonnan a megfelelő make.conf és profile turkálás után újraforgatod a rendszert

de megjegyzem sokkal gyorsabb és kevesebb hibalehetőséget rejt, ha fogod és nulláról újrarakod a rendszer. elég a /etc /var /home tartalmát átmentened. az "eix -Ic" megadja a telepített csomagok listáját.
--
\\-- blog --//