Fedora 13 "Goddard" julkaistu

[JiiiHooo]

Fedora 13 asennus tehty, joutui vaihtamaan mokkulan takia mutta hyvä on tämäkin...mutta kuinka saan näytönohjaimen ajurit asennettua? Kortti nvidia 9200.

[muep]

Fedora 13 asennus tehty, joutui vaihtamaan mokkulan takia mutta hyvä on tämäkin...mutta kuinka saan näytönohjaimen ajurit asennettua? Kortti nvidia 9200.

RPM Fusion non-free -varastosta löytyy ajurit muun muassa useille Nvidian grafiikkasuorittimille. Itse en kyseisiä ajureita ole moneen aikaan asentanut, mutta luulisin, että RPM Fusionin ohje on ihan ajan tasalla.

[juyli]

Itse en kyseisiä ajureita ole moneen aikaan asentanut, ...

Minulla ihan sama juttu. 02/06/2010 01:38         88,912 xorg-x11-drv-nv-2.1.15-5.fc13.i686.rpm
eli nv-ajuri on kelvannut hieman vanhemmille Nvidia-korteille.
Vai oliko nykyisin käytössä nouveau-ajuri?

[Leit]

Kokeilin tuossa USB-tikulta livenä sekä LXDE- että XFCE-spinejä (64-bit) ja muuten vaikuttaa hyvinkin mainioilta tuotoksilta, mutta sellanen pikkuseikka jäi häiritsemään, että LXDE versiossa ei toimi nämä läppärini omat ruudun kirkkaudensäätönamiskat (Fn + F5/F6), mutta XFCE:ssä ne kyllä toimivat.
Mistähän tässä yksityiskohdassa mahtaa olla kyse kun periaatteessa kuitenkin samaa systeemiä ovat. Onko näissä joku säätö erilailla vai pitääkö LXDE:ssä asentaa jotain kilkettä lisäksi. Tuntuu vaan hieman hullulta, että siinä juurikin kevyimmässä LXDE:ssä ei pystyisi näytön kirkautta säätämään. Niin ja tietysti mainittakoon, että läppärinä mulla on Asus M50Vn.
Jos joku osaisi kertoa ratkaisua taikka ohjata ratkaisuun päin niin LXDE olisi melko varteenotettava kandidaatti asennettavaksi.

[Senior]

Aika vakaalta tuntuu. Mutta jos bugeja etsii tässä pari. Kun otan Compiz-toiminnat päälle niin silloin tapahtuu sellaista, että päätteellä kirjoitettaessa alkaa ilmestyä kirjainten mukana myös "mustia laatikoita" päätteen näytölle.

Ja toinen juttu. Liittyy SD-asemaan. Kun laitan ensimmäisen kerran SD-kortin niin ikoni ilmestyy työpöydälle. Mutta jos suoritan toiminnan "irroita turvallisesti" ja otan SD-kortin pois ja sitten asetan sen jälleen uudelleen, niin eipä enää ilmestykään SD-asemakuvaketta työpöydälle. Ts. vain ensimmäisellä kerralla voin päästä käsiksi SD-kortin sisältöön vaan en enää toisella kerralla. Toinen kerta vaatisi koneen buuttaamista. Edes log-out log-in toiminta ei auta.

EDIT: Jaaha. Tämä ei ollutkaan mikään Fedora 13:a liittyvä probleema. Vaan sama ilmiö on myös Ubuntussa ja mitä todennäköisemmin vielä Mintissäkin. Eli onko tässä nyt ymmärrettävä niin, että SD-kortin suhteen "irroita turvallisesti" toimenpidettä ei tarvita tai sitten se tarvitaan ja on syytäkin käyttää mutta että ainakaan tietyissä SD-korteissa toiminta aikaan saa Ubuntussa, Mintissä ja Fedorassa saman tuloksen : en enää toista kertaa sessiossa pääse käsiksi SD-kortin sisältöön, (SD-kortti tyyppiä SanDisc)

Jos taas käytetään Fedorassakin toimintaa "poista asemasta" ei ilmene mitään ongelmia. SD-kortin kuvake häviää työpöydältä. Otat  kortin pois, laitat sen uudestaan ja SD-kortin sisältö käytössäsi.

