Kernelin päivitys ongelma

[putte prossu]

Eli kysessä debian ja backports:sta asentelin 3.2.0-0.bpo.3 kernelin että saisi TRIM:n toimintaan.
Kyseinen Kernel ei kuitenkaan aina käynnisty vaan tarjoilee tuommoista:





Ongelma mun käsittääkseni liittyy koneessa olevaan esata-ohjaimeen (Sil3132) ja ulkoiseen kovalevytorniin mutta miksi välillä käynnistyy normaalisti ja välillä ei? Biossin vaikutuksesta en ole varma kun eilen sain koneen käynnistymään pari kertaa peräkkäin uuteen kerneliin poistamalla AHCI:n käytöstä ja siirtämällä käyttislevyn toiseen SATA-liitäntään (uusi kernel toimi muuten mutta Atin:n ajurit ei oikein pelittäny joten käynnistin takaisin 2.6.32) mutta tänään ei taas kyseisellä setupilla suostunut käynnistymään.
Alemman kuvan UUID kuuluu raid-pakalle minkä levyt on siis asennettu tuohon torniin.

[Postimies]

Eikös kerneli 2.6.32 sisällä jo trim tuen. Epäonnisen käynnistyksen jälkeen fsck löytää levyltä virheitä ja tykkää korjata ne. Ja siitä seuraa uudelleen käynnistys.. isolla levyllä fsck voi kestää kauan, mistä syystä vaihdoin xfs. AHCI tuo hieman nopeutta lisää, mutta ensin pitää tarkistaa tukeeko ajuri sitä. /var/log/fsck alta löytyy virheraporttia. Lueppa se.

Onko  3.2.0-0.bpo.3 oikea? En tunne Debianin nimeämistapaa. Onko amd64 metapaketti asennettu vai pelkkä kerneli?

[putte prossu]

Tämän mukaan tuo trimmi vaatii vähintään 2.6.33 toimiakseen. Saman ohjeen komennon mukaan asentelein tuon kernelin, lisäten vain loppuun 686 niin kuin alkuperäisessä kernelissäkin. Mä käsitin että tuon pitäisi ladata viimeisin 2.6-kernel mutta tuon em. kernelin se sinne asenteli ja ei ilmeisesti mitään muuta kuin kernelin.
Tuo fsck error tässä vähän ihmetetyttää kun a.) tarkistin pakan vasta manuaalisesti fsck, mistä ei ole montaa bootti kertaa. b.) virtakatkoja tms ei ole ollut kuin kone on UPS:n perässä c.) Ne muutamat kerrat kuin sain koneen käynnistettyä uudella kernelillä, ei tuo fsck suorittanut kuitenkaan pakalle mitään tarkistusta vaan käynnistyi normaalisti työpöydälle.

[mrl586]

Mitä kernel-paketteja sinulla on asennettuna?

Koodia: [Valitse]

dpkg -l | grep linux-image
dpkg -l | grep linux-headers

[putte prossu]

Mitä kernel-paketteja sinulla on asennettuna?

Koodia: [Valitse]

dpkg -l | grep linux-image
ii  linux-image-2.6-686                        3.2+45~bpo60+1                     Linux for modern PCs (dummy package)
ii  linux-image-2.6.32-5-686                   2.6.32-45                          Linux 2.6.32 for modern PCs
ii  linux-image-3.2.0-0.bpo.3-686-pae          3.2.23-1~bpo60+2                   Linux 3.2 for modern PCs
ii  linux-image-686                            3.2+45~bpo60+1                     Linux for modern PCs (dummy package)
ii  linux-image-686-pae                        3.2+45~bpo60+1                     Linux for modern PCs (meta-package)


Koodia: [Valitse]

dpkg -l | grep linux-headers
ii  linux-headers-2.6-686                      2.6.32+29                          Header files for Linux 2.6-686 (meta-package)
ii  linux-headers-2.6.32-5-686                 2.6.32-45                          Header files for Linux 2.6.32-5-686
ii  linux-headers-2.6.32-5-common              2.6.32-45                          Common header files for Linux 2.6.32-5

