Ubuntu Suomen keskustelualueet
Muut alueet => Muut käyttöjärjestelmät ja Linux-jakelut => Aiheen aloitti: salai - 26.05.10 - klo:06.49
-
Pikaisia kokemuksia Fedora 13 Live-CD:stä usb-tikulta käynnistettynä:
Asennus Windowsin puolella liveusb-creatorilla (https://fedorahosted.org/liveusb-creator/) 1 GB tikulle, josta jäi 275 megaa persistent tiedostolle. Ensimmäisessä käynnistyksessä valitsin suomen kielen ja näppäimistön, jotka olivat automaattisesti käytössä seuraavissa. Täydelliseen päivitykseen en tuolla tikulla ruvennut, kun tallennustilaa oli tikulla vähän niiden määrään nähden (yli 100 päivitystä mm. kernel).
Käynnistyksen jälkeen laitoin kiinni Saunalahden E1552 mokkulan, joka ei valitettavasti toiminut. Syyksi paljastui omituinen taktiikka usb_modeswitchin osalta: asennuksessa oli kyllä mukana usb_modeswitch, mutta se oli vanha 1.0.5-versio. Päivityksessä asentuivat kyllä tuoreet versiot, joiden jälkeen E1552-mokkula tunnistui ja yhteys syntyi ilman ongelmia.
Eli sama rumba kuin Lucid Lynxin mokkuloitten kanssa. Jos haluaa saada mokkulat toimimaan ilman kiinteää nettiyhteyttä, pitänee kopioida päivitetyt usb_modeswitch tiedostot (+riippuvuuksien vuoksi tcl-1:8.5.7.5.fc13) usb-muistille jossain toimivalla nettiyhteydellä varustetussa koneessa.
-
Täytyykin laittaa LXDE-versio testiin. Luulisi olevan sopivan kevyt VirtualBox-kikkailuun.
Asennuksesta muutamia havaintoja: Näppiksen layouttia valitessa ei ollut mahdollisuutta testata kirjoittamalla, menikö valinta oikein. Ja tuo osiointi tuntuu vieläkin vaativan tarkkaavaisuutta, että älyää, miten ne LVM:t ja kovalevyt menevät. Eipä sillä, ainahan se on suotavaa olla skarppina osioinnin kanssa puljaillessa :)
Positiivista oli, että tuo automaaginen ongelmien raportointi toimi. Sain ensimmäisen herjan kernelistä jo asennuksen päättyessä, ennen kuin olin käynnistänyt koneen uudelleen. Kubuntussa käy useimmiten niin, että virheraporttia ei voida lähettää, koska kaikkia tietoja ei saada revittyä irti järjestelmästä.
-
Ei tarvitse ainakaan valittaa sitä, että kaikki toimii Goddardissa "kuin junan vessa". Pikemminkin ensimmäiset tunnit asennuksen jälkeen muistuttavat lähinnä paskassa tarpomista. Tässä ensi havaintoja.
1. Fedora 13:aan pääsen dualbootissa yleensä kolmannella, neljännellä tai viidennellä yrityksellä. Boottaus jää kesken.
2. Äänet kuuluvat aivan uskomattoman heikosti. Mutta kuuluvat kuitenkin.
3. Käynnistyksen jälkeen näppäimistön suomi-asetukset poissa ja yläpalkista käytävä aina valitsemassa "Fin". Onko tämä Fedoran lahja ihmiskunnalle?
4. Pakettihallinnasta en löydä ohjelmistoista kuin "uusimmat". "Virkistä paketit"-toiminta näyttää kestävän noin sata vuotta ellei pitemmänkin aikaa
5. Firefox- ongelma: käynnistettäessä firefoxia saan ilmoituksen:
"Ohjelman turvallisuuskomponentin alustaminen ei onnistunut. Todennäköisin syy ovat tiedostot ohjelman profiilikansioissa. Tarkista ettei tässä kansiossa ole luku- ja kirjoitussuojauksia tai ettei kiintolevysi ole lähes täynnä ( no ei taatusti ole, tilaan vaikka muille jakaa). On suositeltavaa että suljet ohjelman ja korjaat ongelman. Jos jatkat tätä istuntoa, ohjelma saattaa käyttäytyä virheellisesti kun käytät turvallisuusominaisuuksia."
6. Joitain SSL-herjoja Firefoxista myös tullut.
-
Kumma juttu, mutta omassa koneessani Fedora 13 toimii ihan hyvin - mokkula (huawei E220) toimii kuin ajatus, ja dualboot CentOSin kanssa toimii moitteetta.. :)
Liekö sitten syynä se, että lisäsin rpm_fusion- ohjelmalähteet.. ::)
http://rpmfusion.org/Configuration
Tietenkin asensin myös joitain paketteja.. :)
rpm -Uhv http://linuxdownload.adobe.com/adobe-release/adobe-release-i386-1.0-1.noarch.rpm
yum -y install libdvdcss libdvdread libdvdplay libdvdnav lsdvd mplayerplug-in mplayer compat-libstdc++-33 flash-plugin gstreamer-plugins-bad gstreamer-plugins-ugly smplayer vlc k3b gparted yumex
-
Miten saadaan Fedoran ääniasetukset pysymään voimassa?
su -c 'yum install alsa-utils; alsamixer -c 0'
Tuolla pääsiin säätämään ääniä kovemmalla mutta pakollisen reboottauksen jälkeen äänet jälleen ärsyttävän hiljaisella.
-
3. Käynnistyksen jälkeen näppäimistön suomi-asetukset poissa ja yläpalkista käytävä aina valitsemassa "Fin". Onko tämä Fedoran lahja ihmiskunnalle?
Näppäimistö- ja kieliasetukset valitaan kirjautumisruudun alapuolella olevista valikoista.. :)
-
Eikö noita noita näppäimistön suomi-asetuksia saa sitten voimaan pysyvästi. Ja sitten kiinnostaisi tietää miten nuo ääniasetukset saisi samalla tavalla pysyvästi voimaan.
-
Itsekin innostunut kokeilemaan muita distroja. Mandriva ja KDE ei sytyttänyt, mutta nyt Fedora 13 ja vanha tuttu gnome tuntuu todella hyvältä. Ainoastaan autologin on hukassa. Asensin easylifen kautta flashit, javat, nvidiat ja codecit. Easy lifesta sai myös asiallisen näköisen tumman teeman. Toistaiseksi erittäin positiivinen vaikutelma.
-
Ensimmäisen päivän kokemukset Fedora 13:sta ja Fedorasta ylipäätänsä - suorasta uskomatonta kuinka tällainen PASKA on ylipäätänsä DistroWatchin sijalle numero 2. Jos kaikki Linux-distrot olisivat yhtä hankalasti asennettavissa ja toimivuudeltaan tätä tasoa, olisi Linuxin käyttö yhtä vähäistä kuin se oli reilu kymmenen vuotta sitten. Vielä en kuitenkaan heitä kirvestä kaivoon mutta tämän jatkuvasti jumittuvan tekeleen rinnalla Ubuntu, Mint ja Mandriva ovat suorastaan taivaallisen toimivia.
Suorastaan uskomatonta oli lukea Computer Worldistä kuinka eräs Linux-blogisti ylisti Fedora 13:a "käyttäjäystävällisenä". ;D
-
Ensimmäisen päivän kokemukset Fedora 13:sta ja Fedorasta ylipäätänsä - suorasta uskomatonta kuinka tällainen peruna on ylipäätänsä DistroWatchin sijalle numero 2. Jos kaikki Linux-distrot olisivat yhtä hankalasti asennettavissa ja toimivuudeltaan tätä tasoa, olisi Linuxin käyttö yhtä vähäistä kuin se oli reilu kymmenen vuotta sitten. Vielä en kuitenkaan heitä kirvestä kaivoon mutta tämän jatkuvasti jumittuvan tekeleen rinnalla Ubuntu, Mint ja Mandriva ovat suorastaan taivaallisen toimivia.
Suorastaan uskomatonta oli lukea Computer Worldistä kuinka eräs Linux-blogisti ylisti Fedora 13:a "käyttäjäystävällisenä". ;D
Ilmeisesti jotain on mennyt todella pahasti pieleen asennuksessasi, tai sitten koneesi on täysin yhteensopimaton Fedoran kanssa.. ::)
Omissa koneissani Fedorat toimivat todella hyvin, mitä puolestaan ei voi sanoa Ubuntu 9.04:n jälkeistä Ubuntuista ja vastaavista Minteistä. Kuitenkin Ubuntu 9.04 toimii loistavasti.. :)
Fedorasta vielä sen verran, että mielestäni KDE-Fedora on huomattavasti parempi kuin gnome-Fedora, mutta jokaisella on omat mieltymyksensä.
Nyt kun mokkula toimii myös Fedoran sukuisessa CentOSissa, niin kannattaisi ehkä kokeilla sitä. CentOSia tuetaan pitkälle vuoteen 2014 saakka, joten kyseessä on todellinen LTS .. :)
http://forum.ubuntu-fi.org/index.php?topic=33822.msg264105#msg264105
http://forum.ubuntu-fi.org/index.php?topic=431.msg264107#msg264107
-
Ensimmäisen päivän kokemukset Fedora 13:sta ja Fedorasta ylipäätänsä - suorasta uskomatonta kuinka tällainen peruna on ylipäätänsä DistroWatchin sijalle numero 2. Jos kaikki Linux-distrot olisivat yhtä hankalasti asennettavissa ja toimivuudeltaan tätä tasoa, olisi Linuxin käyttö yhtä vähäistä kuin se oli reilu kymmenen vuotta sitten. Vielä en kuitenkaan heitä kirvestä kaivoon mutta tämän jatkuvasti jumittuvan tekeleen rinnalla Ubuntu, Mint ja Mandriva ovat suorastaan taivaallisen toimivia.
Suorastaan uskomatonta oli lukea Computer Worldistä kuinka eräs Linux-blogisti ylisti Fedora 13:a "käyttäjäystävällisenä". ;D
Kannaltasi valitettavaa, mutta saattaahan olla, että olet poikkeus. ;)
Itse päivitin Fedora 12 - joka muuten toimi sekin esimerkillisesti - Fedora 13:sta ja olin suorastaan ällistynyt, kuinka kaikki vain toimi päivityksen jälkeen.
Itselläni taas Ubuntu on aina ollut se murheenkryyni, josta kyllä muuten pidin, mutta se ei vain toiminut sillä koneella - tällä koneella (Thinkpad T60P) en ole vielä kokeillutkaan. Veikkaan tosin aiempaa konettani (Acer) syyksi.
Minun näkökulmastani ei ole yhtään ihmeellistä kuulla mainitsemastasi ylistyksestä. :D
-
WUHUU!! Kayttelen livelevylta uutta fedoraa ja huawei e160e + saunalahti toimii heittamalla, aivan mahtavaa!! Joutuu asentaa... ;D
-
Kaiken muun ymmärtäisi mutten sitä, miten tuo Firefox jumittaa alle puolessa tunnissa Fedoran. Buuttaaminen ihmetyttää myös. Mielestäni asennuksessa sinänsä ei ollut mitään ihmeellistä. Ext4-tiedostotyyppi sekä root- että home-osiossa. 32-bittinen versio.
Fedoran menu.lst näyttää tältä:
# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE: You do not have a /boot partition. This means that
# all kernel and initrd paths are relative to /, eg.
# root (hd0,10)
# kernel /boot/vmlinuz-version ro root=/dev/sda11
# initrd /boot/initrd-[generic-]version.img
#boot=/dev/sda11
default=0
timeout=0
splashimage=(hd0,10)/boot/grub/splash.xpm.gz
hiddenmenu
title Fedora (2.6.33.4-95.fc13.i686)
root (hd0,10)
kernel /boot/vmlinuz-2.6.33.4-95.fc13.i686 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.4-95.fc13.i686.img
title Fedora (2.6.33.3-85.fc13.i686)
root (hd0,10)
kernel /boot/vmlinuz-2.6.33.3-85.fc13.i686 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.3-85.fc13.i686.img
-
Mandriva-valikossa Fedora 13 Goddard näkyy menu.lst:ssä tältä:
title Fedora 13
root (hd0,10)
configfile /boot/grub/menu.lst
En tiedä pitäisikö sitten tuohon laittaa viittaus Fedoran nykyiseen kerneliin. Mielestäni Fedoran pitäisi käynnistyä hyvin kuten muutkin distrot jos viittaus root-osiossa olevaan menu.lst:een ja oikealla hakemistopolulla.
Nyt on todellakin niin, että onnistunutta boottausta kohden on ainakin neljä epäonnistunutta yritystä käynnistää Fedora. Syy moiseen?
-
Mandriva-valikossa Fedora 13 Goddard näkyy menu.lst:ssä tältä:
title Fedora 13
root (hd0,10)
configfile /boot/grub/menu.lst
En tiedä pitäisikö sitten tuohon laittaa viittaus Fedoran nykyiseen kerneliin. Mielestäni Fedoran pitäisi käynnistyä hyvin kuten muutkin distrot jos viittaus root-osiossa olevaan menu.lst:een ja oikealla hakemistopolulla.
Nyt on todellakin niin, että onnistunutta boottausta kohden on ainakin neljä epäonnistunutta yritystä käynnistää Fedora. Syy moiseen?
Olisiko niin, että koska Fedora on osiolla 11, niin se on jo niin kaukana levyn alusta, että sen vuoksi syntyy käynnistysongelmia?
Todennäköisesti Fedora käynnistyisi paremmin, jos viittaus tulisi suoraan sen kerneliin, sillä nythän jokin muu käynnistinlatain yrittää käynnistää Fedoraa..
title Fedora 13
root (hd0,10)
kernel /boot/vmlinuz-version ro root=/dev/sda11
initrd /boot/initrd-[generic-]version.img
-
Posti toi tilaamani uuden ThinkPad SL510:n juurikin sopivasti lähes kellonlyömälleen F13:n julkaisuhetkellä. Käytin tuliterässä koneessa Windows 7:aa juuri sen verran, että sain BIOSin päivitettyä. Päivitys onnistui, ja heti perään Lenovon työkalu jumitti koneen, mikä ei yllättänyt yhtään aiemman kokemuksen viisastamaa (ThinkVantage-viritelmät pitäisi kieltää lailla). Pyyhin sitten Fedoraa asentaessa kovalevyn kokonaan Windowsin karkoittamiseksi.
F13 asentui kuin ajatus ja SL510 kaikki komponentit webbikameraa ja 3d-kiihdytystä (Intel G45) myöten toimivat heti ja ilman säätöä. Mulla on ollut näitä kokemuksia useita ennenkin, mutta täytyy silti sanoa, että F13 teki tässä kohtaa vaikutuksen. Intelin grafiikka-ajurissa on ilmeisesti ollut ongelmia aivan viime aikoihin asti, mutta tässä se toimi heti moitteetta. Itse en tosin kelpaa miksikään esimerkiksi peruskäyttäjästä tai -asentajasta, kun kokemusta Fedorasta on runsaasti koko distron olemassaolon ajalta.
Ainoa vika koko hommassa on se, että kone ei ole tulossa itselle. Omasta läppäristä on näköjään näytön taustavalo hiipumassa, mistä syystä aloin tietysti välittömästi himoita uutta ja ledivalaistua itsellekin.
Firefox ei ole aiheuttanut mitään sen kummempaa jumittamista, mutta olen viime aikoina käyttänyt enenevässä määrin Chromea, josta en kovin hirveästi pidä, mutta vauhti on kieltämättä Firefoxia parempi.
-
Kokeilin päivällä isommalla (4 GB) tikulla LXDE-spinniä. Varasin 1 gigan persistent-tiedostolle ja päivitin sitten kaikki paketit. Melkoinen yllätys, kun uusiksi meni 190 eri ohjelmaa ja se kesti ainakin puoli tuntia 8 megan yhteydellä. Päivitys näytti kyllä menevän OK, mutta käynnistys jämähti Fedoran kuvakkeeseen, taisi tulla ongelmia lomitella vanhaa ja uutta paikattua ohjelmasälää muistiin.
Eli hieno idea helposti asennettavasta päivitetystä usb-tikkuasennuksesta on pilattu laskemalla ulos distro, joka on vanha jo syntyessään.
-
Eli hieno idea helposti asennettavasta päivitetystä usb-tikkuasennuksesta on pilattu laskemalla ulos distro, joka on vanha jo syntyessään.
Juu, tästä on näkynyt valitusta ennenkin. Ongelma ei ole erityisesti 'vanha jo syntyessään', kun Fedoralle tulee joka tapauksessa niin suuri määrä päivityksiä, että live-järjestelmän kuva vanhenee nopeasti riippumatta siitä, koska se on tehty. Käyttäjällä pitäisi siis vaan olla näppituntuma siitä, että live-systeemiin päivitetään ainoastaan itselle tarpeelliset palikat, tai jos koko systeemi, niin sitten käsin niin pienissä erissä, että väliaikaishakemistot eivät tukkeudu. Mitenkään nyypiöystävällinen tilanne ei tietty ole.
Fedoran julkaisutahdistahan oli taannoin distron postituslistoilla laaja debatti, eikä ihan ensimmäistä kertaa. Toisin kuin Ubuntu, Fedora päivittää pakettien versioita merkittävästikin kunkin distroversion tuen aikana, mikä yhdessä kuuden kuukauden julkaisutahdin kanssa lähenee jo jatkuvaa rolling releasea. Nykyisessä systeemissä on kuitenkin päätetty pysyä. Itse en ole kokenut päivitysten suurta määrää sen pahempana ongelmana. Tosin käytän yummia komentoriviltä ja osaan toimia sen kanssa. Jos päivityksiä ei jostain syystä tule tehdyksi vähään aikaan, voi pakettimäärä nousta melkoiseksi ja tiedän, että ei-teknisesti suuntautuneet käyttäjät jättävät helposti päivityserän hyväksymättä, jos graafinen härpätin tarjoaa 200+ pakettia. Käytännössähän päivitykset toimivat erittäin hyvin, mutta Windowsiin tottuneelle tuollainen pläjäys aiheuttaa ahdistusta.
-
Mandriva-valikossa Fedora 13 Goddard näkyy menu.lst:ssä tältä:
title Fedora 13
root (hd0,10)
configfile /boot/grub/menu.lst
En tiedä pitäisikö sitten tuohon laittaa viittaus Fedoran nykyiseen kerneliin. Mielestäni Fedoran pitäisi käynnistyä hyvin kuten muutkin distrot jos viittaus root-osiossa olevaan menu.lst:een ja oikealla hakemistopolulla.
Nyt on todellakin niin, että onnistunutta boottausta kohden on ainakin neljä epäonnistunutta yritystä käynnistää Fedora. Syy moiseen?
Olisiko niin, että koska Fedora on osiolla 11, niin se on jo niin kaukana levyn alusta, että sen vuoksi syntyy käynnistysongelmia?
Todennäköisesti Fedora käynnistyisi paremmin, jos viittaus tulisi suoraan sen kerneliin, sillä nythän jokin muu käynnistinlatain yrittää käynnistää Fedoraa..
title Fedora 13
root (hd0,10)
kernel /boot/vmlinuz-version ro root=/dev/sda11
initrd /boot/initrd-[generic-]version.img
Kokeilin myös viittauksella kerneliin mutta tulos sama. Käynnistys keskeytyy useimmiten mutta parin yrityksen jälkeen pääsen sitten Fedoran työpöydälle.
-
Videoista ja äänitiedostoista ei sen paremmin mp3, mp4, flv kuin mitkään muutkaan näytä toimivan...
"Tämän elokuvan näyttäminen vaatii liitännäisen MPEG-1 Layer 3 (MP3)-purkaja, jota ei ole asennettu. "
Mistähän nuokin sitten löytyvät? "Lisää poista ohjelmistoja"-puoleltako???
-
Videoista ja äänitiedostoista ei sen paremmin mp3, mp4, flv kuin mitkään muutkaan näytä toimivan...
"Tämän elokuvan näyttäminen vaatii liitännäisen MPEG-1 Layer 3 (MP3)-purkaja, jota ei ole asennettu. "
Mistähän nuokin sitten löytyvät? "Lisää poista ohjelmistoja"-puoleltako???
http://rpmfusion.org/Configuration
Asenna paketit
http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noarch.rpm
http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-stable.noarch.rpm
Sen jälkeen yummilla esim. komento
yum -y install gstreamer-plugins-bad gstreamer-plugins-ugly mplayer vlc
Tuon voi tietysti konfiguraation lisäämisen jälkeen tehdä myös graafisella työkalulla. Kryptattujen DVD-levyjen katseluun tarvittava kirjasto ei kelpaa patentti/lisenssitilanteen vuoksi edes RPM Fusioniin, vaan se on ainoana jäljellä Livna-repositoryssa:
Yum-konfiguraationpaketti:
http://rpm.livna.org/livna-release.rpm
Sen jälkeen
yum -y install libdvdcss
-
Kokeilin myös viittauksella kerneliin mutta tulos sama. Käynnistys keskeytyy useimmiten mutta parin yrityksen jälkeen pääsen sitten Fedoran työpöydälle.
Jos käynnistys kerran lähtee tapahtumaan systemaattisesti joka kerta, siis bootloader lataa aina Fedoran kernelin, niin vika mahtaa silloin olla Fedorassa. Bootloaderhan on tuossa vaiheessa jo tehtävänsä tehnyt.
Hieman mystistä tuommoinen satunnaisuus, että välillä toimii ja välillä ei. Yhtäkkiä veikaten vaikuttaisi siltä, että jonkun laitteen/ajurin käynnistämisessä on timeout, ja joskus laite herää ajoissa ja joskus ei.
-
Kokeilin myös viittauksella kerneliin mutta tulos sama. Käynnistys keskeytyy useimmiten mutta parin yrityksen jälkeen pääsen sitten Fedoran työpöydälle.
Jos käynnistys kerran lähtee tapahtumaan systemaattisesti joka kerta, siis bootloader lataa aina Fedoran kernelin, niin vika mahtaa silloin olla Fedorassa. Bootloaderhan on tuossa vaiheessa jo tehtävänsä tehnyt.
Hieman mystistä tuommoinen satunnaisuus, että välillä toimii ja välillä ei. Yhtäkkiä veikaten vaikuttaisi siltä, että jonkun laitteen/ajurin käynnistämisessä on timeout, ja joskus laite herää ajoissa ja joskus ei.
Vähän vastaavaa olen itsekin mietiskellyt.
http://gka-linux.blogspot.com/2010/05/my-fedora-13-road-map.html
Tuosta ylläolevasta linkistä löytyi jo jonkinmoista tiekarttaa ongelmien ratkaisuun. Mm. videot ja äänitiedostot sain toimimaan. Mutta ongelmia löytyy edelleenkin. Firefox kaatuu jatkuvalla syötöllä ja jumittaa koko Fedoran joten täytyi siirtyä käyttämään Chromiumia.
Tällä hetkellä boottiongelmien lisäksi suurinta päävaivaa aiheuttaa äänet. Soundit kuuluvat todella heikosti kaiuttimista (muissa distroissa ei ongelmia) enkä ole vielä löytänyt viisastenkiveä jolla saisin volyymin lisäämisen pysyvän voimassa oletuksena Fedorassa.
Päätteeltä :
alsamixer -D hw:0 auttaa lisäämään ääniä mutta asetukset eivät jää voimaan. En ainakaan tuosta löydä millä tallentaa asetukset.
-
Boottauksen sain toimimaan niin, että suurinpiirtein kaksi kolmesta käynnistyksestä vie desktopille. Sen sijaan Firefox ei ole ainut joka jämäyttää järjestelmän. Myös Chromium tekee saman. Erityisesti eräät flashejä sisältävät sivustot näyttävät helposti hyydyttävän Fedoran. Täytyy testata asiaa siten, että otan flashin pois selaimesta. Myös ohjelmistojen päivitys package managerista tekee usein saman. Siksi olenkin ajanut päivitykset tänään päätteeltä.
Kunpa tietäisin millä saisin nämä jatkuvat jumittumiset loppumaan.
-
Kunpa tietäisin millä saisin nämä jatkuvat jumittumiset loppumaan.
Kuulostaa laitteisto-/ajuriongelmalta, itselläni Fedora 13 on ollut kolmella koneella käytännössä täysin vakaa, mitä nyt Flash välillä temppuilee, mutta se onkin aika onneton viritys. Kannattaa ottaa grub.conf-tiedostosta pois kernelin optiot "rhgb quiet", niin näet, mihin buuttaus jumittuu. Muista ongelmista saattaa olla /var/log/messages-tiedostossa jotain.
-
Boottauksen sain toimimaan niin, että suurinpiirtein kaksi kolmesta käynnistyksestä vie desktopille. Sen sijaan Firefox ei ole ainut joka jämäyttää järjestelmän. Myös Chromium tekee saman. Erityisesti eräät flashejä sisältävät sivustot näyttävät helposti hyydyttävän Fedoran. Täytyy testata asiaa siten, että otan flashin pois selaimesta. Myös ohjelmistojen päivitys package managerista tekee usein saman. Siksi olenkin ajanut päivitykset tänään päätteeltä.
Kunpa tietäisin millä saisin nämä jatkuvat jumittumiset loppumaan.
Kuten jo olet huomannutkin, Fedora ei toimi koneessasi, joten miksi hakata päätä seinään?
Tietokoneet ovat erilaisia, ja esimerkiksi omissa koneissani toimivat hyvin openSUSE 11 ja Ubuntu 9.04, mutta seuraavat openSUSEn ja Ubuntun versiot eivät ole toimineet. Joskus on vain parempi luovuttaa ja käyttää sitä toimivaa Ubuntua ...tai sitten Fedoraa niissä koneissa joissa Ubuntu ei toimi.. ;)
-
Boottauksen sain toimimaan niin, että suurinpiirtein kaksi kolmesta käynnistyksestä vie desktopille. Sen sijaan Firefox ei ole ainut joka jämäyttää järjestelmän. Myös Chromium tekee saman. Erityisesti eräät flashejä sisältävät sivustot näyttävät helposti hyydyttävän Fedoran. Täytyy testata asiaa siten, että otan flashin pois selaimesta. Myös ohjelmistojen päivitys package managerista tekee usein saman. Siksi olenkin ajanut päivitykset tänään päätteeltä.
Kunpa tietäisin millä saisin nämä jatkuvat jumittumiset loppumaan.
Kuten jo olet huomannutkin, Fedora ei toimi koneessasi, joten miksi hakata päätä seinään?
Mielestäni Linux-käyttäjiä pitäisi rohkaista etsimään vikojen aiheuttajat ja raportoimaan niistä kehittäjille. Tässä tapauksessa bugi saattaa lymyillä esimerkiksi kernel 2.6.33 versiossa ja olisi toivottavaa, että se saataisiin korjattua.
-
Sen sijaan Firefox ei ole ainut joka jämäyttää järjestelmän. Myös Chromium tekee saman. Erityisesti eräät flashejä sisältävät sivustot näyttävät helposti hyydyttävän Fedoran.
Mikä näytönohjain sinulla on käytössä? Suljettu vai avoin ajuri?
Kunpa tietäisin millä saisin nämä jatkuvat jumittumiset loppumaan.
Millä tavalla järjestelmä jumiutuu? Liikkuuko hiiri edelleenkin, toimiiko näppäimistö, jne?
4. Pakettihallinnasta en löydä ohjelmistoista kuin "uusimmat". "Virkistä paketit"-toiminta näyttää kestävän noin sata vuotta ellei pitemmänkin aikaa
Oletko asentanut yum:n fastestmirror pluginin?
su -c 'yum -y install yum-plugin-fastestmirror'
5. Firefox- ongelma: käynnistettäessä firefoxia saan ilmoituksen:
"Ohjelman turvallisuuskomponentin alustaminen ei onnistunut. Todennäköisin syy ovat tiedostot ohjelman profiilikansioissa. Tarkista ettei tässä kansiossa ole luku- ja kirjoitussuojauksia tai ettei kiintolevysi ole lähes täynnä ( no ei taatusti ole, tilaan vaikka muille jakaa). On suositeltavaa että suljet ohjelman ja korjaat ongelman. Jos jatkat tätä istuntoa, ohjelma saattaa käyttäytyä virheellisesti kun käytät turvallisuusominaisuuksia."
6. Joitain SSL-herjoja Firefoxista myös tullut.
6. ongelma liittynee 5. ongelmaan. Käytätkö jotain vanhaa Firefox-profiilia? Oletko koittanut luoda uuden profiilin?
Nopeasti voisi kokeilla esimerkiksi seuraavaa ja katsoa, että jatkuuko ongelmat yhä:
mv ~/.mozilla ~/mozilla
Videoista ja äänitiedostoista ei sen paremmin mp3, mp4, flv kuin mitkään muutkaan näytä toimivan...
Mistähän nuokin sitten löytyvät? "Lisää poista ohjelmistoja"-puoleltako???
Suosittelen tutustumaan alla oleviin linkkeihin:
http://fedoraproject.org/wiki/Software_Patents
http://fedoraproject.org/wiki/Forbidden_items
http://fedoraproject.org/wiki/PackageKit_Items_Not_Found
About Fedora
Foundations (http://fedoraproject.org/wiki/Foundations): Our core values.
Overview (http://fedoraproject.org/wiki/Overview): Our mission.
Objectives (http://fedoraproject.org/wiki/Objectives): Our specific objectives.
User base (http://fedoraproject.org/wiki/User_base): Our users.
-
En ole tällä hetkellä Fedora-osiossa mutten sen voin sanoa että käytössä on avoin ajuri. Myöskään en käytä mitään vanhaa profiilia Firefoxilla. Fastest mirror pluginin suhteen en ole varma. Ellei se ole tullut "F13 roadmapin" kautta kuin varkain asennettuna voin sanoa etten ainakaan tietoisesti ole sitä installoinut. Täytyy käydä tsekkaamassa kohta Fedora-osiossa.
Jumittumisesta sen verran, että kun se tapahtuu ei sen paremmin hiiren kursori liiku työpöydällä kuin näppäimistötoiminnatkaan ole enää käytössä. On tehtävä siis ns. kylmä buuttaus.
Kun olen kerran asentanut tämän Fedoran enkä tarvitse tilaan uusille distroille enää niin aion kyllä kääntää kaikki kivet ennenkuin lyön hanskat naulaan. Menkööt vaikka ensi talveen asti mutta nyt ei periksi anneta. Ajan päivityksiä aina kun niitä tulee ja katsotaan sitten miten asiat kehittyvät. ;D
-
Sen verran täsmennystä että "roadmapin" kautta ajetut video yms. asennukset ratkaisivat videopulmat joten nyt ainakin VCL-playerillä näyttää toimivan niin mp3 kuin mp4-videot. Samoin flv-videotkin. Äänet toimii mutta kuten olen jo maininnut, boottauksen jälkeen volyymit matalalla (ilmeinen perusoletus). Session ajaksi saan kyllä alsamixerillä säädettyä kovemmalle.
Asensin fastestmirror-pluginin. Samoin mv ~/.mozilla ~/mozilla.
Nyt sitten katsotaan miten selaimet ym. sovellukset toimivat...
-
Fastest mirror pluginin suhteen en ole varma. Ellei se ole tullut "F13 roadmapin" kautta kuin varkain asennettuna voin sanoa etten ainakaan tietoisesti ole sitä installoinut. Täytyy käydä tsekkaamassa kohta Fedora-osiossa.
En nopealla vilkaisulla ainakaan tuon asentamisesta huomannut mainintaa. Kuten nimestäkin voi päätellä, niin fastestmirror konfiguroi paketinhallinan niin, että käytetään nopeinta peilipalvelinta.
Oletuksena asennetaan yum-presto (http://fedoraproject.org/wiki/Releases/FeaturePresto), jolloin käytetään täysien pakettien sijasta delta-paketteja, eli päivityksissä ladataan ainoastaan ne osat jotka ovat muuttuneet. Jos yhteytesi on nopea, niin tuon poistaminen voisi olla hyvä idea, koska pakettien "kokoaminen" koneella saattaa olla tällöin hitaampaa kuin kokonaisen paketin lataaminen. Itselläni on 10M yhteys, enkä pidä tuota asennettuna.
Jumittumisesta sen verran, että kun se tapahtuu ei sen paremmin hiiren kursori liiku työpöydällä kuin näppäimistötoiminnatkaan ole enää käytössä. On tehtävä siis ns. kylmä buuttaus.
Hmmh, kyseessä voisi olla esimerkiksi bugi näytönohjaimen ajurissa tai kernelin grafiikkakerroksessa.
Itse ehkä lähtisin ensimmäiseksi kokeilemaan disabloimalla KMS:n lisäämällä nomodeset ytimen optioksi. Tämän voi tehdä muokkaamalla grub:n /boot/grub/grub.conf tiedostoa tai käynnistyksen yhteydessä grub-valikossa (sinne pääsee painamalla CTRL pohjaan kun käyttöjärjestelmää aletaan käynnistämään). nomodeset ei ole tuettuna avoimen NVidian ajurin kanssa (Nouveau).
Sivustolta https://bugzilla.redhat.com/ (https://bugzilla.redhat.com/) olisi hyvä katsoa myös, jos samanlaisesta ongelmasta on jo raportoitu. Jos ei ole, niin sinne olisi hyvä kirjoittaa bugiraportti, kunhan syy selviää hieman tarkemmin.
Testauksessa näyttää olevan uusi kerneli, jossa on ainakin avoimelle NVidian ajurille (Nouveau) yksi korjaus.
kernel-2.6.33.5-112.fc13 critical path security update (https://admin.fedoraproject.org/updates/kernel-2.6.33.5-112.fc13?_csrf_token=ab94eba758725c295cf346015926cd7674d0afa5)
Bug 582621 - [drm] failed to open device on NVS 3100M (https://bugzilla.redhat.com/show_bug.cgi?id=582621)
Sivuhuomautuksena että Nouveau:n yksi pääkehittäjistä Ben Skeggs (http://skeggsb.livejournal.com/) on Red Hatin palkkalistoilla.
F13:lle on jo käännettynä ja paketoituna myös 2.6.34 (http://thread.gmane.org/gmane.linux.redhat.fedora.kernel/2422) sarjan ydin, jonka olisi tarkoitus tulla pian päivitykseen. Jos oikein jaksa harrastaa, niin voit kokeilla myös sitä jos tuo helpotusta. Teet sen sitten omalla vastuulla, joten älä tule tänne valittamaan jos savu nousee koneesta tai jotain hajoaa :)
Mikä äänipiiri sinulla on käytössä?
Kun olen kerran asentanut tämän Fedoran enkä tarvitse tilaan uusille distroille enää niin aion kyllä kääntää kaikki kivet ennenkuin lyön hanskat naulaan.
Oikea asenne :)
-
Sen verran väliaikatietoja noiden äskeisten operaatioiden jälkeen, että hetken ajan olin jo innoissani että selaimet eivät enää kaataisi F13:a. Mutta vähän aikaa pyörittyäni sivustoilla siirryin Iltalehteen - ja homma jumissa. Boottasin koneen ja otin heti flashin pois päältä Firefoxista. Nyt ollaan puolisen tuntia selvitty ilman jumittumisia, joten "kehittymistä" havaittavissa. :D
[perhe@kayttajan-kone ~]$ uname -aLinux kayttajan-kone 2.6.33.4-95.fc13.i686 #1 SMP Thu May 13 05:55:24 UTC 2010 i686 i686 i386 GNU/Linux
PS. tätä herjaa ei Firefox muuten enää ilmoita.
"Ohjelman turvallisuuskomponentin alustaminen ei onnistunut. Todennäköisin syy ovat tiedostot ohjelman profiilikansioissa. Tarkista ettei tässä kansiossa ole luku- ja kirjoitussuojauksia tai ettei kiintolevysi ole lähes täynnä ( no ei taatusti ole, tilaan vaikka muille jakaa). On suositeltavaa että suljet ohjelman ja korjaat ongelman. Jos jatkat tätä istuntoa, ohjelma saattaa käyttäytyä virheellisesti kun käytät turvallisuusominaisuuksia."
...joten sekin probleema selvisi.
-
Boottasin koneen ja otin heti flashin pois päältä Firefoxista. Nyt ollaan puolisen tuntia selvitty ilman jumittumisia, joten "kehittymistä" havaittavissa. :D
Tiedätkö mikä näytönohjain siinä koneessa on?
Voisi tutkiskella hieman tarkemmin, että onko vastaavaa ongelmaa esiintynyt muillakin samalla kernel ja näytönohjaimen versioilla. Onko kyseessä 32-bit vai 64-bit kone?
PS. tätä herjaa ei Firefox muuten enää ilmoita.
...
...joten sekin probleema selvisi.
Profiili luultavasti korruptoitui kun kone kaatui ja se jouduttiin käynnistämään uudestaan (olettaen tietysti, että Firefox oli silloin käynnissä).
-
Näytönohjain on Nvidia GeForce 9500 GT. Ubuntussa kernel 2.26.32.22 ja Mintissä taitaa olla sama. Mandrivassa 2.26.31.xxx ja PcLinuxissa 2.26.32.11. Ja kone Amd 64 Athlon. Ubuntu asennettu 64-bittisinä, muut distrot ml. Fedora 32-bittisenä. Näytön suhteen ei ole ollut valittamista. Tällaisia jämähtämisiä ei ole muissa distroissa juuri ollenkaan. Vain Mandrivan puolella on pojat todenneet joidenkin nettipelien aikaansaaneen joskus jämähtämisiä mutta muistaakseni sielläkin on asiasta selvitty loggautumalla ulos desktopista ja kirjatumalla takaisin.
Pääsääntöisesti ongelma on siis Fedoraan liittyvä, tai kenties juuri tähän uudempaan kerneliin. Siksi kai on nyt laitettava toivo näihin kernelpäivityksiin.
Tunnin verran onnistuin käyttämään Firefoxia ennenkuin jälleen hiiri jämähti ruutuun. Joten ei edes flashien ottaminen pois päältä näytä ratkaisevan perusongelmaa. Mutta osa noista parinpäivän takaisista ongelmista on jokatapauksessa ratkennut, joten eteenpäinhän tässä mennään. :)
-
Testauksessa näyttää olevan uusi kerneli, jossa on ainakin avoimelle NVidian ajurille (Nouveau) yksi korjaus.
kernel-2.6.33.5-112.fc13 critical path security update (https://admin.fedoraproject.org/updates/kernel-2.6.33.5-112.fc13?_csrf_token=ab94eba758725c295cf346015926cd7674d0afa5)
Bug 582621 - [drm] failed to open device on NVS 3100M (https://bugzilla.redhat.com/show_bug.cgi?id=582621)
F13:lle on jo käännettynä ja paketoituna myös 2.6.34 (http://thread.gmane.org/gmane.linux.redhat.fedora.kernel/2422) sarjan ydin, jonka olisi tarkoitus tulla pian päivitykseen. Jos oikein jaksa harrastaa, niin voit kokeilla myös sitä jos tuo helpotusta. Teet sen sitten omalla vastuulla, joten älä tule tänne valittamaan jos savu nousee koneesta tai jotain hajoaa :)
Jaksan kyllä odottaa virallisia kernelpäivityksiä...
-
Näytönohjain on Nvidia GeForce 9500 GT.
Fedora on ollut mm. Nouveau-ajurin suhteen vähintään sen puoli vuotta muita distribuutioita edellä ja ottaa näin ollen ominaisuuksia paljon aikaisemmin käyttöön joita muissa distribuutioissa ei ole. Yksi syy tähän on, että Red Hat kehittää ajureita/kerneliä ja on tärkeää, että uusille ominaisuuksille löytyy käyttäjiä ja että nämä käyttäjät raportoisi ongelmat eteenpäin. Kun ajurit sitten myöhemmin valuvat muille distribuutioille, niin ne ovat jo hyvin paljon paremmassa kunnossa. Tämä kuvio ei tietenkään oikein toimisi, ellei Red Hatillä olisi ajurien ja kernelin kehittäjiä.
Tunnin verran onnistuin käyttämään Firefoxia ennenkuin jälleen hiiri jämähti ruutuun. Joten ei edes flashien ottaminen pois päältä näytä ratkaisevan perusongelmaa. Mutta osa noista parinpäivän takaisista ongelmista on jokatapauksessa ratkennut, joten eteenpäinhän tässä mennään. :)
Suorititko tuosta roadmap-ohjeesta alla olevan kohdan?
--- NVIDA
#---
yum -y install \
kmod-nvidia-PAE \
xorg-x11-drv-nvidia
#---
Ääniongelma voisi olla myös ihan mielenkiintoista selvittää. Olisiko kyseessä ongelma esimerkiksi alsa-ajurissa tai PulseAudiossa.
Pitäisi saada vain tietää käytössä oleva äänipiiri, niin voisi tutkia asiaa tarkemmin.
-
Oletan ääniongelman johtuvan siitä, että Alsan tietokannassa ei ole tietoja kyseisestä äänipiiristä, joten PulseAudion yhteen äänenvoimakkuussäätimeen kaikki Alsan säätimet yhdistävä ominaisuus ei toimi oikein. "alsactl store" tai joku vastaava alsactl-valitsin saattaa tallentaa paremmin säädetyt arvot.
Edit: Vielä sen verran, että yum-fastestmirror ei ole mikään ihmeellinen taikapaketti, joka yhtäkkiä nopeuttaa yumia. Muistaakseni sen päätökset käytettävästä peilipalvelimesta perustuu pikaisiin round-trip time -mittauksiin, jotka eivät välttämättä kerro mitään palvelimen nopeudesta suurissa tiedostolatauksissa. Fedoran peilipalvelinjärjestelmä valitsee käyttäjälle automaattisesti maantieteellisesti lähimmän palvelimen, joka käytännössä Suomessa on Funet ja sehän on yleensä ihan hyvä. Jos valittu peilipalvelin sattuu olemaan hidas tai ei vastaa ollenkaan, niin yum osaa kyllä vaihtaa seuraavaan.
-
Oletan ääniongelman johtuvan siitä, että Alsan tietokannassa ei ole tietoja kyseisestä äänipiiristä, joten PulseAudion yhteen äänenvoimakkuussäätimeen kaikki Alsan säätimet yhdistävä ominaisuus ei toimi oikein. "alsactl store" tai joku vastaava alsactl-valitsin saattaa tallentaa paremmin säädetyt arvot.
Edit: Vielä sen verran, että yum-fastestmirror ei ole mikään ihmeellinen taikapaketti, joka yhtäkkiä nopeuttaa yumia. Muistaakseni sen päätökset käytettävästä peilipalvelimesta perustuu pikaisiin round-trip time -mittauksiin, jotka eivät välttämättä kerro mitään palvelimen nopeudesta suurissa tiedostolatauksissa. Fedoran peilipalvelinjärjestelmä valitsee käyttäjälle automaattisesti maantieteellisesti lähimmän palvelimen, joka käytännössä Suomessa on Funet ja sehän on yleensä ihan hyvä. Jos valittu peilipalvelin sattuu olemaan hidas tai ei vastaa ollenkaan, niin yum osaa kyllä vaihtaa seuraavaan.
Yum Extender paketinhallintaohjelma on nopeampi ja selkeämpi kuin se gnome-Fedorassa oleva. Yumexin voi asentaa komennoilla
su -
yum install yumex
http://linux.fi/wiki/Yumex
-
Fedoran peilipalvelinjärjestelmä valitsee käyttäjälle automaattisesti maantieteellisesti lähimmän palvelimen, joka käytännössä Suomessa on Funet ja sehän on yleensä ihan hyvä.
Tarkoitatko siis, että asennuksen jälkeen yum hakisi automaattisesti päivitykset funet:lta. Itselläni on tunne, että ilman fastestmirror pluginia paketit tulevat usein peilipalvelimilta, joista saan esimerkiksi 200kt/s kun pluginin kanssa pavelin asetetaan funetiksi ja saan sen 1M/s (10M yhteys). Jostain syystä en ole kiinnittänyt asiaan tarpeeksi huomiota, vaan tullut tavaksi aina asentaa tuo fastestmirror aina ensimmäiseksi.
Kun ISO-tiedoston olen hakenut, niin silloin kyllä tullut aina funet tai muu nopea peilipalvelin automaattisesti käyttöön.
-
Yum Extender paketinhallintaohjelma on nopeampi ja selkeämpi kuin se gnome-Fedorassa oleva. Yumexin voi asentaa komennoilla
su -
yum install yumex
http://linux.fi/wiki/Yumex
Fedora työstää parhaillaan uutta käyttöliittymää sovellusten asentamiseen: Application Installer (http://fedoraproject.org/wiki/Features/ApplicationInstaller)
-
Kun ISO-tiedoston olen hakenut, niin silloin kyllä tullut aina funet tai muu nopea peilipalvelin automaattisesti käyttöön.
Onko? Tämä ei päde kaikkiin Fedoran iso-tiedostoihin, sillä ainakin yölliset versiot ladataan aina eräältä varsin hitaalta palvelimelta (alt.fedoraproject.org).
-
Kun ISO-tiedoston olen hakenut, niin silloin kyllä tullut aina funet tai muu nopea peilipalvelin automaattisesti käyttöön.
Onko? Tämä ei päde kaikkiin Fedoran iso-tiedostoihin, sillä ainakin yölliset versiot ladataan aina eräältä varsin hitaalta palvelimelta (alt.fedoraproject.org).
Joo valitettavasti tuolta tulee usein aika hissukseen. Tarkoitin itse get-fedora sivulta ladattavia iso-tiedostoja.
http://download.fedoraproject.org/pub/fedora/linux/releases/13/Live/i686/Fedora-13-i686-Live.iso
-
Tarkoitatko siis, että asennuksen jälkeen yum hakisi automaattisesti päivitykset funet:lta.
Näin sen pitäisi tietääkseni toimia. Voi toki olla, että järjestelmässä on ollut jotain ongelmia tai sinun yhteyttäsi ei ole tunnistettu Suomesta tulevaksi. Minulla on vain kahden megan yhteys ja olen yleensä täydellä kaistalla saanut päivitykset ilman fastestmirroria.
-
Suorititko tuosta roadmap-ohjeesta alla olevan kohdan?
--- NVIDA
#---
yum -y install \
kmod-nvidia-PAE \
xorg-x11-drv-nvidia
#---
Suoritettu on. Näkyy myös Fedoran menu.lst:ssä. Ellen väärin muista asensi kmod-nvidia-PAE???:n ja sitten xorg-x11 jne... tms....
Sen verran että Järjestelmä--->Asetukset--->Näyttö---> ilmoittaa ettei tunnista näyttöä (Acer). Resoluutiot oikein (16x9), virkistystaajuus 50 Hz (saisi olla 60 Hz, en viitsi alkaa puukottamaan xorg.confia koska resot jokatapauksessa kohdallaan). Eli muistuttaa tilannetta Ubuntulla pari vuotta sitten. Nykyisinhän tuo kernel 32:nen niin Mintin kuin Ubuntunkin puolella tunnistaa näyttöni (Acer) sekä asettaa virkistystaajuuden 60 Hz:n. Näillä asioilla tosin ei ole niin nöpönnuukaa. Kun saisi vain tämän jumittumisen eliminoitua muulla ei ole nyt väliä.
Mitä taas äänikorttiin tulee niin muuta en tiedä kuin että kyseessä on erillinen äänikortti (ei siis integroitu) ja tyyppi ALS 4000. Asennettu pari vuotta sitten kun edellinen sippasi ukkosella...
-
Onko noille ääniasetuksille jokin tietokanta (db), johon muutokset tallentuvat ja voiko tuollaista tiedostoa ylipäätänsä editoida?
-
Suorititko tuosta roadmap-ohjeesta alla olevan kohdan?
--- NVIDA
#---
yum -y install \
kmod-nvidia-PAE \
xorg-x11-drv-nvidia
#---
Suoritettu on.
Tuo tarkoittaisi sitä, että olet asentanut suljetun koodin näytönohjaimen. Hankaloittaisi asiaa sikäli, ettei siitä löydä bugiraporttia Red Hatin järjestelmästä, koska Fedora ei tue suljetun lähdekoodin ajureita.
Ajuri on asennettu siis kolmannen osapuolen pakettivarastosta (RPMFusion). Bugiraporttia voi metsästää täältä: https://bugzilla.rpmfusion.org/
Nykyisinhän tuo kernel 32:nen niin Mintin kuin Ubuntunkin puolella tunnistaa näyttöni (Acer) sekä asettaa virkistystaajuuden 60 Hz:n. Näillä asioilla tosin ei ole niin nöpönnuukaa. Kun saisi vain tämän jumittumisen eliminoitua muulla ei ole nyt väliä.
Pitäisi nähdä Xorg.log ja katsoa miksi noin tapahtuu. Fedorassa on uudemman kernelin lisäksi käytössä myös uudempi Xorg. Vielä kun mukaan soppaan sekoitetaan suljetun lähdekoodin ajuri, jonka versio ei välttämättä ole sama, niin tuollaiset erilaisuudet eivät sinänsä ihmetytä.
Mitä taas äänikorttiin tulee niin muuta en tiedä kuin että kyseessä on erillinen äänikortti (ei siis integroitu) ja tyyppi ALS 4000.
Kannattaa aluksi testata tuota vpv:n vihjettä ja tutkiskella sen jälkeen tarkemmin ongelmaa.
-
Asensin tuon suljetun koodin näytönohjaimen about 6 tuntia Fedoran asennuksen jälkeen. Ennen kmod-nvidia-PAE \
xorg-x11-drv-nvidia:aa oli tilanne vähintäin yhtä heikkoa. Pitänee kokeilla sitä että asentaa poistaa tuon suljetun, testaa vielä kerran ja jos ei toimi kokeilee vielä kerran uudelleenasennusta. Ellen aivan väärin muista jotain "ei mennyt aivan putkeen"-tyylin kommenttia tuli tuon perjantai-illan asennusten aikana. En kyllä nyt muista oliko juuri nvidian asennuksen yhteydessä, mutta kokeilla täytyy kunhan kotia pääsen.
Jos olisi joku kakkoskone käytössä voisin kyllä testata myös F13:a siinä vaan kun ei ole.
-
Asensin tuon suljetun koodin näytönohjaimen about 6 tuntia Fedoran asennuksen jälkeen. Ennen kmod-nvidia-PAE \
xorg-x11-drv-nvidia:aa oli tilanne vähintäin yhtä heikkoa.
En huomannut aikaisemmin asiasta mainita/kysyä, mutta tietenkin ajurin asentamisen lisäksi tarvitaan myös muutos xorg.conf-tiedostoon jonka ilmeiseti jo teit(?)
Section "Device"
Identifier "Videocard0"
Driver "nvidia"
EndSection
Koneen kaatuilun syy ei tietenkään välttämättä johdu näytönohjaimen ajureista vaan jostain muusta ongelmasta. Ilman logeja ongelman syitä voidaan vain arvailla.
-
Tältä näyttää Xorg.confin "device"-osa:
Section "Device"
Identifier "Videocard0"
Driver "nvidia"
Option "AddARGBGLXVisuals" "True"
EndSection
-
Noiden matalien äänien suhteen en ole löytänyt ratkaisua. Olisikohan tästä apua:
yum install paman
?
Sen verran olen lueskellut Fedoran mail-listaa, että olen havainnut monilla niilläkin olleen ongelmia F13:n äänien kanssa vaikka F12:ssa äänet toimineet vielä hyvin. Tosin osa heistä tehnyt upgrade-siirtymisen F13:a.
-
Tältä näyttää Xorg.confin "device"-osa:
Mielestäni olisi hyvä jos vaihtaisit avoimen lähdekoodin ajuriin siksi aikaa kunnes koneen kaatuilu saadaan selvitettyä. Olisi mahdollisesti olla hyvä idea testata myös "vesa" ajuria ja katsoa, että kaatuuko kone myös sillä.
Noiden matalien äänien suhteen en ole löytänyt ratkaisua. Olisikohan tästä apua:
yum install paman?
Ennen kuin käytät tuota, niin olisi mielestäni hyvä kokeilla vpv:n antamaa neuvoa käyttää alsactl nimistä sovellusta. Tuolla äänikortin tilan saa talletettua ja palautettua.
Vaikka tuon käyttäminen auttaisikin, niin itse ongelma ei mielestäni ole korjattu. Olisi hyvä jos voisit katsoa äänikortin tiedot heti koneen käynnistämisen jälkeen. Jostain syystä äänikorttisi tiedot eivät ole kunnossa koneen käynnistyessä. Pitäisi tutkia myös vpv:n mainitsemaa tietokantaa äänikorttisi osalta.
http://pulseaudio.org/wiki/PulseAudioStoleMyVolumes
http://pulseaudio.org/wiki/BadDecibel
-
Nyt tuli odotetut kernel-päivitykset:
Päivitetty:
bash.i686 0:4.1.7-1.fc13 file-roller.i686 0:2.30.1.1-3.fc13 gdb.i686 0:7.1-23.fc13 ibus.i686 0:1.3.4-2.fc13
ibus-gtk.i686 0:1.3.4-2.fc13 ibus-libs.i686 0:1.3.4-2.fc13 ibus-pinyin.i686 0:1.3.8-1.fc13 ibus-pinyin-db-android.noarch 0:1.3.8-1.fc13
kernel-headers.i686 0:2.6.33.5-112.fc13 kmod-nvidia-PAE.i686 1:195.36.24-1.fc13.7 libsilc.i686 0:1.1.10-2.fc13 ntfs-3g.i686 2:2010.5.16-1.fc13
perf.noarch 0:2.6.33.5-112.fc13 tzdata.noarch 0:2010j-1.fc13 tzdata-java.noarch 0:2010j-1.fc13 usbmuxd.i686 0:1.0.4-2.fc13
Ja dualboottin (PCLinuxin menu.lst:iin laitettu Fedora-osion kernel-viittaus) muutettu uusi kernel 2.26.33.5-viittaus:
title Fedora (2.6.33.5-112.fc13.i686.PAE)
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
...käynnisti Fedoran nätisti. Puoli tuntia testattu Fedoraa ja nyt tuntuu toimivan vakaammin. Testataanpa vielä vähän aikaa, mutta vakaammalta tuntuu. Ei edes eri sovellusten avaukset jumita kuten aiemmin melko pian.
-
Löytyisiköhän mistään up-to-date -ohjeita asennuksen jälkeisille toimenpiteille ihan vaikka lontooksi, jos ei muuten.
Linux.fi:n wiki sivu on kirjoitettu varmaankin Fedora 10:n aikoihin, joten osa tiedoista on aika vanhoja.
Lähinnä haluaisin tietää, millä nimellä Atin suljetut ajurit ovat pakettivarastoissa (ja missä niistä)?
Tai onko kukaan kokeillut asentaa Atin sivuilta löytyviä? Nehän ei suoraan Fedoraa tue, Red Hat Linuxia kylläkin.
10.5-version asentaminen pisti Kubuntu 10.04:n palasiksi, joten haluaisin löytää varmatoimisen ja testatun paketin.
-
Tunnin verran onnistuin käyttämään Firefoxia ennenkuin jälleen hiiri jämähti ruutuun. Joten ei edes flashien ottaminen pois päältä näytä ratkaisevan perusongelmaa. Mutta osa noista parinpäivän takaisista ongelmista on jokatapauksessa ratkennut, joten eteenpäinhän tässä mennään. :)
Oiskohan yksi mahdollinen syy tuohon takkuiluun se, että Fedorassa Firefoxin flash ym pluginit ajetaan erillisenä prosessina nspluginwrapperin "sisällä", jolloin niitä voidaan rajoittaa SELinux:lla?
Vaikea uskoa, että johtuisi SELinuxista, koska koneen täydellisestä jämähtämisestä ei ole raportoitu enempää. En muutenkaan usko, että SELinux jäädyttäisi koko koneen. Kaikki on tietysti mahdollista, kuten pistämäsi linkkikin osoittaa.
Jos kone rupesi kernel päivityksen jälkeen toimimaan ongelmitta, niin syy saattoi olla kernelissä ollut NVidia-ongelma (vaikutusta GeForce 9500:n?). En tiedä miten KMS ja suljettu ajuri toimivat keskenään. Eli onko KMS käytössä ollenkaan suljetun ajurin ollessa Xorg:ssa käytössä vai onko KMS edelleenkin vastuussa grafiikkatilan vaihdosta koneen käynnistyessä.
Logit pitäisi nähdä.
Red Hat bugzilla
Component: xorg-x11-drv-nouveau (https://bugzilla.redhat.com/buglist.cgi?component=xorg-x11-drv-nouveau&product=Fedora)
-
Ati:lla voi kai kokeilla näitä ohjeita:
http://forums.fedoraforum.org/showthread.php?t=155503
Foorumilta poimittua:
Howto for F13
THERE IS NO SUPPORT!
Heh hee.
Kiitos linkeistä kuitenkin. Täytyy uskaltautua kokeilemaan näitä (http://support.amd.com/us/gpudownload/linux/Pages/radeon_linux.aspx?type=2.4.1&product=2.4.1.3.42&lang=English).
-
F13:ssa taitaa olla liian tuore versio X:stä, sen linkkithreadin viimeisillä sivuilla oli selvitystä asiasta.
Damn you cutting edge distros.
-
[mikko@mikko-pc ~]$ yum search radeon
Ladatut liitännäiset: presto, refresh-packagekit
================================ Löytyi: radeon ================================
radeontool.x86_64 : Backlight and video output configuration tool for radeon
: cards
xorg-x11-drv-radeonhd.x86_64 : Xorg X11 radeonhd driver for AMD GPG r[5-8]xx
: Chipsets
chess.x86_64 : 3D chess game
Vain radeonhd, ei radeonia?
Ja Atin uusimpien asennustiedostoa ajettaessa:
==================================================
ATI Technologies Linux Driver Installer/Packager
==================================================
which: no XFree86 in (/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/home/mikko/bin)
Error: ./default_policy.sh does not support version
default:v2:x86_64:lib::none:2.6.33.3-85.fc13.x86_64:; make sure that the version is being
correctly set by --iscurrentdistro
Removing temporary directory: fglrx-install.oLcfHj
Jotkut ajurit olisi kyllä mukavat, kohta pasahtaa tuulettimesta laakerit....
-
Pakko se on alkaa vähitellen uskoa, että kernel (PAE)-päivitys auttoi. :) Kone pelannut vakaasti useita tunteja. Asensin Compizin ja teemoja (mm. Emeraldin) ja hyvin tuntuu päällisin puolin toimivan.
Nyt sitten tutkailemaan tuota äänen asetusten tallennusta. Siihen ei ole vielä löytynyt ratkaisua, mutta eiköhän se siitä. Muillakin Fedoran käyttäjillä tuntuu olevan vastaavia ongelmia Fedora-foorumin kommenteista päätellen.
-
En tiedä miten KMS ja suljettu ajuri toimivat keskenään. Eli onko KMS käytössä ollenkaan suljetun ajurin ollessa Xorg:ssa käytössä vai onko KMS edelleenkin vastuussa grafiikkatilan vaihdosta koneen käynnistyessä.
KMS:ää ei käytetä suljetun ajurin kanssa.
-
Kyllähän näissä upouusissa cutting edge -distroissa omat ongelmansa on.
Huomion arvoista on, että Fedora sai kahdensadan euron emolevystä verkkopiiriin täysin sekaisin ison päivitysrumban jälkeen. Piiri vilkutti valoa yhteyden merkiksi, vaikkei piuha ollut edes kiinni, eikä se mitään yhteyttä saanutkaan vaikka piuhan pistikin reikään.
CMOS:n nollaus auttoi.
-
Yksi kysymys niille, joilla kokemusta Fedoran repositoryistä. Mitkä olisi hyvä valita noiden oletusvalintojen lisäksi.
Itsellä:
-Adobe Systems Incorporated
-Chromium test packages
-Fedora 13 - i386
-Fedora 13 - i386 - Updates
-Fedora 13 - Source
-Fedora 13 - Updates Source
-RPM Fusion for Fedora 13 - Free
-RPM Fusion for Fedora 13 - Free- Updates
Eli mistä pakettisäilöistä hyötyä ja mistä taas juuri ei ajatellen esim. sovellusohjelmien päivittymisiä uusimpiin versioihin?
-
Kyllähän näissä upouusissa cutting edge -distroissa omat ongelmansa on.
Huomion arvoista on, että Fedora sai kahdensadan euron emolevystä verkkopiiriin täysin sekaisin ison päivitysrumban jälkeen. Piiri vilkutti valoa yhteyden merkiksi, vaikkei piuha ollut edes kiinni, eikä se mitään yhteyttä saanutkaan vaikka piuhan pistikin reikään.
CMOS:n nollaus auttoi.
Siltä varalta että itse kokisin saman kohtalon selittäisitkö miten teit CMOS-nollauksen. Ilmeisesti BIOS:sta. En ole (onneksi) moista kokenut.
-
RPM Fusion nonfree ja Livna (=libdvdcss) on ainakin itselläni must.
http://linux.fi/wiki/Fedoran_asennuksen_j%C3%A4lkeiset_toimet (http://linux.fi/wiki/Fedoran_asennuksen_j%C3%A4lkeiset_toimet)
Siltä varalta että itse kokisin saman kohtalon selittäisitkö miten teit CMOS-nollauksen. Ilmeisesti BIOS:sta. En ole (onneksi) moista kokenut.
Biossin nollaus varmaan ajaa saman asian. Itselläni on mobon kyljessä nappi ihan CMOS:n nollausta varten. Lankku kun on suunnattu kellottajille ja siinä touhussa saa systeemin helposti sekaisin.
Pitää vielä tutkia löytyykö biossista samaa optiota.
-
No eihän tuo ääniasetusten tallennus ollut sitten kovinkaan kummoinen. Päätteltä:
#su root
#alsactl store
ja siinä kaikki. Tuon "storen" sijasta kokeilin kaikenlaisia hölmöjä vaihtoehtoja arvattavin seurauksin.
Käynnistysvalikosta Goddardiin pääsen yleensä joko ensiyrityksellä tai sitten toisella. Jostain syystä ei edes kernelviittaus PCLinuxin menu.lst:ssa varmista sitä, että Fedoraan pääsisin salettivarmasti aina. Pieni kiusa vielä.
-
Käynnistysvalikosta Goddardiin pääsen yleensä joko ensiyrityksellä tai sitten toisella. Jostain syystä ei edes kernelviittaus PCLinuxin menu.lst:ssa varmista sitä, että Fedoraan pääsisin salettivarmasti aina. Pieni kiusa vielä.
Tarkoitatko, että Fedoran käynnistys tyssää jo GRUB:n vai lähteekö Fedoran käynnistys liikkeelle kernelin lataamisella jne. ?
-
Käynnistysvalikosta Goddardiin pääsen yleensä joko ensiyrityksellä tai sitten toisella. Jostain syystä ei edes kernelviittaus PCLinuxin menu.lst:ssa varmista sitä, että Fedoraan pääsisin salettivarmasti aina. Pieni kiusa vielä.
Tarkoitatko, että Fedoran käynnistys tyssää jo GRUB:n vai lähteekö Fedoran käynnistys liikkeelle kernelin lataamisella jne. ?
Näyttää kernelit ym. ja vielä näytön alareunassa sini-valkea laajeneva palkki. Mutta silloin tällöin käy niin, ettei hiirin kursori ilmestykään näytölle vaan pelkkä musta ruutu. Ikäänkuin "viimeinen ponnistus" jää suorittamatta.
-
Noilla riveillä PcLinuxin menu.lst:ssa en onnistunut pääsemään Fedoraan:
title Fedora (2.6.33.5-112.fc13.i686)
root (hd0,10)
kernel /boot/vmlinuz-2.6.33.5-112.fc13.i686 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.img
Paremmin olen onnistunut pääsemään käyttämällä tätä vaihtoehtoa:
title Fedora (2.6.33.5-112.fc13.i686.PAE)
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
...mutta kuten jo mainitsin - tuokaan ei aikaansaa 100%:n varmaa pääsyä Fedoraan. Onko noissa riveissä jotakin mahdollisesti liikaa tms hankaloittaa Fedoran käynnistystä. Kernel-rivit ym. näkyvät mutta aivan loppuvaiheessa ruutu jää joskus mustaksi. Joskus taas hiiren ympyrä ilmestyy näytölle ja sen jälkeen avautuukin käyttäjävalikko.
-
Käynnistysvalikosta Goddardiin pääsen yleensä joko ensiyrityksellä tai sitten toisella. Jostain syystä ei edes kernelviittaus PCLinuxin menu.lst:ssa varmista sitä, että Fedoraan pääsisin salettivarmasti aina. Pieni kiusa vielä.
Tarkoitatko, että Fedoran käynnistys tyssää jo GRUB:n vai lähteekö Fedoran käynnistys liikkeelle kernelin lataamisella jne. ?
Näyttää kernelit ym. ja vielä näytön alareunassa sini-valkea laajeneva palkki. Mutta silloin tällöin käy niin, ettei hiirin kursori ilmestykään näytölle vaan pelkkä musta ruutu. Ikäänkuin "viimeinen ponnistus" jää suorittamatta.
Kun näet palkin ruudun alareunassa, niin paina esimerkiksi ESC niin näet mitä käynnistyksessä on tapahtumassa ja myös kohdan missä ongelma esiintyy.
Jos ongelma esiintyy aivan lopussa, niin liittynee mahdollisesti X:n käynnistämiseen. Olisi siksi hyvä nähdä tällöin myös kernelin login lisäksi X.org log-tiedosto.
-
"3D support for ATI cards (R600 and R700) via Radeon driver. In Fedora 13, 3D support for many ATI cards has moved out of experimental status and is enabled by default. 2D support for the latest generation (R800) is integrated as well in this release. Thanks to Red Hat's Dave Airlie and many others for involvement upstream and in Fedora."
Hä? Tarkoittaako tämä, että radeon-ajuri on jo asennettu? Oma kortti on juuri näitä ikivihreää R800-sarjaa.
Tuuletin vaan huutaa niin vietävästi, että tuntuu ettei korttiin ole mitään kontrollia....
Windowsilla tuuletinkäyttö normaalikäytössä on pyöreät 0%
-
In Fedora 13, AMD's sluggishness will particularly aggravate the owners of series HD 5000 graphics cards, because these cards can now only be addressed via the rudimentary driver mentioned earlier; the situation is also likely to displease gamers who want to use AMD's driver with series 2000, 3000 or 4000 cards, because Catalyst offers considerably better 3D performance than the open source drivers included in Fedora. For these users, Fedora 12 will probably remain the preferred choice, at least for now.
Näin.
Olisiko se sitten Ubuntu parempaa odotellessa. Tai jos alan hurjaksi ja asennan Fedoran edellisen version.
http://www.h-online.com/open/features/Rock-it-What-s-new-in-Fedora-13-1006388.html (http://www.h-online.com/open/features/Rock-it-What-s-new-in-Fedora-13-1006388.html)
-
Yksi kysymys niille, joilla kokemusta Fedoran repositoryistä. Mitkä olisi hyvä valita noiden oletusvalintojen lisäksi.
Itsellä:
-Adobe Systems Incorporated
-Chromium test packages
-Fedora 13 - i386
-Fedora 13 - i386 - Updates
-Fedora 13 - Source
-Fedora 13 - Updates Source
-RPM Fusion for Fedora 13 - Free
-RPM Fusion for Fedora 13 - Free- Updates
Eli mistä pakettisäilöistä hyötyä ja mistä taas juuri ei ajatellen esim. sovellusohjelmien päivittymisiä uusimpiin versioihin?
Tuo setti ei sisällä päällekäisiä paketteja, paitsi Chromiumin testiversio ajanee Fedoran sisältämän Chromiumin yli. RPM Fusionin sääntöihin kuuluu, että se ei sisällä samannimisiä paketteja kuin Fedoran omat repot, eikä siis mikään siellä korvaa Fedoran omia paketteja viritellyillä tai uudemmilla. Fusionissa on toki esim Audacitystä erillinen versio, johon on käännetty enemmän tukea lisenssiltään ongelmallisille kodekeille, mutta paketin nimi on eri kuin Fedoran Audacityn, joten se asentuu rinnalle eikä päälle. Käsittääkseni on myös niin, että Fusioniin ei oteta sellaisia paketteja, jotka lisenssin puolesta kelpaavat Fedoraan itseensä. Tämmöisten paketoijat ohjataan osallistumaan suoraan Fedoraan, ja RPM Fusion pidetään pelkästään niitä paketteja varten, jotka eivät lisenssi- tai patenttisyistä kelpaa Fedoraan.
Adoben repo ei sitten tietysti sisällä muuta kuin Adoben suljetun koodin tuotteita. Ts. tuo repositorykokoelmasi on se suositeltava ja keskenään yhteesopiva peruskaura. Jos haluaa katsella kryptattuja DVD-levyjä niin repoihin voi lisätä edellä mainitsemani Livnan, joka on muilta osin yhdistetty Fusioniin jo jokin aika sitten, mutta lisenssisyistä dvdcss-kirjasto on edelleen ainoana pakettina jätetty Livnaan.
Ongelmallinen repository on esimerkiksi ATrpms, jonka säännöt eivät ole ollenkaan yhtä tiukat kuin Fusionin ja joka sisältää sekä Fedoran itsensä että RPM Fusionin kanssa päällekäisiä paketteja. Jos sekä ATrpms että RPM Fusion ovat konfiguroituna samassa systeemissa, niin päivittelystä seuraa jonkun sortin kaaos ennemmin tai myöhemmin.
Jos taas haluaa vielä uudempaa tavaraa kuin Fedoran päivityksissä on, voi laittaa päälle Fedoran testing-repositoryn, johon ilmaantuu joku osa päivityksistä kokeiltavaksi ennen kuin ne tulevat updates-repoon. Sitten on vielä Koji-buildipalvelin (koji.fedoraproject.org), josta voi etsiskellä kehittäjien vastakääntämiä versioita yksittäisistä paketeista.
Rawhide, eli Fedoran kehitysversio, on sekin saatavilla repositoryna, mutta sen lisäämistä konfiguraatioon ei voi suositella juuri muille kuin Fedoran kehittäjille. Meno Rawhidessa on erittäin epävakaata. Fedorastahan tulee yleensä siedettävän vakaa vasta aivan julkaisun kynnyksellä (jos sittenkään, kuten Seniorin kokemuksesta näkyy), ja kehityssyklin alkuvaiheessa Rawidessa on yleisesti ottaen rikki suunnilleen kaikki mahdollinen.
-
Fedorastahan tulee yleensä siedettävän vakaa vasta aivan julkaisun kynnyksellä (jos sittenkään, kuten Seniorin kokemuksesta näkyy), ja kehityssyklin alkuvaiheessa Rawidessa on yleisesti ottaen rikki suunnilleen kaikki mahdollinen.
Toisaalta kaikissa distribuutioissa on ongelmansa julkaisun aikana ja sen jälkeen. Foorumeille ilmestyy "ei toimi!"-kirjoituksia.
Olisikin tärkeää, että käyttäjät saataisiin testaamaan kehitysversioita ja paketteja (Fedoran tapauksessa Bodhi (https://fedorahosted.org/bodhi/)) jo hyvissä ajoin.
Hyvien ja hyödyllisten bugiraporttien tekeminen ei aina vain ole aivan simppeliä. Uskoisin että ABRT on auttanut tässä asiassa onneksi paljon. Monille käyttäjille riittää, että ongelma poistuu vaikka sitten kiertämällä. Ehkä olisi parempi etsiä itse vian aiheuttaja, selvittää miksi niin ylipäätänsä tapahtuu ja kertoa siitä kehittäjille, että itse bugi saataisiin korjattua. Vaatii tietysti innokkuutta, aikaa ja teknistä taitoa, joten paljo pyydetty jo sinällään.
Itselleni ongelmien selvittäminen, korjaaminen ja sitä kautta Linuxin kehittäminen on yksi tärkeä syy käyttää Fedoraa. Jos haluaisin vain käyttää "bleeding edge" distribuutiota, niin valitsisin luultavasti jonkin rolling release tyyppisen distribuution Fedoran sijasta.
Itselläni on läppärissä odottamassa yksi näppäimistöön liittyvä mehukas ongelma. Loistava tilaisuus opetella käyttämään systemtap:ia ja ruveta tutkimaan, että miksi näppäimistö ei toimi kuten pitäisi. Ongelman pystyn kyllä kiertämään, mutta bugi ei sillä valitettavasti korjaannu.
Yölliset Live-julkaisut siirtyivät rawhide aikaan:
http://alt.fedoraproject.org/pub/alt/nightly-composes/
-
Voi myös olla, että tuo alkuperäinen kernel-PAE saattoi olla aivan toimiva mutta että asennuksen yhteydessä saattoi tapahtua jotain sellaista sekaannusta ettei nvidiaan liittyvät asennuspaketit asentuneet oikein. Nimittäin (taisi olla viime perjantai) minulla järjestelmä juustoutui niin tuhkatiheään että en ole täysin varma että kaikki asennukset onnistuivat. Ainakin kerran "roadmap"-asennuksia tehdessäni tapahtui jumiutuminen enkä saanut alapalkista nostettua pääte-ikkunaa ylös tarkistaakseni että asennus meni loppuun asti. Ainakin odottelin siinä ja toivoin parasta että minuuttien aikana kaikki paketit oli jo ladattu ja asennettu.
Ainakin sen opin, että Fedoran tärkeitä päivityksiä asennettaessa kannattaa hiirellä hässeltäminen jättää sikseen ellei ole aivan varma ettei järjestelmä juustoudu. Nyt kyllä tuntuu vakaalta.
-
Ainakin sen opin, että Fedoran tärkeitä päivityksiä asennettaessa kannattaa hiirellä hässeltäminen jättää sikseen ellei ole aivan varma ettei järjestelmä juustoudu. Nyt kyllä tuntuu vakaalta.
Äh, järjestelmän juustoutuminen mielestäni erittäin hyvä syy häslätä hiiren kanssa. Ongelma pitää selvittää ja korjata :)
-
Jos haluaisin vain käyttää "bleeding edge" distribuutiota, niin valitsisin luultavasti jonkin rolling release tyyppisen distribuution Fedoran sijasta.
Hmmmm... Ensimmäisen koneen päivitys F12 -> F13 onnistui erinomaisesti - täysin ongelmitta. Päivitys suoritettiin Netinst-CD:llä.
En nyt ihan tarkkaan sitten tiedä, mitä etuja "bleeding edge" -jakelu toisi, kun viimeistään puolenvuoden välein vain tehdään hieman laajempi päivitys. Muistaakseni nyt noudettiin n. 1200 pakettia asennettavaksi. Tosin puhdas asennus on päivitystä nopeampi toimenpide, mutta uuden asennuksen konfigurointiinhan sitten menee jo toinen tovi.
-
Ainakin kerran "roadmap"-asennuksia tehdessäni tapahtui jumiutuminen enkä saanut alapalkista nostettua pääte-ikkunaa ylös tarkistaakseni että asennus meni loppuun asti.
Kesken jääneet operaatiot voi ajaa loppuun komennolla
yum-complete-transaction
Tietysti tarpeeksi huonolla tuurilla varmaan on mahdollista, että kone kaatuu siten, että se jättää asentuneen paketin korruptoituneeseen tilaan.
-
Jos haluaisin vain käyttää "bleeding edge" distribuutiota, niin valitsisin luultavasti jonkin rolling release tyyppisen distribuution Fedoran sijasta.
En nyt ihan tarkkaan sitten tiedä, mitä etuja "bleeding edge" -jakelu toisi, kun viimeistään puolenvuoden välein vain tehdään hieman laajempi päivitys.
No Fedoran tapauksessa ero on kieltämättä aika pieni rolling release distribuutioihin verrattuna. 6kk on lyhyt aika ja tuettuihin versioihin tehdään isompiakin päivityksiä, minkä takia esimerkiksi Fedora 12 tuntuu edelleenkin tuoreelta.
-
-Adobe Systems Incorporated
-Chromium test packages
-Fedora 13 - i386
-Fedora 13 - i386 - Updates
-Fedora 13 - Source
-Fedora 13 - Updates Source
-RPM Fusion for Fedora 13 - Free
-RPM Fusion for Fedora 13 - Free- Updates
Adobe tarjoaa nykyisin lähinnä acroread -pdf -ohjelman sekä flash-playerin. PDF-lukija acroread tuskin kovasti päivittyy, mutta flash on varsin tähdellinen.
Chromium-repo on taas vain ja ainoastaan cronium-selainta varten. Kuka käyttää kuka ei.
Fedora-repot ovat taas ihan asiaa.
Fedora source on taas niille, jotka haluavat kääntää ohjelmia lähdekoodista. Tuskin tarvitset lähdekoodeja.
Repoistasi puuttuu RPM Fusion for Fedora 13 - Nonfree -oihjelmalähteet. Nimenomaan niistä löytyy monet ei-vapaat koodekit, joita tarvitaan, jos ei halua pitäytyä yksinomaan avoimen lähdekoodin ohjelmalähteissä.
Käytössäolevat ohjelmalähteet on tarkistettavissa /etc/yum.repos.d hakemistosta.
-
Minun tietääkseni RPM Fusion non-freessä ei erityisemmin koodekkeja ole. Suurin osa sen paketeista näyttää olevan ajuripaketteja. RPM Fusion freessa on kyllä patenttisyistä Fedoraan kelvottomia koodekkeja vaikka minkälaisia.
-
Fedora sai tänään päivityksessä (https://admin.fedoraproject.org/updates/search/libvpx?_csrf_token=05f1f548a806597505ec5440f7567c3f1ff8e88d) tuen VP8:lle, hienoa.
$ gst-inspect|grep vp8
vp8: vp8dec: On2 VP8 Decoder
vp8: vp8enc: On2 VP8 Encoder
$ yum list '*libvpx*'
Available Packages
libvpx.x86_64 0.9.0-5.fc13 updates
libvpx.i686 0.9.0-5.fc13 updates
libvpx-devel.i686 0.9.0-5.fc13 updates
libvpx-devel.x86_64 0.9.0-5.fc13 updates
libvpx-utils.x86_64 0.9.0-5.fc13 updates
-
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.
-
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 (http://rpmfusion.org/Howto/nVidia) on ihan ajan tasalla.
-
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?
-
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.
-
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.
-
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?
-
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
-
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.
-
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.
-
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"
-
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.
-
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.
# rpm -e realplayprerm called with unknown argument `0'
virhe: %preun(realplay-11.0.2.1744-1.i386) skripti epäonnistui, palautti 1
#rpm -e realplay --forcerpm: vain asennus, päivitys, rmsource ja rmspec voidaan pakottaa
(http://img228.imageshack.us/img228/7899/realplay.jpg)
-
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.
-
Jaahas. Menu-valikon editorin voikin hakea pakettihallinnasta, josta se löytyy nimellä alacarte-0.13.1.1.fc13(noarch)
-
Miten tuon paketin poistaminen pitäisi onnistua päätteellä? Itsellä ei ainakaan peruspoistokomennuksella onnistunut.
# rpm -e realplayprerm called with unknown argument `0'
virhe: %preun(realplay-11.0.2.1744-1.i386) skripti epäonnistui, palautti 1
#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ä.
-
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?
-
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.
-
BTW: Mielenkiintoista muuten, että Huawei E160E ei toiminut uusimmassa Ubuntussa, mutta Fedora 13:lla lähti oitis toimintaan. Ilman mitään kikkailuja.
-
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 .. ;)
-
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?
-
...ei läheskään aina käynnistä Fedoraa?
Siis vielä kerran: ilmestyykö Fedoran sininen palkki ruutuun joka kerta (myös silloin, kun käynnistys jämähtää)?
-
...ei läheskään aina käynnistä Fedoraa?
Siis vielä kerran: ilmestyykö Fedoran sininen palkki ruutuun joka kerta (myös silloin, kun käynnistys jämähtää)?
Kyllä. Itseasiassa käynnistyksessä ajaa tuon sinisen palkin loppuun saakka ja sitten siinä vaiheessa kun palkki häviää pitäisi parin sekunnin kuluttua ilmestyä hiiren ympyrä (tiimalasin vastine) kuvaruudulle. Alla olevalla....
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
...se ei aina onnistunut vaan ruutu jäi mustaksi useiksi minuuteiksi. Mutta syystä tai toisesta tämä PCLOS:n menu.lst:ssä oleva Fedora-osion viittaus...
title Fedora (Goddard)
root (hd0,10)
rootnoverify (hd0,10)
chainloader +1
...näyttäisi käynnistävän Fedoran paremmin.
-
Kyllä. Itseasiassa käynnistyksessä ajaa tuon sinisen palkin loppuun saakka ja sitten siinä vaiheessa kun palkki häviää pitäisi parin sekunnin kuluttua ilmestyä hiiren ympyrä (tiimalasin vastine) kuvaruudulle. Alla olevalla....
Jos palkki näkyy, niin Fedoran kernel on ladattu ja normaali bootti käynnissä, ts. bootloader on jo käynnistänyt kernelin joka tapauksessa. Tietty kernelin komentorivioptiot voivat vaikuttaa siihen, että joku palvelu ei käynnisty, mutta optiotkin vaikuttaisivat tässä tapauksessa olevan samat.
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
Tuosta kun jättää pois optiot rhgb ja quiet, niin bootin aikana pitäisi ruudussa näkyä palkin sijaan normaalit viestit järjestelmien käynnistämistä. Tällöin olisi ehkä helpompaa veikata, mihin homma jämähtää. Samaten systeemilogissa /var/log/messages näkyy käynnistys ja sen katkeaminen (edellisillä kerroilla, kunhan ensin pääset systeemiin).
-
Asensin tuossa kokeilumielessä koneelle ihan puhtaalta pöydältä F13 LXDE-spinin (64-bit) siinä toivossa, että tuloksena oli huippunopea työpöytäympäristö jota sitten mieleisekseen voisi muokata.
Live-USB tikulta tuo F13 oli jo ihan mukavasti kyllä pyörinytkin, mutta kun sitten avasin terminaalin ja 'free -m' komennolla katsoin muistinkäyttöä, näytti se käytetyksi muistiksi n. 580 mb siitä about neljästä gigasta mitä koneesta löytyy. Tämähän ei nyt sitten alkuunkaan kuulosta siltä mitä tuon LXDE ympäristön tulisi tyhjäkäynnillä heti käynnistyksen jälkeen käyttää joten mikähän ihme tuossa on nyt sitten mennyt vikaan. Ja mainittakoon, että samaisella koneella Linux Mint 9 Isadora (64-bit ja Gnome) käyttää vähemmän muistia tyhjäkäynnillä.
Onko tuossa asennuksessa mennyt jokin metsään vai onko levykuva ollut viallinen taikka jotain.
-
'free -m' komennolla katsoin muistinkäyttöä, näytti se käytetyksi muistiksi n. 580 mb siitä about neljästä gigasta mitä koneesta löytyy. Tämähän ei nyt sitten alkuunkaan kuulosta siltä mitä tuon LXDE ympäristön tulisi tyhjäkäynnillä heti käynnistyksen jälkeen käyttää joten mikähän ihme tuossa on nyt sitten mennyt vikaan. Ja mainittakoon, että samaisella koneella Linux Mint 9 Isadora (64-bit ja Gnome) käyttää vähemmän muistia tyhjäkäynnillä.
Onko tuossa asennuksessa mennyt jokin metsään vai onko levykuva ollut viallinen taikka jotain.
Olisi aika astronomisen epätodennäköinen sattuma, että viallinen levykuva aiheuttaisi kasvanutta muistinkulutusta. Todennäköisemmin asennus tai joku ohjelma ei yksinkertaisesti toimisi. Itselläni 32-bittinen F13 Gnome-sessio näyttää seuraavaa, kun auki on Firefoxissa muutama välilehti ja Transmission latailemassa isoa tiedostoa:
free -m
total used free shared buffers cached
Mem: 2012 1282 729 0 53 876
-/+ buffers/cache: 352 1659
Swap: 1961 5 1955
Siis kun puskurit ja cachet luetaan pois niin käytössä on 352 MB. Cache-käytössä on Linuxille tyypillisesti paljon muistia (876 MB). Tämä siis Gnome-sessiossa, ei LXDE:ssä. Järjestelmä on tietty 32-bittinen, joten luvut eivät ole vertailukelpoisia omiesi kanssa. Onko Mint vielä koneessa? Mitä numerot tarkalleen ottaen ovat kummassakin systeemissä? Itselläni ei ole LXDE:stä kokemusta, mutta jos se oikeasti vie enemmän muistia kuin Gnome, niin aika tarpeettomalta viritelmältä tuo vaikuttais.
-
Ongelmat pahenivat tänä aamuna. :-[ Kernel-päivitykset aikaansaivat sen että resoluutiot muutuivat 800x600:ksi eikä nvidian suljetuista ajureista ollut avuksi. Tein vielä sellaisen töppäyksen että kun yritin asentaa uudelleen noita nvidian ajureita eli otin ne pois pakettihallinnasta ja asentaa ne uudestaan päätteellä jämähti näyttö. Boottauksen jälkeen näyttö repaleinen. Nyt tarvitsin neuvon kuinka voisin root-tilassa ajaa tuon asennuspaketin
yum -y install \
kmod-nvidia-PAE \
xorg-x11-drv-nvidia
eli kuinka päästä siis komentotilaan boottivaiheessa. Graaffisessa tilassa ei mitään mahdollisuuksia. Näyttä täysin sekaisin...
-
Toinen mahdollisuus olisi tietysti yrittää editoida Fedoran xorg.conf tiedostoa. Mutta enpä tiedä auttaisiko se.
xorg.conf näyttää tällä hetkellä tältä:
# Xorg configuration created by livna-config-display
Section "Files"
ModulePath "/usr/lib/xorg/modules"
EndSection
Section "ServerFlags"
Option "AIGLX" "on"
EndSection
Section "Device"
Identifier "Videocard0"
Driver "vesa"
Option "DPI" "84 x 84"
EndSection
Section "Extensions"
Option "Composite" "Enable"
EndSection
-
X:n käynnistämisen voi estää antamalla Grub-valikosta kernelille komentorivioptio '3' (runlevel 3, eli muut palvelut ylhäällä paitsi X) tai '1' (single-user -tila, yksi shell rootille, ei verkkoa). Optio siis yksinkertaisesti lisätään koko kernel komentorivilitanian loppuun, ja mieluummin otetaan ne moneen kertaan mainitut 'rhgb' ja 'quiet' sieltä pois. Optioita pääsee editoimaan painamalla 'a' ainakin Grub 0.9:n valikossa. Jos käynnistät edellä kuvatulla chainload-metodilla ja Fedoran Grubin timeout on nolla sekuntia (taitaa olla nykyään oletus), niin menuun voi olla vaikea päästä käsiksi. Grubin konfiguraatiotiedostoa voi tietysti editoida Ubuntusta käsin.
Jos NVidia:n ajuria ei yritetä käynnistää, niin kokeilisin ensin ottaa xorg.conf -tiedoston pois kokonaan. X:n pitäisi pystyä löytämään asetukset automaattisesti.
Noin vastaisen varalle: jos Nvidian ajuri kernel-moduleineen on käytössä, niin kernel ja moduli kannattanee ottaa pois automaattisista yum-päivityksistä. Ajuripaketti uutta kerneliä varten tulee RPM Fusioniin aina viiveellä, mistä seuraa havaitun kaltaista hämminkiä.
-
Ongelmat pahenivat tänä aamuna. :-[ Kernel-päivitykset aikaansaivat sen että resoluutiot muutuivat 800x600:ksi eikä nvidian suljetuista ajureista ollut avuksi. Tein vielä sellaisen töppäyksen että kun yritin asentaa uudelleen noita nvidian ajureita eli otin ne pois pakettihallinnasta ja asentaa ne uudestaan päätteellä jämähti näyttö. Boottauksen jälkeen näyttö repaleinen. Nyt tarvitsin neuvon kuinka voisin root-tilassa ajaa tuon asennuspaketin
yum -y install \
kmod-nvidia-PAE \
xorg-x11-drv-nvidia
eli kuinka päästä siis komentotilaan boottivaiheessa. Graaffisessa tilassa ei mitään mahdollisuuksia. Näyttä täysin sekaisin...
1. Kirjaudu normaalisti työpöydälle
2. Paina näppäimiä Ctrl Alt F2
Fedora login: root
telinit 3
Fedora login: root
http://linux.fi/foorumi/index.php?PHPSESSID=ddlloc7kum0jbl3377degolhr6&topic=1188.msg6362#msg6362
Edit: siis tuolla tavalla jos pääsee työpöydälle, eli ei auta tässä tapauksessa .. :-\
-
Ongelmat pahenivat tänä aamuna. :-[ Kernel-päivitykset aikaansaivat sen että resoluutiot muutuivat 800x600:ksi eikä nvidian suljetuista ajureista ollut avuksi. Tein vielä sellaisen töppäyksen että kun yritin asentaa uudelleen noita nvidian ajureita eli otin ne pois pakettihallinnasta ja asentaa ne uudestaan päätteellä jämähti näyttö. Boottauksen jälkeen näyttö repaleinen. Nyt tarvitsin neuvon kuinka voisin root-tilassa ajaa tuon asennuspaketin
yum -y install \
kmod-nvidia-PAE \
xorg-x11-drv-nvidia
eli kuinka päästä siis komentotilaan boottivaiheessa. Graaffisessa tilassa ei mitään mahdollisuuksia. Näyttä täysin sekaisin...
1. Kirjaudu normaalisti työpöydälle
2. Paina näppäimiä Ctrl Alt F2
Fedora login: root
telinit 3
Fedora login: root
http://linux.fi/foorumi/index.php?PHPSESSID=ddlloc7kum0jbl3377degolhr6&topic=1188.msg6362#msg6362
Edit: siis tuolla tavalla jos pääsee työpöydälle, eli ei auta tässä tapauksessa .. :-\
Onnistuukin aivan helposti - laittaa grubin käynnistysriville loppuun single, ja poistaa ne rhgb quiet jutut .. :)
Sitten vain menee ajotasolle 3 kun komentokehoite ilmestyy
root:
telinit 3
Fedora login: root
-
'free -m' komennolla katsoin muistinkäyttöä, näytti se käytetyksi muistiksi n. 580 mb siitä about neljästä gigasta mitä koneesta löytyy. Tämähän ei nyt sitten alkuunkaan kuulosta siltä mitä tuon LXDE ympäristön tulisi tyhjäkäynnillä heti käynnistyksen jälkeen käyttää joten mikähän ihme tuossa on nyt sitten mennyt vikaan. Ja mainittakoon, että samaisella koneella Linux Mint 9 Isadora (64-bit ja Gnome) käyttää vähemmän muistia tyhjäkäynnillä.
Onko tuossa asennuksessa mennyt jokin metsään vai onko levykuva ollut viallinen taikka jotain.
Olisi aika astronomisen epätodennäköinen sattuma, että viallinen levykuva aiheuttaisi kasvanutta muistinkulutusta. Todennäköisemmin asennus tai joku ohjelma ei yksinkertaisesti toimisi. Itselläni 32-bittinen F13 Gnome-sessio näyttää seuraavaa, kun auki on Firefoxissa muutama välilehti ja Transmission latailemassa isoa tiedostoa:
free -m
total used free shared buffers cached
Mem: 2012 1282 729 0 53 876
-/+ buffers/cache: 352 1659
Swap: 1961 5 1955
Siis kun puskurit ja cachet luetaan pois niin käytössä on 352 MB. Cache-käytössä on Linuxille tyypillisesti paljon muistia (876 MB). Tämä siis Gnome-sessiossa, ei LXDE:ssä. Järjestelmä on tietty 32-bittinen, joten luvut eivät ole vertailukelpoisia omiesi kanssa. Onko Mint vielä koneessa? Mitä numerot tarkalleen ottaen ovat kummassakin systeemissä? Itselläni ei ole LXDE:stä kokemusta, mutta jos se oikeasti vie enemmän muistia kuin Gnome, niin aika tarpeettomalta viritelmältä tuo vaikuttais.
Nyt on pelkkä Linux Mint 9 (64-bit) koneessa ja tällasta pukkaa muutamalla välilehdellä Firefoxissa sekä Transmission latauksien kera päällä:
free -m total used free shared buffers cached
Mem: 3964 784 3180 0 36 248
-/+ buffers/cache: 499 3465
Swap: 11615 0 11615
Ja ihan vaan tyhjäkäynnillä:
free -m
total used free shared buffers cached
Mem: 3964 554 3410 0 35 208
-/+ buffers/cache: 309 3655
Swap: 11615 0 11615
-
Nyt on pelkkä Linux Mint 9 (64-bit) koneessa ja tällasta pukkaa muutamalla välilehdellä Firefoxissa sekä Transmission latauksien kera päällä:
Tuon perusteella 64-bittinen veisi noin hyvin karkeasti ottaen puolitoista kertaa enemmän muistia kuin 32-bittinen, mikä käynee ihan maalaisjärkeen. Tässä mielessä ainakaan F13:n Gnome-spinissä ei ole mitään kovin katastrofaalista tekeillä. Jos LXDE oikeasti vie paljon enemmän muista, niin jossain lienee vikaa.
-
Asia hoidettu. Alla oleva tuorein kernel 2.6.33.5-124.fc13.i686 aikaansai ongelman.
#boot=/dev/sda11
default=1
timeout=0
splashimage=(hd0,10)/boot/grub/splash.xpm.gz
hiddenmenu
#title Fedora (2.6.33.5-124.fc13.i686)
# root (hd0,10)
# kernel /boot/vmlinuz-2.6.33.5-124.fc13.i686 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-124.fc13.i686.img
#title Fedora (2.6.33.5-124.fc13.i686.PAE)
# root (hd0,10)
# kernel /boot/vmlinuz-2.6.33.5-124.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-124.fc13.i686.PAE.img
title Fedora (2.6.33.5-112.fc13.i686)
root (hd0,10)
kernel /boot/vmlinuz-2.6.33.5-112.fc13.i686 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.img
title Fedora (2.6.33.5-112.fc13.i686.PAE)
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
-
Vaikeudet Fedoran kanssa vain jatkuvat. Nyt pitäisi pystyä ajamaan rootilla fsck-komento. Ongelma on vain se että antamalla rootin salasana ei tapahdu mitään havaitsin että kahta erikoismerkkiä ei root-tilassa tunnisteta. Olen siis antanut liian "vaikean" salasanan. Ctrl - D on toinen vaihtoehto joka boottaa koneen. Fedoran sammuttamisessa on tapahtunut jotain sellaista joka vaatii tuon fsck:n ajamisen.
passwd ---en silläkään pääse vaihtamaan salasanaa...
-
Tulee tällainen ilmoitus käynnistyksen yhteydessä:
/dev/sda12: Superblock need_recovery flag is clear but journal has data
/dev/sda12: Run journal anyway
UNEXPECTED INCONSISTENCY: RUN fsck MANUALLY
(ja ilman -a tai -p optiota)
TIEDOSTOJÄRJESTELMÄN TARKISTUKSESSA TAPAHTUI VIRHE POISTUTAAN KOMENTORIVILLE
----
Siis "odottamaton epäjohdonmukaisuus". Joopa joo.
Mutta kuten sanoin, antamalla rootin salasanan jota pyydetään, ei tapahdu mitään. Syy on ilmeisesti kahdessa erikoismerkissä jotka eivät tunnistu komentorivillä (mutta kyllä terminalissa)
Mitäs nyt tehdään? En nimittäin voi ajaa fsck:a koska en pääse root- tilaan. Kokeiltu on sitäkin että olen kirjoittanut tuon fsck:n kysymättä. Miten voidaan tällaisessa tilanteessa passwd ajaa käynnistyksen yhteydessä?
Edit: olen myös kokeillut laittaa grub> kernel rivin loppuun -S (ja -Single) myös ilman "-" mutta ei onnistu. Tuollaisella ohjeella pitäisi pystyä muuttamaan mukamas passwd:lla salasana. En pääse antamaan uutta salasanaa.
My boot loader is GRUB (see LILO boot loader below)
)Following is the procedure to reset root password if you are using GRUB as a boot loader:
Select the kernel
Press the e key to edit the entry
Select second line (the line starting with the word kernel)
Press the e key to edit kernel entry so that you can append single user mode
Append the letter S (or word Single) to the end of the (kernel) line
Press ENTER key
Now press the b key to boot the Linux kernel into single user mode
At prompt type passwd command to reset password:
http://www.cyberciti.biz/faq/linux-reset-forgotten-root-password/
-
Mitäs nyt tehdään?
Tuossa oli useampiakin yksityiskohtia, joita en ihan ymmärtänyt, mutta fsck:n voinee ajaa boottaamalla joku muu partitio tai live-cd ja antamalla komento /dev/sda12-partitiolle sieltä käsin. Samaten salasanan voi vaihtaa chroot-ympäristössä (fsck:n jälkeen: mount /dev/sda12 /mnt/sda12; chroot /mnt/sda12; passwd).
-
Mutta kuten sanoin, antamalla rootin salasanan jota pyydetään, ei tapahdu mitään. Syy on ilmeisesti kahdessa erikoismerkissä jotka eivät tunnistu komentorivillä (mutta kyllä terminalissa)
Mikä merkistöstä sinulla on käytössä?
Edit: olen myös kokeillut laittaa grub> kernel rivin loppuun -S (ja -Single) myös ilman "-" mutta ei onnistu. Tuollaisella ohjeella pitäisi pystyä muuttamaan mukamas passwd:lla salasana. En pääse antamaan uutta salasanaa.
Tuossa vaiheessa tarvittavia osioita ei ole välttämättä vielä liitetty, joten et pääse muuttamaan salasanaa. Tuo ohje on kyllä ihan oikein, tosin en aivan varma tuosta "-" merkistä. Itse kirjoita aina perään vain "single" ilman heittomerkkejä.
-
Mitäs nyt tehdään?
Tuossa oli useampiakin yksityiskohtia, joita en ihan ymmärtänyt, mutta fsck:n voinee ajaa boottaamalla joku muu partitio tai live-cd ja antamalla komento /dev/sda12-partitiolle sieltä käsin. Samaten salasanan voi vaihtaa chroot-ympäristössä (fsck:n jälkeen: mount /dev/sda12 /mnt/sda12; chroot /mnt/sda12; passwd).
No joo. Ubuntun puolella kävin tarkastamassa tuon Fedora home-osion (sda12) ja siinä ilmoitti että tiedostojärjestelmässä virhe tms. ilmoitus. Ohjelma aikansa tarkisti ja korjasi (kai) osion tiedostojärjestelmää. Kun buuttasin uudestaan ei mitään ongelmia Fedoran käynnistymisessä ollutkaan.
Taisipa olla ensimmäinen kerta tämän koneen Linux-historiassa kun jouduin tuollaiseen tilanteeseen. Oli hyvä että koneella on useampi distro. En kyllä tiedä mitä olisin tehnyt jos koneessa olisi ollut vain Fedora.
-
Mikä merkistöstä sinulla on käytössä?
Suomenkielinen ja muistaakseni se ihan perusstandardi (valikossa ensimmäinen suomekielisiin liittyvä valinta) ja 105-näppisvalinta ellen nyt aivan väärin muista. Näppäimistö Logitech Ultra Flat. Olen kyllä kokeillut myös MS:n näppäimistöä ja sama juttu. Nuo pari erikoismerkkiä eivät näy oikein.
Mutta kun itse järjestelmään pääsee niin - no problems. Niin terminalissa kuin pääkäyttäjän salasanaa kysyvissä muissakin ikkunoissa.
-
Taisipa olla ensimmäinen kerta tämän koneen Linux-historiassa kun jouduin tuollaiseen tilanteeseen.
Noihin törmää etenkin silloin kun kone on sammunut "väkivalloin".
En kyllä tiedä mitä olisin tehnyt jos koneessa olisi ollut vain Fedora.
Olisit käyttänyt esimerkiksi live-cd:tä kuten mikko_h neuvoi.
-
Suomenkielinen ja muistaakseni se ihan perusstandardi (valikossa ensimmäinen suomekielisiin liittyvä valinta) ja 105-näppisvalinta ellen nyt aivan väärin muista. Näppäimistö Logitech Ultra Flat. Olen kyllä kokeillut myös MS:n näppäimistöä ja sama juttu. Nuo pari erikoismerkkiä eivät näy oikein.
Olet siis kokeillut esimerkiksi GRUB:n valikossa, että saat kyseiset merkit näkyviin? Olisi hyvä tietää, että mikä merkistö sinulla on käytössä siinä vaiheessa kun salasana pitäisi syöttää.
-
Löytyyköhän Atin ohjaimille mitään pakettia, jolla voisi tarkkailla näytönohjaimen lämpötiloja ja vaikuttaa tuulettimen kierrosnopeuteen?
3D support for ATI cards (R600 and R700) via Radeon driver. In Fedora 13, 3D support for many ATI cards has moved out of experimental status and is enabled by default. 2D support for the latest generation (R800) is integrated as well in this release. Thanks to Red Hat's Dave Airlie and many others for involvement upstream and in Fedora.
Eli Radeon-ajuri Fedorasta näköjään löytyy suoraan, eikä näin edelläkäyvään distroon saa Catalyst-pakettia, uuden X:n takia.
Radeon-ajurilla tuuletin vaan käy n. kaksi kertaa vilkkaammilla kierroksilla kuin Catalystilla. En tiedä onko lämmöntuotto suurempaa avoimella versiolla vai eikö Radeon-ajuri osaa puuttua tuulettimen toimintaan.
Yksi vaihtoehto olisi asentaa Fedora 12, sille Catalyst löytyy, eikä se vielä mikään vanhentunut ole.
-
Eli Radeon-ajuri Fedorasta näköjään löytyy suoraan, eikä näin edelläkäyvään distroon saa Catalyst-pakettia, uuden X:n takia.
Kuinka uusi X Fedorassa on?
-
Eli Radeon-ajuri Fedorasta näköjään löytyy suoraan, eikä näin edelläkäyvään distroon saa Catalyst-pakettia, uuden X:n takia.
Kuinka uusi X Fedorassa on?
Oliko tämä retorinen kysymys?
Ubuntussa on X Server 1.7, jota Atin suljetut ajurit tukevat, Fedorassa X Server 1.8, jota Atin suljetut ajurit eivät tue.
-
Eli Radeon-ajuri Fedorasta näköjään löytyy suoraan, eikä näin edelläkäyvään distroon saa Catalyst-pakettia, uuden X:n takia.
Kuinka uusi X Fedorassa on?
Oliko tämä retorinen kysymys?
Ubuntussa on X Server 1.7, jota Atin suljetut ajurit tukevat, Fedorassa X Server 1.8, jota Atin suljetut ajurit eivät tue.
Ei ollut. Atin suljetut ajurit on mahdollista saada toimimaan X:n versiolla 1.8. Olen laatinut asiasta Ubuntulle tarkoitetut ohjeet (http://forum.ubuntu-fi.org/index.php?topic=33385.msg266408#msg266408).
-
Ei ollut. Atin suljetut ajurit on mahdollista saada toimimaan X:n versiolla 1.8. Olen laatinut asiasta Ubuntulle tarkoitetut ohjeet.
Apu löytyi yllättävästä topicista. Ohjeet näyttävät lupaavilta. Kiitos tästä!
-
Ei keneltäkään sattuisi löytymään yum-atp-yum -sanakirjaa?
Pitäisi löytää yum:n vastine apt:n:
apt-get source -komennolle
-
Ei keneltäkään sattuisi löytymään yum-atp-yum -sanakirjaa?
Pitäisi löytää yum:n vastine apt:n:
apt-get source -komennolle
Ehkäpä yumdownloader --source <paketinnimi>
-
Tästä (http://en.opensuse.org/Software_Management_Command_Line_Comparison) olen yleensä noita paketinhallinnan komentoja vertaillut eri distroissa, mutta tuostakin löytyy vain zypper-vastine, eikä yumille mitään.
-
Saako fedoran KDE version asennettua tota easy life pakettia? Kokeilin Fedora 13 KDE x64 versiossa asentaa, mutta ei tapahtunut mitään...
http://easylifeproject.org/
-
Saako fedoran KDE version asennettua tota easy life pakettia? Kokeilin Fedora 13 KDE x64 versiossa asentaa, mutta ei tapahtunut mitään...
http://easylifeproject.org/
Eipä ole tuosta kokemusta. Mitä tarkoittaa "ei mitään"? Asentuiko paketti ollenkaan? Komentoriviltä asian voi tarkistaa komentamalla
rpm -q easylife
-
Alkoi se pakettia asentamaan, mutta en sitten tiedä asentuiko se. Valikoihin ei tullut ainakaan pikakuvaketta eikä komentorivillä käynnistynyt, tosin en kyllä tiedä käytinkö oikeaa komentoa... Pitää kokeilla uudestaan...
Edit: Jos jollakin on kyseinen käyttis myllyssä niin voisitteko kokeilla asentuuko teillä?
-
Alkoi se pakettia asentamaan, mutta en sitten tiedä asentuiko se. Valikoihin ei tullut ainakaan pikakuvaketta eikä komentorivillä käynnistynyt, tosin en kyllä tiedä käytinkö oikeaa komentoa... Pitää kokeilla uudestaan...
Edit: Jos jollakin on kyseinen käyttis myllyssä niin voisitteko kokeilla asentuuko teillä?
Klikkaa sitä työpöydällä olevaa easylife-kuvaketta, niin asennusohjelma käynnistyy .. :)
[ylläpito on poistanut liitteen]
-
kokeillaanpas illemmalla ihan uudestaan koko touhu... Oobetimerille: Testasitko fedoralla ton easylifen?
-
kokeillaanpas illemmalla ihan uudestaan koko touhu... Oobetimerille: Testasitko fedoralla ton easylifen?
Käytössä on, ja toimii hyvin .. :)
-
Lykkäs tämmösen tekstin ja ei näy kuvaketta missään...
[ylläpito on poistanut liitteen]
-
Ja vielä tämä:
[ylläpito on poistanut liitteen]
-
Asenna se komentorivin kautta.
-
Ja nyt tuli tällänen:
[ylläpito on poistanut liitteen]
-
Ja nyt tuli tällänen:
Ota SElinux pois päältä..
http://linux.fi/wiki/Fedoran_SELinux-asetukset
http://easylifeproject.org/
http://linux.fi/wiki/Fedoran_asennuksen_j%C3%A4lkeiset_toimet
http://fedoraproject.org/fi/get-fedora-kde
-
Otin sen pois, mutta ei auttanut, vielä herjaa samaa komentorivillä ja graafisella puolella :-\
[ylläpito on poistanut liitteen]
-
Otin sen pois, mutta ei auttanut, vielä herjaa samaa komentorivillä ja graafisella puolella :-\
Poista easylife-paketti, aja yum update ja asenna paketti uudestaan .. :)
-
Päivityksen jälkeen asentui! Kiitos neuvoista oikein paljon! :)
-
Ja nyt tuli tällänen:
Noin niin kuin viiden pisteen vihjeenä: terminaalista voi leikata ja liimata tekstiä foorumille ihan tekstinä ja käyttää vaikka koodi- tai teletype-täkyjä rivinvaihtojen säilyttämiseen.
-
Sorisori... Ens kerralla teen näin! Ajattelin vaan säästää aikaa/vaivaa ja liittää enemmän infoa niin voi osaavammat lukea koko rimpsun ja bongata sieltä ongelman, ettei mene niin että liittelen vääriä paloja koodista. Mutta teenpä seuraavalla kerralla toisin :)
-
Jo toinen kernelpäivitys joka aikaansaa sen että resoluutiot päin peetä (800x600) ja näyttö jumittuu varsin pian. Kun käynnistän Fedoran kernelillä 2.6.33.5-112.fc13.i686.PAE, ei ongelmia.
Mitenköhän saisi nuo uudetkin kernelit yhteensopimaan nvidian kanssa? :-\
# laitettu niille riveille joiden kerneleissä ongelmia...
Fedoran menu.lst:
# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE: You do not have a /boot partition. This means that
# all kernel and initrd paths are relative to /, eg.
# root (hd0,10)
# kernel /boot/vmlinuz-version ro root=/dev/sda11
# initrd /boot/initrd-[generic-]version.img
#boot=/dev/sda11
default=1
timeout=0
splashimage=(hd0,10)/boot/grub/splash.xpm.gz
hiddenmenu
#title Fedora (2.6.33.5-124.fc13.i686)
# root (hd0,10)
# kernel /boot/vmlinuz-2.6.33.5-124.fc13.i686 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-124.fc13.i686.img
#title Fedora (2.6.33.5-124.fc13.i686.PAE)
# root (hd0,10)
# kernel /boot/vmlinuz-2.6.33.5-124.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-124.fc13.i686.PAE.img
#title Fedora (2.6.33.6-147.fc13.i686)
# root (hd0,10)
# kernel /boot/vmlinuz-2.6.33.6-147.fc13.i686 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.6-147.fc13.i686.img
#title Fedora (2.6.33.6-147.fc13.i686.PAE)
# root (hd0,10)
# kernel /boot/vmlinuz-2.6.33.6-147.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.6-147.fc13.i686.PAE.img
title Fedora (2.6.33.5-112.fc13.i686)
root (hd0,10)
kernel /boot/vmlinuz-2.6.33.5-112.fc13.i686 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.img
title Fedora (2.6.33.5-112.fc13.i686.PAE)
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
-
Nvidian kernel moduleja ei näytä olevan pakettihallinnossa kuin tuolle versiolle 2.6.33.5-112.fc13.i686.PAE Fedora 13. Esim 2.26.336-147.fc13.i686.PAE loistaa poissaolollaan. Samoin 2.6.33.6-124...
-
Nvidian kernel moduleja ei näytä olevan pakettihallinnossa kuin tuolle versiolle 2.6.33.5-112.fc13.i686.PAE Fedora 13. Esim 2.26.336-147.fc13.i686.PAE loistaa poissaolollaan. Samoin 2.6.33.6-124...
Mulla ainakin yum list \*mod-nvidia\* -komento listaa mm. kmod-nvidia-2.6.33.6-147.fc13.i686.PAE.i686-paketin. Kannattaa testata myös se, että poistaa kaikki kmod-nvidia-paketit ja asentaa tilalle akmod-nvidia-paketin, joka kääntää tarvittavan moduulin automaattisesti ensimmäisen uuden kernelin käynnistyksen aikana.
-
No joo. Sain lopulta tuon kmod-nvidia-2.6.33.6-147.fc13.i686.PAE.i686-paketin asennettua kun otin pakettilähtesiin RPM-fusioneita lisää ja ajoin sitten yum update-komennon.
-
Luultavasti sekä Fedora 13:ssa että Chromium 6.0.467.0:ssä on joitakin pieniä ongelmia päivitysten jälkeen. Hiiren toiminta muuttunut epävarmemmaksi ja joillakin sivustoilla painikkeen klikkaus ei avaa esim. message-boxia. Sama homma toimii vastaavalla sivustolla kuitenkin Firefoxilla hyvin. Kernel 2.6.33.6-147.fc13.i686.PAE käytössä. Mutta ellen väärin muista niin se ilmeni jo aiemmissakin. Vielä viime viikolla Chromium toimi paljon jouhevammin. Tiedä on onko sitten ongelma nvidian kanssa vai mistä moinen bugi. Täytyypä päivittää myös Ubuntulla tuo Chromium uusimpaan ja katsoa onko tämä selainongelma vai käyttöjärjestelmä/nvidia-bugi.
EDIT: Mintissä ja Ubuntussa Chromium päivitetty vaan eipä aiheuta ongelmia. Luultavasti liittynee siis Fedoraan ja ehkä uusimpaan 2.6.33.6-147PAE-kerneliin...tai sitten nvidian tuohon sopivaan ajuriin... Seurataanpa korjautuuko ongelma päivitysten mukana ja ellei niin sitten täytyy testailla samaa tuolla "vanhalla" kernelillä (2.6.33.5-112.fc13.i686.PAE)...
-
Tuo Chromium-ongelma, joiden painikkeiden "mouse-click"-toiminnan ontuminen kiinnosti sen verran, että havaitsin ainakin kahdella sivulla ongelman ratkeavat sivun refresh-toiminnalla. Ongelma ei näyttänyt todellakaan vaivaavan Chromiumia Linux Mint-osiossa, eikä Ubuntussakaan. Jostain syystä Fedora 13:ssa - ja kai uuden Chromium-version vuoksi, joillakin tosin harvoilla sivuilla se on nyt ponnahtanut esille.
-
Tuoreessa päivityksessä tuli tällainen virheilmoitus (yum update-komento päätteeltä)
Päivitetään : nautilus-2.30.1-4.fc13.i686 8/68
VAROITUS: tyypin "boolean" nimen jäsennys epäonnistui
VAROITUS: kaavaimen (/schemas/apps/nautilus/preferences/navigation_window_saved_maximized) tyyppi on virheellinen tai puuttuu
-
Jo toinen kernelpäivitys joka aikaansaa sen että resoluutiot päin peetä (800x600) ja näyttö jumittuu varsin pian. Kun käynnistän Fedoran kernelillä 2.6.33.5-112.fc13.i686.PAE, ei ongelmia.
Mitenköhän saisi nuo uudetkin kernelit yhteensopimaan nvidian kanssa? :-\
Tuohon auttaa monesti "nomodeset" käynnistysparametrin lisääminen. Itse olen saanut sen avulla toimimaan myös jotkut hyvin vanhat konenrohjot, joille ei ole enää kunnollista tukea...
-
Taisipa olla ensimmäinen kerta tämän koneen Linux-historiassa kun jouduin tuollaiseen tilanteeseen. Oli hyvä että koneella on useampi distro. En kyllä tiedä mitä olisin tehnyt jos koneessa olisi ollut vain Fedora.
Olisit bootannut liveltä ja korjannut ongelman?
-
Olen tässä vertaillut parin tunnin Fedoran ja Mintin käytön jälkeen selainten ja muiden sovellusohjelmien toimintaa sekä järjestelmän yleistä toimivuutta ja pakko todeta, että jossain määrin tämä Fedora 13 vaikuttaa hieman kankeammalta. Tuntuu että hiiren kursorikin silloin tällöin etsii kohdettaan kun taas Mintin puolella homma toimii jouhevasti. Tosin Fedorassa on Compiz päällä mutta minusta graafinen käyttöliittymä toimi jouhevammin vielä kuukausi sitten Compizin kanssakin.
Myöskään tuota yllä mainittua Chromiumin ongelmaa ei esiinny vaikka samat versiot tällä hetkellä käytössä kummassakin distrossa. Mutta pakkohan minun on ollut käyttää tuota nvidian suljettua pakettia - perusasennuksessa tulee heti ongelmia ja samoin aina kun uusi kernelpäivitys tulee. Resot muuttuvat 800x600 ja screen jämähtää hyvinkin pian. Ottaen huomioon etten tästä Fedorasta ole aiemmin saanut kokemusta ei ensikokemus kuitenkaan ollut mitenkään katastrofaalinen.
-
Mutta pakkohan minun on ollut käyttää tuota nvidian suljettua pakettia - perusasennuksessa tulee heti ongelmia ja samoin aina kun uusi kernelpäivitys tulee.
Fedora-projekti on moneen kertaan tehnyt tiedettäväksi, että se ei tue NVidian suljetun koodin ajuria eikä tee sen hyväksi mitään myönnytyksiä X-palvelimen paketoinnissa. Ubuntu ja Mint ovat tässä suhteessa eri maata. Fedora 9:ssä esimerkiksi oli julkaistaessa X-palvelimesta beta-versio, ja lopullisen version julkaiseminen venähti useammalla kuukaudella. NVidia ei tukenut betaa virallisesti ollenkaan, jolloin Fedora/NVidia -yhdistelmän käyttäjät jäivät limboon tai erinäköisten enemmän ja vähemmän karvaisten viritelmien varaan. Itse olen koko Fedoran yum:in olemassaolon ajan pitänyt työkoneissa ajuripaketit ja kernelin yumin exclude-listalla, ja päivittänyt ajuria ainoastaan käsin juurikin siksi, että automaattipäivitys saattaa jättää koneen varsin hankalaan tilaan (työpaikalla tämmöisestä voi olla ihan oikeaa vahinkoa).
-
Nvidia ei tee myönnytyksiä avoimen koodin suhteen, joten miksi Fedora tekisi niin Nvidian suhteen. ;D
-
Tältä sivulta löytyy ainakin nämä uusimmat nvidian ajurit.
http://mirror01.th.ifl.net/rpmfusion/nonfree/fedora/updates/testing/13/i386/repoview/kmod-nvidia-2.6.33.6-147.2.4.fc13.i686.html
Viimeksi äsken kävin hakemassa kmod-nvidia-2.6.33.6-147.2.4.fc13.i686.PAE ja kmod-nvidia-2.6.33.6-147.2.4.fc13.i686-paketit.
Kun en ole viitsinyt alkaa kokeilla kaikkia noita "testing"-juttuja niin en ole laittanut sitä repoihinkaan (ilmeisesti siis RPM Fusion NonFree-Test-Updates ).
-
Nvidia ei tee myönnytyksiä avoimen koodin suhteen, joten miksi Fedora tekisi niin Nvidian suhteen. ;D
Periaatteessa itsekin yrittäisin mielelläni käyttää Fedoraa avoimin ajurein ilman suljettuja Nvidian ajureita. Kun vain oppisi sen jujun millä homma todellakin toimisi.
-
Tuli itse kokeiltua Fedoran security spiniä ja vaikka mitä, mutta aina sillä oli jotain erroria heittää esim. muistista. Kone jolla kokeilin on entinen, joten ei sillä väliä, mutta vaikea sen oli sopeutua lap-toppiin. Joko olisi tarvittu ääretön määrä säätöjä, mutta security spin oli vielä siitä outo, että nopea kone toimi hitaammin lxde-pohjalla. Olihan se hassu nähdä miltä Red-hatin nykyinen "hiekkalaatikko" näyttää.
Ohjelma ei ollut yhteensopiva ainakaan läppärin kanssa, vaikka biossin ja kaiken kanssa sääti. Googlettamalla löytyi vain muita samankaltaisia herjoja, joita fedora oli minulle heittänyt. Pian tuo ko. kone onkin poissa nurkista niin mitä siitä enempää whinettämään.
-
Tuli itse kokeiltua Fedoran security spiniä ja vaikka mitä, mutta aina sillä oli jotain erroria heittää esim. muistista.
Keskusmuististako? Oletko kokeillut ajaa muistitestin, jos joku kampa vaikka olisi viallinen? Tosin jos kone on menossa pois käytöstä niin ei kai sillä liene niin merkistystä.
-
@ Senior
NVIDIA Driver Downloads
=> Binääri (http://www.nvidia.com/Download/index.aspx?lang=en-us)
Mutta asennus vaatii jo hieman korkeammaluokan osaamista, sillä itselläni Debianissa homma jäi vaiheeseen.
Ajotasojen (http://linux.fi/wiki/Ajotaso) / (Runlevel) (http://en.wikipedia.org/wiki/Runlevel#Linux) vaihto, X-sulkemninen (http://www.google.com/url?q=http://linux.fi/wiki/X_Window_System%23X:n_sulkeminen_ja_uudelleenk.C3.A4ynnist.C3.A4minen&usg=AFQjCNEi4UozuroYJuMj-BqWHy4llV7k4g&sa=X&ei=SJpUTPKOPImWOLmR9J4O&ved=0CBcQygQ) tai jotain muuta vastaavaa. Niin ja piti vielä asentaa vanhempaa Gcc versioita (Muistaakseni 4.2 versio), jotta käännös onnistuu. Gcc:n asentaminen ei ollut ongelma, mutta ne muut jutut meni vähän eikä vain vähän yli hilseen.
Pitäs taasen paneutua ko. juttuun, kun aikaakin on kulunut noin puolivuotta edellisestä yrittämästä, jottei pääsis Terminaalin/Päätteen taito ruostumaan ;D