Megjelent a Fedora 12 Constantine
Szerző: Webappz, 2009, november 17 - 18:11
A Fedora Bejelentési listán (fedora-announce-list) nem régen jelentette be Paul W. Frields, hogy megjelent a Fedora 12 (Constantine). Az alábbi bannerre kattintva a Fedora letöltési oldaláról a kívánt formátumban letölthetjük.
Milyen újdonságok vannak a Fedora 12-ben?
- Optimalizált teljesítmény
- Kisebb és gyorsabb frissítés
- NetworkManager: Statikus címek beállítása
- Új generációs (Ogg) Theora videó
- Virtualizációs fejlesztések
- Automatikus jelentés készítés rendszer összeomláskor és SELinux probléma esetén
- Dracut: új, initrd készítő eszköz
- PackageKit plugins bővítés
- SELinux sandbox
- Open Broadcom firmware
- Jobb web kamera támogatás
- Letisztult asztali környezet
- KDE 4.3
- Multi-Pointer X
A bejelentés ITT olvasható.
Bővebb információ a Fedora 12 bejelentés oldalán található.
- A hozzászóláshoz regisztráció és belépés szükséges
- 957 olvasás
Akinek nagyon lassan jönne, használjon torrentet. Nekem teljes gázzal jött le.
- A hozzászóláshoz regisztráció és belépés szükséges
Beküldő: Vladi. Beküldés időpontja: 2009, november 17 - 18:26.Na raneztem azert liveCD-vel, eddig nagyon tetszik.
yumex netxtgen> nagyon jo. Sok hasznos ujitast hoz, s alig lassult cserebe.
Hang 2-3 kattintas es mar szol is. Vegre keves cput hasznal. video is jol belovi magat. A boot mar szines, hogy ez plymouth, azt nem hiszem, meg utanajarok.
- A hozzászóláshoz regisztráció és belépés szükséges
Beküldő: Vladi. Beküldés időpontja: 2009, november 17 - 20:37.É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.
- A hozzászóláshoz regisztráció és belépés szükséges
Beküldő: csuhi. Beküldés időpontja: 2009, november 17 - 22:07.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 32Nov 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=laxkernelparaméter megoldotta gondomat, végre működik a CPU hőmérőm! :)
- A hozzászóláshoz regisztráció és belépés szükséges
Beküldő: locsemege. Beküldés időpontja: 2009, november 23 - 12:05.Ü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.
- A hozzászóláshoz regisztráció és belépés szükséges
Beküldő: talisker. Beküldés időpontja: 2009, november 23 - 12:31.Néhány nap múlva lehet, mondok valamit. Amúgy alaposan megijesztettél, mert én az
rc.local-ból szoktam automatikusan generált e-mailt küldeni, ahhoz meg erősen kellene a hálózat.Egy F11-ről upgrade-elt x86_64-es F12-vel nincs gondom, de ez ugye nem tiszta install volt.
- A hozzászóláshoz regisztráció és belépés szükséges
Beküldő: locsemege. Beküldés időpontja: 2009, november 23 - 12:50.Nekem F12 x86_64 tiszta install volt. (immáron vagy 5-ödszörre, mivel azt hittem, hogy csak az anaconda kavar be).
Igazándiból szimplán eltünt a hálózati adapterek beállítása a setup folyamatból. Lehet, hogy csak rosszul emléxem, de mintha a régebbi változatok azért kérdeztek volna, hogy vaze itt egy netcard, dhcp vagy statikus legyen?
Gondoltam, ha "webszerver" opcióval indítok, akkor nem erőlködik ezzel a NetworkManager-rel, de nem így lett.
Aztán meg, mivel USB pendrive-ról telepítettem, az askmethod, meg a repo=... kernel paraméter is érdekesen viselkedett. Emiatt is volt a többszöri install.
A szép az, hogy ugyanezen vason a régi hálókártyával, az F11 simán jól boot-ol.
Az alaplapon valami NForce chipset van, ami a hálókártyát kezeli. Egyébként meg a NetworkManager qrvára kiakasztott megint. Okoskodik, aztán b@szik elindítani az adott interfészt. Győztem szétgyilkolni ...
Szóval, ahogy néztem nagyon jó lehet ez az elv, ha az embernek notija, vagy netbook-ja van. Akkor jön-megy, itt ezt a hálókonfigot, ott meg amazt indítgatná kézzel. Nekem meg az kéne, hogy bootolj vaze és húzd fel a hálót. Kissé nehézkes így asszonyt távirányítani, hogy hogyan kell a netet életre lehelni. Kicsit kiakasztott a dolog.
Nem tudom, hogy más is szív-e ezzel, de így gyakorlatilag egy szerver így működésképtelen állapotba áll fel.
Majd googlizok kicsit ha lesz időm este.
Ja meg mivel se compiz, se flash egyidőre, amíg ezzel nem vergődöm zöldágra, így egyébként tök stabilnak tűnik a F12.
Előtte F11 nvidia driverrel, compizzal, meg flash-el, mostanában már napi 2-3 önhatalmú reboot-ot csinált.
...
- A hozzászóláshoz regisztráció és belépés szükséges
Beküldő: talisker. Beküldés időpontja: 2009, november 23 - 14:24.A hétvégén nekem is volt egy kalandom a Fedora 12-vel Asus EEE PC 900 HD-n.
Korábban sok problémám volt a NetworkManagerrel - ezért eddig hanyagoltam is -, így a legutóbbi ismerkedés is nagyon nehezen indult, de a végén én győztem :)
A részletekkel hamarosan jelentkezem.
- A hozzászóláshoz regisztráció és belépés szükséges
Beküldő: Webappz. Beküldés időpontja: 2009, november 23 - 14:31.Lehet rossz irányba viszlek, de nem lehet hogy azért nincs bootidőben hálókártyád mert nincs benne a kártya modulja/rossz modul van az initrd-[sokszamnehanybetu].img-ben? Tehát eleve nem tölti be a modult induláskor, csak később, és ezért nincs net bootidőben.
Én az atomos centos szerveremmel szívtam így, de miután csináltam jó initrd-t, megszűnt a probléma. Ha úgy gondolod hogy ez lehet a baj, írj és otthonról küldök konkrétabb megoldást, mert most fejből nem vágom pontosan hogy mit hogy kell.
- A hozzászóláshoz regisztráció és belépés szükséges
Beküldő: csuhi. Beküldés időpontja: 2009, november 23 - 16:05.Kösz a tippet,
megnézem, ha lesz érkezésem este. Mindenesetre meglepődnék kicsit, ha 2 fajta totál low-end hálókártya nem ismerődne fel. Érdekes módon az install során, mikor ntpd-s time szinkronizálást választ az ember, simán lekommunikálja magát az akkor még ismert hálókártyán keresztül. Ezek után meg nem generálna jó initrd-t ...
Kardomba dőlök, ha ez lesz ... mivel így ezexerint egy kernel update után szintén szopóág lehet ...
Mindegy, megsasolom.
- A hozzászóláshoz regisztráció és belépés szükséges
Beküldő: talisker. Beküldés időpontja: 2009, november 23 - 16:28.Elbizonytalanodtam kicsit ... az initrd-ben, ami most initramfs... elvileg nem is kéne legyen hálókártya driver, csak ha valami egzotikus storage-en van a kernel maga, amit tölteni kéne ...
Bár lehet rosszul emléxem ...
- A hozzászóláshoz regisztráció és belépés szükséges
Beküldő: talisker. Beküldés időpontja: 2009, november 23 - 17:26.Megnéztem az initramfs-t, nem volt benne a hálókártyadriver, de F11-en sem volt az initrd-ben.
Próbálkoztam azzal, hogy rc.modules-ba beleraktam a driver modulokat, fel is tolta őket, mielőtt bármilyen init.d elkezdett volna ketyegni.
Le se tojta.
Továbbra is az a jelenség, hogy cseszik dhcp-n keresztül IP-t kapni boot időben.
Megint volt hosszabb idejű fsck, akkor gond nélkül kapott IP-t boot időben. Elkezdtem matatni, hogy a network service miket használ stb. Ahogy az ifcfg-eth húzná fel az interfészeket, az ethtool-t használja.
Bootchart-tal megnéztem mit szüttyög boot közben, és amikor az ethtool ellenőrízget linkeket, közben sleep hegyek vannak és timeout a vége.
Az is egy érdekesség, hogy mindez bootolás közben nem látszik olyan hosszú időnek. Kb 2-3 másodperc után közli, hogy nem tudja az eth0-ának az IP-jét megkapni és passz. Ha előtte egy fsck jó sokáig vacakolt, akkor ugyanezen 2-3 másodperc alatt simán leszedi dhcp-vel az IP-t.
Totál nem tudom merre tovább ezzel.
- A hozzászóláshoz regisztráció és belépés szükséges
Beküldő: talisker. Beküldés időpontja: 2009, november 24 - 10:04.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??
- A hozzászóláshoz regisztráció és belépés szükséges
Beküldő: locsemege. Beküldés időpontja: 2009, november 23 - 17:12.Amúgy tréfás, terminálon másik user alól simán indul a yumex. Vajon honnan gondolja azt a nyilvánvalóan hibás feltételezést, hogy nincs hálózatom? Van. Mondom van!! Grrr...
- A hozzászóláshoz regisztráció és belépés szükséges
Beküldő: locsemege. Beküldés időpontja: 2009, november 23 - 17:26.Jelentem, cs.sszék meg a NetworkManagert! Ugye, interface-enként beállítható, hogy a NetworkManager kontrollálja azt, vagy sem. Én naiv el is hittem ezt. Gondoltam, a wireless kapcsolatomat beállítom statikusan az NM kontrollja alól kivonva, míg a két drótos interface-emet kezelje csak az NM, így kényelmes a portforward vagy masquerading, vagy minek hívják. Az állításom nagyjából igaz is, de konkrétan a yumex azért hitte, hogy nincs hálózatom, mert a wireless kapcsolatom nem az NM által volt. Na, de mi köze hozzá, hogy hogyan van hálózatom? Az a lényeg, hogy van, nem?
Konklúzió: NetworkManager kitiltva, azóta öröm, boldogság, ráncok kisimulása. :)
Amúgy már megszögeltem annyira, hogy határozottan kellemes rendszernek nevezzem. Akinek gondja van még a hanggal, olvassa el a megjegyzésemet a szomszéd topikban. A lényeg: fel kell tenni Kojiról a 0.9.21-es pulseaudio-t, egy rakás bugfix-et hoz. Bár gondolom, a hivatalos repókban is kinn lesz hamarost.
- A hozzászóláshoz regisztráció és belépés szükséges
Beküldő: locsemege. Beküldés időpontja: 2009, november 24 - 15:16.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 ...
- A hozzászóláshoz regisztráció és belépés szükséges
Beküldő: talisker. Beküldés időpontja: 2009, november 25 - 01:15.Most már szinte minden jó, a jelenlegi hibákkal együtt lehet élni. Ami izgatja a fantáziámat, de nem kritikus:
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 azxhost +inet:1.2.3.4metódussal megy. Itt valamit nyilván rosszul tudok, de a manual szerint is azxhost +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!- A hozzászóláshoz regisztráció és belépés szükséges
Beküldő: locsemege. Beküldés időpontja: 2009, november 28 - 15:44.Az, hogy nincs új tartalom az oldalon, lényegében jót jelent. Azt, hogy Fedora 12 működik. :)
- A hozzászóláshoz regisztráció és belépés szükséges
Beküldő: locsemege. Beküldés időpontja: 2009, december 5 - 17:25.Így is mondhatjuk :)
Inkább év vége van, hajtás és nincs idő új tartalmak létrehozására. :(
- A hozzászóláshoz regisztráció és belépés szükséges
Beküldő: Webappz. Beküldés időpontja: 2009, december 5 - 18:35.