Tuommoisia näyttää.

[Postimies]

Sinulla siis 32bit systeemi? Sitten alkaa olla jo aika vaihtaa 64bit...pae laajennos mahdollistaa suuremman keskumuistin käytön 4G tai enempi. Muuten vain n. 2,5 - 3,5 G muistia käytössä. Riippuu emosta.

Kerneliä lähellä olevia paketteja ovat ainakin initramfs-tools,  binutils, alsa-base, module-init-tools, e2fsprogs... En ole nyt Ubuntu/Debian koneella joten kaikkia riippuvuuksia en saa selville. Noilla tietysti omat riippuvuudet. Kun alkaa päivittämään ei yleensä pääse yhdellä paketilla. Nvidian näytön-ohjaimen ajuri ja jotkut muutkin ajurit pitää kääntää aina uusiksi kun kerneli vaihdetaan.

dmesg ja lokit /var/log alla ovat hyviä lukukohteita jos ongelmia..

Trim tuki tuli jo 2.6.28 kerneliin. Toki parempi mitä uudempi vakaa kerneli. Itsellä 3.2 jo kauan ollut kaytössä. 3.4.x en viitsi vielä vaihtaa kun nykyinen toimii hyvin. Ja seuraava pian tulossa..

[putte prossu]

Joo 32bit versio kyseessä... tuo kone on lähes ainoastaan serveri käytössä (samba, apache, ssh jne.) ja 2GB Kingstonin ECC:tä on riittäny tähän mennessä paremmin ku hyvin, joten en näe mitään syytä vaihtaa 64bit varsinki kun tuohonkin saa vielä tarpeen vaatiessa lisättyä muistia
Mitään selvää kernelin päivitys ohjetta ei itsellä tullun vastaan vaan kaikkissa ohjeissa asennettii kernel samalla tavalla kuin tuossa mun laittamassa linkissä, eikä puhettakaan muiden pakettien asentamisesta. Mitäs nämä headerit ym. sitten on ja pitäisikö nuo asentaa päälle?

Periaatteessa mä pärjään aivan mainiosti tuolla iänikuisella 2.6.32:llakin joten saakos sitä jotenkin tarkistettua että trim on käytössä ja toimii niin kuin pitääkin kun joka paikassa kuitenkin puhutaan että minimissään pitäisi olla tuo 2.6.33?

Joku dilemma tuolla kernelillä on nyt tuon esata ohjaimen kanssa kun poistin pakan fstabista niin käynnistyi mutta ei tunnistanut kaikkia levyjä raid-komponenteiksi, vaikka kaikki levyt tunnistautui uksittäisinä levyinä. 2.6 pelittää niin kuin pitääkin.

[Vika/fiba]

Tämän mukaan tuo trimmi vaatii vähintään 2.6.33 toimiakseen. Saman ohjeen komennon mukaan asentelein tuon kernelin, lisäten vain loppuun 686 niin kuin alkuperäisessä kernelissäkin. Mä käsitin että tuon pitäisi ladata viimeisin 2.6-kernel mutta tuon em. kernelin se sinne asenteli ja ei ilmeisesti mitään muuta kuin kernelin.
Tuo fsck error tässä vähän ihmetetyttää kun a.) tarkistin pakan vasta manuaalisesti fsck, mistä ei ole montaa bootti kertaa. b.) virtakatkoja tms ei ole ollut kuin kone on UPS:n perässä c.) Ne muutamat kerrat kuin sain koneen käynnistettyä uudella kernelillä, ei tuo fsck suorittanut kuitenkaan pakalle mitään tarkistusta vaan käynnistyi normaalisti työpöydälle.

Laitoitko siis aptitude-komennon loppuun 686 eikä i386, kuten ohjeessa neuvotaan?
Onko sinulla ext3-tiedostojärjestelmä?

Note! Do not add the “discard” option when your drive is formatted as ext3: not only will it not work, but it will prevent the OS from booting properly.

[putte prossu]

