<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Epäonnistuminen on Michael’s Domain</title><link>https://jeltsch.org/fi/tags/ep%C3%A4onnistuminen/</link><description>Recent content in Epäonnistuminen on Michael’s Domain</description><generator>Hugo</generator><language>fi</language><copyright>Copyright © 2002 - 2026 Michael Jeltsch.</copyright><lastBuildDate>Fri, 24 Jul 2026 00:18:18 +0300</lastBuildDate><atom:link href="https://jeltsch.org/fi/tags/ep%C3%A4onnistuminen/index.xml" rel="self" type="application/rss+xml"/><item><title>Laitteistovika (kiintolevy) (DMA-aikakatkaisuvirhe, dma_timer_expiry)</title><link>https://jeltsch.org/fi/hardware_harddisk_failure_dma_timeout_error_dma_timer_expiry/</link><pubDate>Wed, 04 Apr 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/fi/hardware_harddisk_failure_dma_timeout_error_dma_timer_expiry/</guid><description>&lt;p&gt;Jokin aika sitten palvelimellamme ilmeisesti tapahtui kiintolevyvika, sillä seuraavat virheilmoitukset tulivat jatkuvasti näkyviin: &lt;code&gt;hda: dma-aikakatkaisuvirhe: […] hda: dma_timer_expiry: […]&lt;/code&gt; Vaihdimme 20 GB:n kiintolevyn vanhan Mac-tietokoneeni 4,7 GB:n kiintolevyyn ja asensimme järjestelmän uudelleen. Ystäväni kokeili &amp;ldquo;rikkinäistä&amp;rdquo; 20 GB:n kiintolevyä Windows-järjestelmässä ja sanoi, että se toimii hyvin. Asensimme sen takaisin palvelimellemme toissijaiseksi asemaksi, ja kaikki sujui hyvin seuraavat kuusi kuukautta, kunnes käynnistyksen aikana alkoi ilmestyä samanlainen viesti: &lt;code&gt;spurious 8259A interrupt: IRQ7 hdc: read_intr: status=0x59 {DriveReady SeekComplete DataRequest Error} hdc: read_intr: error=0x04 {DriveStatusError} ide1: reset: success&lt;/code&gt; ja sammutuksen aikana: &lt;code&gt;hdc: status timeout: status=0x80 hdc: drive not ready for command ide1: reset timed-out&lt;/code&gt; Lisäksi kuului outoja napsahdusääniä. Myös kiintolevyn pyörimisen pysäyttämisessä oli ongelma: se ei enää koskaan pysähtynyt, mikä teki palvelimesta melko meluisan yöllä. Koska RedHatin oletusarvoinen 2.4.20-ytimen versio ei tue kannettavan tilaa, päätimme vaihtaa jakelua. Vaihdoin kyseisen kiintolevyn 6 GB:n levyyn ja asensin Suse Linux 9.1:n uudelleen. Kun kopioin tietoja 20 GB:n levyltä 6 GB:n levylle, kolmea tai neljää tiedostoa ei voitu kopioida (IO-virhe). Nyt mietin, onko 20 GB:n kiintolevy todella rikki vai ei. Kaikkien oireiden perusteella se vaikuttaa hyvin todennäköiseltä. Vaikka kyseessä olisivatkin vain DMA-virheilmoitukset, ne voidaan poistaa käytöstä kytkemällä DMA-tila pois päältä (annetaan käynnistysparametreina: &lt;code&gt;ide=nodma noapic apm=off&lt;/code&gt;). Tämä heikentää tietenkin suorituskykyä. DMA tarkoittaa Direct Memory Accessia, eli suoraa muistiyhteyttä, ja se tarkoittaa, että dataa voidaan siirtää kiintolevyltä toiseen paikkaan (esim. muistiin tai toiselle levylle) ilman, että CPU on mukana prosessissa (mikä tekee siitä paljon nopeamman ja vapauttaa CPU:n tarpeettomasta työstä).&lt;/p&gt;</description></item></channel></rss>