[megértve] debian server 32bit -> 64bit

Linux-kezdő

Sziasztok,

adva van egy i7quad + 8G ram, debiannal.
valamiert 32bites a rendszer (ha jol kovetkeztetek abbol, hogy csak 4G Ram-ot lat a boot soran): 

Warning only 4GB will be used.
Use a HIGHMEM64G enabled kernel.
3200MB HIGHMEM available.
896MB LOWMEM available.

A gep feladata sok samba kiszolgalas, es varhatoan meg virtualis masinakat is inditunk majd rajta.

Kerdesem:
1) Lehet-e konnyen (apt-get dist-upgrade - szeruen) 64bitesre valtani?
2) Varhatom-e, hogy a samba kiszolgalas ettol (es a jarulekos RAM bovulestol) felgyorsul?
3) Akinek van ilyen jellegu tapasztata, mik a determinalhato szivasi vonalak a fenti tevekenyseg menten?

  • 1923 megtekintés

( mauzi v | 2011. 01. 18., k – 13:44 )

64 bitest csak teljes reinstallal tudsz csinálni
tegyél a kernelbe PAE támogatást, és kész.

( zitev v | 2011. 01. 18., k – 14:04 )

nem kell újratelepíteni semmit, tegyél fel egy bigmem-kernelt és minden rendben lesz.

i7 kernel szerint P4-kent ertendo? 


linux-image-2.6-686-bigmem - Linux 2.6 image on PPro/Celeron/PII/PIII/P4
linux-image-2.6-vserver-686-bigmem - Linux 2.6 image on PPro/Celeron/PII/PIII/P4, Linux-VServer support
linux-image-686-bigmem - Linux image on PPro/Celeron/PII/PIII/P4
linux-image-vserver-686-bigmem - Linux image on PPro/Celeron/PII/PIII/P4, Linux-VServer support
linux-image-2.6.26-1-686-bigmem - Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4
linux-image-2.6.26-1-vserver-686-bigmem - Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4, Linux-VServer support
linux-image-2.6.26-2-686-bigmem - Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4
linux-image-2.6.26-2-vserver-686-bigmem - Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4, Linux-VServer support

( kaltsi | 2011. 01. 18., k – 14:03 )

Én váltanék, mivel nem jár akkora munkával, talán kevesebb proci terheléssel látsz minden perifériát utána.
Maga a samba nem gyorsul szerintem számottevően, viszont a gyorsabban kezelt memória többet tud a cache-be használni, ami gyorsulási érzést hozhat. Persze ez mind a felhasználás jellegétől függ.

( bambano | 2011. 01. 18., k – 14:09 )

a szép megoldás a backup, full gyalu és újratelepít mindent.

a nem szép megoldás, hogy kernelt, 64 bites libc-t, egyebeket ráhakkolod és raksz fel 32 bit emulációs csomagokat, akkor 64 bites kernelen menni fognak a 32 bites appok. Majd azokat egyenként csereberéled. Szerintem ez parasztos megoldás, de kivitelezhető. Egyébként nem láttam hivatalos migrációs utat 32-ről 64 bitre, tehát kaszkadőrség mindenképpen van a dologban.

A tapasztalatom az, hogy szerveren érdemes 64 bitet használni, mert a memóriakezelése más, nagy hálózati forgalom esetén jobban bírja, mint a 32 bit. Még akkor is 64 bitet raknék fel, ha csak 1-2 giga ramom van.

( VaZso v | 2011. 01. 18., k – 14:21 )

Nekem is lenne egy kérdésem.
Lehet, hogy lehetőségem lesz lecserélni az egyik gépet 64-bitesre, így gondolkodom a rendszert is 64-bitesre cserélni majd.

Az vajon mennyire járható út, hogy dpkg-vel mentem a gépen lévő csomagneveket, reinstall után pedig visszateszem a 64-bites rendszerre ugyanezzel a módszerrel és telepítem a 32-bites libraryket (ha szükség van rá valamihez), valamint a beállításokat és egyéb, rendszeren lévő dolgokat pedig átmásolom?

Ez járható útnak néz ki vagy hiba van az elgondolásban?

Kérdés, hogy jelenleg mi fut, és mit raksz majd fel. Mert ha verziót is váltasz, lehetséges, hogy más függőségek lesznek érvényben, vagy egyes csomagokat mások leváltottak, így értelmesebb a feladatköröket megnézni, és ezeket feltenni telepítés után. Illetve a gyűjtő csomagokat telepíteni, pl.: php5, samba, stb... Konfigokat átemelni, ott is talán előnyösebb a saját részeket a telepítettbe másolni, vagy azt módosítani. Minden főbb funkciót ellenőrizni, tesztelni, ahol még kiderülhet elmaradt csomag hiány, amit pótolsz. Ezután kész.

Jelenleg Lenny fut. Úgy tervezem, hogy megvárom a Squeeze kiadását, majd (mentést követően) dist-upgrade és ezt a rendszert szándékozom feltelepíteni Squeeze telepítőről, aztán teszt.

Elvileg van két versenyzőm (gép), majd a fogyasztás-használhatóság teszt eldönti, melyiket rakom be. Nem kizárt, hogy marad 32-biten egy P4M procival... egyelőre kíváncsi voltam, kb. jó irányból közelítem-e a dolgot.

Szerk.: Mondjuk asztali gépemre (32-bit) úgy telepítettem Debiant, hogy a fenti módszerrel mentettem a notebookról (64-bit) a telepített csomagokat és abból indulatm ki. Nem akartam túl sokat szöszmötölni vele. :)

( uid_194 | 2011. 01. 18., k – 17:07 )

Ha 64bites rendszert akarsz, nem kotelezo ujratelepiteni, meg lehet oldani anelkul is, 1-2 reboottal. Ha van egy hasznalhato particiod, vagy kulon vinyod erre a celra, az a legjobb.

Az elso lepes, hogy szerzel egy 64 bites kernelt, 32bites userland tamogatassal (emlekeim szerint a 64bites debian kernelek ilyenek), es ezzel bebootolsz. Igy lesz egy 64bit kernel + 32 userland, ami meg nem jo, amde igy chrootba kulonosebb problema nelkul felpakolsz egy 64bites debiant, mondjuk debootstrap-el. (Az extra csomagokat meg a mas altal mar emlitett --get-selections / --set-selections parossal egesz jol meg lehet oldani)

Ezutan a beallitasokat atmigralod oda, es beallitod, hogy arrol a particiorol bootoljon. Reboot, leellenorzod, hogy mukodik-e, ha igen, akkor orvendezes van. Ha nem, akkor meg johet a B terv, az ujratelepites.

Igy viszonylag minimalis kiesett uzemido lesz, es lehet verni a melled, hogy HAH! atmigraltal 64bitre szepen es elegansan.

(ok, ebben is van felig-meddig ujratelepites, de kozben legalabb mukodik a gep ;)

--
|8]

( pezo v | 2011. 01. 28., p – 17:47 )

Reinstall megvolt.

Van valami mod arra, hogy (majd maskor, ha ilyet kell tenni) az usereket jelszavastol migraljuk a regirol az ujra?