Juu 686 laitoin tuon i368 sijasta ja raid-pakka on ext3 mutta käyttis on ext4 SSD-levyllä.

[Vika/fiba]

Kokeileppa sitten i386-päätteellä.
Tuossa sinun kuvassa fsck kaatuu ext3-osion tarkistuksessa (8=operational error, mitä sitten tarkoittaakaan). Ilmeisesti siellä raid-pakassa on viallinen levy. UUID näkyy kuvassa. Levyä voi etsiskellä komennolla

Koodia: [Valitse]

sudo blkid

[putte prossu]

i386-pakettia tuolta ei löytynyt mutta mun käsittääkseni tämä 686 on kyllä oikea tuolle core 2 duo-prossulle + muulle setupille kun debian itsekkin asennusvaiheessa tuollaisen asensi.
Äkkiseltään luettuna muillakin on ollut dilemmaa 2.6.34 jälkeisillä kerneleillä tuon ohjainkortin kanssa, mikä siis on Sil3132-piirisarjaa.
Mitenköhän mä saisin tähän vaikka tuon 2.6.33/34 kernelin kuin sitä ei tuntunut tuolta backportseista löytyvän?

[Postimies]

Jos 2.6.32 toimii niin käytä sitä. Tuskin hyppy 2.6.33/34 auttaa mitään. Turhaa työtä.  Jollet sitten halua opetella kernelin kääntelyä. Mitäs se hdparm -I sanoo?? Antaako dmesg mitään virheilmoituksia?

[welmar]

Jos on debian käytössä, niin varmaan helpointa olisi vaihtaa lähteet sid:íin. Tai ainakin siksi aikaa kun päivittää kernelin. Sidissäkin tosin vasta 3.2 vaikka 3.5 ja jopa 3.6 löytyy monista jakeluista jo nykyään.

[putte prossu]

Joo kyllähän mä taidan pitäytyä tuossa vanhassa uskollisessa 2.6.32 kun sen kanssa ei ole ollut pienintäkään ongelmaa muuten ja ainakin tämän mukaan tuossakin pitäisi olla jo trim-tuki niin kuin postimieskin tuolla mainitsi... en sitten tiedä mistä syystä tuosta 2.6.33:sta alkavasta tuesta vaahdotaan joka paikassa vai onko tuo trim lisätty jälkikäteen tuohon 2.6.32?
Niin saikos tuon trimmin toiminnan varmistettua jollain tapaa että saa tälle asialle aivan100% varmuuden?

[Postimies]

Uusiksi mitä hdparm -I /dev/sda sanoo? Tuo kertoo paljon infoa levystä.. Entä nopeus - hdparm -t ja -T optiot - onko luvatulla tasolla?

Testaus hieman hankalaa. Tee joku isohko tiedosto n. 30mb esim. trimtest. Katso sen "osoite" hdparm --fibmap trimtest. Lue siitä dataa hdparm --read-sector "osoite" /dev/sdX. Poista tiedosto rm trimtest. sync ja lue dataa samasta kohtaa hdparm --read-sector "osoite" /dev/sdX  (anna ajan valua jonkin aikaa)... Jos kaikki hyvin levyn kohta on pyyhkiytynyt. Tämä metodi ei ole 100% varma... mutta idea on yksinkertainen. Taas ehkä hieman kummallisia komentoja - ehkä tuohonkin löytyy joku gui, mutta en jaksa hakea. Eli luetaan tiedostoa levyltä. Poistetaan se. Ja jonkin ajan päästä luetaan samaa kohtaa levyltä. Jos sisältö on "hävinnyt" niin trim toimii. 

hdparm ohjelmalla voi "Trimmata" levyä... Mutta onko siitä hyötyä kun levy palvelinkäytössä...ja muutenkin hidasta ja vanhaa rautaa. Levy ei sulla ole pullonkaula, kun luulen että sata-ohjain ei ole kovin nopea.

Levylle kirjoittamista voi vähentää pistämällä /tmp ja muitakin mahdollisia väliaikaisia hakemistoja muistiin (esim selaimen välimuisti). Kun muistia on vähän tuonkin nopeushyöty vähäinen. Ja tarvitaanko sitä nopeutta jossain? Niin että sillä olisi käytölle jotain oleellista merkitystä?

