Gentoo install probléma

Linux-kezdő

Sziasztok!

Gentoot szeretnék telepíteni Live CD-ről, azonban nem sikerül. A telepítés utolsó szakaszában a /lib bejegyzésre hivatkozik, viszont ez egy link a CD-n lévő /lib könyvtárra. A telepítés megszakad, mert a CD-t csak olvasni tudja, read-only media-ra hivatkozik.

Mit tudok ezzel kezdeni? Én rontottam el valamit?

A válaszokat előre is köszönöm!

  • 2732 megtekintés

( tibyke | 2007. 11. 24., szo – 10:09 )

nem maradt ki valami lepes a handbookbol? chroot?
szerintem olvasgasd serenyen!

t

( sany | 2007. 11. 24., szo – 10:43 )

Ha van linux azon a gépen(másik distro), akkor nem szükséges livecd-t használni! :)

----------------------------------------------------------------

tuti van chroot :)

miutan felmasoltad a stage-t, es kibontottad a snapshotot is, be kell menned chrootba, es onnan kell emerge syncelni, es folytatni a telepitest :).

ja ne a grafikus telepitot hasznald, es ezt olvasdd el:

http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1

( ScOut3R | 2007. 11. 24., szo – 14:17 )

Véletlenül nem a beta állapotú grafikus telepítővel próbálkozol?

Kattintgatós telepítőt sürgősen elfelejteni, nálad nagyobb tudású emberek nem boldogulnak vele. A gentoo amúgy sem erről szól. Fogod, és a handbook alapján kézzel felteszed. Nem olyan borzasztó, én gyak r=1 szintű userként felpakoltam. Semmi egyebet nem kell csinálni, mint a handbookban levő kódokat átolvasni, okszerűen módosítani, és begépelni. A vége egy telepített Gentoo lesz.

( usertotya | 2007. 12. 10., h – 16:54 )

sziasztok!

kicsit megakadtam a gentoo telepitesnel. handbookot kovetem, win melle szeretnek feltenni egy gentoo-t, hogy jol megtanuljam :)
egy dell inspiron 6400 notebookot hasznalok. szeretnem megtartani a win-t is, mert elegge sokat hasznalom (foleg jatek ;) ).
a problemam az, hogy amikor megprobalom kitomoriteni akar a stage 1 akar a stage3 tarball-t, akkor egy hibaval leall: korabbi hiba miatt a tomorites megallt. ha jol sejtem, akkor elfogy a hely. 1G ram van a gepben, letrehoztam egy 256 Mb-os swap particiot es egy 10G-s ext3-as particiot. gond nelkul elindul a minimal live cd (2007.0).

valakinek otlet, hogy mi lehet a baj?

koszi elore is a segitseget!

(mashol is irtam, ha esetleg valaki olvasna)

Rendesen felmountolod a 10g-s particiót? ilyenkor az szokik lenni, hogy egyszerűen elfelejtik az emberek a Linuxos (esetedben ext3) particiót felmountolni a /mnt/gentoo mappa alá, és csak kitömörítenek ész nélkül.

A következő feltételezésekkel élek a példámban:
- A Windows a hda1-es partición van (első primary partició)
- A Swap a hda5 (első logikai partició)
- A Linux partició a hda6 (második logikai partició).
- 32 bites gépet telepítünk 


mke2fs -j /dev/hda6
mkswap /dev/hda5
mount /dev/hda6 /mnt/gentoo
cd /mnt/gentoo
wget http://distfiles.gentoo.org/releases/x86/2007.0/stages/stage3-i686-2007.0.tar.bz2
tar jxvf stage3-i686-2007.0.tar.bz2

A metódus lényege, hogy a leendő gyökér particióra töltöm le a stage3-at, így lehet látni, hogy fel van-e mountolva a partició (villog-e a HDD LED). Ezután csomagolom ki. A nagyon fontos utasítás a "cd /mnt/gentoo" ezt NEM szabad kihagyni.

PS: A cd parancs helyettesíthető lenne bizonyos paraméterekkel, de így a legegyszerűbb a munka, hiszen a végén így is-úgy is oda kell cd-zni a /mnt/gentoo mappa alá.

szia!

koszi a segitseget, lehet, hogy ez maradt ki, de mar azota hal'Istennek sikerult tovabblepnem. most viszont a mar elviekben mukodo rendszer nem akar bebootolni, de asszem arra is sikeredett rajonnom, ha nem, akkor kerdezek :)

