Hozzászólások
-
Bejegyzés
-
Hmmm. Meglepõ eredményre jutottam. Kivettem a net.eth0-t az rc-scriptek közül, az rc-update del net.eth0 kiszedte a boot alól, hisz ott volt. Aztán nem tettem vissza sehová sem.
Azóta többször újraindítottam, kikapcsoltam és újra bekapcsoltam a gépet, és nem jelentkezett a probléma. Hogy pontosan miért nem, azt nem tudnám megmondani, valószínû, hogy azok a szolgáltatások, amik igénylik, el is indítják a net.eth0-t. Ezt majd kipróbálom, kiveszem az összes olyan szolgáltatást, aminek kell a net, és ha nem lesz netem, akkor valószínûleg így van.
Azt hiszem, hogy talán a – még – zárt sun (talán java?) 32 kódok állják útját, amelyeknek nincs 64 bites változatuk.
Egyébként a Slamd64, a 64 bites Ubuntu, a 64 bites Blackpanther és talán még 1-2 teszt erejéig feldobott 64 bites disztró után bátran kijelenthetem, hogy a leg-zökkenõmentesebben a 64 bites Gentoo alatt sikerült megoldani az alapvetõ 64 bites problémákat: a macromedia flash-t, az mplayer 32 bites codecjeit és a többi nyavalyát. Még engem is meglep, hogy lassacsakán 1 hónapja, hogy éles rendszerként használom a 64 bites Gentoot minimális problémákkal, ld. pl ez a net.eth0 probléma. 🙂
:blink: Reinstall szóba sem jöhet. Ez az elsõ pillanattól így van a 64 bites rendszer alatt, de kell lennie olyan megoldásnak is, ami nem kívánja a rendszer teljes újraforgatását. Legalábbis reménykedem.
Rendszeresen ellenõrzöm, hogy van-e változás (emerge –sync), és általában teljesen up-to-date a rendszerem (most is), általában (sync és pretend után) mindig kiadom az emerge -uDN world;init 0 parancsot reggel munkába menet, vagy este, ha elmegyek otthonról. A gép holtidõben lerendezi a szükséges dolgokat, aztán kikapcsol. Ez így kényelmes. 🙂
juuzer wrote:emerge -1 =baselayout–1.11.14-r8Ezek után is hasonló a jelenség?
Sajna ugyanaz. A csuklószorító kellett, míg végigmentem az etc-update-n (29 fájl), de semmi változás nem lett.
vizsla wrote:„Nem tartom valószínûnek, hogy kihagytam volna etc-update-t, ha erre bármikor utal a rendszer, azonnal kiadom.”
Na hát lehet, hogy ez a baj… hogy gondolkodás nélkül kiadod.
(Mert ugye ez simán gyalulhatja a módosítani kívánt konfigot… bizonyosakat, meg meg kéne tartani.)Azért én minden alkalommal megnézem, hogy mit módosít, és az igényeimnek megfelelõ szinten engedem módosítani az egyes fájlokat. Nem gondolkodás nélkül minden fájlt update-elek azért! ;D
vizsla wrote:openoffice-fsf-hu-premium – errõl meg annyit, hogy nem volt még olyan William Microsoft Gates programom, ami azt alul tudta volna múlni. 😉 Legalábbis valamelyik verzióval nagy gondok voltak… úgyhogy maradt az eredeti… gyorsabb, stabilitásban összehasonlíthatatlan stb.
Akkor is fennáll a probléma, ha fordítod?Nekem nincs semmi bajom vele. 64 bites rendszeren úgy tudom, nem fordítható le az OOo, csak elõrefordított 32 bites bináris használható:
Code:# emerge -s openoffice
Searching…
[ Results for search key : openoffice ]
[ Applications found : 3 ]* app-office/openoffice [ Masked ]
Latest version available: 2.0.2-r2
Latest version installed: [ Not Installed ]
Size of files: 212,440 kB
Homepage: http://go-oo.org
Description: OpenOffice.org, a full office productivity suite.
License: LGPL-2* app-office/openoffice-bin
Latest version available: 2.0.2
Latest version installed: [ Not Installed ]
Size of files: 1,428,961 kB
Homepage: http://www.openoffice.org/
Description: OpenOffice productivity suite
License: LGPL-2* app-office/openoffice-fsf-hu-premium
Latest version available: 2.0.2-r1
Latest version installed: 2.0.2-r1
Size of files: 194,749 kB
Homepage: http://hu.openoffice.org/
Description: OpenOffice.org Premium magyar változata az FSF.hu összeállításában
License: LGPL-2Nem tudom, juuzer! Nekem ez van:
Code:root@gento64 /lib/rcscripts/net # equery belongs functions
[ Searching for file(s) functions in *… ]
root@gento64Sajnos a config fájl sem hozott megoldást, sõt, a rendszer szerint elavultak a bejegyzések:
Code:* You are using a depreciated configuration syntax for eth0
* You are advised to read /etc/conf.d/net.example and upgrade it accordinglyEttõl még persze megy, csak figyelmeztet. De ugyanúgy háttérben fut le a script.
Balage_82!
A csatolt cucc nem mûködik:
Code:# /etc/init.d/net.eth0 start
/etc/init.d/net.eth0: line 34: /lib/rcscripts/net.modules.d/helpers.d/functions:
Nincs ilyen fájl vagy könyvtár
* Starting
find: /lib/rcscripts/net.modules.d/: Nincs ilyen fájl vagy könyvtár
* no interface module has been loadedValószínûleg kicsit más a rendszered, mint az enyém. 🙂
A másikat, a config fájlt még letesztelem.
Downgrade-eltem 1.12.0-r1-re (ez az elõzõ), de sajnos nem változott a helyzet. Megnéztem, a mûködõ 32 bites alatt is ez a baselayout van. Van még ötleted? :unsure:
sany wrote:Ezek szerint a legfrissebb van fent. 🙂
emerge –sync volt?Persze, természetesen. Ezt a parancsot minden nap kiadom. 🙂
sany wrote:<=sys-apps/baselayout-1.12.1ezt elírtam. :blush:
Nem baj, ötletnek jó volt, segítségnek pedig mégjobb. Attól, hogy nem ez a hiba, még a segítõ szándékod értéke nem csökkent. :cool1:
sany wrote:echo „> /etc/portage/package.mask
ezután is ezt üzeni?Ha az /etc/portage/package.mask-ba a
Code:<=baselayout-1.12.1sort veszem fel, akkor
Code:— Invalid atom in /etc/portage/package.mask: <=baselayout-1.12.1
…
…Ha viszont
Code:<=sys-apps/baselayout-1.12.1akkor
Code:# emerge baselayout -pvThese are the packages that would be merged, in order:
Calculating dependencies
!!! All ebuilds that could satisfy „baselayout” have been masked.
!!! One of the following masked packages is required to complete your request:
– sys-apps/baselayout-1.11.13-r2 (masked by: package.mask)
– sys-apps/baselayout-1.12.1 (masked by: package.mask)
– sys-apps/baselayout-1.12.0-r1 (masked by: package.mask)
– sys-apps/baselayout-1.11.15-r3 (masked by: package.mask)
– sys-apps/baselayout-1.11.14-r8 (masked by: package.mask)For more information, see MASKED PACKAGES section in the emerge man page or
refer to the Gentoo Handbook.
legutóbbi hsz