Keskustelua Ubuntu 8.04 Hardy Heron kehitysversiosta

[Sotamato]

Sen olen hokannut, ettei kannattele sammuttaa yöksi myllyä. Käynnistäessä kaikki sekaisin, vielä. Toivottavasti ja varmaan muuttukin parin10:n päivän päästä.

Ja virtaa kuluu ja ilmastonmuutosta edistää ja kone kuumenee...
ÄLKÄÄ TEHKÖ TÄTÄ!

Olen samalla linjalla, soo soo! Kyllä sitä ilmaston puolesta asentaa muutaman kerran uudestaan järjestelmän.

[Topelius]

Miten toi Archive mounter toimii??

Sillä kun avaa iso tiedoston niin kaikkien tiedostojen päätteiden perään tulee ;1 ja sen takia mikään ohjelma ei toimi

Eli mitä pitäisi tehdä?

[shelby]

Sen olen hokannut, ettei kannattele sammuttaa yöksi myllyä. Käynnistäessä kaikki sekaisin, vielä. Toivottavasti ja varmaan muuttukin parin10:n päivän päästä.

Ja virtaa kuluu ja ilmastonmuutosta edistää ja kone kuumenee...
ÄLKÄÄ TEHKÖ TÄTÄ!

Olen samalla linjalla, soo soo! Kyllä sitä ilmaston puolesta asentaa muutaman kerran uudestaan järjestelmän.

Muttakuku kone pitää huoneen lämpimänä, ei tarvii pitää pattereita päällä.

[shelby]

Miten toi Archive mounter toimii??

Sillä kun avaa iso tiedoston niin kaikkien tiedostojen päätteiden perään tulee ;1 ja sen takia mikään ohjelma ei toimi

Eli mitä pitäisi tehdä?

eikus sorry väärään meni

[Ville Pöntinen]

Ja virtaa kuluu ja ilmastonmuutosta edistää ja kone kuumenee...
ÄLKÄÄ TEHKÖ TÄTÄ!

Olen samalla linjalla, soo soo! Kyllä sitä ilmaston puolesta asentaa muutaman kerran uudestaan järjestelmän.

Muttakuku kone pitää huoneen lämpimänä, ei tarvii pitää pattereita päällä.

Lämmöksihän se sähkönkulutus menee. Pointti onkin juuri siinä lämmitetäänkö itse kunkin koti sähköllä vai kaukolämmöllä tai jollain sähkölämmitystä edullisemmalla ja/tai ympäristöystävällisemmällä energiamuodolla.

Jos asunnossa on kaukolämmitys, säästää koneen turha tai öinen päälläpitäminen ainoastaan energiayhtiön sähkönkulutusta ja maksaa siten koko kulutuksensa verran käyttäjälleen. Ympäristölle merkitys on tuolloin minimaalinen.

Jos taas asuntoa lämmitetään omalla sähköllä tai edes osittain sillä, ei tietokoneen käyttö lisää sähkölaskua niinä kuukausina jolloin asuntoa pitää lämmittää.

Kesäaikaan kone tuottaa joka tapauksessa turhaa lämpöä ja kuluttaa luontoa joka tapauksessa.



Ja kyllä koneen pitää boottaus kestää. Eikä silloin ole väliä onko kone poissa päältä 1s tai 16h. Jos ongelmia on, ei sillä ole vaikutusta kuinka kauan kone on vailla virtaa välillä (tai sitten on jokin mystinen laitevika tms.).

[anttimr]

Hurja Haikara sanoo: Rääh! Ilmastokeskustelijat voivat perustaa oman aiheen Yleiseen keskusteluun. Rääh!

Kuva: http://www.flickr.com/photos/jvverde/

[Ville Pöntinen]

Heh 

Onhan tämä sähkönkulutus ja sen vaikutuksen täällä olleet jo esillä. Nousee silti aina silloin tällöin, enkä malta olla oikomatta virheitä.

[shelby]

Jopas kesti boottaukset, tiedä sitten missä oli vika. Bottasin monta kertaa ja nousi tulille reilusti alle 10s.