[putte prossu]

Kuulostaa melkoiselta savotalta tuo trimmin testaus Syy minkä takia tuota trimmiä haikailen on että mun käsittääkseni tuo pidentää aseman ikää vähentämällä juuri noita turhia kirjoituksia ja pitämällä sen nopeana kauemmin? Tällä hetkellä nopeus tuolla SSD:llä on ihan OK (luku ~280MB/s emon SATA2 portissa) joten tarkoitus ei ole saada rutistettua kaikkiea irti suorituskyvystä vaan pitää se hyvässä kunnossa mahdollisimman pitkään.

[Postimies]

Uusiksi: Levylle kirjoittamista voi vähentää pistämällä /tmp ja muitakin mahdollisia väliaikaisia hakemistoja muistiin.

Trim ei vähennä levylle kirjoittamista vaan nopeuttaa sitä. Levylle kirjoittaminen tehdään kahdessa vaiheessa. Ensin poistetaan vanha data. Sitten kirjoitetaan uusi. Trim koettaa vapauttaa noita kirjoitettavia alueita ennakkoon, jolloin levyn "putsausta" ei tavitse tehdä ennen kirjoitusta. Tuo nyt oli vähän rautalankaa...

Tekniikka on kehittynyt. Kyllä niitä kirjoituskertoja piisaa - ei raja tule käytännössä vastaan.

[juyli]

Joo 32bit versio kyseessä... tuo kone on lähes ainoastaan serveri käytössä (samba, apache, ssh jne.) ja 2GB Kingstonin ECC:tä on riittäny tähän mennessä paremmin ku hyvin, joten en näe mitään syytä vaihtaa

En ihan ymmärrä, miksi lähinnä palvelimeesi asentelet epävirallisista lähteistä kerneliä, ja erityisesti joitakin epävirallisia näytönohjainajureita?

[putte prossu]

En ihan ymmärrä, miksi lähinnä palvelimeesi asentelet epävirallisista lähteistä kerneliä, ja erityisesti joitakin epävirallisia näytönohjainajureita?

Kernelin päivitykseen aloin käytislevyn SSD:ksi muuttamisen myötä kuin joka paikassa luki tuosta trimmistä että vaatii vähintään 2.6.33 kernelin toimiakseen, mikä nyt sitten ilmeisesti osoittautui vanhentuneeksi tiedoksi. 3.2 tuli backportesista vaikka ohjeen mukaan piti tulla uusin 2.6 kernel, minkä päätin koittaa asentaa kun mulle ei selvinnyt mistä saisi vaikka tuon 2.6.33.
Toosa on mulla kotipalvelimena ja kytkettynä videotykkiin ja telkkariin, joten siintä syystä tuossa ylipäätänsä on näyttis ja suljetut ajurit taas on parempien säätömahdollisuuksien takia kun natiivi Atia en saannut ikinä pelittämään haluamalla tavalla. Mitään ongelmaa mulla ei ole ollut tuon suljetun ajurin kanssa muutenkaan, onko joku syy miksi täytyisi pitäytyä natiivissa? Toki palvelin on mulla myös ihan vaan säätämisen ilosta ja välillä tekee mieli kokeilla jotain uutta! Eikö se ole muutenkin suorastaan Linux käyttäjän velvollisuus saada se välillä tavalla tai toisella solmuun?
Mutta kuten sanottu, pitäydyn tuossa 2.6.32:ssa kun nyt näköjään loppuin lopuksi ei näytä olevan mitään syytä luopua siintä.

Kiitoksen postimiehelle jälleen selventävistä vastauksista!

[Postimies]

Joku passiivi Nvidian näytönohjain ei paljoa maksa HDMI-liitännällä. Jos jaat kuvan ja äänen av-vahvistimella niin yksi HDMI-piuha riittää. Ja ikkunamanegerina riittää lxde, openbox, ... ja suosittelen kokeilemaan xbmc..