[Senior]

Sitten pieni selvennys tuohon minun boottiongelmaani. Viime päivinä käynnistyksen yhteydessä ei ole juuri ollut ongelmia päästä Fedora-osioon, siis kylmäboottauksen osalta. Jos taas poistun Fedorasta "käynnistä uudelleen" toiminnan kautta en läheskään aina pääse Fedoraan. Mikähän mahtaa olla syynä siihen, että samasta käynnistysvalikosta samalla osioviittauksella homma onnistuu kun suoritetaan kylmäboottaus?

[oobetimer]

Sitten pieni selvennys tuohon minun boottiongelmaani. Viime päivinä käynnistyksen yhteydessä ei ole juuri ollut ongelmia päästä Fedora-osioon, siis kylmäboottauksen osalta. Jos taas poistun Fedorasta "käynnistä uudelleen" toiminnan kautta en läheskään aina pääse Fedoraan. Mikähän mahtaa olla syynä siihen, että samasta käynnistysvalikosta samalla osioviittauksella homma onnistuu kun suoritetaan kylmäboottaus?

Muistikampoihin jää bittejä edellisestä käynnistyksestä. Asian huomaa myös siitä, kun käynnistyksen aikaiset splash-kuvat saattavat poiketa normaalista .. 

http://debian-fi.eu/foorumi/viewtopic.php?f=12&t=159&start=10#p489

[Senior]

Firefoxissa näyttää muutama java-sivusto aikaansaavan jatkuvaa kaatumista. Bugzilla-virheraporttit lähetetty.


"Package:       firefox-3.6.3-4.fc13
Latest Crash:   su  6. kesäkuuta 2010 18.05.41
Command:       /usr/lib/firefox-3.6/firefox -UILocale fi
Reason:        Process /usr/lib/firefox-3.6/firefox was killed by signal 11 (SIGSEGV)
Comment:       None
Bug Reports:   "

Ja toinen käynnistyksen jälkeen tullut virheilmoitus (boot-messages):

"ntpdate: Synkronoidaan kello aikapalvelimesta:    [VIRHE ]"

Hyvin usein kelloajat päin mäntyä kun bootataan Fedoraan jostain muusta distrosta. Milloin on todelliseen aikaan tullut 3 tuntia lisää, milloin kolme tuntia miinusta. Helsingin aika valittuna, samoin "Synkronoi päivämäärä ja kelloaika verkosta".  Liekö syynä se, että olen valinnut täpät kohtaan "Synkronoi järjestelmän kello ennen palvelun käynnistystä". Nyt äsken otin vielä kokeiltavaksi täpän kohtaan "käytä paikallista aikalähdettä". Täppä myös kohdassa "järjestelmä käyttää UTC-aikaa" ja valittuna tietysti Helsingin aikavyöhyke.

[mikko_h]

Hyvin usein kelloajat päin mäntyä kun bootataan Fedoraan jostain muusta distrosta. Milloin on todelliseen aikaan tullut 3 tuntia lisää, milloin kolme tuntia miinusta. Helsingin aika valittuna, samoin "Synkronoi päivämäärä ja kelloaika verkosta".  Liekö syynä se, että olen valinnut täpät kohtaan "Synkronoi järjestelmän kello ennen palvelun käynnistystä".

Tuo on hyvin todennäköisesti ongelman syynä. Jos palvelin ei jostain syystä vastaa käynnistyshetkellä, niin seuraa tuo virhe. NTP:hän pystyy kyllä hivuttamaan kellonajan oikeaan 'lennossa', vaikka käynnistettäessä luotettaisiin koneen omaan kelloon. Ja käytännössä tietokoneiden kellojen ei pitäisi niin hirveästi heittää, etteikö asetusta voisi jättää pois. Dualboottaaminen vanhempiin Windowseihin on sitten ongelmallisempaa, koska ne eivät ymmärrä järjestelmäkellon UTC-aikaa, mikä taas Linuxissa on ehdottomasti se oikea tapa hoitaa asia.

[Senior]

