10.04 hidas käynnistymään?

[arzie]

No ensinnäkin hidas on suhteellista, kun vertaa aikaan kun koneessa oli vindoos. Startti vei vartin. 

Ubuntuun kirjautumisen jälkeen menee n. 30 sek työpöydän avautumiseen. Kone on tuon aikaa ruutu violettina eikä bittirapinaa kuulu. 9.10 oli uskomattoman nopea vanhassa raudassa. Muuta hidastelua en ole huomannut. Koneella ikää vajaa 5v, perusmallin pöytäkone ja 2Gt muistia ja SATAkovis.

Latasin iso-kuvan uudestaan torrenttina ja tein uuden CD:n mutta samalla menestyksellä. Onko tietoa mistä käynnistysaika johtuu? Voiko sitä jotenkin nopeuttaa? Vaikuttaako uusi ext4- tiedostojärjestelmä jotain käynnistymisvaiheessa?

[Storck]

Tekeekö joka käynnistyksessä samaa? Joku vaihe menossa samaan aikaan?

[Jallu59]

Olisikohan näyttötehosteet syypäitä ? Ovatko ne käytössä ? Mikä näytönohjain ja sen ajuri on käytössä ?
Prosessorin teho ?

T:Jallu59

[Jakke77]

itselläkin käynnistyminen hidastui hieman 10.04 tulon myötä mutta uskoisin sen palautuvan aikoinaan oikealle nopeudelle, 9.10 oli kyllä nopsa käynnistymään hiukan vanhemmissakin koneissa

[Ganymedes]

Jos oletetaan, että ainoastaan login-vaihe kestää kauan (onko edes näin?), niin pitänee miettiä mitä siinä tapahtuu. Käsittääkseni vain:
- työpöydän lataus ja X:n muita juttuja
- hiiri ja näppis ovat X:ssä varmaan mukana jo ennen tätä

Joten mitkä asiat tähän voivat vaikuttaa:

- näytönohjain (sen tila muuttunee tässä vaiheessa)
- omat konfiguroinnit

Omia konfigurointeja - mitähän niitä on tehty? Ainakin tulee mieleen taustakuva (jos esim. haetaan jostakin verkosta) tai näytön tehosteet.

Ymmärsin, että ei ole kyse päivityksestä vaan puhtaasta asennuksesta. Jos on kyseessä päivitys, niin voihan taustalla olla mitä hyvänsä vanhoja syntejä.

Joten kovin moni asia ei tähän voi vaikuttaa, koska ne ovat jo käynnissä ennen login-ruutua - olettaen siis, että login-ruutuun asti pääseminen ei ole erityisen hidas, vai onko?

Ehkä joku tietävämpi osaa tähän listaan vielä lisätä asioita?

Se mitä järjestelmä sitten odottelee, löytynee kohtuu helposti "Log File Viewer" :stä, jonka saa auki System - Administration -alta (Järjestelmän ylläpito tms). Se osaa myös lihavoida uusia juttuja mitä logeihin tulee - seuraa toimintaa, helppo nähdä.

Voisit tietysti yrittää sammuttaa X:ää ja käynnistää sen uudestaan ja katsoa mitä tapahtuu (ilman että tarvitsee itse konetta käynnistellä).

