Megjelent a Fedora 12 Constantine

Akinek nagyon lassan jönne, használjon torrentet. Nekem teljes gázzal jött le.

Én pár napja frissítettem az asztali gépemen is. A Fedora 12-ben lévő xorg + nvidia driver+ kde nem nagyon szerette egymást, időnként 10-15 másodpercre beállt, azt hittem lefagyott de utána újra életre kelt. Bugreport itt, javított xorg csomagok itt.

Népek :), egy apró öröm ért. Éppen bugreportolni készültem, hogy újfent nem megy az lmsensors, íme a logrészlet:

Nov 23 00:11:53 localhost kernel: f71882fg: Found f71882fg chip at 0x600, revision 32
Nov 23 00:11:53 localhost kernel: ACPI: I/O resource f71882fg [0x600-0x607] conflicts with ACPI region HMOR [0x605-0x606]
Nov 23 00:11:53 localhost kernel: ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver

Erre láttam, másnak is van hasonló nyűgje, mire a fejlesztők írták, ez nem bug. Utánaolvastam, s az

acpi_enforce_resources=lax

kernelparaméter megoldotta gondomat, végre működik a CPU hőmérőm! :)

Üdv,

jókat tornásztam Constantine barátunkkal.

Valahogy nem nagyon szerette az eddigi alaplapi network kártyát.
Raktam be egy újat, azzal nincs akkora haragban.

Miután sikeresen legyilkoltam a NetworkManager-t és beüzemeltem a network service-t, az a siralmas jelenség van, hogy boot alatt nem tudja felhúzni a network interfészemet (sima dhcp UPC-ékhez) (timeout-tal továbblép).

Miután beloginolok, ifup eth0 simán megy.

A sok boot-olgatás után a fájlrendszerek éppen úgy gondolták, hogy ideje egy jóízűt fsck-zni, ezzel eltelt kis idő, és lám ez esetben a boot is fel tudta húzni a hálóinterfészt.

Normál boot folyamat esetén sosem jön fel az eth0.
Már próbáltam a network service-t későbbre tolni a boot-olási sorban, de ez sem segített. Egészen pontosan a NetworkManager prioritási helyére tettem (27-re).

Szóval a jelenség az, hogy boot-kor nem megy a háló egyből. Egyébként igen. Természetesen az interfész konfigban be van állítva, hogy boot-kor automatikusan ébredjen, valamint a NetworkManager kezeli című opció is ki van iktatva.

Előtte izmosakat szívtam azzal, hogy alig lehetett rávenni őkelmét, hogy egyáltalán engedje piszkálni az egyébként jól felismert hálóinterfész paramétereit.

Valaki tapasztalt hasonlót Fedora12-vel? (Ja egyébként x86_64).
Mindemellett állat gyorsan boot-ol ez a 12-es, meg a deltarpm-es dolguk is egészen biztató, hogy valami jó is legyen ... :)

Ha van valami javaslatotok, ne tartsátok magatokban. Előre is köszi,
t.

Még szerencse, hogy a hálózat a linuxok erőssége. Volt kalandom nekem is, mesélek. :)

Egyfelől vélhetőleg a wpa_supplicant jóvoltából sikerült azt elérnem, hogy USB-s wireless interface kihúzásakor vagy az őt kezelő modul modprobe -r-rel történő eltávolításakor kernel panic legyen. Sebaj, megjavítottam a konfig file kézzel történő túrkálásával. Eddig jó.

Erre most kötekszik velem a yumex. Beszól nekem, hogy

Not connected to an network.

Ebben csak az a szép, hogy terminálról folyamatosan pingelek külső címet, jönnek a válaszok, s névvel hivatkozom, tehát a névfeloldásom is megy. Meg ugye itt fórumozok. Hogy a viharban tudom meggyőzni a yumex-et, hogy higgye el, hogy igen, van működő hálózatom??

Nos ...