[sami.tormanen]

Täällä on ollut Hardy Heron jo aikaisesta alphasta asti täydessä käytössä koko ajan, mutta nyt viimeisen parin viikon aikana on tullut semmoinen mystinen vika/bugi/ominaisuus  . Elikkäs kone hyytyy aivan täysin (paitsi hiiri) erittäin säännöllisen epäsäännöllisesti, yleensä kaikki gnomen softat aiheuttaa tuon lukkiutumisen (gedit, rhythmbox, xchat, päivitysten hallinta, teeman valinta/säätö paikka..).
Hyvä kuitenkin että saa tällä maagisella alt+sysrq+k näppisyhdistelmällä takaisin loginruutuun 
Muistit on tarkistettu koneesta, fsck on ajettu kaikille osioille ja mitään ns. ylimääräisiä/epämääräisiä softia ei ole asennettu tähän Hardyyn.

Jos jollakin on ollut vähänkään samanlaisia probleemia ja on keksinyt siihen ratkaisun niin voisi tuttavallisesti nyt ilmoittautua.. 

Muutenhan tämä on kyllä aivan toimiva paketti.

[lompolo]

Elikkäs kone hyytyy aivan täysin (paitsi hiiri) erittäin säännöllisen epäsäännöllisesti, yleensä kaikki gnomen softat aiheuttaa tuon lukkiutumisen

Katso lukkiutumisen jälkeen

Koodia: [Valitse]

dmesg
Näytönohjain tai sen ajurit voivat olla syyllisiä.

Toimiiko Ctrl-Alt-F1 (Ctrl-Alt-F7 vie takaisin graafiseen tilaan) normaalisti, mutta ongelman ilmetessä ei?

[sami.tormanen]

Jeps, dmesg ei näytä mitään, eikä sen puoleen lokeistakaan löydy yhtään mitään. itsekkin epäilen tuota näyttisajurin syyllisyyttä..
gutsy:ssä tätä ei tapahtunut koskaan ja rautaa ei ole vaihdettu tällä välin puoleen eikä toiseen..
ctrl+alt+F1 eikä sen puoleen muutkaan näppäinyhdistelmät ota toimiakseen.. paitsi tietysti tuo alt+sysrq+k millä säästän koko koneen boottauksen.

..niin ja tuo näyttis on vanha ja luotettava gf2 mx400  ja nvidia-glx-legacy ajureilla ajellaan.

[salai]

Selvisi parin päivän etsiskelyn jälkeen syitä uusien kerneleitten ongelmiin:
Crash on start with saa7134 and 2.6.24-15-generic
eli 2.6.24-15-generic ei hyväksynyt minun Asus My Cinema-P7131 tv-korttia. Ongelmasta selviää (ainakin minulla) blacklistaamalla saa7134_alsa.

Eli laitoin tiedostoon /etc/modprobe.d/blacklist seuraavan rimpsun:
# kernel 2.6.24-15-generic bugi  7.4.2008
blacklist saa7134_alsa

Digi-TV tuntuu toimivan ilman tuotakin.

Myös Geforce 6200 rupersi toimimaan nvidian ajureilla puolenkymmenen buutin jälkeen. Joka toisessa tunnisti kortin ja sitten taas ei - eletään toivossa taas.

[sami.tormanen]

Noniin, nyt näyttäis olevan kadonnut tuo minun edellä kirjoittamani ongelma. Tuolla nvidia-glx-legacy ajurilla ei saanut toimimaan konetta ei sitten millään.. vaikka mitä parametreja syötin xorg.conf:iin. Aina oli vähän väliä noita jumiutumisia, mutta kun asentelin ihan Nvidian sivuilta latailemani "NVIDIA-Linux-x86-96.43.05"- versioisen paketin niin johan alko pelittämään.. ainakin toistaiseksi.

Hoksin tuossa myös jännän homman tuon ajurin asentamisen jälkeen, oli suoraan kaikki työpöytätehosteet päällä  , no onneksi ne nyt lähtee helposti poies päältä, mutta tuolla nvidia-glx-legacy ajurilla hardy ei tuota suoriltaan tehnyt.

