Hozzászólások
-
Bejegyzés
-
Hát, ha már ennyien mondjátok, hogy Gentoo, akkor: GENTOO!!! Na, az igazat megvallva utánanéztem én ennek a Gentoonak – ezeddig még csak annyit hallottam róla, hogy létezik -, s valóban: ez az amit én szerettem volna. Szerintem azért hittem elõször, hogy a Slackware is ilyen fordítgatós disztrib, mivel ez is TGZ-ben szereti kapni a csomagokat… a TGZ-k pedig eddigi „pályafutásom” alatt jobbára forráskódokat takartak 🙂
De igazából tényleg a Gentoo az, ami nekem kell: fordírgatni mindent alapból, telik amennyi idõbe telik. Hál istennek a http://www.gentoo.org-on találtam leírásokat hozzá, meg hogy hogyan kell Net nélkül stage1-bõl telepíteni (ez sarkallatos pont, lévén otthon nincs Netem).
El fogok szöszölni vele egy picinyt, de talán megéri. Pszichikailag biztos gyorsabb lesz a gépem, értsd: én úgy fogom hinni, hogy így adott gépre fordítva egy gyorsabb op. rendszert kapok, és ha gyökeresen nem cáfol meg a tapasztalat, akkor már happy leszek 🙂 Hmmm… bár így mûködne a különbözõ programok hardverkövetelményének vizsgálatánál is a dolog! 😀
Köszi’ mindenkinek, aki elindított az „úton”! 🙂 Thx:
—
JoelGondolkodtam a függõségeken… Rájöttem, lehet, az ABC-sorrend nem fedi az egymásra épülõ függõségi láncot 🙂 , szóval az ilyen sorrendben végrehajtódó csomagfordítások nem biztos, hogy minden további nélkül mûködnének. Mit lehet ilyenkor tenni? Rakjak fel mindent installáláskor, aztán utána fordítgassam le õket, s akkor a függõségek gondolom teljesülnének, mert amihez nem ért még el ABC-sorrendben, abból ott van az installáláskor felrakott verzió?
—
Joelbar oszinten szolva a vmware nem mindegyik 2.6-os kernellel kompatibilis (pl a legujabbal nem), de ha megis betolti, akkor csak az uhuval lehet a gond…
[align=right][snapback]129085[/snapback][/align]Nekem „csak” annyi problémám volt, hogy miután a vmware-config.pl nem talált alapból a 2.6.11.2-es kernelhez elõregyártott vmmon-modult, és fordítani akart egyet magának, mindig leállt a fordítás. A make kimenete alapján megnéztem a hibás sort a vmmon.c-ben: annyi volt a gond, hogy a 2.6.11.2-es kernelben (lehet, már valami korábbi verzióban is, de én azelõtt csak 2.6.6-ost használtam, s abban még jó volt) egy a vmmon.c-ben meghívott eljárásnak megváltoztatták a nevét. Miután manuálisan javítottam a vmmon.c-ben lévõ talán 3 érintett sorban az eljárásnevet, szépen lefordult, és azóta mûxik is a VMware.
Ezt a kis szösszenetet csak azért írtam ide, hátha küszködött valaki hasonlóval… Konkrétumokra (eljárás neve, hibás sorok sorszáma) így fejbõl nem emlékszem – nem a saját gépemrõl Netezek -, de ha valakit érdekel, majd beírom. Megj.:
a kernel konfig irasom egyik sarkalatos pontjara tenyertel ra: modulozzon, akinek ket anyja van! (amugy fabrysan)
[align=right][snapback]125440[/snapback][/align]😀 Bár ez az eset azt bizonyítja, hogy tényleg elég haszontalan dolgok ezek a modulok, de amúgy azért néha muszáj – vagy legalábbis célszerû – modulozni. Pl. a TV-tuner kártyámon (Hauppauge WinTV PCI, CX23881-es chipset-el) be szokott ragadni a rádió: kilépek az éppen használt rádió-alkalmazásból (ez ált. a konzolos „radio”, vagy a grafikus „gnome-radio”), de a legutóbb hallgatott adó szépen szól tovább rebootig – vagy amíg el nem távolítom a rmmod-al a „cx8800” modult (azután persze visszatölthetem a modprobe-al). Nem nagy gond, csináltam erre az rmmod-sleep-modprobe mûveletsorra egy pici parancsfájlt, aztán ilyenkor csak azt lefuttatom, és minden OK. Valszeg’ ha a kernelbe lett volna fordítva, akkor maradt volna a reboot…
—
JoelHát, elõször is: mea culpa! Mindenkitõl, aki mondta, hogy fordítsam be az IDE/ATAPI CD-ROM-ok támogatását kernelbe, és akiknek én azt feleltem, hogy benne van. Mert igaz, hogy benne volt, de csak modulként („ide-cd” néven). Hiába töltöttem be/szedtem ki a modult, nem láttam számottevõ változást, úgyhogy maradtam is abban a hitben, hogy ennyi elég. Hétvégén viszont újrafordítottam a kernelt, immár nem modulként fordítva bele az említett támogatást, és láss csodát: az eddig /dev/scsi/… alá szervezõdött CD-ROM-ok átkerültek a /dev/ide/… alá (a vinyók mellé); eltûnt a /dev/sr0 és /dev/sr1 eszköz, és helyettük megjelent a /dev/hdc és /dev/hdd (amik eddig tényleg nem voltak ott!).
Egyszóval happy end! 🙂 Meg egy tanulság: nem mindegy, hogy mi van modulként, és mi pedig „kõkeményen” a kernelbe ágyazva – és hogy ez valamiért nem csak a boot során nélkülözhetetlen cuccokra áll (mert mondjuk az IDE HDD-k támogatása nekem is triviális, hogy mindig teljesen be van fordítva a kernelbe, hisz’ a root és a /boot fájlrendszerem is azon van; na de a CD-ket mi használná a modulok betöltõdése elõtti idõben…?).
Mégegyszer köszönöm mindenkinek, aki segített, vagy foglalkozott a témával!
—
JoelUI:
Miért nem nézed meg?
Ott kell lennie.
[align=right][snapback]124255[/snapback][/align]Annak azon egyszerû oka van, hogy a gépem otthon van, Békés megyében, én pedig a Koliban, Pesten. De én is kíváncsi vagyok rá, úgyhogy megígérhetem, hogy amint hazamegyek (hétvégén valamikor), megnézem… 🙂
—
JoelNem is azt kell nézned(mountolási pont), hanem a /dev könytárban kell lenni!
/dev/hdc ill /dev/hdd
Ezeket kell megadnod a cdíró progiban vagy terminálon.
[align=right][snapback]124090[/snapback][/align]Befordítottad az IDE írók támogatását? Vagy ha modulba tetted, akkor be van töltve a modul?
[align=right][snapback]123868[/snapback][/align]joel:
a signatureombol kiindulva van kernel forgatasrol iras, kulon kiemelve a cdirast;
[align=right][snapback]123963[/snapback][/align]Igen, azt hiszem befordítottam. Az IDE/ATAPI CDROM support, a generic-mmc driver (az LG 4120B-hez nincs külön driver), a SCSI-emuláció, meg a SCSI témakörben is azok a cuccok, amik olyan általánosabbnak tûntek.
Lehet. De egy topic-ban volt errõl szó, én is onnan szedtem le 3-at. A killall-t is csak úgy írtam, hogy szerintem. De remélem, azóta megvan. Ha nem, akkor majd a honlapomra kiteszem valamikor. Remélem, ezt szabad 🙂
Zsolt
[align=right][snapback]109459[/snapback][/align]Megtaláltam, tényleg Vizsláén volt! 🙂 Amúgy köszi’a hozzászólást mindenkinek – majd hétvégén hazaviszem, és kipróbál(gat)om õket, ha lesz rá idõm.
—
Joel
legutóbbi hsz