a mai estére elkelt egy kis feketemacska szőr, meg telihold s némi feketemágia.
Kénytelen voltam meghekkelni az ifup-eth szkriptet.
Megkerestem merre próbál a network service boot-kor a dhcp-vel IP-t kérni.

Szépen végiggyalogol az összes interfészen és meghívja rájuk az ifup-eth szkriptet. Ez source-olja a network-functions-t. Ebben van egy check_link_down eljárás, akin okosan elhasal boot-kor a dhcp-s IP kérés. Valamiért túl gyorsan mondja ki, hogy nincs eth0 link (check_ethtool), bár itt fixen delay=10 van, hogy 10-szer csekkoljon fél másodpercenként.

Számos helyen megjelenik egy LINKDELAY változó, amit soha senki sem állít semmire. Egyedül a NetworkManager init script trükközik vele. Innen jött az ötlet, hogy meg kéne hekkelni az ifup-eth-et, hogy ne a bedrótozott, hanem nagyobb delay-t használjon. Lássunk csodát, ez megoldotta a problémát. ... :-(o)"+!%/%!++"

Eredeti ifup-eth szkript részlet:

echo -n $"Determining IP information for ${DEVICE}..."
if [[ "${PERSISTENT_DHCLIENT}" != [yY1]* ]] && check_link_down ${DEVICE}; then
echo $" failed; no link present. Check cable?"
ip link set dev ${DEVICE} down >/dev/null 2>&1
exit 1
fi


hekkelt:

echo -n $"Determining IP information for ${DEVICE}..."
[ -z ${LINKDELAY} ] && LINKDELAY=10
if [[ "${PERSISTENT_DHCLIENT}" != [yY1]* ]] && check_link_down ${DEVICE}; then
echo $" failed; no link present. Check cable?"
ip link set dev ${DEVICE} down >/dev/null 2>&1
exit 1
fi

vivát ...

bár nem értem, hogy az F11 óta mitől változott a gépem, merhogy semmit sem.
Az ifup-eth meg kopp ugyanazt csinálja ott is.

... de hát a csillagok, meg a kelet felé fordulás sok mindenre magyarázatot ad ...

Most már szinte minden jó, a jelenlegi hibákkal együtt lehet élni. Ami izgatja a fantáziámat, de nem kritikus:

• A ca0106-ot használó hangkártyámat nem merem kipróbálni, mert legutóbb onnantól kezdve keverte a hangkártyákat. Pedig érdekelne, hogy a 0.9.21-es pulseaudio mit kezd vele.
• Az rtl8187-et használó USB-s wireless interface kizárólag IEEE 802.11b szabvány szerint hajlandó működni. Ha átkapcsolom IEEE 802.11g-re, elmúlik a hálózatom. Néztem, titkosítás, route, ifconfig, iwconfig rendben. Olyannyira, hogyha visszakapcsolom 802.11b-re, megjön a router-emtől a pingre a válasz.
• Ki kellene próbálnom a Ralink-hez való rt2500pci-jal ugyenezt, hátha szűkülne a kör. Egyelőre a lustaságom az akadály. :)
• NetworkManager vacak, de ebben nincs semmi új, sohasem volt jó. A megoldás egyszerű, nem kell használni.
• Nem győzöm hangsúlyozni, végre működik a hang! Lehet, hogy nem teljesen jó, de elfogadható már.
• Ami viszont nem világos, régen egy xhost + elegendő volt, hogy az ssh X11 tunneling működjön a saját X szerverem felé a távoli gépről. Most meg csak az xhost +inet:1.2.3.4 metódussal megy. Itt valamit nyilván rosszul tudok, de a manual szerint is az xhost + tiltja a hozzáférés ellenőrzését. Most akkor meg miért nem? Próbáljátok ki, aztán mondjátok el, melyik fától nem látom az erdőt!

Az, hogy nincs új tartalom az oldalon, lényegében jót jelent. Azt, hogy Fedora 12 működik. :)