Nyt tietysti on edessä tuon ajurin asentelu jokaisen kernel päivityksen jälkeen.. voiskohan sen jotenkin automatisoida, että se kääntäis modulin aina valmiiksi?

[gdm]

Noniin, nyt näyttäis olevan kadonnut tuo minun edellä kirjoittamani ongelma. Tuolla nvidia-glx-legacy ajurilla ei saanut toimimaan konetta ei sitten millään.. vaikka mitä parametreja syötin xorg.conf:iin. Aina oli vähän väliä noita jumiutumisia, mutta kun asentelin ihan Nvidian sivuilta latailemani "NVIDIA-Linux-x86-96.43.05"- versioisen paketin niin johan alko pelittämään.. ainakin toistaiseksi.

Nyt tietysti on edessä tuon ajurin asentelu jokaisen kernel päivityksen jälkeen.. voiskohan sen jotenkin automatisoida, että se kääntäis modulin aina valmiiksi?

Olitko tietoinen että, repoista löytyy nvidia-glx paketti, joka siis vastaa tuota nvidian sivuilta hakemaasi ajuria
apt-cache policy nvidia-glx
nvidia-glx:
  Asennettu: (ei mitään)
  Ehdokas: 1:96.43.05+2.6.24.12-15.33
  Versiotaulukko:
     1:96.43.05+2.6.24.12-15.33 0
        500 http://archive.ubuntu.com hardy/restricted Packages

Käyttöön sen saa komentamalla nvidia-xconfig
Tuollahan taavalla ei tarvitse leikkiä kernelin muutosten kanssa.

[offtopic] Eikö Nvidian ajureissa pitänyt tapahtua muutoksia ja pudottaa pois tuo kyseinen paketti pois?

[Tero Kankaanperä]

