Libata systeemi ei toimi (vanhassa kannettavassa?)

[vinsk1]

editti: Vaihdoin otsikon ongelmaa kuvaavammaksi

Morot,

Asentelin tuossa kirjoitus ja koodailu koneena olleeseen Toshiban (S2800-100) läppäriin fluxbuntun 7.10rc:n koneessa olleen DSL:n tilalle. En saanut eclipseä+java toimimaan hyvin DSL:ssä.
Ajattelin, että helpottuu ylläpitö jne. ubuntun myötä. Asiaan.

Kone on siis 650Mhz Celeron ja 128mb rammia, n-ohjaimena oli s3 savage. Kovo taitaa o

Fluxbuntu toimii hi   -   taas-  ti , verratuna aikaisemmin asennettua olleeseen DSL:n, molemmissa on kuitenkin sama ikkunamanageri.

Ensin avuksi ajattelin riittävän turhien palveluiden poiston yms. perus ubuntu virittämisen. Käynnistysaika lyheni ehkä 10 minuutista viiteen. Bootchartti ei jostain maagisesta syystä anna tulosteita, kaikki logit pitäisi olla päällä, mitkä logit tuo tarvitsee toimiakseen, jotain puuttuu selkeästi. Tutkimukset jatkuvat.

Käyttö on edelleenkin hidasta, esimerkkinä sysv-rc-conffin käyttö terminaalissa on tuskaa, /dev/ kansion avaaminen rox:ssa kestää minuutteja, samoin dpkg avaaminen.

 --> n-ohjain ajuri ongelma, en usko ?? xorg käyttää nyt savegea, systeemi näyttäisi olevan kunnossa tuon puolesta koska ajuri vaikuttaisi toimivan hyvin ("3d" kiihdytys näyttäisi olevan päällä, yms. rautatuki glxinfo&glxgears ok)

--> Muisti vuotaa jonnekin?
Muistia tuntuu katoavan jonnekin taivaan tuuliin, vaikka sitä mikään kummallinen ohjelma enää kuluta. 128mb vapaana on 16mb. Xorg (n. 16%), rox (8%), hald (3%) sekä slim (4%) ja fluxbox (4%) käyttävät eniten, noista nyt voisi ajatella poistavansa kyllä slimin(?). Laitan top tulosteen tänne pikimmiten.

Ummartaakseni tehojen puolesta ei pitäisi olla ongelmia ajaa tuota fluxbuntua, vai onko niin, että DSL:n core on vaan niin paljon Fluxia köykäisempi.

[Higgins]

Fluxbuntu toimii hi   -   taas-  ti , verratuna aikaisemmin asennettua olleeseen DSL:n, molemmissa on kuitenkin sama ikkunamanageri.
Ummartaakseni tehojen puolesta ei pitäisi olla ongelmia ajaa tuota fluxbuntua, vai onko niin, että DSL:n core on vaan niin paljon Fluxia köykäisempi.

Saman huomasin, todella hidas bootti. Muutenkin jotenkin Beta... Melkein asentaisin Xubuntun/Ubuntun, Fluxbox siihen päälle...

Higgins

[raimo]

Morot,
 vai onko niin, että DSL:n core on vaan niin paljon Fluxia köykäisempi.

No näinhän se käytännössä on, DSL on hyvinkin kevyt. Kun taas Fluxbuntu on pullollaan kaikkia turhuuksia,
Ubnubnuntumaisesti, bundolo, kaikki mukaan vaan mitä on olemassa tyyliin.

Minä tekisin niin, jos siis jostakin ihmeen syystä haluaisin Fluxboxin että asentaisin ensin Ubuntun serveriversion, ja sitten siihen X:n ja GTK+:n ja Fluxbox ikkunamanagerin. Ja tietenkin vain GTK+ ohjelmia ainoastaan, niitä kyllä löytyy lähestulkoon kaikkiin tarpeisiin. Eli pidetään kokonaan Gnome ja KDE poissa peleistä.
Isoa säätämistä tiedossa, mutta helppiä löytyy kyllä, ja lopputulos on nopeampi kuin Fluxbuntu koskaan tulee olemaan.

Toisaalta, minä en mistään hinnasta haluaisi Fluxboxia (olen kyllä kokeillut, montakin kertaa), koska se on ruma ja hidas.