Nappasin pois NTP-täpän, samoin kuin "Järjestelmä käyttää UTC-aikaa"-kohdastakin. 4 muuta Linuxia koneella joten mitä ilmeisemmin vierailu muissa distroissa aikaansaa joitain sotkuja. Veikkaan PCLinuxia.

Fedoran login-in-soundia ei ole, mutta sen saa imuroimalla/editoimalla jonkin äänen jonka tallentaa desktop-login.ogg tai desktop-login.oga nimiseksi ja siirtää/kopioi sen sitten  /usr/share/sounds/freedesktop/stereo -kansioon. Käynnistyvissä ohjelmissa täppä tietysti valittuna "Gnome login sound"-kohdassa (gnome). Komentona tuossa:

/usr/bin/canberra-gtk-play --id="desktop-login" --description="GNOME Login"

[mikko_h]

Nappasin pois NTP-täpän, samoin kuin "Järjestelmä käyttää UTC-aikaa"-kohdastakin. 4 muuta Linuxia koneella joten mitä ilmeisemmin vierailu muissa distroissa aikaansaa joitain sotkuja. Veikkaan PCLinuxia.

Pistän tähän nyt standardikommentin UTC-ajasta, vaikka asia taitaa olla kaikille selvä. Jos siis tiedostojen luomis- ja muuttamisaikojen paikkansapitävyydellä on jotain väliä ja käytetään samassa koneessa tai verkkoympäristössä eri käyttöjärjestelmiä, tai peräti tehdään yhteistyötä jonkun eri aikavyöhykkeellä olevan osapuolen kanssa, niin täysjärkinen tapa hoitaa ajanlasku on pitää kaikki kellot UTC-ajassa. Tällöin käyttöjärjestelmä näyttää ajat käyttäjälle paikallisessa ajassa, mutta data itse on UTC-aikoja. Esim. hakemiston mounttaaminen toisella aikavyöhykkeellä sijaitsevalta tiedostopalvelimelta ei tälöin aiheuta sekaannuksia. Kaikkien Linuxien pitäisi kyllä pystyä toimimaan UTC-kellon kanssa, XP:tä vanhemmilla Windowseilla saattaa olla vaikeuksia.

[Senior]

PerfectDesktoppia noudattamalla sain vähemmän täydellisen desktopin - ainakin mitä tulee Real Playerin asennukseen.

http://www.howtoforge.com/the-perfect-desktop-fedora-13-i686-gnome-p5

Paketti kyllä mukisematta asentui. Mutta sitä ei löydy valikoista. Lisää-poista-sovelluksesta tutkimalla se löytyy hakutoiminnalla ja ilmoitetaan löytyvän ryhmästä "muut". Mutta kun käy yksitellen ryhmän "muut" paketteja läpi sieltä löytyy vain yksi paketti asennettuna ja se ei ole tämä kyseinen realplay-11.0.2.1744-1(i386). Jos yrittää tuota paketti poistaa pakettihallinnasta se ei onnistu. Mitään herjoja ei anneta mutta päivitettäessä Lisää-poista-ohjelman listoja sama paketti on edelleenkin siellä ja täppä päällä.

Miten tuon paketin poistaminen pitäisi onnistua päätteellä? Itsellä ei ainakaan peruspoistokomennuksella onnistunut.

Koodia: [Valitse]

# rpm -e realplayprerm called with unknown argument `0'
virhe: %preun(realplay-11.0.2.1744-1.i386) skripti epäonnistui, palautti 1

Koodia: [Valitse]

#rpm -e realplay --forcerpm: vain asennus, päivitys, rmsource ja rmspec voidaan pakottaa

[Senior]

realplayerin copyright-tiedosto löytyy tällaista:


This package was debianized by the alien program by converting
a binary .deb package on Fri, 14 May 2010 09:40:48 -0700

Copyright: see /usr/share/doc/realplay/copyright

