64-bit Intrepid jämähtelee (freeze)[POISTUNUT]

[aapo]

Asensin 32bittisin hardyn rinnalle 64bittisen Kubuntu Intrepidin, asennusCD:lle ajoin tarkistuksen ennen asennusta. Muistitestin tein kahdesti. (ei virheitä levyssä, eikä muisteissa)

64bittinen jämähtää silloin tällöin. Jämähtäminen tarkoittaa sitä, että ruudulla ei tapahdu mitään, näppäimistö eikä hiiri reagoi. Ja kun toiselta koneelta ssh:n yli tarkkailen tilannetta, niin sekin jämähtää. (eli virallisesti ihan freeze)

Sain yhden tavan kartoitettua, joka jämäyttää koko koneen joka kerta, mutta tämä ei siis ole ainut ongelma, koska kun jätän koneen yksinään suoraan bootista päälle tunniksi, niin se voi jämähtää sillä aikaa (tämä siis vain testin takia, tapoihini ei kuulu käynnistää konetta yksinään hurisemaan). Löytämäni tapa on siitä hedelmällinen, että voin sammuttaa graafisen ja saan silti koneen jämähtämään. Komento on VBoxManage clonevdi 1.vdi 2.vdi, eli se yrittää kopioida 7Gb kokoista tiedostoa.

Joku saa minut epäilemään laitteistoa sen takia laitealuea.
lspci

Koodia: [Valitse]

00:00.0 Host bridge: Intel Corporation 82P965/G965 Memory Controller Hub (rev 02)
00:01.0 PCI bridge: Intel Corporation 82P965/G965 PCI Express Root Port (rev 02)
00:02.0 VGA compatible controller: Intel Corporation 82G965 Integrated Graphics Controller (rev 02)
00:1a.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 (rev 02)
00:1a.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 (rev 02)
00:1a.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 (rev 02)
00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 (rev 02)
00:1c.4 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 5 (rev 02)
00:1c.5 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 6 (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev f2)
00:1f.0 ISA bridge: Intel Corporation 82801HB/HR (ICH8/R) LPC Interface Controller (rev 02)
00:1f.2 IDE interface: Intel Corporation 82801H (ICH8 Family) 4 port SATA IDE Controller (rev 02)
00:1f.3 SMBus: Intel Corporation 82801H (ICH8 Family) SMBus Controller (rev 02)
00:1f.5 IDE interface: Intel Corporation 82801H (ICH8 Family) 2 port SATA IDE Controller (rev 02)
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01)
03:00.0 SATA controller: JMicron Technologies, Inc. JMicron 20360/20363 AHCI Controller (rev 02)
03:00.1 IDE interface: JMicron Technologies, Inc. JMicron 20360/20363 AHCI Controller (rev 02)
05:01.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link)
05:03.0 Network controller: Texas Instruments ACX 100 22Mbps Wireless Interface

En ole lokeihin saanut vielä mitään näkymään. (ssh:n yli yritin tail -f /var/log/syslog, mutta hyytyy ennenkuin tulee viestejä).

Kysymys: Miten löydän virheen aiheuttajan?
(voisiko olla, että syy ei ole yhdessä paikassa, vaan todellakin niin että muutamassa ohjelmassa on freeze-bugi ja nyt olen niistä jo yhden löytänyt?)

[Tuplanolla]

Komennon dmesg tuloste olisi kiva nähdä, ihan kokonaan mielellään että näkyy jos tulee jotain virhettä jo käynnistyksessä.
Eli laita vaikka pastebiniin, taitaa olla melko pitkä pätkä niin ei varmaankaan mahdu viestiin.

Tapahtuuko tätä siis ollenkaan 32-bittisellä?

[petteriIII]

dmesg kertoo mitä boottauksesta olisi odotettavissa, ja kuten Tuplanolla sanoo olisi mukava saada se. Mutta mieleen tulee seuraava:

Kun PC alkaa silloin-tällöin hyytymään kesken käytön on syytä epäillä kovalevyä. Kovalevyihin tulee valmistettaessa virheitä, mutta niistä tehdään tehtaalla taulukko joka talletetaan kovalevyn suoja-alueelle jotta formatointi-ohjelmat voisivat lukea sen ja osaisivat jättää nämä virheellisiä kohdat käyttämättömiksi. Mutta levyvirheitä muodostuu ajankuluessa lisää - esimerkiksi jos katkaistaan PC:stä virrat väkisin saattaa se johtaa levyvirheisiin. Eikä näitä myöhemmin ilmaantuneita levyvirheitä kyetä välttämään, vaan sellaisen kohdatessaan PC esimerkiksi hyytyy. Jotta selviäisi onko levyvirheitä ilmaantunut tarkkailevat kovalevyt itseään kokoajan mikäli niillä on SMART ominaisuus.
- Useilta USB-tyyppisiltä kovalevyiltä eikä RAID:ilta kyetä näitä tietoja hakemaan.
- Tämän SMART:in hallitsemiseksi Ubuntussa on ohjelma nimeltään smartmontools. Smartctl on smartmontoolsin komentorivi-toimitsija ja se on tarkoitettu tulostamaan SMART:in testauksien tuloksia, enabloimaan ja disabloimaan automaattisia testejä ja aloittamaan itse-testauksen.
Smartctl testaa koko kovalevyn, myös sen osion jolta se on bootattu.
Mikäli PC:ssä ei ole SMART-tarkistusohjelmaa sen voi ladata käskyllä: sudo apt-get install smartmontools .
- SMART täytyy enabloida PC:n BIOS:issa.
- SMART toimii myös SSD levyjen kanssa.
- Smartctl:n käyttämiseksi on helpointa ladata paketti: gsmartcontrol sivulta: http://www.ubuntu-unleashed.com/2008/10/gsmartcontrol-hard-disk-drive-health.htm

