Hozzászólások
-
Bejegyzés
-
strangedr wrote:vaklövés: próbálj baselayoutot frissíteni
Sajnos úgy tûnik, nincs mire frissíteni:
Code:# equery list baselayout
[ Searching for package ‘baselayout’ in all categories among: ]
* installed packages
[I–] [ ~] sys-apps/baselayout-1.12.1 (0)Code:# emerge -up baselayoutThese are the packages that would be merged, in order:
Calculating dependencies… done!
Code:# emerge -p baselayoutThese are the packages that would be merged, in order:
Calculating dependencies… done!
[ebuild R ] sys-apps/baselayout-1.12.1Sany!
Fogalmam sincs. Van egy mûködõ 32 bites Gentoo-m, amit viszont nem frissítettem már május vége óta, mert nem használom, csak a biztonság kedvéért van fent. A diff -Naur /mnt/hda1-Gentoo32/etc/init.d/net.eth0 /etc/init.d/net.eth0 kimenete így néz ki:
Code:— /mnt/hda1-Gentoo32/etc/init.d/net.eth0 2006-05-25 06:53:06.000000000 +0200
+++ /etc/init.d/net.eth0 2006-06-09 17:06:21.000000000 +0200
@@ -12,7 +12,7 @@
# runlevel as the net.* script that needs it.
depend() {
need localmount
– after hostname
+ after bootmisc hostname
use isapnp isdn pcmcia usb wlan# Load any custom depend functions for the given interface
A 32 bites rendszeren a boot során látszik, amikor elindul a net.eth0, és vár is addig, amíg nem kapja meg a DHCP-tõl a kliens adatokat. Ha a 64 bites rendszer alatt kijavítom az rc scriptet, s kiveszem a bootmisc-et az after sorból, akkor sem jó, pedig akkor bájtra azonos a két rc script. Ez érthetetlen számomra. :unsure:
Nincs esetleg valakinek ötlete, hogy miként lehetne úgymond „debuggolni” a net.eth0 szolgáltatást? Azaz valami módon rábírni a rendszert, hogy mindent loggoljon valahová, mit mikor hogyan és miért. Ez alapján talán magam is meg tudnám oldani.
Gondolkodtam azon is, hogy minden olyan script elejére, ami függ a net modultól, beteszek egy részt, ami az ‘ifconfig eth0’ kimenetébõl megállapítja, hogy van-e már IP-je a gépnek, vagy sem, és vár. Ez járható útnak tûnik, de nem elégíti ki kíváncsiságomat, hogy miért nem megy nekem ez rendesem.
Köszi a tippet, sany, nekem nagyon a szívemhez nõtt a coldplug. 🙂
Sajnos az eredeti problémát még mindig nem sikerült megoldani, most a boot idején épp nem tudtak elindulni azok a szolgáltatások (firestarter,rdate és netmount), amik igénylik a net.eth0 jelenlétét. A KDE elindulása után kb. 10 mp múlva jött létre a net-kapcsolat, ezután az /etc/init.d/rdate start stb. parancsokkal szépen el lehetett indítani mindet. De ez így nem igazán jó.
Köszi, áttettem, igazad van, így több az idõ. Muszáj volt a coldplug-ot is áttenni, mert az ismeri fel a kártyát.
Ez nem az én napom. Nyitom a következõ topicot. :'(
Szerk: 🙂 (fülig ér a szám)
Nem nyitok új topicot, mert közben megtaláltam a megoldást. Egy sima emerge –sync után kaptam egy ilyen hibaüzenet, bármilyen portage parancs futtatásakotr (ideértve az emerge-t is):Code:Traceback (most recent call last):
File „/usr/bin/emerge”, line 12, in ?
import portage
File „/usr/lib/portage/pym/portage.py”, line 7184, in ?
init_legacy_globals()
File „/usr/lib/portage/pym/portage.py”, line 7131, in init_legacy_globals
settings = config(
File „/usr/lib/portage/pym/portage.py”, line 1031, in __init__
raise portage_exception.ParseError(
portage_exception.ParseError: „Expected 1 parent and got 0: ‘/usr/portage/profiles/default-linux/amd64/parent'”Szerencsére volt pár parent file a profiles alatt, így sikerült kiderítenem, hogy csak a tartalma szállt el, ami csak .. (két-pont-enter). Meleg helyzet volt. 🙂
Kínomban már a MAC Address szerinti konfigurálást (config_112233445566 =) és kipróbáltam, de az sem teszi látványosabbá az eth0 felélesztését.
Hátha van benne valami ordító hiba még, idemásolom az rc-update show kimenetét:
Code:alsasound | default
bootmisc | boot
checkfs | boot
checkroot | boot
clock | boot
coldplug | default
consolefont | boot default
dbus | default
firestarter | default
gpm | default
hald | default
hostname | boot
hotplug | default
keymaps | boot
local | default nonetwork
localmount | boot
modules | boot
net.eth0 | default
net.lo | boot
netmount | default
rdate | default
rmnologin | boot
syslog-ng | default
urandom | boot
vixie-cron | default
xdm | default:blush: Ennek tényleg ott kellett volna lenni. (a 32 bites Gentoo is fent van, azt használom néha támpontnak és abban is a boot alatt van a net.lo. Amúgy egy ‘cd /etc/init.d/for i in *;do diff -Naur $i /mnt/hda1-Gentoo32/etc/init.d/$i|less;done’ paranccsal egyeztettem, lényegi különbség nincs. Ugyanezt persze a conf.d alatt is elkövettem)
Mûködik a rendszer, de a net.eth0-ra vonatkozóan továbbra sem ír ki semmit a boot képernyõn, és nem is áll le a dhcp-kérés idejáre. Ezt megelõzõen már ment, visszatettem a netmount-ot és az rdate-et is, azok sem hibáztak. Valószínûleg a hiba felbukkanása attól is függ, hogy a dhcp szerver mennyi idõ alatt szolgál ki. nemritka az 1 perc sem, ezért kellene állnia addig.
Mindenesetre köszönöm!
vizsla wrote:Iktasd ki a ?dm-et, majd butulj be és figyelj, hogy mit ír ki a témával kapcsolatban. (Hátha mutat valamit…)Ezen már túlvagyok, sõt, interaktív módban is végigmentem többször, a net.eth0 nem bukkan fel a bott során a képernyõn. Ettõl függetlenül késve, a háttérben, de elindul. A net.lo (erre link a net.eth0) viszont úgy mûködik, ahogyan kell, ha kiveszem a scriptet (linket), akkor nem gerjed fel, ha beteszem, akkor igen, és a boot képernyõn is látszik.
strangedr wrote:Nincs bekapcsolva a parallel boot-up az rc.confban? Lehet, hogy elindulnak olyasmik, amiknek várniuk kellene?Az /etc/conf.d/rc-ben ki van kapcsolva (RC_PARALLEL_STARTUP=”no”). Az /etc/rc.conf-ban nincs erre utaló sor.
Szerk: Viszont van egy RC_NET_STRICT_CHECKING=”no” sor is az /etc/conf.d/rc-ben. Ezt még értelmeznem kell.
legutóbbi hsz