Aika helpolla näyttävät useimmat kokeilija päässeen. Minulla ei käynyt yhtä hyvä tuuri.
Koneellani on tämän ohjeen mukaan rakennettu vikasieto software raid (https://help.ubuntu.com/community/Installation/SoftwareRAID)
Käytännössä koneessa on kaksi identtistä 250 Gt SATA levyä osioitu siten, että /, /boot, /home ja swap ovat kukin omilla osioillaan, jokainen peilattuna.
7.10:ssä tämä toimi mainiosti, mutta olisi pitänyt tietää paremmin ja jättää päivittämättä.
Päivitys meni kivuttomasti läpi, mutta sen jälkeen käynnistys 2.6.24-sarjan kerneliin ei onnistu edes vikasietotilassa. Sen sijaan 2.6.22-sarjan kernelin valitseminen käynnistyskohteeksi Grubista tuottaa onnistuneen käynnistyksen. Tuoreempi kernel kyykähtää varsin aikaisessa vaiheessa: Loading, please wait... roikkuu hetken ruudulla ja sitten tiputaan BusyBoxiin viestillä, että /dev/md2 ( = root osio) ei ole olemassa.
Fstab on kunnossa ja Grubin menu.lstin käynnistysrivit eri kernel-versioille identtiset.
Ensimmäisenä tulee mieleeni, että kernelistä puuttuu tuki software RAIDille. Vaihtoehtoisesti kyse voisi olla virheestä osioiden kytkemisessä (mount), mutta miksi sitten identtinen käynnistysrivi vanhempaan kerneliin toimii? Mistä muualta vikaa voisi etsiä?

[lompolo]

ja sitten tiputaan BusyBoxiin viestillä, että /dev/md2 ( = root osio) ei ole olemassa.

Koodia: [Valitse]

cat config-2.6.24-15-generic |grep -i raidtai vastaava kertoo kernelin raid optioista.

Voisiko olla, että uudempi kerneli tunnistaa raid levyt eri tavalla kuin vanhempi ja sille /dev/md2 on väärin. En tiedä onko raideissa samanlaiset uuid:t kuin yleensä. uuid:llä liittäminen voisi olla vaihtoehto?

Onneksi vanhempi kerneli toimii. Se helpottaa kummasti vian korjaamista.

[sami.tormanen]

Olitko tietoinen että, repoista löytyy nvidia-glx paketti, joka siis vastaa tuota nvidian sivuilta hakemaasi ajuria

Kyllä olen tietoinen tuosta repoistakin löytyvästä paketista, mutta eipä toiminut tuo minun näytönohjainkortti sillä mitenkään. Ainut millä toimi edes noin välillä kaatuen, oli tuo nvidia-glx-legacy. Syytä en tiedä, mutta eipä tuo niin vakavaa nyt ole.. pääasia kuitenkin että nyt toimii. 

[shelby]

Taas pukkas satakunta päivitystä, kerneliinkin jtn. Ihmekumma kaikki pelaa, ei mikään jumita.

[Tero Kankaanperä]

Koodia: [Valitse]

cat config-2.6.24-15-generic |grep -i raidtai vastaava kertoo kernelin raid optioista.

Voisiko olla, että uudempi kerneli tunnistaa raid levyt eri tavalla kuin vanhempi ja sille /dev/md2 on väärin. En tiedä onko raideissa samanlaiset uuid:t kuin yleensä. uuid:llä liittäminen voisi olla vaihtoehto?

Onneksi vanhempi kerneli toimii. Se helpottaa kummasti vian korjaamista.

Onneksi on tuo vanhempi kernelkin käytettävissä. Vinkkaamasi komento antaa seuraavan vastauksen, joka on kyllä minulle jo hepreaa:

CONFIG_BLK_DEV_3W_XXXX_RAID=m
CONFIG_MD_RAID0=m
CONFIG_MD_RAID1=m
CONFIG_MD_RAID10=m
CONFIG_MD_RAID456=m
CONFIG_MD_RAID5_RESHAPE=y
CONFIG_MEGARAID_LEGACY=m
CONFIG_MEGARAID_MAILBOX=m
CONFIG_MEGARAID_MM=m
CONFIG_MEGARAID_NEWGEN=y
CONFIG_MEGARAID_SAS=m
CONFIG_RAID_ATTRS=m
CONFIG_SCSI_AACRAID=m

Osioiden liittäminen tehdään jo UUID:n kautta, ote fstabista:

proc            /proc           proc    defaults        0       0
# /dev/md2
UUID=1de538c9-6aef-4afb-a0f9-ebfaf7aca17a /               ext3    defaults,errors=remount-ro 0       1
# /dev/md0
UUID=294e4508-b451-43a8-9be0-966c34b8041f /boot           ext3    defaults        0       2
# /dev/md3
UUID=60dab093-3b1c-4bfb-ac76-287bf465a6f4 /home           ext3    defaults        0       2
# /dev/md1
UUID=2ee80b9c-c7a6-4632-b6b0-3f8a13e9e7b0 none            swap    sw              0       0
/dev/hda        /media/cdrom0   udf,iso9660 user,noauto,exec 0       0

fstab ei ole minun käsittääkseni muuttunut päivityksessä, mutta kun ei ole vanhaa versiota varmuuskopiona (typerää) niin ei voi tarkastaa.

Olen heivannut järjestelmän käynnistyksestä sen typerän splashin helvettiin ja näen siis käynnistystoimet ruudulla järjestelmän latautuessa. Jokin  RAIDin käsittelyssä on Gutsystä Hardyyn muuttunut, mutta se on muuttunut kyllä myös tuon vanhemman kernelin kanssa ja sillä puolella se toimii.

[Tero Kankaanperä]

Itse itselleen vastaten:
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/201483
https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.24/+bug/33269
(jälkimmäinen on kattavampi)
Ongelmaa on siis esiintynyt pitkään eri versioissa Ubuntua. SATA liitäntä ja mahdollisesti RAID näyttäisivät olevan keskeisiä avainsanojan ongelman ilmenemiselle. Pitää kokeilla noita ketjun loppupään vinkkejä.