Ubuntu Suomen keskustelualueet
Muut alueet => Muut käyttöjärjestelmät ja Linux-jakelut => Aiheen aloitti: putte prossu - 15.09.12 - klo:18.42
-
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:
(http://i.imgur.com/a3WKY.jpg)
(http://i.imgur.com/ohqmn.jpg)
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.
-
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?
-
Tämän (http://visei.com/2011/08/how-to-enable-trim-for-ssds-in-debian-6-0-squeeze/) 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.
-
Mitä kernel-paketteja sinulla on asennettuna?
dpkg -l | grep linux-image
dpkg -l | grep linux-headers
-
Mitä kernel-paketteja sinulla on asennettuna?
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)
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ää.
-
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..
-
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.
-
Tämän (http://visei.com/2011/08/how-to-enable-trim-for-ssds-in-debian-6-0-squeeze/) 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.
-
Juu 686 laitoin tuon i368 sijasta ja raid-pakka on ext3 mutta käyttis on ext4 SSD-levyllä.
-
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ä komennollasudo blkid
-
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?
-
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?
-
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.
-
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 (http://kernelnewbies.org/Linux_2_6_32) 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?
-
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ä?
-
Kuulostaa melkoiselta savotalta tuo trimmin testaus :D 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.
-
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.
-
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?
-
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? ;D
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!
-
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..
-
Tää oli joku 512MB radeon missä DVI, HDMI ja VGA. Hintaakin oli ihan 30e uutena ;D Ihan ongelmitta toiminu ja pyörittää teräväpiirrotkin hyvin mikä riittää meikäläiselle.
XBMC:tä tuli käytettyä ihan sieltä xbox1 ajoista lähtien mutta muutama vuosi sitten siirryin käyttämään pelkästää VLC:tä siintä syystä että tuo toistaa imaget kaikkein parhaiten, missä muodossa mä siis yleensä rippaan leffat tuonne. XBMC taitaa vieläkin suorittaa sen tuskallisen purkamisen vaikkapa DVD imageille kun taas VLC:ssä ne pärähtää alle sekuntissa pyörimään.
Tuo LXDE vaikutti kyllä niin pätevältä että sitä voisi ihan oikeasti jota harkita gnome classicin tilalle. Ei taida olla edes kovin paljoa raskaampi?
-
Ati näköjään kehittyy. Hyvä jos siinä toimii rautapurku teräväpiirrolle. Nvidian VDPAU täällä käytössä.
XBMC kehittyy... pvr versio toistaa TV-kuvaa (myös tallennukset ja ajastukset). Toki osaa imaget. Myös blu-ray (ei salattuja). Silloin purku kestää jos image on rar tai zip paketissa. Toisto onnistuu tuolloinkin. Infot ja kannet osaa hakea netistä ja tallentaa tietokantaan. Tietty toistaa myös musat ja näyttää vaikka lomakuvat... Mikä parasta homma hoituu hyvin kauko-ohjaimella. Lisäosia on paljon. Haittana ajoittainen kaatuilu... XBMC 12 versiossa on jo tuki HD äänille jos vaan kelpaavat vahvistimelle. ks http://www.youtube.com/watch?v=3VjLI9_1azw
VLC:n etu on tietty vakaus ja sekin käyttää paljolti omia kodekkeja. 2 versiosta asti myös näytönohjaimen rautapurkua teräpiirron osalta alettu tukea. VLC ei käytössä täällä. Mplayer jonkin verran. Ehkä siksi, että tuki teräväpiirrolle on ollut siinä jo pitkään ja sillä saa helposti ripattua DVD:n tai osia siitä kovalevylle. Helppo myös asentaa. XBMC taas hankalimmasta päästä..
LXDE on yksi kevyimmistä työpöydistä..Kyllä sillä tulee toimeen. Sopii leffojen taustalle siinä kuin pelkkä openbox. Siitä saa helposti salasanakyselyn pois ja xbmc autostarttiin, niin ei juuri sohvalta tarvitse enää nousta... gdm voi myös korvata LXDE:n vastaavalla kevyemmällä graafisella käynnistimellä, jolloin X käynnistyy SSD-levyltä vikkelästi. On toki xdm myös kevyt ja nopea.
-
Joo melkoisesti on ollut kehitystä tuon Atin suhteen verrattuna mitä se oli vajaat 10v. sitten kun ekan kerran koitti saada radeonia toimimaa Linuxissa, nyt suljetut ajuritkin asentuu parilla komennolla.
Pitää ilmeisesti koittaa uudestaan tuota XBMC:tä... viimeksi kun mä tuota käytin niin pelkän DVD -imagen purku kesti aina sellaiset 3-10min, mikä nyt ei vaan ole hyväksyttävää vaikka muuten miellyttikin ;)
Tuo kaukosäädin on pelittäny aina XBMC:ssä hyvin mutta nykyää tulee käytettyä dinovo miniä, syystä että servu on seinän takana joten infrapuna ei oikeen tule kysymykseen. Ja onhan tuo muutenkin ihan hyvä jos tarvii vaikka irssiin jotain huudella kesken leffasessioiden :D
-
Ohi aiheen mutta DVD-levyn imagea ei pureta se liitetään tyyliin mount -o loop image /mnt/dvd eikä se kestä kovin pitkään. Mahdollinen salauksen purku voi viedä hetken. Rar-pakettikin aukeaa suht. nopeasti - tässä alkaa jo koneen teho merkitsemään jotain.
Tuollainen dinovo voisi olla kätevä. Bluetooth ja kännykkä yhdistelmää kokeilin, mutta virrankulutus oli sitä luokkaa että luovuin. Käytettävyys oli hankalaa myös pieninäyttöisessä luurissani. Ikivanha äly-nokia jossa vielä näppäimistö.
-
Tuollainen dinovo voisi olla kätevä.
Tuo on kyllä kätevä kampe kun pari iltaa totuttelee ja akku kestää todella hyvin vaikka on tosissaan tuota seinää tuon ja vastaanottimen välissä. Toimii varmasti XBMC:nkin kanssa hyvin kun tuossa on liukukytkimellä valittavissa kosketusmatto/dpad.
Kannattaa nyt syksyllä katella kun tulee anttilan keskusvaraston tyhjennys! Oman ostin näihin aikoihin 2v. sitte ja hintaa oli alle 50€ ja viime vuoden tyhjennysmyynnissä sama homma, meinasin tehdä "vilenit" ja ostaa toisen ku halvalla olis saannu.
Ohi aiheen tää on menny jo hyvän aikaa sitte ;D