szerk: nem nyert :( ezt kapom:
-----------------------------------------------------------
>> Loading modules
:: Scannincg for scsi_wait_scan...scsi_wait_scan loaded
>> Activating mdev
>> Determining root device...
!! The root block device is unspecified or not detected
Please specify a device to boot, or "shell" for a shell...
boot() ::
------------------------------------------------------------
ha valakinek van otlete legyen kedves irja meg!

koszi es udv:
usertoya

ui:buta vagyok a linuxhoz... egyelore... :D

( tibyke | 2007. 12. 11., k – 09:19 )

mi ertelme ugyanazt az okossagot tobb topicba is beleirni?

t

( usertotya | 2007. 12. 12., sze – 02:20 )

juhhe, sikeredett megoldani

igaz kis segitseggel, de megvan a megoldas. kernel parameter hianyzott a grub.conf-bol, illetve az fstab-ban nem sda-t kellett megadni, hanem hda-t (lehet a kernel forgatas hibaja is, nincs kizarva)

egyelore buta vagyok linuxilag ... de ez hamarosan meg fog valtozni ;)

Igen, nálam is ez a helyzet: fstab-ban működik az UUID=""-féle megadás, a grub.conf-ban pedig csak a hda/sda.

Pedig próbáltam megadni uuid-ket, hogy libatás és régi idés kernellel is bútoljon, mikor épp átállni készültem, de nem jött össze. De szerencsére nem lett probléma, mert a libata gond nélkül működik, s azóta csak az van.

( usertotya | 2007. 12. 18., k – 02:38 )

sziasztok!

ismet egy apro problemaba utkoztem, es egyelore nem talaltam megoldast ra :( sikerult feltenni es elinditani a gentoo-t, az x is rendesen be van configolva (elindul szepen es meg az eger is mukodik :) ), de valamiert a gnome nem akar elindulni rajt. A leirasokat kovetve emerge xorg-x11, ati driver, stb, .xinitrc-be is be van irva az exec gnome-session, de beirom, hogy startx, akkor csak az x indul el, semmilyen hibauzenetet nem ad, de nem is indul mas. Valakinek van valami otlete?

udv:
Totya

--------------
egyelore buta vagyok linuxilag ... de ez hamarosan meg fog valtozni ;)

hi, akkor most nem blogban :) emerge -e world kozben leallt ezzel a hibaval:

ERROR: sys-libs/glibc-2.6.1 failed.
Call stack:
ebuild.sh, line 1701: Called dyn_compile
ebuild.sh, line 1039: Called qa_call 'src_compile'
ebuild.sh, line 44: Called src_compile
glibc-2,6,1,ebuild, line 155: Called eblit-run 'src_compile'
glibc-2.6.1.ebuild, line 150: Called eblit-glibc-src_compile
src_compile.ebuild, line 168: Called src_compile
glibc-2.6.1.ebuild, line 155: Called eblit-run 'src_compile'
glibc-2.6.1.ebuild, line 150: Called eblit-glibc-src_compile
src_compile.eblit, line 197: Called toolchain-glibc_src_compile
src_compile.eblit, line 122: Called die
The specific snippet of code:
make PARALLELMFLAGS="${MAKEOPTS}" || die "make for ${ABI} failed"
The die message:
make for amd64 failed

tudok build.logot is szolgaltatni, bar ugyan ez a hibauzi van a vegen.

valakinek otlete? mit rontottam el, vagy mit hagytam ki?

-------------------------------------------------------------------------
remember: ha nyakig vagy a szarban, akkor fejre kell allni! maris csak bokaig er ;)

Akkor most a végétől tessék feljebb görgetni pár sorral, és elolvasni mi van a build.log-ban. Illetőleg tessék a saját snippetjeidet átfutni beillesztés előtt. Amit beillesztettél az már csak a gyászjelentés, a halál oka picit feljebb van dokumentálva. Mondjuk 3-4 sorral.

kis helpert kialtanek,

snippet alatt mit ertesz pontosan?

a build log itt van. Ha jol sejtem, akkor valamelyik use flag-et nem szereti? (tudom, hogy kezdonek a gentoo eros, de szeretem a kihivasokat+annyira ismerem magam, hogy ha konnyebb os-t valasztok, akkor meg nem foglalkozok majd vele, mert nem okoz sikerelmenyt, ha esetleg valamire rajovok magamtol ... :) ) ra tudnal esetleg nezni?

-------------------------------------------------------------------------
remember: ha nyakig vagy a szarban, akkor fejre kell allni! maris csak bokaig er ;)