- Control-Alt + 1 ... saat auki komentoikkunan josta voit tappaa X:n (hae esim. "sudo ps -ef | grep X" ja tuhoa komennolla "sudo kill -9 löytämäsi_prosessin_numero"

- Control-Alt + 7 ... ja X käynnistyy uudelleen login tilaan

[arzie]

Kiitos hienosta yhteisöstä ja ohjeista, kokeilen kunhan aikaa siihen löytyy.

Uusi asennus on kyseessä ja muita käyttiksiä ei ole rinnalla, kun alkoi olla kerneleitä useampia niin vetäisin 10.04:n asennuksen sitten ainoaksi. Käynnistysaika on sekunnilleen sama joka kerralla, myös kirjautumisruutua saa hiukan odotella. Prossu on AMD Sempron, jotain 1,7 GHz. Näytönohjain on Bali-emolevyyn integroitu UniCrome Pro. Sen ajureista ei ole varmaa käsitystä. Jotain häikkää siinä ehkä on, kaikki nettisivut eivät näy oikein, esim luukun painikkeet näkyy vähän sekaisin. Laitoin lievät tehosteet käyttöön, muuten perusasennus ilman taustakuvia.

Parin tuttavan kone odottelee myös 10.04:sta. Toiseen meni 8.04 vindoosin tilalle ja toiseen nyt 10.04 vindoosin tilalle tai rinnalle. Jos niissä ilmenee jotain, niin ehkä osaa sitten säätää.

[Jallu59]

Noin vanhalla koneella näyttötehosteiden käyttöä ei voi suositella, ellei sitten ehdoin tahdoin niitä halua hidastamaan sekä boottia, että käyttöä. Saattaa vaikuttaa myös tuohon röpelöön näytössä. Näytönohjainkin on sieltä heikoimmasta päästä. Myös Chrome-ajureita on vähemmän kehuttu. Vaan kokeilemallahan tuo selviää.

T:Jallu59

[oobetimer]

No ensinnäkin hidas on suhteellista, kun vertaa aikaan kun koneessa oli vindoos. Startti vei vartin. 

Ubuntuun kirjautumisen jälkeen menee n. 30 sek työpöydän avautumiseen. Kone on tuon aikaa ruutu violettina eikä bittirapinaa kuulu. 9.10 oli uskomattoman nopea vanhassa raudassa. Muuta hidastelua en ole huomannut. Koneella ikää vajaa 5v, perusmallin pöytäkone ja 2Gt muistia ja SATAkovis.

Latasin iso-kuvan uudestaan torrenttina ja tein uuden CD:n mutta samalla menestyksellä. Onko tietoa mistä käynnistysaika johtuu? Voiko sitä jotenkin nopeuttaa? Vaikuttaako uusi ext4- tiedostojärjestelmä jotain käynnistymisvaiheessa?

Noin yleensäkin ext4:stä sen verran, että mielestäni se ei sovi vanhoihin ja vähämuistisiin koneisiin.. 

Uusissa koneissa ext4 toimii kuitenkin ihan hyvin .. 

http://linux.fi/wiki/Ext4

https://ext4.wiki.kernel.org/index.php/Main_Page

[Jallu59]

En minä ole ainakaan huomannut Ext4:n hidastavan elämää tässä seitsenvuotiaassa, jossa on vielä IDE-kiintolevyt. Arzien kone ei ole myöskään vähämuistinen, joten sekään ei selitä hitailua.

T:Jallu59

[arzie]

Nyt kokonaan uusi asennus ilman mitään kilkkeitä, sama hitaus on jäljellä.

Xorg.0.log :ista löytyi mm. tällaista, tässä reilusti lyhennettynä. Viisaammat varmaan ymmärtää onko normaalia. Mulle nuo ei aukea sen enempää kuin että ajuria taitaa herjata ja resoluution koko hukassa?

Ctrl+Alt yhdistelmää en osannut käyttää, en saanut mitään tapahtumaan.


(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
   Entry deleted from font path.
----
(II) OPENCHROME: Driver for VIA Chrome chipsets: CLE266, KM400/KN400,
   K8M800/K8N800, PM800/PM880/CN400, VM800/P4M800Pro/VN800/CN700,
   K8M890/K8N890, P4M900/VN896/CN896, CX700/VX700, P4M890, VX800/VX820,
   VX855/VX875
(II) VESA: driver for VESA chipsets: vesa
(II) FBDEV: driver for framebuffer: fbdev
(II) Primary Device is: PCI 01@00:00:0
(!!) VIA Technologies does not support this driver in any way.
(!!) For support, please refer to http://www.openchrome.org/.
(!!) (development build, compiled on Mon Mar 22 20:33:42 2010)
(WW) Falling back to old probe method for vesa
(WW) Falling back to old probe method for fbdev
(II) Loading sub module "fbdevhw"
(II) LoadModule: "fbdevhw"
----
Näitä rivejä on paljon, tässä n. 1/6 niistä

(II) CHROME(0): ViaValidMode: Validating 640x350 (Clock: 31500)
(II) CHROME(0): ViaFirstCRTCModeValid
(II) CHROME(0): Not using default mode "640x350" (vrefresh out of range)
(II) CHROME(0): Not using default mode "320x175" (bad mode clock/interlace/doublescan)
(II) CHROME(0): ViaValidMode: Validating 640x400 (Clock: 31500)
(II) CHROME(0): ViaFirstCRTCModeValid
(II) CHROME(0): Not using default mode "640x400" (vrefresh out of range)
(II) CHROME(0): Not using default mode "320x200" (bad mode clock/interlace/doublescan)
(II) CHROME(0): ViaValidMode: Validating 720x400 (Clock: 35500)
----
tätä litaniaa on yli 30 riviä

(II) CHROME(0): Not using default mode "576x432" (bad mode clock/interlace/doublescan)
(II) CHROME(0): Not using default mode "1280x960" (height too large for virtual size)
(II) CHROME(0): Not using default mode "640x480" (bad mode clock/interlace/doublescan)
(II) CHROME(0): Not using default mode "1280x960" (height too large for virtual size)
(II) CHROME(0): Not using default mode "640x480" (bad mode clock/interlace/doublescan)
(II) CHROME(0): Not using default mode "1280x1024" (height too large for virtual size)
----
tämä toistuu 8 kertaa

(II) CHROME(0): ViaFirstCRTCModeValid
(II) CHROME(0): Not using default mode "416x312" (bad mode clock/interlace/doublescan)
(II) CHROME(0): ViaValidMode: Validating 1152x864 (Clock: 81620)
(II) CHROME(0): ViaFirstCRTCModeValid
----
tätä sivullisen verran

(II) CHROME(0): Not using default mode "680x384" (bad mode clock/interlace/doublescan)
(II) CHROME(0): Not using default mode "1400x1050" (height too large for virtual size)
(II) CHROME(0): Not using default mode "700x525" (bad mode clock/interlace/doublescan)
(II) CHROME(0): Not using default mode "1400x1050" (height too large for virtual size)
----
pari sivua
(II) CHROME(0): ViaFirstCRTCModeValid
(II) CHROME(0): ViaValidMode: Validating 800x600 (Clock: 40000)
(II) CHROME(0): ViaFirstCRTCModeValid
(II) CHROME(0): ViaValidMode: Validating 800x600 (Clock: 36000)
(II) CHROME(0): ViaFirstCRTCModeValid
(II) CHROME(0): ViaValidMode: Validating 640x480 (Clock: 31500)
----
reilu sivu

(--) CHROME(0): Virtual size is 1440x900 (pitch 1440)
(**) CHROME(0): *Driver mode "1440x900": 106.5 MHz (scaled from 0.0 MHz), 55.9 kHz, 59.9 Hz
(II) CHROME(0): Modeline "1440x900"x59.9  106.50  1440 1520 1672 1904  900 903 909 934 -hsync +vsync (55.9 kHz)
(**) CHROME(0): *Driver mode "1440x900": 136.8 MHz (scaled from 0.0 MHz), 70.6 kHz, 75.0 Hz
(II) CHROME(0): Modeline "1440x900"x75.0  136.75  1440 1536 1688 1936  900 903 909 942 -hsync +vsync (70.6 kHz)
(**) CHROME(0): *Default mode "1440x900": 106.5 MHz (scaled from 0.0 MHz), 55.9 kHz, 59.9 Hz
(II) CHROME(0): Modeline "1440x900"x59.9  106.50  1440 1520 1672 1904  900 903 909 934 -hsync +vsync (55.9 kHz)
----
tätä n. 7 sivua
(II) CHROME(0): VIALoadPalette: numColors: 256
(II) CHROME(0): VIALoadPalette: numColors: 256
(II) CHROME(0): VIALoadPalette: numColors: 256
(II) CHROME(0): VIALoadPalette: numColors: 256


Osaako tämän perusteella sanoa miten fixataan?

[Ganymedes]

No ainakin on rajattu ongelma kohtaan 1 edellä esitetyssä listassa eli näytönohjaimeen.

Kun ei kukaan ole keksinyt mitään viisasta, niin ehkä helpointa olisi kokeilla toisella näytönohjaimella. Katselin tuossa Muropakettia pari päivää sitten ja kelvollisia "laatikoita täynnä vanhoja näytönohjaimia" sieltä saa ihan lahjoituksenakin ja lähinnä postikuluja vastaan parempiakin. Ei vanhan raudan kanssa kannata yleensä  hirveästi temppuilla, vaan hankkia tilalle sopivampaa, koska sitä saa todella halvalla.

[Jakke77]

http://forum.ubuntu-fi.org/index.php?topic=33870.0 ratkaisu

[TK]

http://forum.ubuntu-fi.org/index.php?topic=33870.0 ratkaisu

Kiitoksia. Oire havaittu ja ratkaisu osoittautui toimivaksi.

Koneena T42:n mutta en ollut edes hoksannut että korppu oli biossista enabloituna  Kumartaa...

[Ganymedes]

OK.

Tällaisia tapauksia, itse asiassa muun tyyppisillä epämääräisillä oireilla, olen huomannut muutaman tämän vuoden aikana. Tarkoitan sitä, että Bioksessa olevat väärät asetukset sotkevat. Itselläni tapauksessa oli kone joka sinänsä XP:ssä oli toiminut ongelmitta, vaikka Bios-asetukset olivat imaginäärisiä.

Yleensä "reset to factory defaults" on ollut vastaus, mutta tässäpä tapauksessa ei sekään luultavasti riittäisi.

[arzie]

Kiitos.

Työpöytä ilmestyy nyt kirjautumisesta 6 sekunnissa, ennen siihen meni 28 sek. Jakke77:n linkistä lötyi ratkaisu, kone yritti etsiä korppua vaikka koneessa ei ole korppuasemaa.

Näyttis on nyt Ati Rage 128 Pro Ultra Tf, ja sille ymmärtääkseni R128 ajurit. Nettisivut latautuu mielestäni nopeammin. Kiitos Ganymedekselle vinkistä.

KIRJAUTUMISIKKUNAN avautumisesta:
Kirjautumisikkunaan pääsyyn virran kytkemisestä menee n. 42 sek. (Biossista on logot ja raportoinnit yms. säädetty jo pois. Boottijärjestys: 1 HD, 2 CD). Heti alussa ruudussa vilahtaa "Detecting IDE Drivers", sitten jossain välissä näyttöön liittyvä inforuutu "ANALOG ULKOPUOLELLA" ja jotain herzilukuja.

Näyttö on LG:n pari vuotta vanha lituska. Ubuntun näytöntunnistusohjelma sanoo "tuntematon".  Ajureita kai on olemassa???, linuxille vaikea löytää.

HD on alunperin ollut IDE-väylässä, vaihdoin tilalle uuden HD:n SATA-väylään (karmicin bugin innoittamana ). Molempien ollessa kytkettyinä, en saanut SATAkovista näkymään. Kytkin IDE-koviksen irti niin jo pelitti, vaikka olishan se saanut siinä rinnalla toimiakin. Biossin säätömahdollisuudet meni hilseen yli. Tietotekniikka kun ei ole vahva laji, saati sitten Lontoonkielellä...

Löytyyköhän em. seikoista jotain säätämisen arvoista?

ps. tein tuttavalle toisen ubuntukoneen kokeiltavaksi, siinä melko tarkkaan samat vaivat.

[Ganymedes]

...
HD on alunperin ollut IDE-väylässä, vaihdoin tilalle uuden HD:n SATA-väylään (karmicin bugin innoittamana ). Molempien ollessa kytkettyinä, en saanut SATAkovista näkymään. Kytkin IDE-koviksen irti niin jo pelitti, vaikka olishan se saanut siinä rinnalla toimiakin. Biossin säätömahdollisuudet meni hilseen yli. Tietotekniikka kun ei ole vahva laji, saati sitten Lontoonkielellä...
...

En ole ihan varma mitä teit, teitkö siis uuden asennuksen SATA-levylle?

Aika erikoista, jos IDE ja SATA -levyt jotenkin riitelevät keskenään ... bioksessa on tyypillisesti (muttei aina):

- valittavissa mistä bootataan, IDEltä vai SATAlta
- valittavissa käyttäytyykö SATA-levy IDE-tyyppisesti vai SATA-tyyppisesti (lähinnä XP:n surkeuden takia pitää olla tällaisia)

Kumpikaan näistä valinnoista ei kuitenkaan osu siihen mitä olet kertonut tehneesi ja ongelmaasi ... joten joku mättää nyt.

Muutitko samaan aikaan jotakin muuta ... esim. oliko IDE-levy varmasti jumpperoitu oikein silloin kun teit näitä kokeiluja ... sehän ei välttämättä ollut kiinni samassa kaapelissa näiden kokeilujen aikana kuin mitä oli aiemmin ... arvauksia vain?

[arzie]

Jumpperit ja biossit on kovisten osalta kuten Packard Bellin jäljiltä.

Biossiin en silloin tehnyt mitään kovalevysäätöjä, yritin kyllä mutta piti nollata muutokset irrottamalla paristo 10 min ajaksi, jolloin palautuu oletusasetukset. (kone ei suostunut käynnistymään lainkaan, olin kajonnut johonkin muistimäärän säätöön, taisi liittyä näyttöön).

IDE-levy oli alkuperäisissä piuhoissa. SATA-levylle laitoin silloin uudestaan v.9.10:n. Jumpperi on alkuperäiasetuksessaan. Koviksessa on myös jumpperi, yritin muitakin kuin alkuperäistä paikkaa, en saanut toimimaan kun ei taidot riittäneet. En käsitä milloin joku on slave, master, host, raid tms mitä niitä asetuksia nyt onkaan.

SATA-levy on SATA-liittimessä, en tiedä minkä tyyppisesti se yrittää käyttäytyä, mahtaisinko sitä tietoa osata katsoa ja miten asettaisi jos siihen jotain säätökeinoja on. Emo on Gigabyten Bali.

Pitääpä yrittää kurkkia biossia lisää, jos noiden vihjeiden perusteella siitä ymmärtäis.

[Ganymedes]

Ei tämä ihan aukea vieläkään - siis en tiedä mikä on vikana, mutta arvata voi ...

SATA-levy ja IDE-levy eivät lähtökohtaisesti vaikuta toisiinsa. Nyt kun teit BIOS resetin kuvaamallasi tavalla, pitäisi tilanteen olla juuri tällainen, että SATA levy on SATA levy ja IDE on IDE.

Mutta voisihan olla, teoriassa, siis jokuhan tässä kumminkin on, että väärä IDE-levyn jumpperointi tulee vasta ESIIN silloin kun boottaan SATAlta (en tosin tiedä miksi näin). Mutta joka tapauksessa sanoit, että jumpperointi ei ole ihan hallussa joten siksi seuraavat kommentit:

Jumpperointia on tässä mielessä kolmenlaista:
- master
- slave
- single

Sillä, että onko levy master vai slave, ei ole väliä, kunhan samassa piuhassa, siis IDEssähän on periaatteessa aina kaksi liitintä kahdelle levylle/CD:lle yhdessä piuhassa, toinen on master ja toinen on slave. Jos on vain yksi laite, niin joskus, ei aina, on single jumpperointikin. Joten siis tarkista onko kovalevy mikä ja onko CD mikä. Ne asiat melkein aina lukevat levyjen yläpuolen tarrassa, sen mukaan jumpperoit. Jos eivät lue, niin huono juttu, ne PITÄÄ tietää joka tapauksessa (kvg tai jotain). Voit myös kokeilla, koska BIOS näyttää nämä asiat bootissa - siihen tietoon voi luottaa. Mene biokseen niin sitten ainakin ehdit nähdä miten ne jumpperoinnit onnistuivat. Yleensä "ehjän sivustan" ensimmäinen jumpperi on master ja seuraava on slave - mutta ei aina ole näin. Ehjällä tarkoitan sivustaa jossa on kaksi pinniä, toisella puolella on rivi jossa on vain yksi pinni.

On mahdollista, ehkä, käyttää myös cable select jumpperointia, jolloin asiat tulevat valituksi kaapelin paikan mukaan, mutta edellä mainittu on joka tapauksessa varma konsti eikä tarvitse miettiä onko emolla ja levyillä cable select tuettu vai ei.

Ehkä näillä saisit IDE-levysi peliin mukaan SATAn kanssa?

Toisaalta sinulla pitää olla valittuna SATA-levyltä boottaminen. Ehkä se kuitenkin OLI pelissä mukana, mutta sinulla boottasi IDE-levyltä. Jos tämä SATA-levy kuitenkin oikeasti näkyi Ubuntussa (sudo fdisk -l), vaikka boottasi IDE-levyltä, niin sitten tässä on haukuttu väärää puuta eikä edellä kuvatulla tasolla ollutkaan mitään vikaa.

[TimOlli]

Kiitos Jakke77 linkistä. Johan käynnistyy Ubuntu nopeasti. Tämän vinkin / linkin voisi kirjoittaa isolla jonnekin, mistä kaikki tuon oivaltaisivat. Tosi Rok.

[arzie]

KIRJAUTUMISRUUTUUN PÄÄSEMISEN HITAUDESTA

Kysymys näytönohjainajureista

Xorg.0.log :n perusteella kone lataa ajurit R128, vesa ja fbdev. Eikö R128 yksin riitä, ja jos riittää niin pitäisikö muut poistaa? Näytönohjain on ATI Technologies Inc Rage 128 Pro Ultra TF rev 0
Kyseisen lokin loppupuolella kone kone kuitenkin unloadaa vesa:n ja fbdev:in. Loki on järkyttävän pitkä, ei viitsis tähän kopioida kokonaan. Tässä unloadaus:

(II) UnloadModule: "vesa"
(II) Unloading /usr/lib/xorg/modules/drivers/vesa_drv.so
(II) UnloadModule: "fbdev"
(II) Unloading /usr/lib/xorg/modules/drivers/fbdev_drv.so
(II) UnloadModule: "fbdevhw"
(II) Unloading /usr/lib/xorg/modules/linux/libfbdevhw.so


Lokissa on myös warning (WW):

(II) VESA: driver for VESA chipsets: vesa
(II) FBDEV: driver for framebuffer: fbdev
(II) Primary Device is: PCI 01@00:00:0
(WW) Falling back to old probe method for vesa
(WW) Falling back to old probe method for fbdev
(II) Loading sub module "fbdevhw"
(II) LoadModule: "fbdevhw"
(II) Loading /usr/lib/xorg/modules/linux/libfbdevhw.so
(II) Module fbdevhw: vendor="X.Org Foundation"
   compiled for 1.7.6, module version = 0.0.2
   ABI class: X.Org Video Driver, version 6.0

Yo. lokinpätkässä on myös "Primary Device is: PCI 01@00:00:0   
Näyttis on kuitenkin AGP-väylässä.


Näyttöön liittyvä kysymys

Pitäisikö koneelle spesifioida näyttö jotenkin, jotta se tietäisi heti käynnistyksessä mitä arvoja käytetään? Pätkä lokin alusta:

(==) Log file: "/var/log/Xorg.0.log", Time: Fri Jun  4 22:59:29 2010
(==) Using config directory: "/usr/lib/X11/xorg.conf.d"
(==) No Layout section.  Using the first Screen section.
(==) No screen section available. Using defaults.
(**) |-->Screen "Default Screen Section" (0)
(**) |   |-->Monitor "<default monitor>"
(==) No monitor specified for screen "Default Screen Section".
   Using a default monitor configuration.
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
   Entry deleted from font path.

Lokin perusteella näyttäisi siltä kuin kone yrittäisi arvata oikeita resoja ja herzejä kohdalleen (pitkä litania, en kopsannut tähän) ja käy läpi kaikki mahdolliset vaihtoehdot. Loki luettelee myös ne vaihtoehdot joita se ei käytä, ja ilmoittaa syyn tähän tapaan: 

(II) R128(0): Not using default mode "640x480" (hsync out of range)
(II) R128(0): Not using default mode "1280x1024" (height too large for virtual size)

Niin ja näyttö on LG.


Tietämättömän arvailua... Jospa joku osaa kertoa ollaanko oikeilla jäljillä.