Noniin, slacpkg on asennettu ja paketit päivitelty, xorg.confia viilattu jotta resot on sopivia uudelle wide-screenille siten että myös Americas Army napsahtaa käyntiin (väärä reso aiheuttaa mustan ruudun).
Vaihdoin linkin "vmlinuz" generic-kernelille hugen sijaan MUTTA mitä kummaa, luulin että huge on tosiaan paljon hugempi kuin generic (manuskan mukaan) mutta buutissa tulee täsmälleen samat turhat tekstit kuten "pcmcia" yms. rojua mitä en tarvi. Eli tietääkö joku mitä eroja on kerneleillä huge ja generic? Mun varmaan tarvii sitten kääntää oma kerneli josta voin karsia nuo turhat mollukat pois.
Sellainen ongelma esiintyy että Armyopsia pelatessa kone "jäätyy" välillä epämääräiseksi ajaksi, näppis toimii jotenkuten, voin esim. vaihtaa istunnosta toiseen mutta grafiikka on hyytynyt eli screeni ei päivity. Tätä kestää 1- 3 minuuttia minkä jälkeen kaikki palautuu normaaliksi kunnes noin tunnin päästä sama juttu. Tuo aika ei ole mikään vakio joten cron tuskin tulee kyseeseen eikä lokeista löydy muuta kuin sshd (jonka voisi kyllä tappaa pois) joka ei saa yhteyttää osoitteeseen 0.0.0.0 . Onko kokemuksia tämänkaltaisesta ongelmasta.
Taidan vaan kääntää kernelin, jospa nuo sitten katoaisivat?
Vaihdoin linkin "vmlinuz" generic-kernelille hugen sijaan MUTTA mitä kummaa, luulin että huge on tosiaan paljon hugempi kuin generic (manuskan mukaan) mutta buutissa tulee täsmälleen samat turhat tekstit kuten "pcmcia" yms. rojua mitä en tarvi. Eli tietääkö joku mitä eroja on kerneleillä huge ja generic? Mun varmaan tarvii sitten kääntää oma kerneli josta voin karsia nuo turhat mollukat pois.
Sellainen ongelma esiintyy että Armyopsia pelatessa kone "jäätyy" välillä epämääräiseksi ajaksi, näppis toimii jotenkuten, voin esim. vaihtaa istunnosta toiseen mutta grafiikka on hyytynyt eli screeni ei päivity. Tätä kestää 1- 3 minuuttia minkä jälkeen kaikki palautuu normaaliksi kunnes noin tunnin päästä sama juttu. Tuo aika ei ole mikään vakio joten cron tuskin tulee kyseeseen eikä lokeista löydy muuta kuin sshd (jonka voisi kyllä tappaa pois) joka ei saa yhteyttää osoitteeseen 0.0.0.0 . Onko kokemuksia tämänkaltaisesta ongelmasta.
Taidan vaan kääntää kernelin, jospa nuo sitten katoaisivat?
Vastaukset 15
Vanhimmat
joo, no mä tapoin tuon ssh-daemonin ja kokeilen mitä tapahtuu AA:ssa, vieläkö jäätyy, tarvii katsoa lokit heti seuraavan freezen jälkeen jos sellainen tulee.
sisältää tuen suunnilleen jokaiselle mahdolliselle laitteelle, tiedostojärjestelmälle, ym.
Tavallisessa (generic) kernelissä nuo pitää tarvittaessa ladata moduleina.
Mm. pakettien kuvauksestahan tuon näkee:
kernel-huge (a fully-loaded single processor Linux kernel)
This is a Linux kernel with built-in support for most disk controllers
and filesystems. If you're looking for a more stripped down kernel
(this one contains everything but the kitchen sink ;-), then install
the kernel-generic from the /boot directory along with an initrd to
load support for your boot device and filesystem.
kernel-generic (a general purpose single processor Linux kernel)
This is a Linux kernel with built-in support for most IDE controllers.
For filesystem support, or if you need to load support for a SCSI or
other controller, then you'll need to load one or more kernel modules
using an initial ramdisk, or initrd.
Itse olen perinteisesti kääntänyt oman kernelin, jolloin mukaan tulee vain ne ajurit/ominaisuudet mitä tarvitsen.
64-bittisiä koneita omistavien slackereiden kannattaa tutustua myös jakeluun nimeltä Bluewhite64.
http://www.bluewhite64.com/news.php
mutta itse käytän zenwalkin kerneliä headers source slackissa ja yleensä ndiswrapper pakettia myös, ja hyvin toimii. Ja olen omalla kohdalla huomannut että toi kernelin itse kääntäminen(ylimääräisten roippeitten poistaminen) ei auta mihinkään. Noh pari sataa kt pienempi kernel, boottinopeus vähän nopeampi(ehkä) mutta ei muuta.
http://img122.imageshack.us/my.php?image=bootchartjo2uj9.png
Tuota juu, onhan tuosta ollut jutustelua paljonkin linuxin foorumeilla että nykyaikaiset kernelit ovat varsin hyviä ihan genericinä eikä kääntämisellä kovin paljon saa nopeutta/etua lisättyä, tietty jos osaa nuo kaikki menuconfigin optiot ja metkut ja tietää mitä ne tarkoittaa niin siten luultavasti pystyy viilamaan hyvän ytimen mutta aika guru silti saa olla. Sanoin "menuconfig" koska itse olen käyttänyt sitä, siinä on mukavasti vihjeet matkassa tietty en ymmärrä aivan tarkkaan puoliakaan. Sanoinkin joskus että pitäisi noihin käännöksen optioihin perehtyä tarkemmin niin varmasti pystyisi tekemään tehokkaan ytimen omaan järjestelmään, muutaman turhakkeen poisto ja hyödykkeen lisääminen ei varmaankaan vielä riitä mihinkään erityiseen vaan pitäisi osata juuri tietyt kikat hoitaa jotta saisi todellista hyötyä.
On teillä mielenkiintoisia vaihtoehtoja tarjolla mutta jos nyt lähtisi itse siitä että saa Slackwaren pysymään kasassa sen omilla lähteillä ;D Hetken luulin että ssh-daemonin tumppaaminen auttaa mutta lopuksi tarjoiltiin taas "hyydyke" en ole ehtiny vielä lokeja tutkimaan kun pitää huoltaa muksuja.. eipä tässä mikään kiire ole, kunhan ehdin taas mutta kernelin voisin kääntää, taidan hakea ensin aivan uusimman ajurin nvidiaan jne..
Kiitän vastauksista.
Slackware on kunnon originaali Linux-jakelu. Mutta juuri siksi pitääkin tutustua systeemiin hieman pintaa syvemmältä:
http://www.slackbook.org/
Mitään ei tehdä valmiiksi, vaan käyttäjä itse saa tehdä haluamansa konfiguroinnit.
Slackpkg:n sijaan tutumpi on ollut slapt-get.
Tuota noin, niin minäkin olisin halunnut sen Slapt-getin mutta missähän se mahtaa luurata? Eihän tuossa slackpkg:ssa mitään vikaa ole, eikös sekin ole aika paljon slapt-getin tapainen? Mitäs eroa niillä mahtaa olla, sanokaapa jos tiedätte. Olen yrittänyt tutkia slackpkg.conffia ja mulla on valittu seuraavat
FIRST=patches
SECOND=slackware
THIRD=extra
FOURTH=pasture
FIFTH=testing
Eli onko nuo ok, miksei sitä slapt-getia löydy, palvelimena on ftp.funet.fi.
Kyllähän tuo slackbook on mulla kirjanmerkkinä mutta eihän se ihan suoraan vastaa läheskään kaikkiin kysymyksiin joskin antaa perusteet, toisinaan hieman epäselvät joten samaa kohtaa joutuu lukemaan montakin kertaa että tajuaa mitä se käytännössä tarkoittaa mutta siis ihan mainio opus.
Nyt alkaa tämä jumitus-ongelma selviämään, syslogista hokasin että kernel ei saa kiinni hdd:n keskeytyksestä, viimeinen rivi ongelman jälkeen on tämä:
Nov 30 06:30:35 koti-desktop kernel: hdd: lost interrupt
En ole vielä saanut selvitettyä miten tuon saa korjattua, voi olla että kernelin kääntäminen tai kokonaan uuden kernelin asentaminen on ratkaisu. Yritän googlettaa lisätietoa kunhan ehdin..
"Kaikki" löytyy Slackwarelle linuxpackages.net:stä.
Jos apt on tuttu, on slapt-get pelkistetympi, mutta toki toimiva vaihtoehto. Slapt-getistä on myös gslapt synapticin vastine.
http://www.linuxpackages.net/search_view.php?by=name&name=slapt-get&ver=12.0
Yksittäisten tgz-pakettien asennus tapahtuu pkgtool-ohjelmalla.
Erilaisten jakeluun kuuluvien ohjelmien etsimiseen http://packages.slackware.it
Kiitos, tätä mä juuri arvelin että koska nää on tgz-paketteja niin jossain on tällainen varasto mistä niitä voi imuroida eri jakeluversioille.. hyvä, asennan kunhan ehdin. Käänsin generic-smp-kernelin, katotaan häipyikö tuo keskeytysongelma..
Juu, olen minä Vectorissa käyttänyt tuota slapt-get GUIta gslaptia ja on tosiaan paljolti synapticin kaltainen. Mutta kyllä mä pärjäisin tän slackpkg:n kanssa vai onko siihen joku syy että kaikki suosittelee slapt-getia?? Onko tässä slackpkg:ssä joku bugi tai heikkous?
c=3 mä imuroin ja poltin tuon Bluewhite64 mini-liven kokeillakseni mutta törmäsin samaan ongelmaan joka mua on näissä linukoissa ennenkin kiusannut eli nVidia 8600GT näytönohjaimeen ei löydy toimivaa ajuria. Eli mikähän siinä mahtaa olla rootin salana että pääsis vaihtamaan vaikka vesan, mulla menee ruutu aivan mustaksi eli se varmaan ottaa nv:n tms. käyttöön muttei saa signaalia järkevästi ulos eli tarttis mennä tty6 sisälle ja vaihtaa vesa mutta en keksi siihen tunnuksia ;(
tukee useaa pakettilähdettä ja hallitsee pakettien väliset riippuvuudet. Slackpkg tukee vain yhtä lähdettä, mikä sisältää vain jakelun omat paketit, eikä hallitse riipuvuuksia.
Ks. tiedosto /etc/slackpkg/mirrors
Bluewhiten live-cd:n root-salasanaa en tiedä kun en ko. cd:tä ole koskaan kokeillut. Luulisin, että selviää RTFM.
Suljetun, toimivan ajurin 8600GT:lle saa Nvidian sivuilta: http://www.nvidia.com/object/linux_display_amd64_100.14.19.html
Tuon ajurin käyttäjien on sitten turha odottaa tukea muualta kuin Nvidialta jos jokin ei toimi sen kanssa.
"Bluewhiten live-cd:n root-salasanaa en tiedä kun en ko. cd:tä ole koskaan kokeillut. Luulisin, että selviää RTFM."
Bluewhite-CD-Live:n salaisuudet eivät paljastuneet. Mutta BlueWhite-DVD-live:llä ei ole bluewhite-käyttäjälle enenmää kuin root-käyttäjälle salasanaa ollenkaan - ja toimii siis ilman salasanoja.
Alkuperäiselle kysyjälle vain tiedoksi: kernelin kääntäminen on tarpeen vain, jos jokin laite ei oletuskernelillä toimi kernel-tuen vuoksi.
Huvin vuoksi ei kerneliä kannata kääntää, jos ei ymmärrä, mitä on tekemässä.
Jos haluat oppia, selvittele asiat tykönäsi:
http://linux.fi/index.php/Kernelin_kääntäminen
on hyvä perusohje perehtyä asiaan.
****ttu mä jo ihmettelin että mikä tätä mun käännöskerneliä alkoi vaivaamaan kun ei enää äänet suostuneet toimimaan.. no, olin jossain välissä ehtinyt käymään biosissa säätämässä niin olinkin ottanut äänipiirin kokonaan pois heheh! Nyt taas pelittää.
Ei tainnut vielä auttaa tuohon interrupt-ongelmaan tämä kääntäminen.. himputti pitää varmaan kokeilla eri version kernelillä.. tästä kuitennii pikkujouluihin eli hyvät pikkujoulut kaikille ;D
Voi kökkö, ei se vika olekaan kernelissä vaan jossain slackwaren syövereissä.. kokeilin kernelillä 2.6.23-smp mutta ei vaikutusta. Ensin sähläsin sen kanssa kun en hokannut että se täytyy nimetä smp:ksi sillä se etsii moduleitaan tuolla päätteellä. Siirsin bzImagen /boot hakemistoon ensin pelkästään nimellä vmlinuz-2.6.23 mutta buutti päättyi aina kernel paniciin kunnes tajusin että siellä käynnistysriveillähän se tunnistautuu nimellä 2.6.23-smp. Varmuuden vuoksi ajoin mkinitrd:n uudelleennimeämisen jälkeen niin kuin kai pitää? Toiseksi, miksei se osannut pistää oletusajotasoa ts. initiä ei löytynyt mutta kun pistin buuttioptioksi esim. init=1 niin sitten sain kunnialla käyntiin. Eli pientä sähläämistä oli ja muutama käännöskerta mutta lopuksi sain sen käyntiin. Onneksi siellä oli se huge-kerneli, olin tehnyt kaksi buuttiriviä toisen huge-smp-kernelille ja toisen noille muille joten tuo viallinen initrd ei estänyt buuttaamasta missään vaiheessa.
Mutta ei siis toimi ei, meni uusimmalla kernelilläkin samaan jumiin joten en nyt tiedä mitä tekisi, heitänkö sikseen vai asennanko uudelleen jollakin tavalla? Hiton hyvältä vaikutti släkki muuten, harmi kun on tuollainen hankalan puoleinen ongelma matkassa ;(
Taidan vielä kokeilla tuota bluewhiten live-DVD:tä mitä se sanoo, tuossa se tulee 900kt/s enää 10 minsaa jäljellä.
Niin, kokeilin myös kerneliä 2.6.21.7-smp jonka changelogissa on mainittu joitakin keskeytysongelmia jotka sen pitäisi korjata mutta sekään ei korjannut mulla mitään vaan ihan sama juttu, satunnaisia hhd:n interrupt failureita säännöllisen epäsäännöllisesti. Eli kun irq jotenkin putoaa pois päältä niin kone tahmaa, esim. komentorivillä ajettu ohjelma toimii normaalisti mutta uusien ohjelmien tai grafiikan avaaminen jumittuu. Myös pelaamani peli eli AA jymähtää 1-2 minuutiksi mutta palautuu normaaliksi kun kohtaus on ohitse.
Tuo uusin kerneli muuten tiesi kertoa syslogissa että mulla on IDE hda:ssa vanhanmallinen eli hieman väärä kaapeli ja nopeus on pudotettu ATA33, varmaan kannattaisi vaihtaa siihen uudempi kaapeli (itseasiassa luulin tehneeni jo niin). Sen ei kuitenkaan pitäisi vaikuttaa käsitykseni mukaan mitenkään tähän.
Kokeile poistaa APIC käytöstä, joko BIOSista tai käynnistysoptiolla 'noapic'.
"ei se vika olekaan kernelissä vaan jossain slackwaren syövereissä.. "
Käännösoptioissasi on vikaa. Jos et osaa, etkä pysty lukemaan manuaaleja, voi vain todeta, että yrität haukata liian suurta palasta "kakusta".