Testi mallia: sudo fsck -f <tiedostomuoto, esim ext3> /dev/<testattavan osion osiotunnus> on kovin epätäydellinen, se testaa levystä vain yhden osion eikä se ei voi testata sitä osiota jolla on bootattu. Toisaalta se kylläkin kykenee korjaamaan osan kohtaamistaan virheistä.  Tämä on se testi jonka Ubuntu ajaa automaattisesti edeltäen noin joka 30:ttä boottausta.
 

[aapo]

Tosta koko dmesg.
http://pastebin.com/m599ab593

32-bittisellä ei ongelmia.

Ajelenpa smartctl:n kaikille levyille.

[aapo]

Tilanne: 32bittisellä puolella olen ajanut monta kertaa e2fsck:in, alkuun se löysikin jotain badeja, mutta ilmeisesti sai ne korjattua, koska nyt menee puhtaasti läpi.
GSmartctl testit meneee 64bittisellä läpi, ja näyttää toimivalta.
64bittisellä puolella e2fsck hyydyttää koneen.

Koodia: [Valitse]

sudo e2fsck -C0 -f -v -c /dev/sda3
-C0 en tiedä
-f niin kuin force
-v niin kuin verbose
-c =aja badblocks myös

Muuten tuntuu tuo 64bittinen vakaammalta kuin ennen. Esim peräjälkeen ajoin smart-testejä kaikille levyille 10 tuntia eikä jumittunut kertaakaan.

Kysymykset: Mikä on tehokkain komento etsiä kiintolevyltä virheet?
Voiko olla virhe jota 32bittinen ei näe, mutta 64bittinen jämähtää siihen?
Kopioinko kaiken talteen, formatoin levyn ja siirrän takas? (Poistaako formatointi virheitä?)

[veepee]

En tiedä onko tämä jämähtelyongelma sama mikä minullakin on, mutta kuulostaa aika samanlaiselta. En tosin ole mitään sellaista juttua löytänyt joka saisi freezen aikaan varmasti aina. Ongelma ilmeni ensimmäistä kertaa kesken hardy heronin asennuksen silloin kun se julkaistiin, ja on vaivannut siitä asti vaihtelevalla frekvenssillä. WinXP on myös asennettuna, eikä siinä ole ongelmia. Nykyään siis Ubuntu on päivittynyt "puhtaalta pöydältä" (ei dist-upgradella) intrepidiin.

Kun laitoin tämän ketjun luettuani smartin päälle biossista ja ajoin kertaalleen tuon gsmartcontrolin niin luulin jo että ongelma hävisi kun ei jokuseen päivään jämähtänyt kertaakaan, vaikka se ei mitään virheitä löytänytkään. Mutta tällä hetkellä ongelma on kyllä ihan entisellään, jäätyy ehkä noin kerran-pari päivässä täysin satunnaisissa tilanteissa. Jos musiikki on päällä niin sekin tietty katkeaa, paitsi ainakin kerran tuli biisi loppuun. Joskus on jäätynyt sillain että hiiri vähän töksähtelee ja musiikki katkeilee ensin. Joskus jäätyy käynnistyksessä sillain että tulee musta ruutu ja en oikein tiedä onko se graafinen latausruutu ehtinyt näkyä kun en ole ollut kyttäämässä. Compizia pidän päällä, mutta myös ilman sitä jäätyilee.

Niin että mites aapolla nyttemmin? Ratkesiko ongelma?

[aapo]

Ei ole ratkennut/poistunut vielä.
Syyni 64bittisyydestä innostumiseen tuli kun ostin muistia enemmän kuin 32bittinen ymmärtää. Nyt olen kokeillut 32bittisessä serveri-kerneliä (se ymmärtää nuo ylimääräiset muistit), ja siinä ilmenee samanlaista jämähtelyä. Memtestin olen ajanut moneen kertaan, eikä muisteista ole mitään vikaa löytynyt.

[perdu]

--- Tulin juuri miettineeksi et kyllähän 8.10:ssä o kerneli >= 2.6.27, joten allaolevan voi huomioida kuriositeettina ---
Mikäli listattu langallinen NIC, RTL8111/8168B, on käytössä, niin sitä voisi epäillä kanssa epävakauden aiheuttajaksi.
Pudottaa surutta paketteja kuten alla olevissa bugi-reporteissa todetaan.

http://bugzilla.kernel.org/show_bug.cgi?id=11062
http://bugzilla.kernel.org/show_bug.cgi?id=10180

[aapo]

Langallinenkin kortti on koneessa, mutta ei käytössä (ei piuhaa kytkettynä).

[aapo]

Päivitin Jauntyyn, tuntuu vakaalta.
Suoritin päivityksen tekstitilassa ilman X:ää minimoidakseni haittatekijät. Silti jämähti kolmesti. Fiksumpi ois jo asentanut uuden päälle, mutta kiinnosti nähdä kuinka käy.