Vaan minäpä asentaisin Openboxin, siihen sitten  feh, pypanel ja pcmanfm... täten syntynyt systeemi ei ole ruma eikä hidas, ja etenkin Openboxia on helppo säätää, ja uusimmassa versiossa on nätit menut jo ihan oletuksena. Taustat sitten Feh:llä, tai jos kaipaa ikoneita työpöydälle niin idesk:llä. Käytetettävyydessä ihan ylivertainen systeemi verrattuna Fluxboxiin.

Mutta katsele tosiaan top komennon tulosteita, pitäisi sen Fluxin tuossa myllyssä kyllä hyvinkin pyöriä, mutta server-ubuntu ja Openbox => suorastaan lentää!

http://wiki.ubuntu-fi.org/Openbox-opas/ ja foorumin haulla mahottomasti lisää juttua, tai kysymällä sitten vieläkin lisää.

[Jallu59]

Kerneleissä on jo valtava ero DSL:n  ja buntujen välillä. Dsl käyttää vanhaa 2.4 sarjan kerneliä turvapäivityksin, joka tulee toimeen n.16-megalla, kun taas buntuissa on 2.6-sarjaa, joka syö jotain 32M ja 64M väliltä. Joskin Fluxbuntun tahmailu vähän hämmästyttää, kun itse olen saanut jopa puhtaan Dapperin pyörimään 333MHz/128M koneessa kohtuullisesti. Ei boottiaika ollut sillä kuin pari minuuttia max. Xubuntu asennettuna alternate-levyltä pitäisi myös pyörähtää iloisesti tuossa raudassa.

T:Jallu59

[Higgins]

Joskin Fluxbuntun tahmailu vähän hämmästyttää, kun itse olen saanut jopa puhtaan Dapperin pyörimään 333MHz/128M koneessa kohtuullisesti. Ei boottiaika ollut sillä kuin pari minuuttia max. Xubuntu asennettuna alternate-levyltä pitäisi myös pyörähtää iloisesti tuossa raudassa.
T:Jallu59

 Zenwalk, nopea ja käytettävä, ja imho helppokin...Wolvix , Vector ja Absolutekin voisi tulla kyseeseen. Eli Slackware- pohjasia yllättäen kaikki. Taisi Puppykin jotakin Slack- systeemiä käyttävän uusimmassa versiossaan. Olisiko ollut pakettienhallinta?

Hig   

[muep]

Kerneleissä on jo valtava ero DSL:n  ja buntujen välillä. Dsl käyttää vanhaa 2.4 sarjan kerneliä turvapäivityksin, joka tulee toimeen n.16-megalla, kun taas buntuissa on 2.6-sarjaa, joka syö jotain 32M ja 64M väliltä.

Mistähän nuo muistinkulutusluvut on oikein otettu? Tietääkseni myös 2.6 -sarjan kernelin saa paljon vähemmällä tulemaan toimeen, mutta käytännössähän koneella ajetaan paljon muutakin kuin vain kerneliä. Kun 32 megatavun muistilla varustetussa koneessa on Linuxin kuitenkin hyvin saanut käyntiin, kuulostaa 32-64 megatavun muistinkulutus pelkälle kernelille aika hurjalta.

DSL:ssa jakelua on kevennetty vaihtamalla ihan perusjärjestelmän palikoita kevyempiin versioihin. Iso osa perusohjelmista tulee esimerkiksi BusyBox -projektista GNU:n työkalujen sijaan. Tämän lisäksi varmasti on tehty paljon muutakin.

[vinsk1]

Ja sitten illat.

Virittelin ja painiskelin vielä tovin tuon fluxbuntun kanssa ja ja.. antaa olla. Minulla heräsi jo aikaisemmin tänään aamulla ajatus siitä, että tuo kovalevyn käsittelyssä on tuossa systeemisessä jotain ihmeellistä. Järjestelmän asennus kesti yli neljä tuntia (?) ja käyttö oli hidasta. Ei jaksanut edes niitä top jne kuvia ottaa.

Viritellessäni tuota käyttö kuntoon ajoin myös hdparmia ja tulos näytti surkealta, cache-buffer luku n. 20mb ja cache disk 2mb/s. Jep jepjee. En saanut edes säädettyä noita paremmiksi hdparmilla. jesh!

Vertailun vuoksi käynnistin koneen DLS-N:nään (Eli aikaisemmin kirjoitin vahingossa DSL, vaikka olin käyttänyt DSL-N:ää, jossa on 2,6 kerneli). Systeemi käynnistyi parissa minuutissa ja toimii kuin häkä. Äkkiä terminaali auki ja hdparm -Tt kehiin. Nyt samat luvut 240mb/s ja virittelyllä 20mb/s.