hi

koszi a segitseget, asszem sikeredett megoldani a sandbox emerge-el :) vegre elindult a gnome is rendesen, remelem a tobbi hibakkal mar ugyahogy boldogulok majd :)

megegyszer koszi a segitseget mindenkinek!

-------------------------------------------------------------------------
remember: ha nyakig vagy a szarban, akkor fejre kell allni! maris csak bokaig er ;)

Azért nem vagy te se semmi hallod... 5 sor kellett volna, erre belinkelsz egy 20 megás logot... Na, nézem...

Most látom megoldották. A snippet kód- vagy log részletet jelent, tágabb értelembe bármi, ami egy nagyobb szöveg részlete.

Amikor meghal egy emerge, és a piros csillagos részt látod, ott szépen le is van írva, hogyaszondja:

If you need support, post the topmost build error, and the call stack if relevant.
A complete build log is located at '/var/tmp/portage/sys-libs/glibc-2.6.1/temp/build.log'.

Azaz a piros csillagos rész feletti hibaüzenet a gondod, ez már csak az emerge saját call stack-je, ami portage-problémákkor lehet releváns.

Tehát elkezded olvasni visszafele a build.logot, és amikor látod, hogy megtaláltad azt a parancsot, ami a hibákat termelte, akkor a parancsot a hibákkal együtt az első piros csillagig kijelölöd, és azt pasztázod be mint hibajelenséget. Ha kérjük a piros csillagos részt, akkor extraként azt is. Tudom, hogy fárasztó, de a mi munkánkat könnyíted meg ha nem 20 megán kell átrágjuk magunkat egy 3 soros hibaüziért.

nekem megeri a faradtsagot :) amugy egy 24h-s maratonebrentlet meg 2-3 oras alvasok utan voltam, meg amugy sincs nagy debuggertapasztalatom, szoval koszi a magyarazatot, illetve a jovore vonatkozo tanacsot :)

-------------------------------------------------------------------------
remember: ha nyakig vagy a szarban, akkor fejre kell allni! maris csak bokaig er ;)

a gentoo telepites maga egy 24 oras maratoni ebrenlet ;)
majd rajossz, amikor 257 csomag forditasanal a 134-iknel meghal, valami misztikus uzenettel, peldaul, hogy ha szeretned hasznalni az xy kde alkalmazast, akkor forgasd szepen ujra a pythont tk flaggel
kijvaitod amit ki kell, elinditod az emergelest, lefekszel aludni, es a 137-iknel megint meghal, hogy vedd ki a zlib flaget, mert nemely alkalmazasnal ez igy nem lesz jo :)

keves bosszusagtol megkimelheted magad, hogyha lefekves elott a kovetkezot csinalod:

while true ; do emerge --update `cat csomaglista` ; done

elso ranezesre hulyesegnek tunik, de ha van 500+ csomag, amit le kell forgatni, akkor a kovetkezokeppen halad: abc rendbe teszi oket, aztan az elsonek az osszes fuggoseget berantja, leforgatja, felrakja, majd jon a masodik, itt szinten vegigmegy a fuggosegeken, stb stb. azaz ha valahol lehal, az lehet, hogy valami melyebben levo fuggosegnel van, de minden ujrakezdeskor ujra felepul az abcbe rendezett lista, igy lesz egy csomo masik csomag, ami elso helyre kerul, es feltelepul (adott esetben megoldva egy kesobbi csomag fuggoseget...)
nem 100% modszer, de legalabb azzal a biztos tudattal aludhatsz el, hogy legalabb erolkodik a geped :)

( usertotya | 2008. 01. 05., szo – 14:19 )

sziasztok megint :)

sajna ismet elakadtam egy kicsit, a kov problemaval:

Can't locate auto/POSIX/assert.al in @INC (@INC contains: . /etc/perl /usr/lib/perl5/vendor_perl/5.8.8/i486-linux /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl /usr/lib/perl5/site_perl/5.8.8/i486-linux /usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl /usr/lib/perl5/5.8.8/i486-linux /usr/lib/perl5/5.8.8 /usr/local/lib/site_perl .) at ./../mk-script line 52
make[2]: *** [sort-tests] Error 255
make[2]: Leaving directory `/var/tmp/portage/sys-apps/coreutils-6.9-r1/work/coreutils-6.9/tests/sort'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/sys-apps/coreutils-6.9-r1/work/coreutils-6.9/tests'
make: *** [all-recursive] Error 1

talaltam egy stage1 install guide-ot, amit kovettem. a hibat emerge -e system kiadasa utan kaptam, coreutils forditasanal akad meg. elvileg a perl mar korabban felkerult.

otlete valakinek, hogy miert lehet ez?

koszi:
totya

szerk: kozben talaltam egy gentoo forum bejegyzest: itt
-------------------------------------------------------------------------
remember: ha nyakig vagy a szarban, akkor fejre kell allni! maris csak bokaig er ;)

( usertotya | 2008. 01. 05., szo – 16:56 )

az elozon most tuljutottam sikeresen, de a kernel forditasanal nem tudok most tovabbjutni :( ez a hibauzi:

arch/x86_64/kernel/asm-offsets.c:1: error: code model 'kernel' not supported in the 32 bit mode
arch/x86_64/kernel/asm-offsets.c:1: sorry, unimplemented: 64-bit mode not compiled in
make[1]: *** [arch/x86_64/kernel/asm-offsets.s] Error 1
make: *** [prepare0] Error 2

nem ertem, mert elvileg 64bites livecd-t hasznalok, illetve a leiras is 64bites rendszerhez keszult + talaltam egy leirast, ami egy-ket hardware-tol eltekintve az en gepemhez van.

-------------------------------------------------------------------------
remember: ha nyakig vagy a szarban, akkor fejre kell allni! maris csak bokaig er ;)

lehet az volt a problema... egyelore asszem pihiztetem a temat, mert kene vizsgaznom es nemkicsi a tet :( (pedig most a gentoo jobban izgatja a fantaziamat ;) )

szerk: a problemam most a kovetkezo lenne:
amd64 stage2 tarball-t tomoritettem. emerge system parancs elmegy egeszen a gcc-4.2.2ig, de ott a kov hibaval all le mindig:

cc1: warnings being treated as errors
In file included from /var/tmp/portage/sys-devel/gcc-4.2.2/work/gcc-4.2.2/libgomp/libgomp.h:50,
from /var/tmp/portage/sys-devel/gcc-4.2.2/work/gcc-4.2.2/libgomp/alloc.c:32:
/var/tmp/portage/sys-devel/gcc-4.2.2/work/gcc-4.2.2/libgomp/config/linux/sem.h: In function 'gomp_sem_destroy':
/var/tmp/portage/sys-devel/gcc-4.2.2/work/gcc-4.2.2/libgomp/config/linux/sem.h:56: warning: unused parameter 'sem'
In file included from /var/tmp/portage/sys-devel/gcc-4.2.2/work/gcc-4.2.2/libgomp/libgomp.h:51,
from /var/tmp/portage/sys-devel/gcc-4.2.2/work/gcc-4.2.2/libgomp/alloc.c:32:
/var/tmp/portage/sys-devel/gcc-4.2.2/work/gcc-4.2.2/libgomp/config/linux/mutex.h: In function 'gomp_mutex_destroy':
/var/tmp/portage/sys-devel/gcc-4.2.2/work/gcc-4.2.2/libgomp/config/linux/mutex.h:59: warning: unused parameter 'mutex'
make[4]: *** [alloc.lo] Error 1
make[4]: Leaving directory `/var/tmp/portage/sys-devel/gcc-4.2.2/work/build/x86_64-pc-linux-gnu/libgomp'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/var/tmp/portage/sys-devel/gcc-4.2.2/work/build/x86_64-pc-linux-gnu/libgomp'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/var/tmp/portage/sys-devel/gcc-4.2.2/work/build/x86_64-pc-linux-gnu/libgomp'
make[1]: *** [all-target-libgomp] Error 2
make[1]: Leaving directory `/var/tmp/portage/sys-devel/gcc-4.2.2/work/build'
make: *** [profiledbootstrap] Error 2


2 teljes build log :)elso,masodik, mind2nel ugyan ezzel allt meg.

update:
Kanotix / # gcc-config -l
[1] x86_64-pc-linux-gnu-4.1.1 *

emerge --info ha esetleg segit valamit

-------------------------------------------------------------------------
remember: ha nyakig vagy a szarban, akkor fejre kell allni! maris csak bokaig er ;)

koszi a gyors valaszt! es lam milyen sokat segitett :)

a -W csinalta ezt, ha minden igaz...
most jobban megneztem a guglit:

-Wall
This enables all the warnings about constructions that some users consider questionable, and that are easy to avoid (or modify to prevent the warning), even in conjunction with macros.
-Wextra
Print extra warnings
-Werror
Turn warnings into errors, so GCC will stop compiling after a warning (because it becomes an error).

-------------------------------------------------------------------------
remember: ha nyakig vagy a szarban, akkor fejre kell allni! maris csak bokaig er ;)

Pfff... ezeket a CFLAG-eket surgosen elfelejteni, BGO-rol ugy fognak ropkodni kifele paros labbal a bugjaid, hogy orom lesz nezni. Arrol nem beszelve, hogy pontosan ilyenek misztikus bugokkal fogsz szopni napokat mint most.

Meg a -fomit-frame-pointer CFLAG-ot se igen szeretik, de azert elturik. Tessen csak a standard flageket hasznalni, azaz esetedbe: 


CFLAGS="-march=nocona -O2 -mtune=nocona -pipe -fomit-frame-pointer"

Es maskor linkelj rendesen, a http:// nem diszitoelem.

megfogadtam a tanacsot, most megy is az emerge rendesen (legalabb is nem allt meg ahol eddig elakadt) a CFLAG-eket egyebkent gentoo-wiki-rol szedtem, meg neten talalt leirasokbol (naluk allitolag nem okozott hibat, az egyik sracnak meg talan a hdd volt mas meg a videokarija a gepeben :))

a linkek miatt sorry, elonezetnel meg ment :(

-------------------------------------------------------------------------
remember: ha nyakig vagy a szarban, akkor fejre kell allni! maris csak bokaig er ;)

A gond az, hogy nem feltétlen ugyanolyan gépük volt mint neked, és nem feltétlen pontosan ugyanezekkel a CFLAG-ekkel tette fel valaki a gépét, hanem lehet, hogy a march pl. más volt. Akkor lehet a CFLAG-ekkel szórakozni, ha már megvan a rendszer, működik, használható. Ugyanis amikor nulláról telepítünk elsődleges cél egy alapszinten működő rendszer összepakolása, amit majd optimalizálunk. Ez különösen igaz a stage3 előtti állapotokra, hiszen egy féltonna csomag ilyenkor mászik fel a gépre nulláról, amik a rendszer alapvető magját alkotják, ezeken áll a rendszer stabilitása. Természetesen később lehet ezeket is optimalizálni, de elsődleges cél ezen csomagok MEGLÉTE a rendszerben.

ertem. nem hiaba mondjak akkor, hogy a gentoo a lehetosegeke :) megegy kerdesem lenne viszont ;) a modulokat hogyan tudom megkeresni, hogy a modules.autoload-ba beirjam? a handbookban levo find stb parancs nem volt jo sajna, a type-nal nem tetszett neki a '*.o' kifejezes ...

-------------------------------------------------------------------------
remember: ha nyakig vagy a szarban, akkor fejre kell allni! maris csak bokaig er ;)

Kivéve amit mégse.

Én előbb elkezdeném használni a rendszert, és ha valami nagyon hiányzik, azt bepakolni. Tipikusan ilyenek a fájlrendszer modulok, illetőleg az emulátorok kernelmoduljai.

A modulok megkereséséhez pedig a find parancs használható, a *.o -t viszont vagy idézőjelbe kell tenni, vagy a csillagot kell backslash-el megvédeni.

Pl.: 


find /lib/modules/$(uname -r)/ -name \*.ko

De abban GES-nek adok igazat, hogy őrült módon ne tessék lapátolni befele a dolgokat, mert a Gentoo-s udev tényleg mindent betölt amit szükséges, csak a fájlrendszer és emulációs modulokkal van baj.

+1 info: A find parancs -type paramétere f, d, s, meg talán p lehet, az a keresendő típust határozza meg (File, Directory, Socket, named Pipe).
Ja, és man find.

( usertotya | 2009. 02. 24., k – 22:44 )

sziasztok!

egy nagyon régi pentium laptopra szeretnék gentoo-t telepíteni, de az emerge --sync közben leakad, hogy elfogyott a helye. meg lehet ezt oldani valahogy? sajna a gép erőforrásai elég szűkösek... :(

-------------------------------------------------------------------------
remember: ha nyakig vagy a szarban, akkor fejre kell allni! maris csak bokaig er ;)

én is a gentoo-út elején járok, de egy tipp: csinálj egy alaprendszert, kernellel meg mindennel ami kell, egy erősebb gépen (vagy virtuális gép alatt), de a hardware beállítások (make.conf, kernel config) stimmeljenek a kis laptopra is. Csinálj egy stage4-et, és azt told fel a régi gépre.
http://wiki.jss.hu/index.php/Gentoo_install

szerk: usertotya-nak ment :)

köszi a tippet, de nem tudok helyet csinálni, uyanis az a legszűkebb keresztmetszet :))

tmpfs-nek 40M-t foglal, ezt szeretném valahogyan bővíteni, fel lehet ezt mountolni esetleg a vinyóra, hogy onnan dolgozzon és ne a memóriába próbálja meg lefoglalni magának? ha meglenne a portage, akkor sztem megoldható lenne a probléma...

még annyi addícionális infó, hogy amikor a portage snapshotot tömörítem ki, akkor egy ideig dolgozik rendesen, utána No such file or directory-val dobja el magát és egy idő után leáll a tömörítés
-------------------------------------------------------------------------
remember: ha nyakig vagy a szarban, akkor fejre kell allni! maris csak bokaig er ;)

én anno egy pentium I-re telepítettem (166 MHz, 80MB EDO) :) kernel fordítás kicsit sokáig tartott. De müködött
Igaz már régen használtam a gentoo-t, de ha elakadtam akkor a forums.gentoo.org-on mindig sikerült megoldást találnom ;)
____________________________
sorry for stupid questions!

gentoo fórumot én is böngészem, de még nem akadtam rá... :) kb hasonlóak a paraméterek ;)

valaki írta a stage4-et előbb, azt lehet kipróbálom, de nem ma :D a probléma nem égető, de szeretném megoldani vhogy

-------------------------------------------------------------------------
remember: ha nyakig vagy a szarban, akkor fejre kell allni! maris csak bokaig er ;)

Egyetlen megoldas, hogy csinalsz egy irhato NFS megosztast egy tobb hellyel rendelkezo gepen. Alapvetoen mindegy, hogy a /usr/portage honnet van felmountolva, csak fel legyen. Erdemes irasi jogot is adni ra, akkor a distfiles sem a helyi gep eroforrasait pazarolja.

Ha epp nem telepitesz semmit, akkor a /usr/portage nem kell, csak a /usr/portage/profile resze (az nagyon kicsi, siman atcopyzhatod), ha meg telepiteni akarsz, akkor felmountolod elotte (esetleg csinalsz egy kis scriptet, ami elobb mountol, majd minden tovabbi parametert atad az emerge-nek).

-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

ezt egy kicsit bővebben leírnád nekem? vagy ha adsz egy linket, ahol le van írva, akkor az tökéletes lenne! az a helyzet, hogy linux alatt még sose osztottam meg semmit. amik rendelkezésemre állnak: egy 300G-s usb vinyó, amit nem tudok rákötni a picire, illetve egy működő Ubuntu, amit tudok haszonsítani.

-------------------------------------------------------------------------
remember: ha nyakig vagy a szarban, akkor fejre kell allni! maris csak bokaig er ;)

Ha a Ubuntu egy masik gepen van, akkor az ugy tokeletes.
Az NFS megosztas ugyan nem trivialis, de annyira nem is bonyolult, hogy ne lehetne megcsinalni, keress a 'NFS Ubuntu HOWTO' keresoszavakkal, szerintem tonnanyi ilyent fogsz kapni. Gentoo oldalon olyan stage4 kell neked, ahol a nfs-utils fenn van (semmi egyeb mas nem kell), de ugy tudom, a mini install CD-n van NFS support, azzal tehat addig nincs gond, siman ossze tudod rakni a stage4-et magan a kisgepen is, csak arra figyelj, hogy a reboot elott mar legyen NFS supportod, es noauto-val legyen felveve a masik gepem megosztott hely az fstab-ba. Azt vedd figyelembe, hogy ez a gep nem tul eros a Gentoo-hoz, sot gyenge, igy bizony idore lesz szukseg minden apro vacak telepitesehez.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

( sany | 2009. 02. 25., sze – 19:46 )

"egy 300G-s usb vinyó, amit nem tudok rákötni a picire,"

Az elég. :)

/etc/make.conf szerkesztés

#CCACHE_DIR="/var/tmp/ccache" ccache -s"

#PKGDIR=/home/packages
#PORTDIR="/usr/portage"
#PORTDIR_OVERLAY="/usr/local/portage"
#DISTDIR="${PORTDIR}/distfiles"
#PORTAGE_TMPDIR="/var/tmp"

Régebben voltak ilyen opsönök.

Hátha ez segít.