Information from the binary package:
Package: realplay
Version: 11.0.2.1744-
Section: graphics
Priority: optional
Architecture: i386
Depends: lsb (>= 3.1)
Installed-Size: 19911
Maintainer: Helix Player Dev <player-dev@helixcommunity.org>
Description: plays mp3, rm, ra, rv, wma, wmv, ogg, aac, and more.
 RealPlayer for Linux is based on the open source Helix player.
 .
 RealPlayer supports RealAudio, RealVideo, WMA, WMV, MP3, Ogg Vorbis and
 Theora, H263, AAC and more. Get ready for accelerated video, full
 screen playback, and a lot more to enjoy.

Ja mitä tulee Fedora 13:een toista, niin siinä ei ainakaan löydy edes menu-editoria jolla valikoita voisi edes editoida.

[Senior]

Jaahas. Menu-valikon editorin voikin hakea pakettihallinnasta, josta se löytyy nimellä  alacarte-0.13.1.1.fc13(noarch)

[mikko_h]

Miten tuon paketin poistaminen pitäisi onnistua päätteellä? Itsellä ei ainakaan peruspoistokomennuksella onnistunut.

Koodia: [Valitse]

# rpm -e realplayprerm called with unknown argument `0'
virhe: %preun(realplay-11.0.2.1744-1.i386) skripti epäonnistui, palautti 1

Koodia: [Valitse]

#rpm -e realplay --forcerpm: vain asennus, päivitys, rmsource ja rmspec voidaan pakottaa

Voipi kokeilla komentoa

rpm -e --noscripts realplay

RPM-pakettiin on siis mahdollista sisällyttää skriptejä, jotka ajetaan ennen tai jälkeen asennuksen tai tässä tapauksessa ennen poistamista (preun = pre-uninstallation). Realplayerin skripti on buginen ja poistaminen tyssää siihen, ja näköjään graafinen pakettihallinnoitivimpain ei ole varautunut tämmöiseen poikkeustilanteeseen eikä anna järjellistä virheilmoitusta. Realplayer noin yleisesti ottaen on terveydelle vaarallinen kakkaläjä, jota on syytä välttää. Real-videot ja muut saa katseltua Mplayerilla tai VLC:llä.

[Senior]

Realplayer noin yleisesti ottaen on terveydelle vaarallinen kakkaläjä, jota on syytä välttää. Real-videot ja muut saa katseltua Mplayerilla tai VLC:llä.

Ihmetyttää miksi Falko Timmekin mainostaa tuollaista "kakkaläjää" ja vielä kehoittaa asentamaan sen sellaisilla vinkeillä joilla itse "kakkaläjä" ei edes käynnisty.

Mitä taas Fedoran käynnistymiseen tulee, niin siinä edelleenkin kummallisuuksia. Tänään en yllätys, yllätys päässyt neljännelläkään yrityksellä kylmäbuuttauksista huolimatta osioon. Sitten kokeilin sitä että kävin välillä Ubuntussa ja tein normaalin reboottauksen ja kokeilin Fedoraan menoa - ja heti pääsin osioon. Jäi sellainen näppituntuma että vaikka olisin yrittänyt sata kertaa härkäpäisesti Fedoraan boottautumista ei se olisi onnistunut ilman että olisi suorittanut vierailun jossain muussa distrossa.

On pakko hyväksyä se tosiasia että että Fedoran root-osio sda11:ssa on yksinkertaisesti vain "liian kaukana". Täytynee käydä yksinkertaistamassa Mandrivan menu.lst:ä ja poistaa sieltä kaikki viittaukset muihin osioihin. Katsotaan sitten auttaako esim se mitään asiaan. Mainittakoot tässä, että Fedora on ainoa distro jonka käynnistyksen olen asentanut root-osioon - muut distrot ---> MBR. Tässäkö syy?

[mikko_h]

On pakko hyväksyä se tosiasia että että Fedoran root-osio sda11:ssa on yksinkertaisesti vain "liian kaukana". Täytynee käydä yksinkertaistamassa Mandrivan menu.lst:ä ja poistaa sieltä kaikki viittaukset muihin osioihin. Katsotaan sitten auttaako esim se mitään asiaan. Mainittakoot tässä, että Fedora on ainoa distro jonka käynnistyksen olen asentanut root-osioon - muut distrot ---> MBR. Tässäkö syy?