Asensin DSL-N:nän takaisin.. noin vartissa, ja säädin vielä fdiskillä aika tovin.. 

xubuntua olen joskus kokeillut, oli hidas, zenwalkki taitaa olla myös hidas, openboxin viritystä voisi kokeilla.

Tämä fluxbuntu käytti näköjään libata:a? olisiko siinä joku bugi?

Ehkä vielä sittenkin väsään tuohon ubuntu/depianin/johdannaisen, näitä on niin kiva käyttää.

[vinsk1]

niin.. vielä dsl-n:stä. tämä vie vakiona näköjään 24,4 megaa muistia terminaali auki

[Jallu59]

No ihan ubuntun teknisestä dokumentaatiosta saa irti, että 32M on absoluuttinen minimi, joskin sen asettaa installeri jonka alla tuo kerneli jo pyörinee. Olisikohan tuo Fluxbuntun tahmailu jotain Gutsyn rautatunnistukseen liittyvää. Se ei lupauksistaan huolimatta ole toiminut, ainakaan omien kokemusteni mukaan,  yhtä luotettavasti kuin esimerkiksi Feistyn vastaava. Esimerkiksi uudehkosta F-S:stä se ei tunnistanut levyä, jonka Feisty tunnisti.
Linkkejä:
https://help.ubuntu.com/community/LowEndSystemSupport
https://help.ubuntu.com/community/Installation/LowMemorySystems

Niin ja swappia mielummin giga, jos kovoa rittää, puolikas vähintään, riippuu tietysti käytettävien softien koosta ja niiden käyttötavoista.

T:Jallu59

[anttimr]

Tämä fluxbuntu käytti näköjään libata:a? olisiko siinä joku bugi?

No mulla on sattumoisin myös Toshiban vielä vanhempi läppäri ja ainakin Feistyn oletuskernelin (pitäis varmaan jo päivittää, mutta tähän bugiin ei taida olla vaikutusta) kanssa levyn käsittely on tolkuttoman hidasta ja DMA:ta ei saa pakotettua päälle, koska ajuri ei moista komentoa ymmärrä. Sitä on paha sanoa, vaikuttaako Fluxbuntuun, mutta kyllä raportti on Gutsynkin kernelin osalta auki.

Koodia: [Valitse]

Timing buffered disk reads:   10 MB in  3.17 seconds =   3.16 MB/sec
Tämä bugiraportti kuvaa vian just eikä melkein:
https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/110636
 

[vinsk1]

No siinäpä se sitten olikin.  , en saanut minäkään säädettyä hdparmilla. vali vali. Näköjään sama vika on siinä.

Kirjoittelen tätä nyt pirunpienellälinuksilla-ei , ja toshiballa. Taidankin viritellä tätä koko yön ja ottaa aamulla tujusti kofeiinia. Näyttäisi olevan 33mb muistia käytössä kun seamonkey päällä... needs investigating.

[MikkoJP]

 Zenwalk, nopea ja käytettävä, ja imho helppokin...Wolvix , Vector ja Absolutekin voisi tulla kyseeseen. Eli Slackware- pohjasia yllättäen kaikki.

Siksipä suosittelenkin Slackwarea -- dokumentaatio on kuitenkin parempi tällä klassikolla, eikä sen asentaminen ole vähänkään enemmän linuxia käyttäneelle ylivoimaista.

[vinsk1]

Sama bugi on Xubuntu 7.10:llä.

[vinsk1]

Xubuntu 6.06 toimii hyvin kyseisellä koneella. Eikä siis käytä libata:a, kuten 7.1 versio.- Kokeilin myös pclos:sin uusinta versiota, joka käyttää myös libataa. Hidasta oli.

Xubuntu 6.06 toimii hyvin ja kohtuullisella nopeudalla jo vakiona. Firefox 1.5 on riittävän nopea käytettäväksi. Jään tähän.

Selvitettäväksi jää, miksi libata systeemi ei toimi tässä? Mahtaakohan tässä koneessa olla scsi levy? Inspector jatkaa tutkimuksia...

edittiä:

Ilmeisesti tässä tosiaan on scsi levy ja  tutkimukset osoittavat että apua löytyy osoitteesta http://linux-ata.org/faq.html
Ei tosin jaksa enää säätää uudempaa järjestelmää kun löysin jo toimivan.

Rupeaa tuntumaan perus osamattomuudelta tämä minun säätäminen.. ensin huudellaan foorumeilla, että paska systeemi kun ei älyä itse etsiä oikeista paikoista/käyttää hakusysteemejä oikein.