Siis mikä bootloader osoittaa tuohon Fedora-partitioon? Itselläni on ollut noita 'liian kaukana' -ongelmia viimeksi joskus viime vuosituhannella. Käsittääkseni modernit bootloaderit ja BIOSit ymmärtävät kyllä isojenkin levyjen geometriaa. Lisäksi ihmetyttää tuo epädeterministinen käytös: jos bootloader ei näkisi tarpeeksi kauas, niin ei kai systeemi käynnistyisi ollenkaan, puhumattakaan siitä, että käynti jossain muussa distrossa vaikuttaisi asiaan.

Oletko kokeillut ottaa bootin aikaisen grafiikan pois (optiot quiet ja rhgb pois) ja katsonut, mihin kohtaa käynnistys jämähtää? Edelleen tekisi mieli väittää, että jos kerran Fedoran kernel latautuu ja normaali käynnistys ainakin alkaa joka kerta, niin vika ei ole bootloaderissa.

Itse olen asentanut useamman distron sisältävät koneet yleensä siten, että /boot-partitio on yhteinen ja ainoa bootloader on MBR:ssä. Tällöin siis kaikkien distrojen kernelit menevät samaa /boot-hakemistoon. Järjestelystä seuraa silloin tällöin ongelmia kernel-pakettien päivittyessä, kun eri distrojen pakettihallintasysteemin käyvät toisistaa tietämättöminä editoimassa bootloaderin konfiguraatiota, mutta näistä selviää käsin editoimalla.

[JayJay]

BTW: Mielenkiintoista muuten, että Huawei E160E ei toiminut uusimmassa Ubuntussa, mutta Fedora 13:lla lähti oitis toimintaan. Ilman mitään kikkailuja.

[oobetimer]

BTW: Mielenkiintoista muuten, että Huawei E160E ei toiminut uusimmassa Ubuntussa, mutta Fedora 13:lla lähti oitis toimintaan. Ilman mitään kikkailuja.

No joo....Ubuntu ja sen muunnelmat ovat nykyään mokkulakäyttäjän painajaisia, jos noin hieman kärjistäen ilmaistaan.

Muissa distroissa on huomattu, että myös mokkulakäyttäjät tarvitsevat toimivan nettiyhteyden .. 

[Senior]

On pakko hyväksyä se tosiasia että että Fedoran root-osio sda11:ssa on yksinkertaisesti vain "liian kaukana". Täytynee käydä yksinkertaistamassa Mandrivan menu.lst:ä ja poistaa sieltä kaikki viittaukset muihin osioihin. Katsotaan sitten auttaako esim se mitään asiaan. Mainittakoot tässä, että Fedora on ainoa distro jonka boot-loaderin olen asentunut asentanut root-osioon - muut distrot ---> MBR. Tässäkö syy?

Siis mikä bootloader osoittaa tuohon Fedora-partitioon?

PCLinuxin. Jokaisen distron asennuksessa olen valinnut MBR:n, paitsi Fedoran, jonka viimeksi asensin ja siinä bootloader root-osiossa (ei MBR). Käynnistysvalikkona siis viimeksi asennetun PCLOS:n MBR.

Perjantaina editoin tuota PCLOS:n menu.lst:ä viittaamaan Fedora-osioon seuraavalla tavalla:

]title Fedora (Goddard)
root (hd0,10)
rootnoverify (hd0,10)
chainloader +1

...siis simppeli kuin mikä ja toistaiseksi siis bootannut tähänastisista variaatioista parhaiten.

Tähän asti boottaukset onnistuneet hyvin, mutten uskalla vieläkään sanoa josko nyt olisi tehty paras variaatio. Jos tuo ylläoleva muutos on toimiva niin voisiko joku se selittää miksi suora viittaus Fedoran menu.lst:n kohtaan esim. aiemmin kokeiltu...

title Fedora (Goddard)
   root (hd0,10)
   kernel /boot/vmlinuz-2.6.33.5-112.fc13.i686.PAE ro root=UUID=61253377-0909-47e2-ab8f-71176bc9b03a rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=fi_FI.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=fi rhgb quiet
   initrd /boot/initramfs-2.6.33.5-112.fc13.i686.PAE.img

...ei läheskään aina käynnistä Fedoraa?